Binance Square
Falcon Trader 1
7.1k Publications

Falcon Trader 1

795 Suivis
2.3K+ Abonnés
1.9K+ J’aime
Publications
PINNED
·
--
@NewtonProtocol Plus je lis sur le protocole Newton, moins je pense que sa contribution majeure soit une coordination plus rapide. Ce qui ressort, c’est la volonté de faire en sorte que la politique se comporte comme une infrastructure plutôt que comme de la documentation. Des opérateurs indépendants évaluent la même politique lisible par machine et convergent vers la même autorisation avant exécution. Cela ressemble à quelque chose de technique, mais la question d’investissement paraît étonnamment humaine. Combien de fois des participants différents peuvent-ils parvenir à la même conclusion avant que des gens cessent de questionner le processus lui-même ? Il y a un côté inconfortable à cette idée. Une politique réutilisable peut diffuser de la confiance entre les applications… mais elle peut aussi diffuser des erreurs si les hypothèses sous-jacentes sont faibles. La cohérence est puissante… mais elle n’est pas automatiquement correcte. Je reviens sans cesse à cette tension, car la crypto célèbre généralement des résultats visibles. Newton consacre une grande partie de ses efforts à améliorer la décision qui intervient avant que quiconque voie une transaction. C’est un problème plus discret, mais peut-être plus durable. #Newt $NEWT $EVAA $BSB Qu’est-ce qui est le plus précieux sur le long terme ? {future}(NEWTUSDT)
@NewtonProtocol Plus je lis sur le protocole Newton, moins je pense que sa contribution majeure soit une coordination plus rapide. Ce qui ressort, c’est la volonté de faire en sorte que la politique se comporte comme une infrastructure plutôt que comme de la documentation.

Des opérateurs indépendants évaluent la même politique lisible par machine et convergent vers la même autorisation avant exécution. Cela ressemble à quelque chose de technique, mais la question d’investissement paraît étonnamment humaine. Combien de fois des participants différents peuvent-ils parvenir à la même conclusion avant que des gens cessent de questionner le processus lui-même ?

Il y a un côté inconfortable à cette idée. Une politique réutilisable peut diffuser de la confiance entre les applications… mais elle peut aussi diffuser des erreurs si les hypothèses sous-jacentes sont faibles. La cohérence est puissante… mais elle n’est pas automatiquement correcte.

Je reviens sans cesse à cette tension, car la crypto célèbre généralement des résultats visibles. Newton consacre une grande partie de ses efforts à améliorer la décision qui intervient avant que quiconque voie une transaction. C’est un problème plus discret, mais peut-être plus durable.

#Newt $NEWT $EVAA $BSB

Qu’est-ce qui est le plus précieux sur le long terme ?
Better authorization
100%
Faster settlement
0%
Both equally
0%
Not sure yet
0%
3 Votes • Vote fermé
PINNED
La politique la plus précieuse est celle que personne ne remarqueJe pensais autrefois que la confiance dans l’infrastructure financière était quelque chose qu’on gagnait après qu’une transaction se soit terminée. Un transfert propre, un solde confirmé, un résultat visible. C’est ce qui donnait l’impression que la confiance apparaissait. Récemment, je me demande si la confiance se forme bien plus tôt, dans la décision silencieuse qui permet d’abord que le transfert existe. Ce changement a modifié la façon dont je vois le protocole Newton. La partie intéressante n’est pas seulement qu’il évalue des politiques avant l’exécution. C’est qu’il sépare le jugement du mouvement. Les opérateurs évaluent indépendamment la même politique lisible par machine. Ils produisent une autorisation partagée, et seulement ensuite le transfert devient éligible à l’exécution. Le règlement compte toujours, mais il ne porte plus à lui seul toute la charge de la confiance.

La politique la plus précieuse est celle que personne ne remarque

Je pensais autrefois que la confiance dans l’infrastructure financière était quelque chose qu’on gagnait après qu’une transaction se soit terminée. Un transfert propre, un solde confirmé, un résultat visible. C’est ce qui donnait l’impression que la confiance apparaissait. Récemment, je me demande si la confiance se forme bien plus tôt, dans la décision silencieuse qui permet d’abord que le transfert existe.
Ce changement a modifié la façon dont je vois le protocole Newton. La partie intéressante n’est pas seulement qu’il évalue des politiques avant l’exécution. C’est qu’il sépare le jugement du mouvement. Les opérateurs évaluent indépendamment la même politique lisible par machine. Ils produisent une autorisation partagée, et seulement ensuite le transfert devient éligible à l’exécution. Le règlement compte toujours, mais il ne porte plus à lui seul toute la charge de la confiance.
Je pensais autrefois que l’autorisation se terminait dès qu’une requête était approuvée. Aujourd’hui, je pense que c’est justement là que commence l’histoire plus longue. Un détail du protocole Newton me préoccupe. Chaque décision est liée à la version exacte de la politique qui l’a évaluée. Cela signifie qu’un reçu n’est pas seulement une preuve que quelque chose a été validé. C’est la preuve des règles qui existaient au moment où c’était accepté. Cela semble subtil jusqu’à ce que les réglementations, la gouvernance ou les contrôles internes changent. Le point inconfortable, c’est que le logiciel peut continuer à faire confiance à des preuves anciennes longtemps après que le monde qui l’entoure a évolué. La version garantit l’historique, mais quelqu’un décide tout de même quel historique reste acceptable. Peut-être que la future infrastructure ne se disputera pas pour des exécutions plus rapides. Peut-être qu’elle se disputera plutôt pour savoir dont la mémoire est la plus facile à vérifier lorsque les règles changeront inévitablement. @NewtonProtocol #Newt $NEWT $JCT $VELVET Qu’est-ce qui compte le plus ? {future}(VELVETUSDT) {future}(JCTUSDT) {future}(NEWTUSDT)
Je pensais autrefois que l’autorisation se terminait dès qu’une requête était approuvée. Aujourd’hui, je pense que c’est justement là que commence l’histoire plus longue.
Un détail du protocole Newton me préoccupe. Chaque décision est liée à la version exacte de la politique qui l’a évaluée. Cela signifie qu’un reçu n’est pas seulement une preuve que quelque chose a été validé. C’est la preuve des règles qui existaient au moment où c’était accepté.
Cela semble subtil jusqu’à ce que les réglementations, la gouvernance ou les contrôles internes changent.
Le point inconfortable, c’est que le logiciel peut continuer à faire confiance à des preuves anciennes longtemps après que le monde qui l’entoure a évolué. La version garantit l’historique, mais quelqu’un décide tout de même quel historique reste acceptable.
Peut-être que la future infrastructure ne se disputera pas pour des exécutions plus rapides.
Peut-être qu’elle se disputera plutôt pour savoir dont la mémoire est la plus facile à vérifier lorsque les règles changeront inévitablement.
@NewtonProtocol #Newt $NEWT $JCT $VELVET

Qu’est-ce qui compte le plus ?

Policy Proof
0%
Fast Finality
0%
0 Votes • Vote fermé
Le coût de changer une règleJe me suis surpris à accorder plus d’attention aux versions de la politique qu’à la logique de la politique. Cela m’a surpris. La plupart d’entre nous se demandent instinctivement si une règle est correcte, et non pas si la règle elle-même peut être retracée dans le temps. Ensuite, j’ai passé plus de temps à lire le protocole Newton, et cette nuance minuscule a commencé à sembler beaucoup plus importante. Un mécanisme n’arrêtait pas de ramener mon attention. Chaque décision d’autorisation est liée à une version précise de la politique qui l’a produite. Cela semble d’abord administratif, presque ennuyeux. Je ne pense pas que ce soit le cas.

Le coût de changer une règle

Je me suis surpris à accorder plus d’attention aux versions de la politique qu’à la logique de la politique. Cela m’a surpris. La plupart d’entre nous se demandent instinctivement si une règle est correcte, et non pas si la règle elle-même peut être retracée dans le temps. Ensuite, j’ai passé plus de temps à lire le protocole Newton, et cette nuance minuscule a commencé à sembler beaucoup plus importante.
Un mécanisme n’arrêtait pas de ramener mon attention. Chaque décision d’autorisation est liée à une version précise de la politique qui l’a produite. Cela semble d’abord administratif, presque ennuyeux. Je ne pense pas que ce soit le cas.
Vérifié
@NewtonProtocol L'application ne vous a pas rejeté. La politique l'a fait, avant même que l'application voie votre demande. C'est ce qui a discrètement changé avec les toutes nouvelles intégrations d'oracle de Newton. Les vérifications Persona évaluent votre lieu de résidence et vos attributs d'identité. Human Passport attribue un score pour déterminer si vous êtes une personne réelle, unique, et vérifie les sanctions, le tout via une attestation à connaissance nulle. Les deux sont lus directement par le moteur de politique, au niveau de la transaction, avant que toute logique d'application ne s'exécute. Ça a l'air efficace. Mais cela signifie aussi qu'en cas de blocage, il n'y a pas d'équipe support de l'application à qui demander pourquoi, parce que l'application n'a jamais effectué l'appel. La décision se trouvait une couche plus haut, dans une politique faisant référence à des données qu'elle n'a pas produites et qu'elle ne peut pas garantir totalement. Newton peut prouver que la politique s'est exécutée correctement. Il ne peut pas prouver que les données d'identité qui l'alimentaient étaient exactes. Ce manque ne disparaît pas simplement parce que le processus autour est vérifiable. Ça vaut la peine de s'y attarder avant d'appeler cela « une conformité sans confiance ». #Newt $NEWT $ZEC $LAB Question : Qu'est-ce qui devrait compter davantage ? {future}(NEWTUSDT)
@NewtonProtocol L'application ne vous a pas rejeté. La politique l'a fait, avant même que l'application voie votre demande.

C'est ce qui a discrètement changé avec les toutes nouvelles intégrations d'oracle de Newton. Les vérifications Persona évaluent votre lieu de résidence et vos attributs d'identité. Human Passport attribue un score pour déterminer si vous êtes une personne réelle, unique, et vérifie les sanctions, le tout via une attestation à connaissance nulle. Les deux sont lus directement par le moteur de politique, au niveau de la transaction, avant que toute logique d'application ne s'exécute.

Ça a l'air efficace. Mais cela signifie aussi qu'en cas de blocage, il n'y a pas d'équipe support de l'application à qui demander pourquoi, parce que l'application n'a jamais effectué l'appel. La décision se trouvait une couche plus haut, dans une politique faisant référence à des données qu'elle n'a pas produites et qu'elle ne peut pas garantir totalement.
Newton peut prouver que la politique s'est exécutée correctement. Il ne peut pas prouver que les données d'identité qui l'alimentaient étaient exactes. Ce manque ne disparaît pas simplement parce que le processus autour est vérifiable.

Ça vaut la peine de s'y attarder avant d'appeler cela « une conformité sans confiance ».
#Newt $NEWT $ZEC $LAB
Question : Qu'est-ce qui devrait compter davantage ?
Process integrity
100%
Data accuracy
0%
2 Votes • Vote fermé
Qui a décidé que vous étiez éligible, et à quel endroitJ’ai remarqué quelque chose de petit en parcourant les toutes dernières notes d’intégration de Newton, et cela m’a marqué plus longtemps que je ne l’attendais. Deux nouveaux oracles, Persona et Human Passport, ont été intégrés à la couche de politique ce trimestre. En surface, cela ressemble à de l’information d’infrastructure routinière. En dessous, quelque chose de plus discret se produit : la question de savoir quelles transactions sont éligibles remonte vers l’amont, s’éloigne de l’application, et rejoint une couche partagée que personne, à l’intérieur de l’application, ne contrôle réellement. Voici le mécanisme, dépouillé. Persona alimente des attributs d’identité validés, comme l’âge, la nationalité, le lieu de résidence et l’État, directement dans une politique Newton. Human Passport ajoute trois signaux distincts : un score d’“emblèmes” pour la personne attestée, un score comportemental pour la détection Sybil, et une attestation à preuve sans divulgation appelée Proof of Clean Hands pour les sanctions et le contrôle KYC. Un développeur écrit une politique une seule fois, référence ces oracles, et la vérification s’effectue désormais au niveau de la transaction, avant même que la logique propre de l’application ne s’exécute.

Qui a décidé que vous étiez éligible, et à quel endroit

J’ai remarqué quelque chose de petit en parcourant les toutes dernières notes d’intégration de Newton, et cela m’a marqué plus longtemps que je ne l’attendais. Deux nouveaux oracles, Persona et Human Passport, ont été intégrés à la couche de politique ce trimestre. En surface, cela ressemble à de l’information d’infrastructure routinière. En dessous, quelque chose de plus discret se produit : la question de savoir quelles transactions sont éligibles remonte vers l’amont, s’éloigne de l’application, et rejoint une couche partagée que personne, à l’intérieur de l’application, ne contrôle réellement.
Voici le mécanisme, dépouillé. Persona alimente des attributs d’identité validés, comme l’âge, la nationalité, le lieu de résidence et l’État, directement dans une politique Newton. Human Passport ajoute trois signaux distincts : un score d’“emblèmes” pour la personne attestée, un score comportemental pour la détection Sybil, et une attestation à preuve sans divulgation appelée Proof of Clean Hands pour les sanctions et le contrôle KYC. Un développeur écrit une politique une seule fois, référence ces oracles, et la vérification s’effectue désormais au niveau de la transaction, avant même que la logique propre de l’application ne s’exécute.
Quelque chose dans le contrôle du quorum de Newton me dérange plus que de raison. Ici, le consensus n’est pas mesuré par le nombre d’opérateurs qui sont d’accord. Il est mesuré par le montant de la mise d’accord. Le contrôle est simple : la mise signée doit dépasser un pourcentage de la mise totale, rien à voir avec le nombre de personnes. Dix opérateurs détenant la majeure partie du poids peuvent satisfaire le quorum tandis qu’une centaine de plus petits restent en dehors, non signés, non comptabilisés. Je ne pense pas que ce soit incorrect. Le capital restaké a un coût réel s’il est slas’hé, donc pondérer par la mise a probablement plus de sens que de pondérer par le nombre de corps. Mais cela signifie que « le réseau a approuvé » est en réalité une abréviation pour « assez de capital a approuvé assez vite ». L’agrégateur cesse de collecter les signatures dès que le seuil est atteint, pas quand tout le monde a eu l’occasion de donner son avis. L’accord, ici, ressemble à une course de vitesse avec un plancher de capital. Je n’avais pas remarqué cette distinction auparavant. @NewtonProtocol #Newt $NEWT $XPIN $LAB Qu’est-ce qui devrait définir « l’accord du réseau » dans Newton ? {future}(LABUSDT) {future}(XPINUSDT) {future}(NEWTUSDT)
Quelque chose dans le contrôle du quorum de Newton me dérange plus que de raison.

Ici, le consensus n’est pas mesuré par le nombre d’opérateurs qui sont d’accord. Il est mesuré par le montant de la mise d’accord. Le contrôle est simple : la mise signée doit dépasser un pourcentage de la mise totale, rien à voir avec le nombre de personnes.

Dix opérateurs détenant la majeure partie du poids peuvent satisfaire le quorum tandis qu’une centaine de plus petits restent en dehors, non signés, non comptabilisés.

Je ne pense pas que ce soit incorrect. Le capital restaké a un coût réel s’il est slas’hé, donc pondérer par la mise a probablement plus de sens que de pondérer par le nombre de corps.

Mais cela signifie que « le réseau a approuvé » est en réalité une abréviation pour « assez de capital a approuvé assez vite ». L’agrégateur cesse de collecter les signatures dès que le seuil est atteint, pas quand tout le monde a eu l’occasion de donner son avis.

L’accord, ici, ressemble à une course de vitesse avec un plancher de capital. Je n’avais pas remarqué cette distinction auparavant.
@NewtonProtocol #Newt $NEWT $XPIN $LAB

Qu’est-ce qui devrait définir « l’accord du réseau » dans Newton ?

Capital-backed quorum
60%
Broader operator consensus
40%
5 Votes • Vote fermé
Newton n’est pas d’accord sur tout, juste sur l’essentielJe reviens sans cesse à un détail dans la conception de Newton qui paraît minime jusqu’au moment où l’on s’y attarde. Avant que des opérateurs puissent produire une signature conjointe, le protocole retire quelque chose. Ni des opinions, ni des enjeux, mais la très attestation que chaque opérateur a générée lorsqu’il a récupéré les données de la politique. La sortie s’appelle un condensé de consensus, construit en annulant les champs précis qui rendent la contribution de chaque opérateur distincte. Tout le monde signe une version identique, vidée de sa substance, du même événement. Je ne pense pas que ce soit un défaut. Je pense que c’est peut-être le mécanisme même qu’il vaut la peine d’étudier.

Newton n’est pas d’accord sur tout, juste sur l’essentiel

Je reviens sans cesse à un détail dans la conception de Newton qui paraît minime jusqu’au moment où l’on s’y attarde. Avant que des opérateurs puissent produire une signature conjointe, le protocole retire quelque chose. Ni des opinions, ni des enjeux, mais la très attestation que chaque opérateur a générée lorsqu’il a récupéré les données de la politique. La sortie s’appelle un condensé de consensus, construit en annulant les champs précis qui rendent la contribution de chaque opérateur distincte. Tout le monde signe une version identique, vidée de sa substance, du même événement.
Je ne pense pas que ce soit un défaut. Je pense que c’est peut-être le mécanisme même qu’il vaut la peine d’étudier.
Je remarque sans cesse que NEWT n’est pas optionnel comme le sont la plupart des jetons utilitaires. C’est le “carburant” même de la vérification : vous ne pouvez pas obtenir de reçu d’autorisation sans le payer. Et les institutions qui exécutent la conformité à grande échelle n’ont pas le luxe de contourner ça. C’est un type de demande plus étroit que la plupart des jetons ont : pas un intérêt spéculatif, juste un péage que chaque transaction appliquée doit payer. Ce qui me met mal à l’aise, c’est ce qui se passe une fois que les subventions de frais prennent fin et que le marché décide, pour la première fois, de ce que ce péage vaut réellement. Pour l’instant, personne n’a évalué honnêtement la conformité “comme un coût de transaction”, parce que personne n’a eu à le faire. Je ne pense pas que ce jeton réussit ou échoue sur le sentiment. Il réussit ou échoue selon que les institutions acceptent de payer, en continu, pour quelque chose qu’elles avaient l’habitude de traiter comme un coût interne déjà supporté. @NewtonProtocol #Newt $NEWT $LAB $BEAT NEWT ka "compliance toll" subsidy khatam hone ke baad? {future}(NEWTUSDT)
Je remarque sans cesse que NEWT n’est pas optionnel comme le sont la plupart des jetons utilitaires. C’est le “carburant” même de la vérification : vous ne pouvez pas obtenir de reçu d’autorisation sans le payer. Et les institutions qui exécutent la conformité à grande échelle n’ont pas le luxe de contourner ça. C’est un type de demande plus étroit que la plupart des jetons ont : pas un intérêt spéculatif, juste un péage que chaque transaction appliquée doit payer. Ce qui me met mal à l’aise, c’est ce qui se passe une fois que les subventions de frais prennent fin et que le marché décide, pour la première fois, de ce que ce péage vaut réellement. Pour l’instant, personne n’a évalué honnêtement la conformité “comme un coût de transaction”, parce que personne n’a eu à le faire. Je ne pense pas que ce jeton réussit ou échoue sur le sentiment. Il réussit ou échoue selon que les institutions acceptent de payer, en continu, pour quelque chose qu’elles avaient l’habitude de traiter comme un coût interne déjà supporté.
@NewtonProtocol #Newt $NEWT $LAB $BEAT

NEWT ka "compliance toll" subsidy khatam hone ke baad?
Institutions pay
75%
Demand drops
0%
Too early
0%
Model shifts
25%
4 Votes • Vote fermé
Le Reçu Qui Ne Prouve Rien Sur La RègleJe me suis surpris à fixer le mot « vérifié » plus longtemps que je ne devais. Newton l’accole à presque tout : une vérification de politique, une porte de conformité, un reçu signé affiché sur un explorateur de blocs. Ça a l’air solide. Ça a l’air être l’opposé de la confiance. Mais plus j’y réfléchissais, plus je me demandais si, ici, la « vérification » ne désigne pas quelque chose de plus étroit que ce que les gens supposent. L’histoire populaire autour de Newton veut qu’il retire la confiance de la conformité. Plus besoin d’attendre un agent de conformité, plus de revue interne opaque trois semaines après coup. Une transaction est contrôlée avant qu’elle ne soit réglée, et le résultat est un reçu cryptographique que chacun peut inspecter. Cela ressemble à une confiance qui se dissout dans le code. Je pense plutôt qu’il s’agit d’une confiance qui se déplace, discrètement, vers un moment antérieur et moins visible.

Le Reçu Qui Ne Prouve Rien Sur La Règle

Je me suis surpris à fixer le mot « vérifié » plus longtemps que je ne devais. Newton l’accole à presque tout : une vérification de politique, une porte de conformité, un reçu signé affiché sur un explorateur de blocs. Ça a l’air solide. Ça a l’air être l’opposé de la confiance. Mais plus j’y réfléchissais, plus je me demandais si, ici, la « vérification » ne désigne pas quelque chose de plus étroit que ce que les gens supposent.
L’histoire populaire autour de Newton veut qu’il retire la confiance de la conformité. Plus besoin d’attendre un agent de conformité, plus de revue interne opaque trois semaines après coup. Une transaction est contrôlée avant qu’elle ne soit réglée, et le résultat est un reçu cryptographique que chacun peut inspecter. Cela ressemble à une confiance qui se dissout dans le code. Je pense plutôt qu’il s’agit d’une confiance qui se déplace, discrètement, vers un moment antérieur et moins visible.
Je ne pense pas que la plus grande concurrence aux protocoles d’autorisation soit un autre protocole d’autorisation. Je pense que ce sont les habitudes des développeurs. Chaque application a déjà sa propre logique d’autorisations. Ce n’est peut-être pas élégant, mais cela fonctionne suffisamment bien. Newton demande aux développeurs de déplacer ces décisions vers des politiques réutilisables et déterministes, que les opérateurs évaluent avant l’exécution. Techniquement, cela peut créer un comportement plus cohérent entre les applications. La partie difficile n’est pas la technologie. C’est de convaincre les gens d’arrêter de réinventer les mêmes règles. Les développeurs font souvent plus confiance à du code qu’ils ont écrit eux-mêmes qu’à une infrastructure écrite par quelqu’un d’autre, même lorsque le système partagé est objectivement plus robuste. C’est un frein psychologique, pas un problème cryptographique. Si Newton réussit, ce ne sera pas seulement parce que son modèle d’autorisation est solide. Ce sera parce qu’assez de développeurs décideront que la maintenance des politiques n’est plus un avantage concurrentiel. Tant que cet état d’esprit ne change pas, le protocole peut être en train de résoudre un problème que beaucoup d’équipes pensent encore devoir rester dans leur propre base de code. @NewtonProtocol #Newt $NEWT $LAB $TAC Quel est le plus grand obstacle à l’adoption de protocoles d’autorisation partagés comme Newton ? {future}(NEWTUSDT)
Je ne pense pas que la plus grande concurrence aux protocoles d’autorisation soit un autre protocole d’autorisation. Je pense que ce sont les habitudes des développeurs.
Chaque application a déjà sa propre logique d’autorisations. Ce n’est peut-être pas élégant, mais cela fonctionne suffisamment bien. Newton demande aux développeurs de déplacer ces décisions vers des politiques réutilisables et déterministes, que les opérateurs évaluent avant l’exécution. Techniquement, cela peut créer un comportement plus cohérent entre les applications.

La partie difficile n’est pas la technologie. C’est de convaincre les gens d’arrêter de réinventer les mêmes règles.
Les développeurs font souvent plus confiance à du code qu’ils ont écrit eux-mêmes qu’à une infrastructure écrite par quelqu’un d’autre, même lorsque le système partagé est objectivement plus robuste. C’est un frein psychologique, pas un problème cryptographique.

Si Newton réussit, ce ne sera pas seulement parce que son modèle d’autorisation est solide. Ce sera parce qu’assez de développeurs décideront que la maintenance des politiques n’est plus un avantage concurrentiel. Tant que cet état d’esprit ne change pas, le protocole peut être en train de résoudre un problème que beaucoup d’équipes pensent encore devoir rester dans leur propre base de code.
@NewtonProtocol #Newt $NEWT $LAB $TAC

Quel est le plus grand obstacle à l’adoption de protocoles d’autorisation partagés comme Newton ?
Developer habits & trust
100%
Technical integration
0%
1 Votes • Vote fermé
Le coût de dire « Non »Plus je lis des systèmes d’autorisation, moins je pense que leur mission principale consiste à approuver des transactions. Leur mission la plus difficile est de les refuser. Nous célébrons des protocoles qui font circuler les actifs plus vite, mais très peu de discussions s’interrogent sur la capacité d’un protocole à rejeter la mauvaise action pour la bonne raison. Ce silence m’a amené à considérer le protocole Newton différemment. La plupart des infrastructures misent sur l’exécution. Newton accorde une attention inhabituelle à la décision avant l’exécution. Au lieu d’intégrer séparément une logique d’autorisation dans chaque application, il évalue l’intention de transaction par rapport à des politiques Rego déterministes, parvient à un consensus entre opérateurs et enregistre le résultat via des signatures BLS agrégées. La transaction obtient l’autorisation ou ne l’obtient pas. Cela semble technique, mais cela modifie discrètement l’endroit où la confiance commence.

Le coût de dire « Non »

Plus je lis des systèmes d’autorisation, moins je pense que leur mission principale consiste à approuver des transactions. Leur mission la plus difficile est de les refuser. Nous célébrons des protocoles qui font circuler les actifs plus vite, mais très peu de discussions s’interrogent sur la capacité d’un protocole à rejeter la mauvaise action pour la bonne raison. Ce silence m’a amené à considérer le protocole Newton différemment.
La plupart des infrastructures misent sur l’exécution. Newton accorde une attention inhabituelle à la décision avant l’exécution. Au lieu d’intégrer séparément une logique d’autorisation dans chaque application, il évalue l’intention de transaction par rapport à des politiques Rego déterministes, parvient à un consensus entre opérateurs et enregistre le résultat via des signatures BLS agrégées. La transaction obtient l’autorisation ou ne l’obtient pas. Cela semble technique, mais cela modifie discrètement l’endroit où la confiance commence.
La subvention que Newton dépense discrètementJe relis la documentation de Newton encore et encore, à la recherche du moment exact où les roues d’entraînement se détachent, et je ne trouve nulle part que ce soit clairement indiqué. Cela m’inquiète plus que ce que ça devrait pour un protocole dont tout le discours repose sur une confiance décentralisée et vérifiable. Voici le mécanisme qui mérite d’y réfléchir. Les opérateurs sécurisent Newton en le liant comme garantie (collatéral) et ils sont sanctionnés s’ils évaluent une politique malhonnêtement. Ce volet relève de la théorie des jeux — l’argent mis en jeu incite, en théorie, à rester honnête. Mais la documentation dit aussi quelque chose de plus discret : les frais de transaction sont d’abord subventionnés par la Foundation pendant que l’infrastructure des validateurs se met en place, avec un vrai marché des frais, quelque chose de plus proche du modèle EIP-1559 d’Ethereum, qui arrive plus tard.

La subvention que Newton dépense discrètement

Je relis la documentation de Newton encore et encore, à la recherche du moment exact où les roues d’entraînement se détachent, et je ne trouve nulle part que ce soit clairement indiqué. Cela m’inquiète plus que ce que ça devrait pour un protocole dont tout le discours repose sur une confiance décentralisée et vérifiable.
Voici le mécanisme qui mérite d’y réfléchir. Les opérateurs sécurisent Newton en le liant comme garantie (collatéral) et ils sont sanctionnés s’ils évaluent une politique malhonnêtement. Ce volet relève de la théorie des jeux — l’argent mis en jeu incite, en théorie, à rester honnête. Mais la documentation dit aussi quelque chose de plus discret : les frais de transaction sont d’abord subventionnés par la Foundation pendant que l’infrastructure des validateurs se met en place, avec un vrai marché des frais, quelque chose de plus proche du modèle EIP-1559 d’Ethereum, qui arrive plus tard.
Vérifié
@NewtonProtocol Chose drôle au sujet d’un protocole conçu pour imposer la discipline sur les transactions de tout le monde : la souplesse avec laquelle sa propre offre en tokens se comporte. L’argument de Newton, c’est d’effectuer des vérifications d’éligibilité des investisseurs, des plafonds de dépenses, et des filtres d’exécution des mandats appliqués avant qu’une seule transaction ne soit autorisée. Pendant ce temps, NEWT en lui-même vient juste d’avoir environ 139 millions de tokens—soit plus d’un tiers de l’offre en circulation—qui ont été mis sur le marché en l’espace d’une semaine, avec plus de déblocages mensuels prévus après. Le mécanisme est simple : NEWT paie les opérateurs qui exécutent ces contrôles de conformité pour tout le monde. Quand une telle quantité de l’offre se débloque d’un coup, les personnes censées être les gardiens neutres et économiquement liés de la « confiance » sont rémunérées avec un token qui se dilue plus vite que la plupart de ce que ça est censé protéger. Personne n’applique de filtre d’éligibilité à un calendrier d’acquisition. Peut-être que c’est bien. Peut-être que non. Je n’ai pas encore décidé. #Newt #newt $NEWT $LAB $POWER Les déblocages devraient-ils être soumis au même niveau d’examen que les contrôles de conformité ? {future}(NEWTUSDT)
@NewtonProtocol Chose drôle au sujet d’un protocole conçu pour imposer la discipline sur les transactions de tout le monde : la souplesse avec laquelle sa propre offre en tokens se comporte.
L’argument de Newton, c’est d’effectuer des vérifications d’éligibilité des investisseurs, des plafonds de dépenses, et des filtres d’exécution des mandats appliqués avant qu’une seule transaction ne soit autorisée. Pendant ce temps, NEWT en lui-même vient juste d’avoir environ 139 millions de tokens—soit plus d’un tiers de l’offre en circulation—qui ont été mis sur le marché en l’espace d’une semaine, avec plus de déblocages mensuels prévus après.
Le mécanisme est simple : NEWT paie les opérateurs qui exécutent ces contrôles de conformité pour tout le monde. Quand une telle quantité de l’offre se débloque d’un coup, les personnes censées être les gardiens neutres et économiquement liés de la « confiance » sont rémunérées avec un token qui se dilue plus vite que la plupart de ce que ça est censé protéger.
Personne n’applique de filtre d’éligibilité à un calendrier d’acquisition. Peut-être que c’est bien. Peut-être que non. Je n’ai pas encore décidé.
#Newt #newt $NEWT $LAB $POWER
Les déblocages devraient-ils être soumis au même niveau d’examen que les contrôles de conformité ?
🅰️ Yes
100%
🅱️ No
0%
3 Votes • Vote fermé
Quelque chose à propos du slashing me dérange d’une manière à laquelle je ne m’attendais pas. Non pas parce que c’est brutal, mais parce que c’est honnête. Les opérateurs de Newton mettent du capital en jeu en guise de garantie avant même de pouvoir évaluer une seule transaction. Se tromper à l’appel de conformité, de façon malhonnête, et de l’argent sort de leur poche. Comparez cela à la façon dont la conformité fonctionne normalement. Un analyste valide un mémo de risque puis passe à autre chose. S’ils ont tort, quelqu’un d’autre finit généralement par absorber le coût des mois plus tard, discrètement, dans un rapport que personne ne lit. Ici, le coût retombe sur le même acteur qui a pris l’appel, immédiatement, d’une manière qu’il ne peut pas écarter. Je ne sais pas si cela produit un meilleur jugement ou simplement un jugement plus prudent. La prudence sous caution n’est pas la même chose que la prudence exacte. Cela signifie peut-être seulement que les opérateurs commencent à rejeter tout ce qui est ambigu pour protéger leur participation, et l’ambiguïté est précisément là où vivent la plupart des décisions de conformité réelles. @NewtonProtocol #Newt $NEWT $EDGE $STG Le slashing rend les opérateurs- {future}(NEWTUSDT)
Quelque chose à propos du slashing me dérange d’une manière à laquelle je ne m’attendais pas. Non pas parce que c’est brutal, mais parce que c’est honnête. Les opérateurs de Newton mettent du capital en jeu en guise de garantie avant même de pouvoir évaluer une seule transaction. Se tromper à l’appel de conformité, de façon malhonnête, et de l’argent sort de leur poche. Comparez cela à la façon dont la conformité fonctionne normalement. Un analyste valide un mémo de risque puis passe à autre chose. S’ils ont tort, quelqu’un d’autre finit généralement par absorber le coût des mois plus tard, discrètement, dans un rapport que personne ne lit. Ici, le coût retombe sur le même acteur qui a pris l’appel, immédiatement, d’une manière qu’il ne peut pas écarter. Je ne sais pas si cela produit un meilleur jugement ou simplement un jugement plus prudent. La prudence sous caution n’est pas la même chose que la prudence exacte. Cela signifie peut-être seulement que les opérateurs commencent à rejeter tout ce qui est ambigu pour protéger leur participation, et l’ambiguïté est précisément là où vivent la plupart des décisions de conformité réelles.
@NewtonProtocol #Newt $NEWT $EDGE $STG
Le slashing rend les opérateurs-
Better
92%
Just cautious
8%
12 Votes • Vote fermé
Article
Le reçu qui survit aux règlesJe me suis surpris à fixer un détail de la documentation de Newton plus longtemps que prévu. Chaque tâche traitée par le réseau est estampillée avec une version de politique, pas seulement avec une politique. Au début, cela m’a semblé être un petit choix d’implémentation, du genre de chose qu’un ingénieur ajoute et que personne d’autre ne remarque. Puis j’ai compris que cela change la signification même d’un reçu de conformité lorsque le temps passe. Voici le mécanisme expliqué simplement. Lorsqu’une transaction demande une autorisation, les opérateurs de Newton l’évaluent par rapport à une version précise d’une politique, et non à un recueil de règles abstrait et toujours à jour. Le résultat est signé, horodaté, puis délivré sous la forme d’un reçu qu’autres systèmes peuvent ensuite vérifier sans avoir à relancer le contrôle eux-mêmes. Les données Oracle qui alimentent cette décision portent elles aussi leur propre horodatage, et les politiques peuvent définir un âge maximal avant que ces données ne soient considérées comme périmées. Tout cela paraît bien rangé. Et c’est précisément là que commence l’inconfort.

Le reçu qui survit aux règles

Je me suis surpris à fixer un détail de la documentation de Newton plus longtemps que prévu. Chaque tâche traitée par le réseau est estampillée avec une version de politique, pas seulement avec une politique. Au début, cela m’a semblé être un petit choix d’implémentation, du genre de chose qu’un ingénieur ajoute et que personne d’autre ne remarque. Puis j’ai compris que cela change la signification même d’un reçu de conformité lorsque le temps passe.
Voici le mécanisme expliqué simplement. Lorsqu’une transaction demande une autorisation, les opérateurs de Newton l’évaluent par rapport à une version précise d’une politique, et non à un recueil de règles abstrait et toujours à jour. Le résultat est signé, horodaté, puis délivré sous la forme d’un reçu qu’autres systèmes peuvent ensuite vérifier sans avoir à relancer le contrôle eux-mêmes. Les données Oracle qui alimentent cette décision portent elles aussi leur propre horodatage, et les politiques peuvent définir un âge maximal avant que ces données ne soient considérées comme périmées. Tout cela paraît bien rangé. Et c’est précisément là que commence l’inconfort.
@NewtonProtocol Vous héritez de la police de quelqu’un d’autre, et vous héritez aussi de son jugement. Mais vous n’héritez pas de la raison pour laquelle il a porté ce jugement. Vous héritez de la version qui a survécu : celle qui a suffisamment bien fonctionné pour que trois autres projets la copient. Tout ce qui a échoué avant cette version existait a déjà disparu. Ainsi, vous faites confiance à une certitude que vous ne pouvez pas reconstituer entièrement. C’est d’accord si les opérateurs Newton sont honnêtes. Mais les opérateurs sont mieux payés lorsqu’ils servent davantage d’applications avec la même politique. Ils prennent aussi plus de risques. Donc l’incitation agit dans les deux sens. Ils ont des raisons de rogner sur les angles, et des raisons de rester fermes. Le protocole parie sur le restaking et le slashing pour résoudre cette tension. Peut-être. Mais le slashing ne fonctionne que si la mauvaise conduite est visible. L’évaluation de la politique se fait à l’intérieur des TEE. La preuve est cryptographique. Vous pouvez vérifier que la vérification a eu lieu. Vous ne pouvez pas vérifier pourquoi. #Newt $NEWT $LAB $BEL Qu’est-ce qui compte le plus pour la confiance dans les réseaux de politiques ? {future}(NEWTUSDT)
@NewtonProtocol Vous héritez de la police de quelqu’un d’autre, et vous héritez aussi de son jugement. Mais vous n’héritez pas de la raison pour laquelle il a porté ce jugement. Vous héritez de la version qui a survécu : celle qui a suffisamment bien fonctionné pour que trois autres projets la copient. Tout ce qui a échoué avant cette version existait a déjà disparu. Ainsi, vous faites confiance à une certitude que vous ne pouvez pas reconstituer entièrement.

C’est d’accord si les opérateurs Newton sont honnêtes. Mais les opérateurs sont mieux payés lorsqu’ils servent davantage d’applications avec la même politique. Ils prennent aussi plus de risques. Donc l’incitation agit dans les deux sens. Ils ont des raisons de rogner sur les angles, et des raisons de rester fermes. Le protocole parie sur le restaking et le slashing pour résoudre cette tension. Peut-être. Mais le slashing ne fonctionne que si la mauvaise conduite est visible. L’évaluation de la politique se fait à l’intérieur des TEE. La preuve est cryptographique. Vous pouvez vérifier que la vérification a eu lieu. Vous ne pouvez pas vérifier pourquoi.
#Newt $NEWT $LAB $BEL
Qu’est-ce qui compte le plus pour la confiance dans les réseaux de politiques ?
Transparent policy design
75%
Strong operator accountability
25%
Verifiable policy execution
0%
4 Votes • Vote fermé
Le coût caché de la délégation de la vérificationJ’ai réfléchi à ce qui se passe réellement lorsqu’un opérateur évalue une politique et produit un reçu cryptographique. Le protocole Newton le présente comme quelque chose de simple : une transaction arrive, les opérateurs la vérifient par rapport à des politiques écrites en Rego, ils génèrent une preuve, puis les systèmes en aval héritent de la confiance. Mais je me heurte sans cesse à une faille qui me semble plus importante que ce que le marketing laisse entendre. La faille, c’est ceci : la vérification n’est pas la même chose que la confiance. Lorsque les opérateurs Newton mettent en jeu les opérateurs NEWT et valident des transactions à l’intérieur d’environnements d’exécution sécurisés (Trusted Execution Environments), ils créent une preuve que la validation a bien eu lieu. C’est réel. Un reçu cryptographique qui se règle sur la chaîne (onchain), visible par tout le monde dans le Newton Explorer. Le protocole est très sophistiqué à ce sujet. Mais une preuve que quelque chose a été vérifié n’est pas la même chose qu’une certitude que cela a été vérifié correctement. Et dès qu’une politique devient portable et que des applications en aval héritent des mêmes règles d’autorisation, le coût de se tromper sur la vérification cesse d’être un problème local.

Le coût caché de la délégation de la vérification

J’ai réfléchi à ce qui se passe réellement lorsqu’un opérateur évalue une politique et produit un reçu cryptographique. Le protocole Newton le présente comme quelque chose de simple : une transaction arrive, les opérateurs la vérifient par rapport à des politiques écrites en Rego, ils génèrent une preuve, puis les systèmes en aval héritent de la confiance. Mais je me heurte sans cesse à une faille qui me semble plus importante que ce que le marketing laisse entendre.
La faille, c’est ceci : la vérification n’est pas la même chose que la confiance.
Lorsque les opérateurs Newton mettent en jeu les opérateurs NEWT et valident des transactions à l’intérieur d’environnements d’exécution sécurisés (Trusted Execution Environments), ils créent une preuve que la validation a bien eu lieu. C’est réel. Un reçu cryptographique qui se règle sur la chaîne (onchain), visible par tout le monde dans le Newton Explorer. Le protocole est très sophistiqué à ce sujet. Mais une preuve que quelque chose a été vérifié n’est pas la même chose qu’une certitude que cela a été vérifié correctement. Et dès qu’une politique devient portable et que des applications en aval héritent des mêmes règles d’autorisation, le coût de se tromper sur la vérification cesse d’être un problème local.
L’infrastructure qui permet des expériences fluides mérite d’être prise en compte.
L’infrastructure qui permet des expériences fluides mérite d’être prise en compte.
Vérifié
Je continue de voir des équipes institutionnelles adopter Newton et parler de « déléguer la conformité ». Mais elles ne délèguent pas. Elles sous-traitent l’interprétation. Le réseau d’opérateurs appliquera les règles que vous écrivez. Ils sont payés NEWT pour vérifier chaque transaction de façon cohérente. Voici toutefois ce qui me laisse perplexe : lorsqu’une transaction existe dans les marges—ne viole aucune politique mais semble suspecte—qu’arrive-t-il alors ? L’opérateur n’a aucun intérêt à y consacrer du temps supplémentaire. Newton est plus rapide mais moins cher. Vous gagnez en cohérence. Vous perdez en jugement. Parfois, c’est la même chose. Parfois, ce n’est pas le cas. @NewtonProtocol #Newt $NEWT $LAB $CAP Qu’est-ce qui compte le plus pour la conformité institutionnelle ? {future}(NEWTUSDT)
Je continue de voir des équipes institutionnelles adopter Newton et parler de « déléguer la conformité ». Mais elles ne délèguent pas. Elles sous-traitent l’interprétation. Le réseau d’opérateurs appliquera les règles que vous écrivez. Ils sont payés NEWT pour vérifier chaque transaction de façon cohérente. Voici toutefois ce qui me laisse perplexe : lorsqu’une transaction existe dans les marges—ne viole aucune politique mais semble suspecte—qu’arrive-t-il alors ? L’opérateur n’a aucun intérêt à y consacrer du temps supplémentaire. Newton est plus rapide mais moins cher. Vous gagnez en cohérence. Vous perdez en jugement. Parfois, c’est la même chose. Parfois, ce n’est pas le cas.
@NewtonProtocol #Newt $NEWT $LAB $CAP
Qu’est-ce qui compte le plus pour la conformité institutionnelle ?
Consistent rule enforcement
100%
Human judgment in edge cases
0%
2 Votes • Vote fermé
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme