Le secteur des crypto-actifs fait face à un énorme problème qui arrive enfin à un point critique. Nous mettons à l’échelle la liquidité sur des dizaines de chaînes, mais nos infrastructures de conformité et d’autorisation restent bloquées à l’âge des ténèbres. À l’heure actuelle, la plupart des services de finance onchain soit contournent totalement la conformité, rendant les protocoles vulnérables, soit s’appuient sur des API centralisées de type « boîte noire » qui se contentent de répondre « oui » ou « non » sans apporter la moindre preuve. Si une application choisit de faire confiance à l’un de ces fournisseurs centralisés, elle a essentiellement échangé sa décentralisation contre une simple case à cocher.
C’est ici que le passage vers une autorisation vérifiable devient un véritable changement de jeu, et au cœur de cette transition, on trouve les signatures agrégées BLS.
Pour ceux qui suivent le développement de protocoles comme Newton, il est clair pourquoi les signatures BLS sont devenues la référence en la matière. Le problème central des systèmes décentralisés, c’est que chaque étape supplémentaire, chaque signature supplémentaire et chaque morceau de données supplémentaire à vérifier onchain augmente l’encombrement et la latence. Si vous avez une centaine d’opérateurs dans un réseau qui tentent d’autoriser une transaction, et que vous deviez vérifier chacune de ces signatures individuellement sur Ethereum ou sur un L2, les coûts en gaz seraient astronomiques, et le réseau finirait par s’immobiliser.
Les signatures BLS, nommées d’après leurs inventeurs Boneh, Lynn et Shacham, résolvent ce problème grâce à un concept appelé agrégation. Imaginez que vous ayez une salle pleine de personnes et que vous deviez vérifier que tout le monde a signé un document. Au lieu de vérifier chaque signature une par une, les BLS permettent de combiner mathématiquement toutes ces signatures individuelles en une seule signature compacte. Lorsque cette signature agrégée finale est publiée onchain, le contrat intelligent effectue une seule vérification, et confirme mathématiquement que chaque participant du groupe a signé exactement le même message.
C’est le « secret sauce » pour la scalabilité dans l’autorisation décentralisée. Cela signifie que la sécurité d’un réseau peut croître avec le nombre d’opérateurs, sans que le coût de la vérification onchain augmente. Vous pouvez disposer d’un vaste réseau d’opérateurs décentralisé assurant la sécurité, mais du point de vue du contrat intelligent, cela reste aussi léger que de vérifier une seule transaction.
À mon avis, cela change toute la dynamique de la façon dont on pense la DeFi institutionnelle et les actifs du monde réel. Auparavant, si vous vouliez une conformité de niveau institutionnel, vous deviez construire une chaîne cloisonnée et autorisée, ce qui tuait l’intérêt même d’utiliser des blockchains publiques. Désormais, on voit émerger un modèle « liquidité publique, exécution privée ». Vous bénéficiez de gigantesques pools de liquidité sur les chaînes publiques, mais l’autorisation de niveau entreprise se fait hors chaîne. La preuve de cette autorisation — la signature agrégée BLS — est ensuite ancrée onchain, ce qui la rend vérifiable et immuable.
L’idée clé ici, c’est que ce n’est pas seulement une question de réduction des coûts de gaz. Il s’agit de responsabilité sans confiance. Comme ces signatures BLS sont adossées à une participation économique, toute tentative de forger une attestation ou de manipuler un résultat de politique est détectable cryptographiquement. Si le réseau atteint un quorum et signe une autorisation, cette signature sert de preuve de conformité que les auditeurs peuvent vérifier sans jamais avoir besoin de voir les données privées sensibles sous-jacentes.
Je suivais la manière dont différents projets mettent cela en œuvre, et les approches les plus prometteuses sont celles qui ne cherchent pas à forcer les utilisateurs vers un seul centre de conformité centralisé. Au lieu de cela, elles fournissent une infrastructure qui traite l’autorisation comme un service modulaire et programmable. Que vous soyez un agent IA ayant besoin de limites de dépenses en temps réel ou un émetteur de stablecoin ayant besoin d’un criblage automatisé des sanctions, les mécanismes sont les mêmes. Vous envoyez une intention, le réseau d’opérateurs vérifie la politique, et vous obtenez une preuve unique, compacte, de conformité.
À l’avenir, je pense que ce schéma deviendra la valeur par défaut pour toute transaction onchain de grande valeur. Nous nous éloignons de l’ère où « permissionless » signifiait « non régulé » et nous allons vers un futur où « permissionless » veut dire « vérifié cryptographiquement ». En déléguant le travail lourd de conformité et d’autorisation à ces réseaux décentralisés, tout en conservant la vérification finale onchain grâce aux BLS, nous construisons enfin l’infrastructure capable de combler l’écart entre la finance traditionnelle et la frontière décentralisée. C’est une façon plus robuste, plus auditables et, au final, plus efficace de gérer la valeur. Les outils existent ; il ne reste plus qu’une question : qui construira l’écosystème de politiques le plus fiable par-dessus $ces outils.
