L’après-midi, j’ai aidé un ami à vérifier une transaction automatisée on-chain. Il m’a envoyé une capture d’écran et m’a demandé : « Newton a déjà réussi, pourquoi la transaction n’a finalement pas abouti ? »
La question est très typique. Beaucoup de gens confondent « l’autorisation approuvée » et « la transaction conclue ». En réalité, il y a plusieurs étapes entre les deux. Newton ressemble davantage à une machine de preuve des risques avant la transaction : il évalue d’abord si l’opération correspond à vos règles, par exemple l’état d’identité, la provenance des fonds, les montants, le protocole visé, la fenêtre de temps. Une fois validé, il fournit une preuve que « cette intention peut être autorisée à passer ».
Mais le fait que la transaction aboutisse dépend aussi de l’encombrement de la chaîne cible, du Gas, de la profondeur de la liquidité, du slippage et de l’état du contrat. C’est comme un contrôle d’accès par reconnaissance faciale : le fait que vous soyez autorisé à entrer dans l’immeuble ne veut pas dire que l’ascenseur arrivera tout de suite. 😅
Je pense que c’est précisément là que le $NEWT mérite d’être démêlé : ce n’est pas un système qui garantit que vous gagnerez de l’argent, ni une garantie que chaque transaction réussira, mais plutôt une façon de clarifier à l’avance si un agent a dépassé ses autorisations. À l’avenir, quand vous regardez Newton, ne vous contentez pas de surveiller le résultat “succès/échec” : il faut aussi comprendre à quelle étape l’échec se produit — Policy non validée, preuve expirée, exécution sur la chaîne cible qui échoue, ou bien manque de liquidité.
En séparant l’autorisation, l’exécution et le règlement, l’IA on-chain ne deviendra pas un grand mystère. @NewtonProtocol #Newt
La question est très typique. Beaucoup de gens confondent « l’autorisation approuvée » et « la transaction conclue ». En réalité, il y a plusieurs étapes entre les deux. Newton ressemble davantage à une machine de preuve des risques avant la transaction : il évalue d’abord si l’opération correspond à vos règles, par exemple l’état d’identité, la provenance des fonds, les montants, le protocole visé, la fenêtre de temps. Une fois validé, il fournit une preuve que « cette intention peut être autorisée à passer ».
Mais le fait que la transaction aboutisse dépend aussi de l’encombrement de la chaîne cible, du Gas, de la profondeur de la liquidité, du slippage et de l’état du contrat. C’est comme un contrôle d’accès par reconnaissance faciale : le fait que vous soyez autorisé à entrer dans l’immeuble ne veut pas dire que l’ascenseur arrivera tout de suite. 😅
Je pense que c’est précisément là que le $NEWT mérite d’être démêlé : ce n’est pas un système qui garantit que vous gagnerez de l’argent, ni une garantie que chaque transaction réussira, mais plutôt une façon de clarifier à l’avance si un agent a dépassé ses autorisations. À l’avenir, quand vous regardez Newton, ne vous contentez pas de surveiller le résultat “succès/échec” : il faut aussi comprendre à quelle étape l’échec se produit — Policy non validée, preuve expirée, exécution sur la chaîne cible qui échoue, ou bien manque de liquidité.
En séparant l’autorisation, l’exécution et le règlement, l’IA on-chain ne deviendra pas un grand mystère. @NewtonProtocol #Newt