Client-side validation - Glossaire Bitcoin

Inversion du paradigme blockchain

Sur Bitcoin, chaque nœud valide chaque transaction de tout le monde. C'est ce qui permet la confiance sans tiers, mais cela impose des limites sévères de scalabilité et de confidentialité. La client-side validation (CSV, à ne pas confondre avec OP_CSV) renverse le paradigme : chaque utilisateur valide uniquement les transactions qui le concernent, et personne d'autre n'a besoin de les voir.

Architecture conceptuelle

| Couche | Rôle | |--------|------| | Blockchain Bitcoin | Notaire universel : ordering et anti-double-spend | | Single-use seals | Engagement cryptographique sur l'UTXO Bitcoin | | Historique RGB | Stocké hors-chaîne, transmis P2P | | Client RGB | Vérifie ses propres factures-d'origine |

Quand Alice envoie un actif RGB à Bob, elle lui transmet l'historique complet de l'actif (depuis l'émission) ainsi que la nouvelle transaction. Bob valide localement que cet historique est cohérent et qu'il n'y a pas de double-spend grâce aux single-use seals ancrés sur Bitcoin.

Avantages

Confidentialité maximale : seules les parties concernées voient le détail
Scalabilité : ce qui n'a pas besoin d'être global ne va pas global
Bitcoin reste simple : aucune logique d'actif sur la chaîne
Compatible Lightning : extensions vers les paiements rapides RGB
Conservation de la valeur : règles enforced cryptographiquement, pas de besoin de validateurs

Différence avec colored coins et BRC-20

| Standard | Validation | Fuite on-chain | |----------|-----------|----------------| | Colored coins | Globale (off-chain mais publique) | Forte | | BRC-20 | Off-chain mais via indexeurs publics | Maximale | | Runes | Engagée on-chain via OP_RETURN | Forte | | Stamps | Données directement on-chain | Maximale | | RGB / CSV | Pas de fuite (un seal sur Bitcoin seulement) | Aucune |

RGB est le seul standard qui sépare réellement la sémantique (off-chain, validée client-side) de la consensus-layer (Bitcoin).

Adoption et implémentations

L'écosystème RGB est porté principalement par LNP/BP Standards Association et Maxim Orlovsky. Implémentations en Rust : rgb-node, rgb-cli, RGB Spectrum SDK. Wallets compatibles : Iris, MyCitadel, MultyX, certaines fonctions de BitMask. L'adoption reste modeste comparée à BRC-20/Runes en termes de volume, mais croissante en sérieux applicatif (DiBA, stablecoins privacy-preserving).

Limites

Backup et perte : si Bob perd son historique RGB, ses actifs deviennent inutilisables
Liquidité : pas de DEX standard à grande échelle pour l'instant
Complexité UX : la gestion des seals et de l'historique demande des wallets sophistiqués
Recettes opaques : moins de transparence pour les régulateurs (perçu comme un risque AML par certains)

À retenir

La client-side validation est sans doute le paradigme le plus aligné avec la philosophie originelle de Bitcoin : minimiser ce qui doit être public, maximiser ce qui peut rester privé entre parties. Sa courbe d'adoption est lente mais cohérente, et beaucoup d'innovations futures (assets, contracts) pourraient y converger.