Auteur original : DaPangDun (X :@DaPangDunCrypto)
Note de l’éditeur : Le chercheur en cryptage DaPangDun a publié un article sur X pour trier les points clés sur le protocole RVB ++ et l’écologie afin d’aider les utilisateurs à mieux comprendre les derniers progrès du protocole RVB ++ et de l’écologie. Odaily est compilé comme suit :
R : La liaison isomorphe fournit un moyen natif de mapper les ressources de couche 1 sur BTC (actuellement limitées aux ressources RVB ++) au réseau de couche 2 (actuellement limité à ckb), ce qui n’est pas réalisé via des ponts, de sorte que les ressources « transfèrent les couches 1-2 » pour bénéficier de la sécurité de la couche 1 et de l’évolutivité de la couche 2.
Réponse : Les actifs du premier étage ne sont pas verrouillés, après Leap, les actifs sont au deuxième étage, pas au premier étage, et ce n’est que lorsque Leap revient en arrière que les actifs sont rebondis. Nous pouvons comparer la reliure à la « teinture » des pièces teintes, où le saut à la deuxième couche correspond à la « décoloration » et le saut à la première couche correspond à la « re-teinture ».
Réponse : Lorsque des ressources RVB++ sont créées dans la couche 1, Layer 2 est isomorphe à une ressource d’ombre, et lorsque la couche 1 est transférée, les ressources d’ombre sont transférées dans la même structure et les ressources de Layer 2 ne peuvent être utilisées que lorsque l’utilisateur passe à Layer 2.
R : En fait, la raison de la forte consommation d’actifs de couche 1 n’est pas entièrement due au GAS. Consommation des actifs de première couche = GAZ + frais CKB occupés par CELL homogène de couche 2 + autres.
Parmi eux : GAS est le frais du réseau pour la participation des utilisateurs, à l’exception de Mint, qui n’est généralement pas très élevé. Le coût d’occupation de CKB peut être une grosse tête, par exemple, un CELL occupe 144 ckb, selon le prix de 0,025 est 3,6 U, s’il occupe 300 ckb est 7,5 U. D’autres font référence aux frais de service de certaines plateformes, etc.
R : Les personnes longues n’ont pas une bonne compréhension du protocole RVB ++ et regardent le protocole en termes de consommation de courant.
Protocole de classe d’inscription, vous ne pouvez fonctionner que sur le réseau principal tout le temps, de sorte que son évolutivité est très limitée et que la consommation continue est très importante ;
Le protocole RVB ++ n’est cher que lorsque vous avez joué sur le réseau principal, mais son cœur est que vous pouvez passer à la couche 2 et jouer sur ckb, à ce moment-là, le gas est fondamentalement négligeable, son évolutivité n’est limitée que par le réseau ckb, et la consommation continue n’est que dans les deux processus de saut et de saut.
R : Parce que l’infrastructure au deuxième étage est très faible maintenant, il y a déjà un marché au premier étage, il y en a plus d’un, et la deuxième couche ne l’est pas encore, alors vous ne pouvez jouer au « transfert » qu’au deuxième étage, c’est pourquoi je suggère que le CKB partie du projet et la communauté développent l’infrastructure dès que possible ; bien sûr, ici, j’ai hâte de développer l’infrastructure basée sur smart contracts capacités, par exemple si elle ne fait qu’imiter le P2P de la première couche Marché, je ne pense pas que ce soit assez attractif, et cela ne reflète pas la supériorité, mais il serait intéressant de développer un AMM/DEX basé sur le modèle cellulaire.
Réponse : Il est tout à fait possible de distribuer sans utiliser un moyen centralisé, mais cela nécessite que les utilisateurs construisent eux-mêmes ce processus de mappage de couche 2, y compris les transactions d’épissage, d’émission et de diffusion, et doivent également préparer CKB pour effectuer de telles opérations, ce qui est fondamentalement impossible pour les gens ordinaires, de sorte que la plate-forme de lancement gère un tel processus en arrière-plan. Cependant, je comprends qu’il y a des gens dans la communauté des scripts spécifiques qui le font, et la distribution de la décentralisation sera réalisée à l’avenir, et ce sera plus facile s’il s’agit d’une distribution de couche 2.
La raison peut être référée à ce post : cryptowizard/status/1780112123567428060 …
R : Mon hypothèse personnelle est que l’équipe Cipher est principalement responsable du maintien du fonctionnement, de l’amélioration et de la mise à jour du protocole, tandis que la communauté ou d’autres équipes développent leurs propres projets d’infrastructure basés sur le protocole RGB++, d’une part, il s’agit de laisser entrer plus de développeurs longs, et d’autre part, ils peuvent rapidement promouvoir le développement de l’écosystème long la ligne. Dev intervient parce que leur projet est susceptible de réussir dans cet écosystème, et s’ils sont haussiers sur cet écosystème, le succès de l’endroit représente un « succès » possible dans le futur.
Du point de vue du développement, les premier et deuxième étages devraient aller de pair, c’est-à-dire que les premier et deuxième étages du projet écologique devraient être réalisés, la première couche est la première étape et la deuxième couche est la deuxième étape (la relation logique n’est pas nécessaire, mais elle est plus facile à comprendre), de sorte que les première et deuxième couches d’INFRA soient progressivement améliorées dans ce processus.
Réponse : Le problème du mécanisme de protocole, après le déploiement du protocole, il nécessite 6 blocs de confirmation de sécurité, il faut donc du temps pour attendre.
R : Je pense que c’est une question de choix. ++ est un Open Source protocole, n’importe qui peut faire une rampe de lancement basée sur le protocole, le positionnement de Huehub peut être de fournir un tel module fonctionnel en tant qu’infrastructure sous l’écosystème, il n’y a donc pas d’exigence d’audit ; en même temps, l’audit représente également une question de responsabilité dans une certaine mesure, cette pièce n’est peut-être pas disposée à toucher pour le moment, après tout, la plate-forme n’a pas la capacité de garantir quoi que ce soit. Bien sûr, je peux comprendre que les gens ne veuillent pas avoir des actifs trop longs et sans effet de richesse, mais nous devrons peut-être réfléchir à cela du point de vue et du positionnement de Huehub.
Réponse : En fait, la recommandation officielle a été spécifiquement introduite, et les points suivants peuvent être résumés.
Pour:
R : Personnellement, je ne suis pas très doué pour l’investissement, j’ai toujours insisté sur le fait que ma capacité secondaire est assez faible, donc je vais généralement rechercher des opportunités très précoces avec un certain degré de certitude et y participer, sur la cible spécifique et l’investissement que vous pouvez vous référer à la nostalgie
@0x le tweet de CryptoWizard
Enfin, quelques mots sur mes réflexions personnelles :
Pour les nouveaux protocoles, il y aura toujours des problèmes d’une sorte ou d’une autre, surtout lorsque l’INFRA superposée au début est relativement faible, donc j’espère que tout le monde essaiera d’être « tolérant », d’avoir des problèmes et des problèmes de rétroaction, et d’être moins en colère ; En fait, la vitesse de développement de ces équipes est déjà très rapide, et le développement basé sur le modèle UTXO est difficile, et l’attitude des équipes que j’ai rencontrées jusqu’à présent n’est pas mauvaise. Bien sûr, du point de vue des utilisateurs ordinaires, j’espère que ces équipes pourront avoir une vue d’ensemble et travailler avec les utilisateurs pour parvenir à une situation gagnant-gagnant.