La plupart des gens supposent que l’automatisation concerne surtout la vitesse : moins de clics, une exécution plus rapide, moins de frictions. C’était aussi mon premier postulat. Mais plus j’y pense, notamment avec des systèmes comme Newton Protocol, plus cette idée me paraît incomplète.
Ce qui compte, ce n’est pas seulement qu’une transaction puisse se faire automatiquement. Il faut que les règles puissent se placer devant la transaction avant qu’elle ne s’exécute. Newton se présente comme une couche d’autorisation et un moteur de politiques « onchain », conçus pour imposer des limites de dépenses, des contrôles, et d’autres autorisations au moment de la validation, plutôt qu’après coup. Cela peut sembler technique, mais le vrai changement est presque banal : vous cessez de faire confiance à votre futur « vous » pour se souvenir de toutes les contraintes.
Cela me rappelle le prélèvement automatique d’une facture. La valeur n’est pas le paiement lui-même. Elle réside dans le fait que la décision a déjà été prise, selon des règles claires, avant que la distraction, la panique ou l’excès de confiance n’entrent en jeu.
C’est la partie que les gens omettent souvent. Quand l’automatisation passe à l’échelle, l’effet de second ordre n’est pas seulement la commodité. C’est que davantage de capital peut se déplacer sous des autorisations explicites, avec moins de dépendance à un jugement humain ponctuel ou à des robots opaques. Dans un marché où la finance onchain dépasse déjà les centaines de milliards de flux mensuels, la différence entre « automatisation » et « automatisation autorisée » commence à peser très lourd.
Peut-être que la question la plus profonde n’est pas de savoir si des machines peuvent trader pour nous. C’est plutôt de savoir si nous pouvons rendre la délégation assez précise pour inspirer confiance. Et c’est encore un problème ouvert, même lorsque le code paraît élégant.
#Newt @NewtonProtocol l $VANRY $BEL #newt #newt $NEWT
Ce qui compte, ce n’est pas seulement qu’une transaction puisse se faire automatiquement. Il faut que les règles puissent se placer devant la transaction avant qu’elle ne s’exécute. Newton se présente comme une couche d’autorisation et un moteur de politiques « onchain », conçus pour imposer des limites de dépenses, des contrôles, et d’autres autorisations au moment de la validation, plutôt qu’après coup. Cela peut sembler technique, mais le vrai changement est presque banal : vous cessez de faire confiance à votre futur « vous » pour se souvenir de toutes les contraintes.
Cela me rappelle le prélèvement automatique d’une facture. La valeur n’est pas le paiement lui-même. Elle réside dans le fait que la décision a déjà été prise, selon des règles claires, avant que la distraction, la panique ou l’excès de confiance n’entrent en jeu.
C’est la partie que les gens omettent souvent. Quand l’automatisation passe à l’échelle, l’effet de second ordre n’est pas seulement la commodité. C’est que davantage de capital peut se déplacer sous des autorisations explicites, avec moins de dépendance à un jugement humain ponctuel ou à des robots opaques. Dans un marché où la finance onchain dépasse déjà les centaines de milliards de flux mensuels, la différence entre « automatisation » et « automatisation autorisée » commence à peser très lourd.
Peut-être que la question la plus profonde n’est pas de savoir si des machines peuvent trader pour nous. C’est plutôt de savoir si nous pouvons rendre la délégation assez précise pour inspirer confiance. Et c’est encore un problème ouvert, même lorsque le code paraît élégant.
#Newt @NewtonProtocol l $VANRY $BEL #newt #newt $NEWT
