Les exploitations de Venus et de Mango ont exposé le même problème d’ingénierie sous des conditions de marché très différentes
La première reposait sur un plancher d’oracle devenu obsolète lors d’une chute, tandis que l’autre reposait sur des prix gonflés par une liquidité trop faible
Aucun protocole n’a échoué parce que le contrat intelligent a mal calculé
La couche d’exécution est restée cohérente en interne
Ce qui a échoué, c’est l’hypothèse selon laquelle un prix valide est équivalent à un signal de marché digne de confiance
Cette distinction devient coûteuse dès que les conditions de marché évoluent plus vite que le code immuable
La plupart des protocoles réagissent en ajoutant davantage de protection dans l’exécution via des coupe-circuits, des oracles de repli et une logique de validation supplémentaire
Chaque garde réduit une catégorie de risque tout en rendant le système plus complexe à auditer, à mettre à niveau et à coordonner à mesure que de nouveaux modes de défaillance apparaissent
Ce compromis m’a poussé à prêter davantage attention aux architectures qui séparent la politique de l’exécution, au lieu de demander aux contrats de comprendre chaque cas particulier du marché
Le protocole Newton est un exemple qui explore cette direction en évaluant des politiques Rego programmables avant l’exécution, plutôt que d’étendre la logique des contrats elle-même
Les divergences d’oracles, les conditions de dépeg ou la qualité de la liquidité deviennent des décisions de politique, au lieu d’hypothèses permanentes intégrées dans du code immuable
Si ces conditions échouent, aucune attestation cryptographique n’est produite et l’exécution s’arrête simplement
Le fait que cette approche devienne courante reste encore incertain
Elle ajoute une couche de coordination supplémentaire, et de nombreuses équipes continueront peut-être d’accepter une exécution insensible au contexte, car des architectures plus simples sont plus faciles à livrer et à maintenir
Mais si, à terme, des agents autonomes allouent du capital sans supervision humaine continue, le problème d’infrastructure le plus difficile pourrait ne pas consister à exécuter correctement des transactions
Il pourrait s’agir de décider quelles hypothèses de marché méritent de devenir de la politique et lesquelles ne devraient jamais devenir du code
@NewtonProtocol $NEWT #newt $LAB $EVAA
La première reposait sur un plancher d’oracle devenu obsolète lors d’une chute, tandis que l’autre reposait sur des prix gonflés par une liquidité trop faible
Aucun protocole n’a échoué parce que le contrat intelligent a mal calculé
La couche d’exécution est restée cohérente en interne
Ce qui a échoué, c’est l’hypothèse selon laquelle un prix valide est équivalent à un signal de marché digne de confiance
Cette distinction devient coûteuse dès que les conditions de marché évoluent plus vite que le code immuable
La plupart des protocoles réagissent en ajoutant davantage de protection dans l’exécution via des coupe-circuits, des oracles de repli et une logique de validation supplémentaire
Chaque garde réduit une catégorie de risque tout en rendant le système plus complexe à auditer, à mettre à niveau et à coordonner à mesure que de nouveaux modes de défaillance apparaissent
Ce compromis m’a poussé à prêter davantage attention aux architectures qui séparent la politique de l’exécution, au lieu de demander aux contrats de comprendre chaque cas particulier du marché
Le protocole Newton est un exemple qui explore cette direction en évaluant des politiques Rego programmables avant l’exécution, plutôt que d’étendre la logique des contrats elle-même
Les divergences d’oracles, les conditions de dépeg ou la qualité de la liquidité deviennent des décisions de politique, au lieu d’hypothèses permanentes intégrées dans du code immuable
Si ces conditions échouent, aucune attestation cryptographique n’est produite et l’exécution s’arrête simplement
Le fait que cette approche devienne courante reste encore incertain
Elle ajoute une couche de coordination supplémentaire, et de nombreuses équipes continueront peut-être d’accepter une exécution insensible au contexte, car des architectures plus simples sont plus faciles à livrer et à maintenir
Mais si, à terme, des agents autonomes allouent du capital sans supervision humaine continue, le problème d’infrastructure le plus difficile pourrait ne pas consister à exécuter correctement des transactions
Il pourrait s’agir de décider quelles hypothèses de marché méritent de devenir de la politique et lesquelles ne devraient jamais devenir du code
@NewtonProtocol $NEWT #newt $LAB $EVAA