Je me suis posé une question depuis un certain temps.
Pourquoi les gouvernements continuent-ils à reconstruire la même infrastructure depuis le début ?
Pas rhétoriquement. Littéralement. Un pays construit un système d'identité nationale. Cinq ans plus tard, une nouvelle administration décide que l'ancienne est inadéquate et commande une nouvelle. Pendant ce temps, le rail de paiement construit par un ministère différent sous un cycle budgétaire différent ne peut pas communiquer avec le système d'identité de l'ancienne administration. Et le programme de distribution de capitaux lancé l'année dernière utilise un troisième fournisseur dont la couche de conformité ne reconnaît pas les identifiants de l'un ou l'autre des systèmes d'identité.
Je revenais sans cesse à ce schéma lorsque j'ai commencé à lire sérieusement la documentation de Sign. Parce que S.I.G.N., Infrastructure Souveraine pour les Nations Globales, est explicitement conçu comme une réponse à cela. Pas une réponse partielle. Une réponse systémique.
La documentation commence par une phrase avec laquelle je me suis assis. "La plupart des programmes numériques nationaux échouent à l'échelle en raison de fondations fragmentées." Ensuite, elle énumère exactement ce que signifie fragmenté en pratique : des vérifications d'identité et d'éligibilité dupliquées entre agences, des rails de paiement opaques et difficiles à auditer, des programmes de distribution manquant de preuves de bout en bout, et des systèmes on-chain et off-chain qui ne peuvent pas être réconciliés proprement au fil du temps.
Cette liste est précise. Et elle décrit le problème à un niveau de spécificité qui me dit que l'équipe de Sign a réellement étudié pourquoi ces programmes échouent, et ne s'est pas simplement contentée de supposer qu'elle le comprend.
S.I.G.N. aborde la fragmentation à travers une décision architecturale spécifique que je pense sous-estimée. Les trois systèmes nationaux, Nouvelle Monnaie, Nouvelle ID, et Nouveau Capital, ne sont pas trois produits séparés qui se trouvent être regroupés. Ils sont conçus pour partager une couche de preuve commune. L'infrastructure d'attestation du protocole Sign fonctionne à travers les trois. Un identifiant émis dans le système de Nouvelle ID est lisible par le système de Nouveau Capital lors de la vérification de l'éligibilité à la distribution. Un paiement exécuté sur le système de Nouvelle Monnaie produit une attestation que le système de capital peut référencer comme preuve de règlement. Les systèmes sont véritablement intégrés au niveau de la preuve, pas seulement au niveau marketing.
Cette intégration est la chose à laquelle je revenais sans cesse.
La plupart des projets d'infrastructure qui prétendent offrir plusieurs composants offrent en réalité plusieurs produits qui ont été construits séparément puis positionnés comme un ensemble. L'intégration est un appel API entre deux bases de code distinctes. Les modèles de données ne partagent pas une structure commune. Le modèle de confiance pour chaque produit a été conçu indépendamment. Lorsque vous essayez de les faire réellement interopérer en production, vous découvrez que "l'intégration" signifiait "nous avons écrit un connecteur".
L'architecture de Sign est différente d'une manière technique spécifique. Les schémas et attestations du protocole Sign sont le langage partagé à travers les trois systèmes nationaux. Lorsque le système de Nouveau Capital doit vérifier l'éligibilité d'un bénéficiaire, il n'appelle pas une API d'identité externe et ne fait pas confiance à la réponse. Il vérifie une attestation du protocole Sign émise par un émetteur autorisé dans le registre de confiance du système de Nouvelle ID, conforme à un schéma qui a été enregistré on-chain. La vérification est cryptographique, pas relationnelle. La confiance est dans le protocole, pas dans le contrat API entre deux systèmes distincts.
En fait, laissez-moi réfléchir à ce que cela signifie pour le problème de fragmentation plus soigneusement.
La fragmentation dans l'infrastructure numérique nationale est fondamentalement un problème de confiance. L'Agence A ne fait pas confiance aux enregistrements d'éligibilité de l'Agence B car elle ne peut pas vérifier comment ces enregistrements ont été produits, sous quelle autorité, en utilisant quelles sources de données. Donc, l'Agence A construit son propre système de vérification d'éligibilité. L'Agence B fait de même. La duplication n'est pas de la paresse. C'est la réponse rationnelle à l'absence d'une couche de preuve partagée à laquelle les deux agences peuvent faire confiance de manière égale.
La couche de preuve partagée du protocole Sign modifie ce calcul. Si l'Agence A et l'Agence B émettent et vérifient des identifiants via le même protocole, avec des émetteurs enregistrés dans le même registre de confiance, et des attestations interrogeables via la même interface SignScan, alors l'Agence A peut vérifier les enregistrements d'éligibilité de l'Agence B de manière cryptographique plutôt que de devoir les reproduire. La duplication devient inutile.
Je veux être prudent ici sur le fossé entre l'architecture et l'adoption. La couche de preuve partagée ne résout la fragmentation que si plusieurs agences l'utilisent réellement. Faire en sorte que deux agences au sein du même gouvernement s'accordent sur un schéma d'identifiant partagé est un processus politique, pas technique. Faire en sorte qu'un ministère des finances et un ministère de la santé se fassent confiance sur les attestations de l'autre sous le même registre de confiance du protocole Sign nécessite des accords de gouvernance qui existent au-dessus de la couche de protocole.
Sign peut construire l'infrastructure pour une confiance partagée. Elle ne peut pas imposer la volonté politique de l'utiliser.
Les trois systèmes nationaux valent également la peine d'être examinés comme un ensemble plutôt qu'individuellement, car je pense que l'argument de l'ensemble est plus fort que n'importe quel argument de système individuel.
Nouvelle Monnaie seule : intéressant, de nombreux concurrents, vente difficile auprès des banques centrales qui ont déjà des programmes pilotes de CBDC en cours.
Nouvelle ID seule : techniquement solide, mais l'espace d'identité nationale a des acteurs bien financés et de fortes préférences gouvernementales pour des solutions domestiques.
Le capital nouveau seul : TokenTable est un produit réel avec de vrais utilisateurs, mais le cas d'utilisation de distribution souveraine reste largement théorique.
Tous les trois ensemble, partageant la couche de preuve du protocole Sign : significativement différent. Un gouvernement qui souhaite moderniser simultanément ses systèmes nationaux de monnaie, d'identité et de capital n'a pas besoin de trois relations avec des fournisseurs différents, de trois modèles de données différents, de trois infrastructures d'audit différentes. Il a besoin d'une architecture cohérente qui gère les trois avec une couche de preuve partagée.
C'est une proposition de valeur différente. Plus difficile à rejeter comme un simple autre jeu d'infrastructure blockchain.
YZI Labs, anciennement Binance Labs, a soutenu Sign avec cette image complète en vue. Leur réseau de marché émergent comprend des gouvernements qui construisent activement des infrastructures numériques nationales maintenant et qui n'ont pas de systèmes hérités suffisamment ancrés pour rendre le paquet de trois systèmes politiquement difficile. Cette fenêtre de déploiement est réelle et elle est ouverte maintenant, pas dans une décennie.
Bien sûr, je continue à me rappeler que la cohérence architecturale et la réalité déployée sont des choses différentes. L'architecture à trois systèmes de Sign est cohérente sur le papier d'une manière que peu de concurrents égalent. Que un déployeur souverain implémente réellement les trois systèmes sous une couche de preuve du protocole Sign unifiée, ou choisisse un composant et l'attache à l'infrastructure existante, est une question à laquelle je ne peux pas répondre à partir de la documentation.
Mais l'architecture a été conçue pour l'ensemble complet. Cette intention de conception est importante.