C’était un mercredi après-midi et je tuais le temps entre deux réunions, en fouillant une sorte de coffre-fort « sandbox » de Newton que j’avais mis en place plus tôt dans la semaine. Rien de sérieux : juste un dépôt de test et une politique avec un seuil de collatéral assez bas pour que je puisse provoquer volontairement un rejet. J’ai mis en file une demande de retrait dont je savais qu’elle échouerait à cause de la règle, puis j’ai attendu de voir ce qui allait se passer.
La transaction a rebondi, ce que j’attendais. Ce que je n’avais pas prévu, en revanche, c’est d’ouvrir Newton Explorer juste après et d’y trouver toute la décision affichée, non pas sous la forme d’une chaîne de revert énigmatique, mais comme un enregistrement lisible. La politique qui s’était déclenchée, le seuil qu’elle avait vérifié, le flux de prix dont elle s’était servi, et une attestation signée confirmant que l’évaluation avait effectivement eu lieu comme elle le prétendait. J’ai fait défiler le tout deux fois, parce que je m’attendais à tomber sur une impasse où l’explication s’arrêterait, comme c’est souvent le cas avec la plupart des erreurs de contrat.
C’est à ce moment-là que j’ai cessé d’y voir un simple argument de livre blanc. Bon nombre de protocoles parlent de « conformité vérifiable » dans leurs documents. Mais beaucoup moins vous permettent de cliquer et d’observer le raisonnement réel derrière une transaction bloquée, avec une signature cryptographique jointe, plutôt qu’un vague code d’erreur. Le lendemain, je suis revenu et j’ai tenté un second test, cette fois avec une règle qui passe, juste pour voir si l’explorateur enregistrait les approbations avec le même niveau de détail : et c’était bien le cas, jusqu’au point de données exact que la politique avait lu.
Newton Protocol transforme chaque décision de politique en un enregistrement public et signé, au lieu d’un journal privé que seul l’opérateur peut consulter. Newton Explorer est l’endroit où vit ce registre, et ce que j’ai découvert en le testant, c’est que l’attestation n’est pas seulement un drapeau « succès » ou « échec » : elle documente quelle condition a déclenché le résultat et contre quelle source de données la politique a vérifié. Ce niveau de transparence permet à un déposant de coffre-fort, et pas seulement à un développeur, de vérifier réellement pourquoi sa transaction est passée ou non.
@NewtonProtocol $NEWT #Newt
$BEAT $BASED
La transaction a rebondi, ce que j’attendais. Ce que je n’avais pas prévu, en revanche, c’est d’ouvrir Newton Explorer juste après et d’y trouver toute la décision affichée, non pas sous la forme d’une chaîne de revert énigmatique, mais comme un enregistrement lisible. La politique qui s’était déclenchée, le seuil qu’elle avait vérifié, le flux de prix dont elle s’était servi, et une attestation signée confirmant que l’évaluation avait effectivement eu lieu comme elle le prétendait. J’ai fait défiler le tout deux fois, parce que je m’attendais à tomber sur une impasse où l’explication s’arrêterait, comme c’est souvent le cas avec la plupart des erreurs de contrat.
C’est à ce moment-là que j’ai cessé d’y voir un simple argument de livre blanc. Bon nombre de protocoles parlent de « conformité vérifiable » dans leurs documents. Mais beaucoup moins vous permettent de cliquer et d’observer le raisonnement réel derrière une transaction bloquée, avec une signature cryptographique jointe, plutôt qu’un vague code d’erreur. Le lendemain, je suis revenu et j’ai tenté un second test, cette fois avec une règle qui passe, juste pour voir si l’explorateur enregistrait les approbations avec le même niveau de détail : et c’était bien le cas, jusqu’au point de données exact que la politique avait lu.
Newton Protocol transforme chaque décision de politique en un enregistrement public et signé, au lieu d’un journal privé que seul l’opérateur peut consulter. Newton Explorer est l’endroit où vit ce registre, et ce que j’ai découvert en le testant, c’est que l’attestation n’est pas seulement un drapeau « succès » ou « échec » : elle documente quelle condition a déclenché le résultat et contre quelle source de données la politique a vérifié. Ce niveau de transparence permet à un déposant de coffre-fort, et pas seulement à un développeur, de vérifier réellement pourquoi sa transaction est passée ou non.
@NewtonProtocol $NEWT #Newt
$BEAT $BASED
