#newt $NEWT Au cours des dernières années, la blockchain n’a cessé de mettre en avant une idée : la décentralisation, l’ouverture et l’absence d’autorisation.
Mais avec l’essor de la DeFi, des RWA et des stablecoins, j’ai l’impression que le marché fait émerger un autre besoin : après l’ouverture, comment garantir l’ordre ?
Parce que pour l’arrivée de capitaux de grande ampleur sur la chaîne, il est impossible de compter uniquement sur « l’exécution automatique du code ».
Les institutions doivent savoir où se situent les risques, les utilisateurs doivent connaître les limites de leurs autorisations, et les protocoles doivent savoir quelles transactions doivent être autorisées et quels comportements doivent être empêchés.
Aujourd’hui, beaucoup de problèmes des systèmes on-chain ne viennent pas de l’absence de règles, mais plutôt d’un décalage entre les règles et leur exécution.
Vous pouvez voir les restrictions dans la documentation, et des avertissements sur les pages ; mais si, lors de l’exécution d’une transaction, ces règles ne sont pas réellement vérifiées, elles ne sont alors probablement que des intentions.
Newton Protocol résout précisément ce problème de couche d’exécution.
C’est davantage une infrastructure d’autorisation on-chain : avant que la transaction ne se produise réellement, le système détermine, selon des conditions de stratégie, s’il faut autoriser l’exécution.
Sur son site officiel, sa position est également « onchain transaction authorization layer ». Grâce à un moteur de stratégies, il intègre des conditions telles que l’authentification d’identité, des règles de risque, des limites de quotas, etc., dans le flux d’exécution des smart contracts.
Prenons un exemple simple.
Un protocole RWA qui émet des actifs on-chain doit limiter la participation des utilisateurs de différentes régions, tout en ajustant les droits de transaction en fonction du niveau de risque.
Avant, ces éléments pouvaient reposer sur des validations côté back-office, mais dans un environnement on-chain, il faut un mode de fonctionnement plus automatisé. Newton peut combiner des données externes et des informations de risque afin de finaliser la vérification avant la survenue de la transaction. RedStone fournit les prix et les données de marché, Credora fournit l’évaluation des risques, puis le système de stratégies décide globalement s’il faut laisser passer.
Je pense que l’avenir de la blockchain ne consistera pas seulement à savoir qui peut exécuter les transactions plus vite.
L’enjeu véritable est le suivant : à mesure que la taille des capitaux augmente, et que l’automatisation devient toujours plus courante, qui saura faire en sorte que les règles se traduisent réellement dans l’exécution.
Car des règles sans capacité d’exécution ne sont qu’un document.
Les règles capables d’influencer le résultat des transactions sont la véritable infrastructure.
@NewtonProtocol
$NEWT
#Newt
Mais avec l’essor de la DeFi, des RWA et des stablecoins, j’ai l’impression que le marché fait émerger un autre besoin : après l’ouverture, comment garantir l’ordre ?
Parce que pour l’arrivée de capitaux de grande ampleur sur la chaîne, il est impossible de compter uniquement sur « l’exécution automatique du code ».
Les institutions doivent savoir où se situent les risques, les utilisateurs doivent connaître les limites de leurs autorisations, et les protocoles doivent savoir quelles transactions doivent être autorisées et quels comportements doivent être empêchés.
Aujourd’hui, beaucoup de problèmes des systèmes on-chain ne viennent pas de l’absence de règles, mais plutôt d’un décalage entre les règles et leur exécution.
Vous pouvez voir les restrictions dans la documentation, et des avertissements sur les pages ; mais si, lors de l’exécution d’une transaction, ces règles ne sont pas réellement vérifiées, elles ne sont alors probablement que des intentions.
Newton Protocol résout précisément ce problème de couche d’exécution.
C’est davantage une infrastructure d’autorisation on-chain : avant que la transaction ne se produise réellement, le système détermine, selon des conditions de stratégie, s’il faut autoriser l’exécution.
Sur son site officiel, sa position est également « onchain transaction authorization layer ». Grâce à un moteur de stratégies, il intègre des conditions telles que l’authentification d’identité, des règles de risque, des limites de quotas, etc., dans le flux d’exécution des smart contracts.
Prenons un exemple simple.
Un protocole RWA qui émet des actifs on-chain doit limiter la participation des utilisateurs de différentes régions, tout en ajustant les droits de transaction en fonction du niveau de risque.
Avant, ces éléments pouvaient reposer sur des validations côté back-office, mais dans un environnement on-chain, il faut un mode de fonctionnement plus automatisé. Newton peut combiner des données externes et des informations de risque afin de finaliser la vérification avant la survenue de la transaction. RedStone fournit les prix et les données de marché, Credora fournit l’évaluation des risques, puis le système de stratégies décide globalement s’il faut laisser passer.
Je pense que l’avenir de la blockchain ne consistera pas seulement à savoir qui peut exécuter les transactions plus vite.
L’enjeu véritable est le suivant : à mesure que la taille des capitaux augmente, et que l’automatisation devient toujours plus courante, qui saura faire en sorte que les règles se traduisent réellement dans l’exécution.
Car des règles sans capacité d’exécution ne sont qu’un document.
Les règles capables d’influencer le résultat des transactions sont la véritable infrastructure.
@NewtonProtocol
$NEWT
#Newt
