Sattar Chaqer

#BinanceTurns9 Binance fête ses 9 ans - Construisez avec vous

2,1 an sur Binance, et le parcours ne cesse de s’améliorer. Joyeux 9e anniversaire à la plateforme qui ne cesse de construire !

Un point qui ressort chez Newton, c’est qu’il traite l’autorisation comme un véritable flux de transaction, plutôt que comme une étape d’approbation vague quelque part avant le règlement. Dans un processus onchain classique, un utilisateur signe une transaction, l’envoie à la blockchain, puis le réseau vérifie si elle est valide au regard des règles du protocole. Si elle est exécutable, elle s’exécute et le règlement enregistre le résultat. La majeure partie de la logique est concentrée au niveau d’exécution. Newton ajoute une autre couche à ce cycle. Une transaction ne passe pas directement de l’intention de l’utilisateur au règlement. Elle entre d’abord dans un flux d’autorisation où l’action proposée est évaluée par rapport à une politique convenue par le réseau, transformée en un résultat signé, puis revérifiée avant que l’exécution ne puisse commencer. Cette séquence compte, car elle donne à l’autorisation une structure réelle. L’action proposée entre comme une intention. Cette intention passe ensuite par une évaluation des règles pertinentes. Le réseau parvient à un consensus sur le résultat. Le résultat devient une attestation signée. Ensuite, l’application des règles décide si la transaction peut s’exécuter. Ce qui m’intéresse, c’est que Newton ne se contente pas de dire que les transactions doivent être vérifiées avant le mouvement de la valeur. Il définit comment ce contrôle est effectué et à quoi ressemble la sortie de ce processus avant même que le règlement commence. Cela rend l’autorisation moins semblable à une simple déclaration de conformité générale, et davantage à une infrastructure dotée de son propre workflow à l’intérieur du cycle de vie de la transaction.

@NewtonProtocol $NEWT #Newt $TLM $VANRY

Qu’ajoute Newton onchain ?

Bienvenue à tous

Bienvenue à tous

Une chose qui ressort pour moi dans la finance on-chain, c’est à quel point la conformité est décrite comme un processus plutôt que démontrée comme un résultat. Une plateforme dit qu’elle a filtré une adresse. Un gestionnaire de coffre dit qu’il a respecté le mandat. Un protocole dit qu’il a vérifié les règles pertinentes avant d’autoriser une action à se poursuivre. Dans chaque cas, l’utilisateur est malgré tout invité à faire confiance à l’idée que les bons contrôles existaient quelque part dans le workflow. C’est à cet endroit que je reviens sans cesse. Une promesse de conformité vous dit ce qu’une équipe affirme s’être passé. Elle ne prouve pas nécessairement que la règle a effectivement été appliquée sur la transaction qui a transféré de la valeur. L’approche de Newton me semble différente parce qu’elle rapproche la conformité de la transaction elle-même. Au lieu de dire simplement que des vérifications ont eu lieu, Newton est conçu pour produire un résultat d’autorisation signé, lié à une intention de transaction spécifique, avant l’exécution. En d’autres termes, le système ne se contente pas de décrire les contrôles autour de la transaction. Il crée un enregistrement vérifiable indiquant que la politique a été évaluée avant que la valeur ne soit transférée. Cette distinction compte davantage que ce que ça peut sembler. Une promesse vit généralement dans un document de processus, un workflow interne ou un tableau de bord. Un reçu vit beaucoup plus près du chemin réel de la transaction. Il devient une preuve que la transaction a été vérifiée selon une politique définie, à un moment défini. Pour moi, c’est le véritable changement que Newton opère : il transforme la conformité, qui était quelque chose qu’une plateforme prétend avoir fait, en quelque chose que l’infrastructure peut réellement montrer. Et dans un système conçu pour transférer de la valeur sans demander de la confiance, cela ressemble à une norme bien plus forte que de dire simplement « nous avons effectué les contrôles ».

@NewtonProtocol $NEWT #Newt $LAB $VANRY

Qu’est-ce qui compte le plus en matière de conformité ?

Je remarque encore et encore que les applications de crypto traitent souvent les contrôles d’utilisateur comme quelque chose qui se produit avant la transaction, au lieu de quelque chose qui façonne la transaction elle-même.

Une plateforme décide si un portefeuille peut accéder à une fonctionnalité, entrer sur un marché ou utiliser un certain parcours produit. Une fois cette décision d’accès prise, l’action onchain réelle est généralement traitée comme une étape distincte. L’utilisateur passe la porte d’entrée, mais le parcours de la transaction lui-même se comporte encore comme si ces conditions ne comptaient plus.

Plus j’examine l’architecture de Newton, plus je pense que cette séparation est une faiblesse structurelle.

Ce qui compte, ce n’est pas seulement de savoir si une plateforme a vérifié un utilisateur plus tôt dans le parcours. Ce qui compte, c’est de savoir si la transaction peut évaluer les conditions utilisateur pertinentes au moment même où elle est sur le point d’être exécutée. C’est ce basculement que je vois dans l’Identity Oracle de Newton.

Au lieu de traiter les informations utilisateur comme quelque chose qui ne compte que pendant le contrôle d’accès, Newton transforme des attributs utilisateur sélectionnés en entrées d’autorisation. Des conditions d’éligibilité liées au statut régional, et d’autres règles associées à l’utilisateur, peuvent devenir partie intégrante du flux d’approbation lui-même, de sorte que le système ne se contente plus de demander si un utilisateur a accédé au produit. Il peut demander si cette transaction précise doit être autorisée en vertu de cette politique précise.

Cela change le rôle que jouent ces contrôles dans la finance onchain.

Ils cessent d’être uniquement une porte d’entrée vers l’application.

Ils deviennent une partie de la décision relative à la transaction elle-même.

Pour moi, c’est l’élément important. Newton cherche à rapprocher les règles liées à l’utilisateur de l’endroit où la valeur se déplace réellement, tout en gardant les détails personnels sensibles hors de la couche publique des transactions.

Ce modèle le rend beaucoup plus utile.

Pas parce qu’il transforme la crypto en système d’identité.

Mais parce qu’il donne aux applications onchain un moyen de traiter les conditions utilisateur comme une logique de transaction programmable, plutôt que de les laisser comme une étape distincte hors chaîne, qui cesse de compter une fois l’application ouverte.

@NewtonProtocol $NEWT #Newt $HMSTR $LAB

Où l’éligibilité de l’utilisateur devrait-elle compter le plus dans la finance on-chain ?

Allons réclamer ça

Je remarque encore que les applications de crypto confondent les restrictions d’interface avec une véritable application des règles. Un front-end peut masquer un bouton, bloquer une zone ou empêcher un portefeuille d’utiliser une fonctionnalité. En surface, cela ressemble à de la conformité. L’utilisateur voit la restriction et l’application peut la présenter comme une couche de contrôle visible, et le produit peut affirmer avoir des vérifications en place. Mais tout cela ne veut pas dire que la transaction elle-même est réellement régie.

Si le smart contract peut encore être appelé directement, alors la règle ne se trouve pas vraiment là où la valeur circule. Elle réside dans la couche applicative, au-dessus du contrat. Cela peut réduire les usages occasionnels abusifs, mais cela ne crée pas une application réelle au niveau des transactions.

C’est la faiblesse que Newton cherche à résoudre. Dans l’approche de Newton, la conformité ne devrait pas dépendre du fait qu’un utilisateur reste à l’intérieur de l’interface approuvée. Elle devrait être appliquée avant le règlement, au moment où la transaction est autorisée. C’est pourquoi l’intégration à Persona compte pour moi. Il ne s’agit pas seulement de prouver l’identité ou la résidence. Il s’agit de prendre ces attributs et de les utiliser dans le parcours d’autorisation lui-même, afin qu’une transaction puisse être évaluée avant exécution, plutôt que d’être seulement filtrée au niveau du front-end.

Et cela change complètement la norme.

Un contrôle uniquement côté front-end dit : « Nous avons essayé d’empêcher cette action dans l’application. » Un contrôle au niveau de la couche transactionnelle dit : « Cette action ne peut pas s’exécuter tant qu’elle ne satisfait pas à la politique. » C’est une affirmation beaucoup plus forte.

Car en finance on-chain, la vraie question n’est pas de savoir si l’interface a bloqué le clic. La vraie question est de savoir si le chemin vers le contrat restait ouvert. S’il était ouvert, la règle de conformité était toujours contournable.

C’est pourquoi je pense que l’architecture de Newton est importante. Elle éloigne la conformité des restrictions au niveau de l’UI et la rapproche de l’endroit où les transactions deviennent réellement effectives. En crypto, le smart contract est la porte finale. Si la conformité ne parvient pas jusqu’à cette couche, elle opère encore une étape trop loin de la chose qu’elle est censée contrôler.

@NewtonProtocol $NEWT #Newt $TLM $ARPA
Où la conformité devrait-elle vraiment être appliquée dans la crypto ?

Je remarque encore que la conformité dans la crypto est toujours traitée comme de la paperasse autour de la transaction, plutôt que comme une logique intégrée à la transaction elle-même.

Ce modèle avait du sens dans les anciens systèmes financiers, où les restrictions d’approbation et les revues pouvaient se trouver dans des couches opérationnelles distinctes. Mais la finance onchain ne fonctionne pas comme ça. Les smart contracts s’exécutent automatiquement, la valeur est réglée rapidement et les transactions ne se mettent pas en pause pour qu’une équipe de conformité interprète manuellement la politique après coup.

Si le règlement est déjà programmable, alors la conformité doit probablement aussi devenir programmable.

C’est, pour moi, le point le plus intéressant du protocole Newton.

Newton ne traite pas la conformité comme une liste de contrôle externe accrochée à une transaction. Il transforme la politique en quelque chose que le système peut évaluer avant l’exécution. En utilisant la politique comme code, avec des outils comme Rego et Open Policy Agent, des règles de transaction peuvent être écrites comme une logique lisible par machine au lieu d’être enfouies dans des PDF de procédures internes ou dans une logique produit codée en dur.

Cela change complètement le rôle de la conformité.

Une limite de transfert devient une logique programmable.

Une restriction de juridiction devient une logique programmable.

Une exigence d’éligibilité des investisseurs devient une logique programmable.

Un contrôle des sanctions devient une logique programmable.

Une fois ces règles exprimées en code, la conformité cesse d’être un processus opérationnel souple et commence à se comporter comme une infrastructure. Elle devient quelque chose que le logiciel peut évaluer de manière cohérente avant que la valeur ne bouge.

Pour moi, c’est le vrai changement que Newton pousse.

Les smart contracts ont rendu le règlement programmable.

Newton essaie de faire la même chose pour la politique.

Et si la finance onchain doit soutenir des activités financières plus sérieuses, la conformité ne peut probablement pas rester indéfiniment comme de la paperasse située en dehors du système.

@NewtonProtocol $NEWT #Newt $M $US

Quel est le plus gros goulot d’étranglement pour une finance on chain conforme ?

Rejoignez la diffusion en direct @RaDhika_08

Je pensais autrefois que l’autorisation et le règlement n’étaient que deux noms différents pour le même processus de transaction. Plus j’ai exploré l’infrastructure financière, plus j’ai réalisé qu’elles résolvent des problèmes totalement différents.

Le règlement correspond au mouvement final de valeur. Il met à jour les registres de soldes, les changements de propriété et donne à la transaction son état définitif sur la blockchain. C’est là que les blockchains publiques ont prouvé leur solidité depuis des années.

L’autorisation remplit un rôle différent.

Elle intervient avant l’exécution et se concentre sur une seule question : cette transaction doit-elle avancer ? Plutôt que d’enregistrer un résultat, l’autorisation évalue la transaction avant même que le règlement ne commence.

Les réseaux de paiement traditionnels ont toujours séparé ces responsabilités. Une demande de paiement est d’abord autorisée, puis réglée ensuite. Chaque étape joue un rôle distinct, permettant aux systèmes financiers de prendre des décisions avant que la valeur ne change de mains.

Ce qui a retenu mon attention, c’est que Newton Protocol applique la même approche architecturale à la finance onchain.

Au lieu de modifier le règlement sur la blockchain, Newton introduit une couche d’autorisation dédiée qui évalue l’intention de la transaction avant l’exécution. Le règlement continue de faire ce qu’il fait déjà très bien, tandis que l’autorisation devient une responsabilité distincte au sein du cycle de vie de la transaction.

Plus j’y pense, plus cette séparation me paraît logique.

Le règlement répond à la question « que s’est-il passé ? »

L’autorisation répond à la question « est-ce que cela doit arriver ? »

Ce sont des questions différentes, et elles méritent des infrastructures différentes.

Comprendre cette distinction a changé ma façon de voir l’architecture des blockchains. L’avenir de la finance onchain ne dépend peut-être pas seulement d’améliorer le règlement. Il pourrait aussi dépendre de la reconnaissance du fait que l’autorisation et le règlement fonctionnent au mieux lorsqu’ils se complètent, plutôt que d’essayer d’accomplir le même travail.

@NewtonProtocol $NEWT #Newt

Quelle couche est la plus importante pour l’avenir de la finance on-chain ?

Je pensais autrefois que les blockchains avaient déjà résolu le plus grand défi de la finance, parce qu’elles pouvaient régler les transactions sans dépendre d’un intermédiaire central.

En explorant davantage l’infrastructure onchain, j’ai réalisé que le règlement ne répond qu’à une partie de l’équation.

Une blockchain peut confirmer qu’une transaction est valide selon les règles du réseau. Mais elle ne répond pas toujours à la question de savoir si cette transaction doit avancer avant d’être exécutée.

Cet écart devient de plus en plus important à mesure que les stablecoins tokenisent des actifs et que les applications institutionnelles se développent sur les blockchains publiques. Les systèmes financiers exigent souvent des décisions avant le mouvement de la valeur, et non après. Une fois qu’une transaction est réglée, revenir sur le résultat est rarement simple.

C’est pourquoi j’estime l’approche de Newton Protocol particulièrement intéressante.

Au lieu de concurrencer les blockchains existantes, NewtonProtocol introduit une couche d’autorisation qui se situe entre l’intention de transaction et l’exécution. L’idée n’est pas de remplacer le règlement, mais de le compléter en permettant d’évaluer les transactions avant qu’elles ne soient finalisées. Cela crée un flux de transaction plus complet tout en préservant le rôle que les blockchains remplissent déjà bien.

En l’observant sous cet angle, cela change la manière dont je pense à la finance onchain.

La prochaine étape de l’infrastructure blockchain n’est peut-être pas seulement une question de traitement d’un plus grand nombre de transactions chaque seconde. Elle pourrait aussi consister à introduire une meilleure prise de décision avant que ces transactions ne se produisent.

Le règlement enregistre ce qui s’est passé.

L’autorisation aide à déterminer si l’exécution doit avoir lieu en premier lieu.

Cela ressemble moins à une fonctionnalité de blockchain supplémentaire et davantage à une couche d’infrastructure additionnelle conçue pour un écosystème financier plus mûr.

@NewtonProtocol $NEWT #Newt

Quelle est la couche la plus importante qui manque dans la finance on chain ?

La qualité devrait toujours primer sur la quantité.
Les créateurs méritent une rémunération équitable pour de véritables recherches et des idées originales.
Il est temps pour Binance de repenser ces exigences quotidiennes en matière de contenu. @Richard Teng @Binance Square Official