Une brève introduction aux protocoles RVB
Le 3 janvier 2009, Satoshi Nakamoto a lancé le premier nœud Bitcoin. À partir de ce moment, de nouveaux nœuds l’ont rejoint 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 du monde grâce à sa conception unique – très bien pensée par Satoshi – car, par le biais d’incitations économiques, il attire les utilisateurs, communément appelés mineurs, à investir en énergie et en puissance de calcul, ce 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 de miner un nouveau bloc de transactions en 10 minutes environ. En supposant que nous ayons 144 blocs dans une journée avec des valeurs maximales de 2 700 transactions par bloc, Bitcoin n’aurait permis que 4,5 transactions par seconde. Satoshi était conscient de cette limitation, nous pouvons le voir dans une email envoyé à Mike Hearn en mars 2011, dans lequel il explique comment fonctionne ce que nous connaissons aujourd’hui comme un canal de paiement. C’est là que les protocoles hors chaîne entrent en jeu.
Selon Christian Decker, les protocoles off-chain 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. C’est sur la base de ce concept qu’est né le Lightning Network, un réseau qui utilise des protocoles off-chain pour permettre d’effectuer des paiements en bitcoins de manière quasi instantanée. Comme toutes ces opérations ne sont pas inscrites sur la blockchain, il permet des milliers de transactions par seconde et met le bitcoin à l’échelle.
La recherche et le développement dans le domaine des protocoles off-chain sur Bitcoin a ouvert une boîte de Pandore. Nous savons aujourd’hui que nous pouvons réaliser bien plus qu’un transfert de valeur de manière décentralisée, le but non lucratif. Association de normalisation LNP/BP se concentre sur le développement de protocoles de couches 2 et 3 sur Bitcoin et le Lightning Network. Parmi ces projets, RVB se distingue.
Qu’est-ce que le RVB ?
RGB est basé sur recherche de Peter Todd sur les sceaux à usage unique et la validation côté client et envisagé en 2016 par Giacomo Zucco comme un meilleur protocole d’actifs pour Bitcoin et le Lightning Network. L’évolution ultérieure 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 RGB comme un ensemble de protocoles open-source qui nous permet d’exécuter des smart contracts complexes de manière évolutive et confidentielle. Il ne s’agit pas d’un réseau particulier (comme Bitcoin ou Lightning) ; chaque smart contract est juste un ensemble de participants au contrat qui peuvent interagir en utilisant différents canaux de communication (par défaut le réseau Lightning). RGB utilise la blockchain Bitcoin comme couche d’engagement d’é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) comme 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é du côté client.
En termes simples, le RGB est un système qui permet à l’utilisateur de vérifier 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 ». Bien que des systèmes complexes de contrats intelligents aient été lancés par Ethereum, ils obligent l’utilisateur à dépenser des quantités importantes d’essence pour chaque opération et n’ont jamais atteint l’évolutivité promise. Par conséquent, Ethereum n’a jamais été une option pour bancariser 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 la mauvaise utilisation des ressources informatiques. Le schéma proposé par RGB est beaucoup plus intelligent et efficace car 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. De plus, RGB ne force pas chaque nœud à exécuter chaque contrat, mais plutôt les parties impliquées, ce qui ajoute un niveau de confidentialité jamais atteint auparavant.
Contrats intelligents en RVB
Dans RGB, un développeur de contrat intelligent définit un schéma spécifiant les règles d’évolution du contrat dans le temps. Le schéma est la norme pour la construction de contrats intelligents en RGB : tant un émetteur, lorsqu’il définit un contrat, qu’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 des demandes et travailler avec l’actif.
Un contrat intelligent dans RGB est un graphe acyclique dirigé (DAG) de changements d’état, où seule une partie du graphe est toujours connue et où il n’y a aucun accès au reste. Le schéma RGB est un ensemble de règles de base pour l’évolution de ce graphe 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 dans le RGB suivent le modèle de l’entreprise. Spécification LNP/BP RGB-20. Ainsi, lorsqu’un RGB-20 est défini, les données de l’actif, appelées « données de genèse », sont distribuées par le biais du réseau Lightning, qui contient ce qui est nécessaire pour utiliser l’actif. La forme la plus élémentaire d’actifs ne permet pas l’émission secondaire, la combustion de jetons, la renomination ou le remplacement.
Parfois, l’émetteur aura besoin d’émettre plus de jetons à l’avenir, comme les stablecoins tels que USDT, qui maintient la valeur de chaque jeton liée à la valeur d’une monnaie inflationniste telle que l’USD. Pour y parvenir, des schémas RVB-20 plus complexes existent, et en plus des données de genèse, ils exigent que l’émetteur produise des envois, qui circuleront également dans le Lightning Network. Avec ces informations, nous pouvons connaître l’offre totale en circulation de l’actif. Il en va de même pour brûler un actif ou changer son nom.
Les informations relatives à l’actif peuvent être publiques ou privées : Si l’émetteur exige la confidentialité, il peut choisir de ne pas partager les informations relatives au jeton et effectuer des opérations en toute confidentialité, mais nous avons également le cas inverse dans lequel l’émetteur et les détenteurs ont besoin que l’ensemble du processus soit transparent. Pour cela, il faut partager les données du jeton.
Procédures RGB-20
La procédure de brûlage désactive les jetons et les jetons brûlés ne peuvent plus être utilisés. La procédure de remplacement se produit lorsque des 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 brûler des actifs sans avoir à les remplacer, on utilise un sous-schéma de RGB-20 qui permet uniquement de brûler des actifs.
Jetons non fongibles
Les jetons non fongibles (NFTs) en RGB suivent la règle suivante Spécification LNP/BP RGB-21Lorsque nous travaillons avec des NFT, nous avons également un schéma principal et un sous-schéma. Ces schémas disposent d’une procédure de gravure, qui nous permet de joindre des données personnalisées par le propriétaire du jeton. L’exemple le plus courant que nous voyons aujourd’hui dans les NFTs est l’art numérique lié au jeton. L’émetteur du jeton peut interdire la gravure de ces données en utilisant le sous-schéma RGB-21. Contrairement à d’autres systèmes de blockchain NFT, RGB permet la distribution de données de jetons médias de grande taille de manière totalement décentralisée et résistante à la censure, en utilisant une extension du réseau P2P Lightning appelée Bifrost, qui est également utilisée pour construire de nombreuses autres formes de fonctionnalités de contrats intelligents spécifiques à RGB.
En plus des actifs fongibles et des NFTs, RGB et Bifrost peuvent être utilisés pour produire d’autres formes de contrats intelligents, y compris des échanges décentralisés (DEX), des pools de liquidité, des pièces stables algorithmiques, et plus encore, que nous couvrirons dans de futurs articles.
NFT du RGB contre NFT d’autres plateformes
- Pas besoin d’un stockage coûteux de la blockchain.
- Pas besoin du système de fichiers interplanétaires (IPFS), une extension du Lightning Network (appelée Bifrost) est utilisée à la place (et elle est entièrement chiffrée de bout en bout).
- Pas besoin d’une solution spéciale de gestion des données (là encore, Bifrost joue ce rôle).
- Il n’est pas nécessaire de faire confiance aux sites web pour maintenir les données pour les jetons NFT ou sur les actifs de l’émetteur ou les ABIs du contrat.
- Le RGB intègre le cryptage DRM et la gestion de la propriété.
- RGB dispose d’une infrastructure pour les sauvegardes utilisant le réseau Lightning (Bifrost).
- RGB a des moyens de monétiser le contenu (non seulement en vendant le NFT lui-même, mais aussi l’accès au contenu, plusieurs fois).
Conclusions
Depuis le lancement du bitcoin, il y a presque 13 ans, de nombreuses recherches et expérimentations ont été menées dans ce domaine. Les succès comme les erreurs nous ont permis de comprendre un peu mieux comment les systèmes décentralisés se comportent dans la pratique, ce qui les rend réellement décentralisés et quelles actions ont tendance à les conduire à la centralisation. Tout cela nous a amené à conclure que la décentralisation réelle est un phénomène rare et difficile à réaliser ; la décentralisation réelle n’a été réalisée que par Bitcoin et c’est pour cette raison que nous concentrons nos efforts pour construire sur cette base.
Le RGB a son propre trou de lapin dans le trou de lapin du Bitcoin. Pendant que je descends dans les deux, je vais publier ce que j’ai appris. Dans le prochain article, nous aurons une introduction aux nœuds LNP et RGB et comment les utiliser.
Cet article est une contribution de Francisco Calderón. Les opinions exprimées sont entièrement les siennes et ne reflètent pas nécessairement celles de BTC, Inc. ou d’autres organisations. Bitcoin Magazine.