Topic: RGB: smart-contracts évolutifs et confidentiels pour BTC et le lightning network (Read 99 times)

1 La DeFi est-elle si décentralisée qu’on le pense ?
2 Qu’est ce que RGB ? Comment fonctionnent ses smart contracts ?
3 Qui est à l'œuvre du développement de RGB ?
4 Comment utiliser RGB ?
5 Notre avis sur RGB et son intérêt pour Bitcoin

Tiens en parlant de thread dédié (désolé pour le HS), dans un domaine un peu différent, quelqu'un a creusé un peu RGB ? Y a sûrement des trucs à dire aussi.

RGB est un système de contrats intelligents évolutifs et confidentiels pour Bitcoin et le réseau Lightning. Il englobe les concepts de propriété privée et mutuelle, d'abstraction et de séparation des préoccupations et représente une forme "post-blockchain"

Le RGB n'est pas un protocole de jetons. Bien que l'émission et la gestion d'actifs hautement évolutifs, programmables et privés de différentes sortes soient possibles avec le RGB, celui-ci peut être appliqué dans de nombreux secteurs, bien au-delà du monde financier.

En tant que système de contrat intelligent, le RGB est très différent des approches précédentes, qu'elles soient basées sur le bitcoin (Colored coins, Counterparty, OMNI) ou non (Ethereum, EOS et autres) :
- RGB sépare les concepts d'émetteur de contrat intelligent, de propriétaires d'état et d'évolution d'état.
- RGB maintient le code et les données du contrat intelligent en dehors de la chaîne.
- RGB utilise la blockchain comme couche d'engagement d'état et le script Bitcoin comme système de contrôle de la propriété, tandis que l'évolution du contrat intelligent est définie par un schéma hors chaîne.

Même en tenant compte du fait que le RGB est basé sur le graphe des transactions bitcoin (qui, à son tour, est basé sur la timechain bitcoin), le RGB lui-même n'est pas une "blockchain". Il s'agit d'une forme de DAG, où l'on ne dispose jamais de données sur l'état complet du réseau.

À partir du moment où vous créez un contrat intelligent et transférez l'état à une autre partie, vous n'avez ni le contrôle de cet état (seul le nouveau propriétaire de l'état le possède), ni l'information sur la façon dont cet état a réellement évolué.

Par exemple, en tant qu'émetteur d'actifs, vous ne saurez jamais qui sont les propriétaires des actifs que vous avez émis. Lorsque vous attribuez l'état de l'actif à un résultat de transaction bitcoin, vous ne savez pas de quel résultat il s'agit, car la partie qui reçoit ces données vous fournit les informations sur le résultat de la transaction, en aveugle, avec des données aléatoires. Compte tenu du fait que vous ne connaissez pas les données aléatoires utilisées pour l'aveuglement, vous ne pouvez pas dire de quelle sortie vous payez ou transférez des droits.

C'est très différent du paradigme du contrat intelligent basé sur la blockchain, où l'on stocke l'historique complet de la blockchain. C'est pourquoi nous disons que le RGB est un système de contrat intelligent à état partiel (le premier de son genre). Il reste globalement cohérent, sans contredire la partialité de l'état, grâce à l'utilisation de sceaux à usage unique qui permettent d'atteindre un consensus sur la validation de l'état.
En tant qu'utilisateur, chaque fois que je reçois un état qui m'appartient, et même sans connaître l'état complet du système, je suis toujours en mesure de valider :
- que cet état du système n'a pas été falsifié
- qu'il a été engagé de manière unique
- qu'il n'y a pas eu de double dépense (même jusqu'à la genèse de l'émetteur de l'actif).

Le consensus social sur les règles de validation côté client permet également de s'assurer que chaque nouveau propriétaire de l'actif appliquera les mêmes règles de validation que moi. Comment ? Les règles de validation de chaque actif/état sont définies par le schéma au niveau de la genèse, ce qui signifie que chaque propriétaire ultérieur de l'actif utilise toujours le même schéma pour valider l'historique. Ainsi, le schéma est en fait le moyen de garantir le consensus social sur la validation.