Voir la table des matières Ne plus voir la table des matières
Le 3 janvier 2009, Satoshi Nakamoto a lancé le premier nœud Bitcoin. À partir de ce moment, de nouveaux nœuds se sont joints et Bitcoin a commencé à se comporter comme s’il s’agissait d’une nouvelle forme de vie, une forme de vie qui n’a cessé d’évoluer. Petit à petit, il est devenu le réseau le plus sûr au monde grâce à sa conception unique — très bien pensée par Satoshi — car, grâce à des incitations économiques, il incite les utilisateurs, communément appelés mineurs, à investir dans l’énergie et la puissance de calcul qui contribue à la sécurité du réseau.
Alors que Bitcoin poursuit sa croissance et son adoption, il est confronté à des problèmes d’évolutivité. Le réseau Bitcoin permet d’exploiter un nouveau bloc avec des transactions en 10 minutes environ. En supposant que nous ayons 144 blocs par jour avec des valeurs maximales de 2 700 transactions par bloc, Bitcoin n’aurait autorisé que 4,5 transactions par seconde. Satoshi était conscient de cette limitation, nous pouvons le voir dans un email envoyé à Mike Hearn en mars 2011 où il explique comment fonctionne ce que nous appelons aujourd’hui un canal de paiement. C’est là qu’interviennent les protocoles hors chaîne.
Selon Christian Decker, les protocoles hors chaîne sont généralement des systèmes dans lesquels les utilisateurs utilisent les données d’une blockchain et les gèrent sans toucher à la blockchain elle-même jusqu’à la dernière minute. Sur la base de ce concept, le Lightning Network est né, un réseau qui utilise des protocoles hors chaîne pour permettre aux paiements Bitcoin d’être effectués presque instantanément. Étant donné que toutes ces opérations ne sont pas écrites sur la blockchain, elle permet des milliers de transactions par seconde et met à l’échelle Bitcoin.
La recherche et le développement dans le domaine des protocoles hors chaîne sur Bitcoin ont ouvert une boîte de Pandore. Aujourd’hui, nous savons que nous pouvons réaliser bien plus qu’un transfert de valeur de manière décentralisée, l’association à but non lucratif LNP/BP Standards se concentre sur le développement de protocoles de couche 2 et 3 sur Bitcoin et le réseau Lightning. Parmi ces projets, RGB se démarque.
Qu’est-ce que le RVB ?
RGB était basé sur les recherches de Peter Todd sur les scellés à usage unique et la validation côté client et envisagé en 2016 par Giacomo Zucco comme un meilleur protocole d’actif pour Bitcoin et le Lightning Network. La poursuite de l’évolution de ces idées a conduit au développement de RGB en un système de contrat intelligent à part entière par Maxim Orlovsky, qui dirige sa mise en œuvre depuis 2019 avec la participation de la communauté.
Nous pouvons définir RVB comme un ensemble de protocoles open source qui nous permet d’exécuter des contrats intelligents complexes de manière évolutive et confidentielle. Ce n’est pas un réseau particulier (comme Bitcoin ou Lightning) ; chaque contrat intelligent n’est qu’un ensemble de participants au contrat qui peuvent interagir à l’aide de différents canaux de communication (par défaut, le réseau Lightning). RGB utilise la blockchain Bitcoin comme couche d’engagement de l’État et maintient le code du contrat intelligent et les données hors chaîne, ce qui le rend évolutif. En exploitant les transactions Bitcoin (et Script) en tant que système de contrôle de propriété pour les contrats intelligents, l’évolution du contrat intelligent est définie par un schéma hors chaîne. Il est important de noter que tout est validé côté client.
En termes simples, RGB est un système qui permet à l’utilisateur d’auditer un contrat intelligent, de l’exécuter et de le vérifier individuellement à tout moment sans coût supplémentaire puisqu’il n’utilise pas de blockchain comme le font les systèmes « traditionnels ». Alors que les systèmes de contrats intelligents complexes ont été mis au point par Ethereum, ils obligent l’utilisateur à dépenser des quantités importantes de gaz pour chaque opération et n’ont jamais atteint l’évolutivité promise. Par conséquent, Ethereum n’a jamais été une option pour mettre en banque les utilisateurs exclus du système financier actuel.
Actuellement, l’industrie de la blockchain promeut que le code des contrats intelligents et les données doivent être stockés dans la blockchain et exécutés par chaque nœud du réseau, indépendamment de l’augmentation excessive de la taille ou de l’utilisation abusive des ressources de calcul. Le schéma proposé par RGB est beaucoup plus intelligent et efficace puisqu’il coupe avec ce paradigme de la blockchain en ayant des contrats intelligents et des données séparés de la blockchain et évite ainsi la saturation du réseau vue dans d’autres plateformes. À son tour, RGB ne force pas chaque nœud à exécuter chaque contrat mais plutôt les parties impliquées, ce qui ajoute une confidentialité à un niveau jamais vu auparavant.
Contrats intelligents en RVB
Dans RVB, un développeur de contrat intelligent définit un schéma spécifiant des règles sur l’évolution du contrat dans le temps. Le schéma est la norme pour la construction de contrats intelligents dans RVB : à la fois un émetteur lors de la définition d’un contrat et un portefeuille ou un échange doivent adhérer à un schéma particulier par rapport auquel ils doivent valider le contrat. Ce n’est que si la validation est correcte que chaque partie peut accepter les demandes et travailler avec l’actif.
Un contrat intelligent en RVB est un graphe acyclique dirigé (DAG) de changements d’état, où seule une partie du graphe est toujours connue et il n’y a pas d’accès au reste. Le schéma RVB est un ensemble de règles de base pour l’évolution de ce graphique avec lequel le contrat intelligent commence. Chaque participant au contrat peut ajouter à ces règles (si cela est autorisé par le schéma) et le graphe résultant est construit à partir de l’application itérative de ces règles.
Actifs fongibles
Les actifs fongibles en RGB suivent la spécification LNP/BP RGB-20. Ainsi, lorsqu’un RGB-20 est défini, les données d’actif connues sous le nom de « données de genèse » sont distribuées via le réseau Lightning, qui contient ce qui est nécessaire pour utiliser l’actif. La forme la plus basique d’actifs ne permet pas l’émission secondaire, jeton brûlage, renomination ou remplacement.
Parfois, l’émetteur devra émettre plus de jetons à l’avenir, tels que des pièces stables telles que l’USDT, qui maintiennent la valeur de chaque jeton liée à la valeur d’une devise inflationniste telle que l’USD. Pour y parvenir, des schémas RGB-20 plus complexes existent, et en plus des données de genèse, ils demandent à l’émetteur de produire des envois, qui circuleront également dans le Lightning Network. Avec cette information, nous pouvons connaître l’offre totale en circulation de l’actif. Il en va de même pour la gravure d’actifs ou le changement de nom.
Les informations liées à l’actif peuvent être publiques ou privées : Si l’émetteur exige la confidentialité, il peut choisir de ne pas partager d’informations sur le token et effectuer des opérations en toute confidentialité, mais nous avons aussi le cas inverse dans lequel l’émetteur et les détenteurs ont besoin l’ensemble du processus pour être transparent. Ceci est réalisé en partageant les données du jeton.
Procédures RVB-20
La procédure de gravure désactive les jetons et les jetons gravés ne peuvent plus être utilisés. La procédure de remplacement se produit lorsque les jetons sont brûlés et qu’une nouvelle quantité du même jeton est créée. Cela permet de réduire la taille des données historiques de l’actif, ce qui est important pour maintenir la vitesse de l’actif. Pour prendre en charge le cas d’utilisation où il est possible de graver des actifs sans avoir à les remplacer, un sous-schéma de RGB-20 est utilisé qui permet uniquement de graver des actifs.
Jetons non fongibles
Les jetons non fongibles (NFT) en RVB suivent la spécification LNP/BP RGB-21, lorsque nous travaillons avec des NFT, nous avons également un schéma principal et un sous-schéma. Ces schémas ont une procédure de gravure, qui nous permet d’attacher des données personnalisées par le propriétaire du token. L’exemple le plus courant que nous voyons aujourd’hui dans les NFT est l’art numérique lié au jeton. L’émetteur de jetons peut interdire cette gravure de données en utilisant le sous-schéma RGB-21. Contrairement aux autres systèmes de blockchain NFT, RGB permet la distribution de données de jetons multimédias de grande taille de manière complètement décentralisée et résistante à la censure, en utilisant une extension du réseau Lightning P2P appelée Bifrost, qui est également utilisée pour créer de nombreuses autres formes de RGB- fonctionnalités spécifiques de smart contract.
En plus des actifs fongibles et des NFT, RGB et Bifrost peuvent être utilisés pour produire d’autres formes de contrats intelligents, notamment des échanges décentralisés (DEX), des pools de liquidités, des pièces algorithmiques stables, etc., que nous aborderons dans de futurs articles.
NFT à partir de RVB contre NFT à partir d’autres plates-formes
- Pas besoin de stockage blockchain coûteux.
- Pas besoin du système de fichiers interplanétaire (IPFS), une extension Lightning Network (appelée Bifrost) est utilisée à la place (et elle est entièrement cryptée de bout en bout).
- Pas besoin d’une solution spéciale de gestion des données (encore une fois, Bifrost assume ce rôle).
- Pas besoin de faire confiance aux sites Web pour conserver les données des jetons NFT ou des actifs de l’émetteur ou des ABI de contrat.
- RGB intègre un cryptage DRM et une gestion de la propriété.
- RGB dispose d’une infrastructure pour les sauvegardes utilisant le Lightning Network (Bifrost).
- RGB a des moyens de monétiser le contenu (non seulement en vendant le NFT lui-même, mais en accédant au contenu plusieurs fois).
Conclusion
Depuis le lancement de Bitcoin, il y a près de 13 ans, il y a eu beaucoup de recherches et d’expérimentations dans le domaine. Les succès comme les erreurs nous ont permis de comprendre un peu plus comment se comportent en pratique les systèmes décentralisés, ce qui les rend vraiment décentralisés et quelles actions tendent à les conduire à la centralisation. Tout cela nous a conduit à conclure qu’une véritable décentralisation est un phénomène rare et difficile à réaliser ; la vraie décentralisation n’a été réalisée que par Bitcoin et c’est pour cette raison que nous concentrons nos efforts pour construire dessus.
RGB a son propre terrier de lapin dans le terrier de lapin Bitcoin. Pendant que je tombe à travers les deux, je publierai ce que j’ai appris. Dans le prochain article, nous aurons une introduction aux nœuds LNP et RVB et à leur utilisation.
Ceci est un message d’invité de Francisco Calderón. Les opinions exprimées sont entièrement les leurs et ne reflètent pas nécessairement celles de BTC, Inc. ou Bitcoin Magazine.
