Il y a deux jours, j’ai fait un test en conditions réelles sur un pontage d’actifs RWA : je fixais la « pending authorization » criarde dans mon wallet, et je me suis retrouvé bloqué pendant deux minutes entières avant que l’opération ne soit emballée. À l’ère des interactions on-chain, pourquoi le règlement revient-il en arrière jusqu’à l’époque de SWIFT ? En disséquant les données sous-jacentes, j’ai enfin compris : c’est <b>@NewtonProtocol </b> qui a appliqué à la transaction une stratégie de contrôle des risques codée en Rego.
Vu du point de vue des institutions, la logique de <b>$NEWT </b> est plutôt bluffante. Reporter sur la chaîne la logique d’OPA utilisée en informatique d’entreprise : écrire la liste noire sous forme de règles, et dès qu’un contrat est modifié, la conformité passe en premier. En gros, on installe une douane pour l’argent on-chain. Mais moi, j’ai surtout froid dans le dos. <b>$BTC </b>
À présent, en phase Mainnet Beta : autrement dit, quelques nœuds décident. Le livre blanc vante un futur réseau multi-operator, où, grâce à la signature agrégée BLS, on réunit un quorum pour autoriser le passage. Derrière ce jargon académique, ce n’est finalement qu’un multi-sig de niveau supérieur. Le jour où la vérification au niveau des couches profondes est compromise, vous ne trouverez même pas de quoi pleurer. <b>$ETH </b>
Le plus anxiogène, ce sont les sources de données. Newton dépend lourdement de prestataires externes comme Chainalysis et Webacy. Après un long détour, le pouvoir de vie et de mort reste entre les mains d’une entreprise centralisée. Si l’API bug et étiquette à tort un niveau de risque élevé, le contrat devient impitoyable : votre argent se retrouve directement verrouillé. VaultKit est bien pratique pour le curator, mais en cas de pépin, qui porte la responsabilité ? Chercher une voie de recours en s’appuyant sur un reçu on-chain muni de signatures BLS ? Et les particuliers, qui comprend cette suite de hachages ?
La conformité et le sans-permission sont, par nature, un bras de fer. Newton a bien réussi à venir à bout de la bête dure côté entrée des institutions, mais déléguer la confiance à un tiers, c’est forcément marcher sur une corde raide dangereuse. <b>#newt </b>
Vu du point de vue des institutions, la logique de <b>$NEWT </b> est plutôt bluffante. Reporter sur la chaîne la logique d’OPA utilisée en informatique d’entreprise : écrire la liste noire sous forme de règles, et dès qu’un contrat est modifié, la conformité passe en premier. En gros, on installe une douane pour l’argent on-chain. Mais moi, j’ai surtout froid dans le dos. <b>$BTC </b>
À présent, en phase Mainnet Beta : autrement dit, quelques nœuds décident. Le livre blanc vante un futur réseau multi-operator, où, grâce à la signature agrégée BLS, on réunit un quorum pour autoriser le passage. Derrière ce jargon académique, ce n’est finalement qu’un multi-sig de niveau supérieur. Le jour où la vérification au niveau des couches profondes est compromise, vous ne trouverez même pas de quoi pleurer. <b>$ETH </b>
Le plus anxiogène, ce sont les sources de données. Newton dépend lourdement de prestataires externes comme Chainalysis et Webacy. Après un long détour, le pouvoir de vie et de mort reste entre les mains d’une entreprise centralisée. Si l’API bug et étiquette à tort un niveau de risque élevé, le contrat devient impitoyable : votre argent se retrouve directement verrouillé. VaultKit est bien pratique pour le curator, mais en cas de pépin, qui porte la responsabilité ? Chercher une voie de recours en s’appuyant sur un reçu on-chain muni de signatures BLS ? Et les particuliers, qui comprend cette suite de hachages ?
La conformité et le sans-permission sont, par nature, un bras de fer. Newton a bien réussi à venir à bout de la bête dure côté entrée des institutions, mais déléguer la confiance à un tiers, c’est forcément marcher sur une corde raide dangereuse. <b>#newt </b>