Binance Square
ŘeGáL TraÐér
11.3k Publications

ŘeGáL TraÐér

Compte Square Vérifié+
📢Binance Square KOL 🎯 | Signal Provider 📈 | Square Visionary |X/Twitter: @mir_mudassir872 Follow for trading signals
Ouvert au trading
Détenteur pour BNB
Détenteur pour BNB
Trade fréquemment
2.9 an(s)
1.1K+ Suivis
42.3K+ Abonnés
30.0K+ J’aime
Publications
Portefeuille
PINNED
·
--
Babylon essaie de rendre la sécurité de Bitcoin portable. Après avoir passé un certain temps avec l’architecture de staking de Babylon, un détail n’a cessé de m’y ramener : le projet ne déplace pas Bitcoin vers un autre écosystème. Il cherche à rendre utile le poids économique de Bitcoin sans demander à la BTC de quitter son propre réseau. La BTC reste verrouillée via le modèle UTXO et de scripts de Bitcoin. Il n’y a aucun actif enveloppé, de pont ou de transfert vers une autre chaîne. Les stakers délèguent à des Finality Providers, qui utilisent ce stake adossé à la BTC pour contribuer à sécuriser les Réseaux Superchargés de Bitcoin. La partie que je trouve la plus intéressante, c’est la conception de la punition. Si un Finality Provider signe des blocs contradictoires, des Signatures Extractables à Usage Unique peuvent révéler la clé nécessaire pour activer un chemin de slashing préautorisé. Les mécanismes de covenant contribuent à faire respecter les conditions selon lesquelles cette BTC peut être dépensée. Cela pourrait donner un sérieux avantage à de nouveaux réseaux PoS. Au lieu de dépendre entièrement d’un token jeune et faiblement distribué, ils peuvent commencer avec une sécurité adossée à la BTC native. Cependant, je continue de me demander ce qui se passe lorsque plusieurs réseaux commencent à s’appuyer sur les mêmes Finality Providers et les mêmes participants aux covenants. Qu’en pensez-vous ? Babylon peut-elle rendre la sécurité de Bitcoin réutilisable à grande échelle, ou est-ce qu’une trop grande responsabilité pourrait progressivement s’accumuler autour d’une couche de coordination relativement réduite ? @babylonlabs_io . $BABY . #baby #baby
Babylon essaie de rendre la sécurité de Bitcoin portable.

Après avoir passé un certain temps avec l’architecture de staking de Babylon, un détail n’a cessé de m’y ramener : le projet ne déplace pas Bitcoin vers un autre écosystème. Il cherche à rendre utile le poids économique de Bitcoin sans demander à la BTC de quitter son propre réseau.

La BTC reste verrouillée via le modèle UTXO et de scripts de Bitcoin. Il n’y a aucun actif enveloppé, de pont ou de transfert vers une autre chaîne. Les stakers délèguent à des Finality Providers, qui utilisent ce stake adossé à la BTC pour contribuer à sécuriser les Réseaux Superchargés de Bitcoin.

La partie que je trouve la plus intéressante, c’est la conception de la punition. Si un Finality Provider signe des blocs contradictoires, des Signatures Extractables à Usage Unique peuvent révéler la clé nécessaire pour activer un chemin de slashing préautorisé. Les mécanismes de covenant contribuent à faire respecter les conditions selon lesquelles cette BTC peut être dépensée.
Cela pourrait donner un sérieux avantage à de nouveaux réseaux PoS. Au lieu de dépendre entièrement d’un token jeune et faiblement distribué, ils peuvent commencer avec une sécurité adossée à la BTC native.
Cependant, je continue de me demander ce qui se passe lorsque plusieurs réseaux commencent à s’appuyer sur les mêmes Finality Providers et les mêmes participants aux covenants. Qu’en pensez-vous ? Babylon peut-elle rendre la sécurité de Bitcoin réutilisable à grande échelle, ou est-ce qu’une trop grande responsabilité pourrait progressivement s’accumuler autour d’une couche de coordination relativement réduite ?
@BabylonLabs_io . $BABY . #baby
#baby
A. Yes, it can scale 🚀
B. Yes, but risks remain ⚠️
C. Too early to tell 🤔
D. It may bottleneck 🧱
22 heure(s) restante(s)
PINNED
Bon matin avec 🎁🎁 une récompense.. Dépêchez-vous de réclamer la récompense 🚨 Partagez avec vos amis aussi.. $ON $ZAMA $ELON #BitcoinDominanceRisesTo59%
Bon matin avec 🎁🎁 une récompense..
Dépêchez-vous de réclamer la récompense 🚨
Partagez avec vos amis aussi..
$ON
$ZAMA
$ELON
#BitcoinDominanceRisesTo59%
Réclame une grosse récompense..! $BANK $ON $RIF
Réclame une grosse récompense..!
$BANK
$ON
$RIF
ŘeGáL TraÐér
·
--
Bon matin avec 🎁🎁 une récompense..
Dépêchez-vous de réclamer la récompense 🚨
Partagez avec vos amis aussi..
$ON
$ZAMA
$ELON
#BitcoinDominanceRisesTo59%
🎙️ SKHYNIX peut être léché à plusieurs reprises, le BTC au comptant continue d’attendre patiemment
avatar
Fin
04 h 27 min 18 sec
27.9k
28
28
🎙️ Faire un vrai trading en direct, une société
avatar
Fin
02 h 20 min 10 sec
23.2k
27
26
$AKE s’enfonce dans une zone de résistance majeure après une expansion parabolique, tandis que le rejet brutal du plus haut récent suggère que l’élan pourrait commencer à se refroidir Plan de trading : Vente à découvert sur $AKE Entrée : 0.000960 – 0.001020 SL : 0.001205 TP : 0.000880 TP : 0.000800 TP : 0.000700 La récente hausse s’est de plus en plus tendue après avoir gagné plus de 40 % et affiché une longue mèche de rejet depuis 0.001180. Le prix n’a pas réussi à rester au-dessus du niveau psychologique de 0.001000, tandis que la forte réaction depuis les plus hauts suggère que les acheteurs pourraient être absorbés par la prise de profits et par de nouvelles pressions vendeuses. Si AKE reste sous la zone d’entrée, une rotation baissière plus large vers la zone de cassure précédente et les zones de support pourrait suivre. Traitez $AKE ici 👇 {future}(AKEUSDT)
$AKE s’enfonce dans une zone de résistance majeure après une expansion parabolique, tandis que le rejet brutal du plus haut récent suggère que l’élan pourrait commencer à se refroidir

Plan de trading : Vente à découvert sur $AKE
Entrée : 0.000960 – 0.001020
SL : 0.001205
TP : 0.000880
TP : 0.000800
TP : 0.000700

La récente hausse s’est de plus en plus tendue après avoir gagné plus de 40 % et affiché une longue mèche de rejet depuis 0.001180. Le prix n’a pas réussi à rester au-dessus du niveau psychologique de 0.001000, tandis que la forte réaction depuis les plus hauts suggère que les acheteurs pourraient être absorbés par la prise de profits et par de nouvelles pressions vendeuses. Si AKE reste sous la zone d’entrée, une rotation baissière plus large vers la zone de cassure précédente et les zones de support pourrait suivre.

Traitez $AKE ici 👇
Binance Alpha prouve une fois de plus pourquoi il vaut le coup d’y jeter un œil.😍😍 Les meilleurs gains Alpha du jour : 🚀 $AKE +339% 🚀 $ODOS +55% 🚀 $DN +49% 🚀 $US +39% 🚀 $BROCCOLI +27% Si vous n’avez pas le temps d’étudier les graphiques, les figures en chandeliers, ou de surveiller le marché toute la journée, Binance Alpha est l’un des meilleurs endroits pour découvrir tôt des projets à forte dynamique. Mais n’oubliez pas : les rendements élevés s’accompagnent de risques élevés. Toutes les pièces Alpha ne deviennent pas des gagnantes. Gérez toujours votre risque : ✅ Ne cédez pas à la FOMO lors des pumps. ✅ Utilisez un dimensionnement de position approprié. ✅ Prenez vos profits en fonction de votre stratégie. ✅ N’investissez jamais plus que ce que vous pouvez vous permettre de perdre. J’ai intégré la vérification de Binance Alpha à ma routine quotidienne, car c’est souvent là que l’attention du marché se déplace en premier. Vous suivez déjà Binance Alpha, ou vous passez encore des heures à chercher le prochain joyau ? 🚀 #BinanceAlpha #crypto {alpha}(560x9b6a1d4fa5d90e5f2d34130053978d14cd301d58) {alpha}(84530xca73ed1815e5915489570014e024b7ebe65de679) {alpha}(560x2c3a8ee94ddd97244a93bc48298f97d2c412f7db)
Binance Alpha prouve une fois de plus pourquoi il vaut le coup d’y jeter un œil.😍😍

Les meilleurs gains Alpha du jour :

🚀 $AKE +339%
🚀 $ODOS +55%
🚀 $DN +49%
🚀 $US +39%
🚀 $BROCCOLI +27%

Si vous n’avez pas le temps d’étudier les graphiques, les figures en chandeliers, ou de surveiller le marché toute la journée, Binance Alpha est l’un des meilleurs endroits pour découvrir tôt des projets à forte dynamique.

Mais n’oubliez pas : les rendements élevés s’accompagnent de risques élevés. Toutes les pièces Alpha ne deviennent pas des gagnantes.

Gérez toujours votre risque :
✅ Ne cédez pas à la FOMO lors des pumps.
✅ Utilisez un dimensionnement de position approprié.
✅ Prenez vos profits en fonction de votre stratégie.
✅ N’investissez jamais plus que ce que vous pouvez vous permettre de perdre.

J’ai intégré la vérification de Binance Alpha à ma routine quotidienne, car c’est souvent là que l’attention du marché se déplace en premier.

Vous suivez déjà Binance Alpha, ou vous passez encore des heures à chercher le prochain joyau ? 🚀 #BinanceAlpha #crypto
Le problème d’identité le plus difficile de Newton n’est pas le KYC — c’est de rendre une seule preuve réutilisable sans la rendre universellement visible J’ai passé un peu de temps à regarder de près la manière dont Newton gère l’identité, et le point qui ressort le plus pour moi n’est pas la vérification elle-même. C’est l’étape de chaînage. Newton sépare le portefeuille d’identité d’un utilisateur du portefeuille utilisé à l’intérieur d’une application. L’identité est enregistrée sous un domaine spécifique, puis associée à une application particulière via un flux d’autorisation explicite. Cette autorisation inclut une signature, un nonce et une date limite. Je pense que c’est plus important qu’il n’y paraît au premier abord. La signature prouve l’approbation de l’utilisateur, le nonce limite la relecture, et la date limite empêche qu’une ancienne autorisation reste utile indéfiniment. D’abord, la conception ressemble à une manière plus propre d’éviter de répéter le KYC sur chaque application. Une politique peut vérifier si un utilisateur satisfait une condition, comme l’âge, la juridiction ou le statut d’approbation, sans recevoir l’enregistrement personnel sous-jacent. mais le problème plus profond commence dès que cette preuve devient réutilisable. Une preuve peut encore réussir la validation technique même lorsque les informations du monde réel derrière elle ont changé. Un émetteur peut révoquer l’approbation. Le pays ou le statut de l’utilisateur peut évoluer. Une politique peut continuer d’accepter un signal d’identité qui ne devrait plus être considéré comme digne de confiance. Il y a aussi un risque de confidentialité plus discret. Même lorsque les données sous-jacentes restent cachées, des liens répétés entre la même identité et différentes applications peuvent créer, à leur tour, une couche de corrélation. Pour moi, le modèle de Newton limité au domaine est une tentative réfléchie pour rendre l’identité portable sans la rendre largement chaînable. Cela dit, je soupçonne que la conception finira par être jugée moins sur la manière dont une preuve est reliée de façon sécurisée une fois, et davantage sur la fiabilité avec laquelle ce lien peut être mis à jour, révoqué et maintenu séparé à mesure que le nombre d’applications connectées augmente. $NEWT #Newt & @NewtonProtocol . $BILL $LIGHT
Le problème d’identité le plus difficile de Newton n’est pas le KYC — c’est de rendre une seule preuve réutilisable sans la rendre universellement visible

J’ai passé un peu de temps à regarder de près la manière dont Newton gère l’identité, et le point qui ressort le plus pour moi n’est pas la vérification elle-même.

C’est l’étape de chaînage.

Newton sépare le portefeuille d’identité d’un utilisateur du portefeuille utilisé à l’intérieur d’une application. L’identité est enregistrée sous un domaine spécifique, puis associée à une application particulière via un flux d’autorisation explicite.
Cette autorisation inclut une signature, un nonce et une date limite. Je pense que c’est plus important qu’il n’y paraît au premier abord. La signature prouve l’approbation de l’utilisateur, le nonce limite la relecture, et la date limite empêche qu’une ancienne autorisation reste utile indéfiniment.

D’abord, la conception ressemble à une manière plus propre d’éviter de répéter le KYC sur chaque application. Une politique peut vérifier si un utilisateur satisfait une condition, comme l’âge, la juridiction ou le statut d’approbation, sans recevoir l’enregistrement personnel sous-jacent.

mais le problème plus profond commence dès que cette preuve devient réutilisable.

Une preuve peut encore réussir la validation technique même lorsque les informations du monde réel derrière elle ont changé. Un émetteur peut révoquer l’approbation. Le pays ou le statut de l’utilisateur peut évoluer. Une politique peut continuer d’accepter un signal d’identité qui ne devrait plus être considéré comme digne de confiance. Il y a aussi un risque de confidentialité plus discret.
Même lorsque les données sous-jacentes restent cachées, des liens répétés entre la même identité et différentes applications peuvent créer, à leur tour, une couche de corrélation.

Pour moi, le modèle de Newton limité au domaine est une tentative réfléchie pour rendre l’identité portable sans la rendre largement chaînable. Cela dit, je soupçonne que la conception finira par être jugée moins sur la manière dont une preuve est reliée de façon sécurisée une fois, et davantage sur la fiabilité avec laquelle ce lien peut être mis à jour, révoqué et maintenu séparé à mesure que le nombre d’applications connectées augmente.
$NEWT #Newt & @NewtonProtocol .
$BILL
$LIGHT
Vérifié
Article
Pourquoi Newton utilise un seul condensat pour le consensus et un autre pour la responsabilisationJ’ai passé un peu de temps à examiner la façon dont Newton transforme plusieurs réponses d’opérateurs en une seule décision de politique. Plus je lis sur le flux d’attestation, plus une décision de conception revient sans cesse : Newton ne s’appuie pas sur un seul hachage pour l’ensemble du processus. Il en utilise deux. Au début, je me demandais si ce n’était qu’une complexité technique supplémentaire. Mais je pense que la raison devient plus claire une fois qu’on considère les attestations individuelles des opérateurs. Chaque opérateur produit sa propre attestation ECDSA. Cette preuve est spécifique à l’opérateur, ce qui signifie que la réponse complète n’est pas identique sur tout le réseau. En revanche, l’agrégation BLS fonctionne mieux lorsque chaque opérateur signe exactement le même message.

Pourquoi Newton utilise un seul condensat pour le consensus et un autre pour la responsabilisation

J’ai passé un peu de temps à examiner la façon dont Newton transforme plusieurs réponses d’opérateurs en une seule décision de politique. Plus je lis sur le flux d’attestation, plus une décision de conception revient sans cesse : Newton ne s’appuie pas sur un seul hachage pour l’ensemble du processus.
Il en utilise deux.
Au début, je me demandais si ce n’était qu’une complexité technique supplémentaire. Mais je pense que la raison devient plus claire une fois qu’on considère les attestations individuelles des opérateurs.
Chaque opérateur produit sa propre attestation ECDSA. Cette preuve est spécifique à l’opérateur, ce qui signifie que la réponse complète n’est pas identique sur tout le réseau. En revanche, l’agrégation BLS fonctionne mieux lorsque chaque opérateur signe exactement le même message.
Stratégies GRVT : le vrai test consiste à séparer le pouvoir de trader du contrôle du capital. J’ai passé un peu de temps à voir comment des stratégies de trading professionnelles pourraient fonctionner réellement on-chain, et une chose n’a cessé de revenir. Peut-être que le plus grand défi n’est pas de mettre les gestionnaires de fonds sur la blockchain. Peut-être que le défi consiste plutôt à décider du niveau de contrôle qu’un gestionnaire devrait avoir au départ. Ce qui m’a interpellé dans les stratégies GRVT, c’est cette séparation entre deux pouvoirs que les fonds traditionnels combinent généralement : la capacité à trader le capital et la capacité à contrôler le capital lui-même. Grâce aux coffres GRVT, des gestionnaires vérifiés peuvent prendre des décisions de trading, mais ils ne reçoivent pas une garde non restreinte des actifs des investisseurs. Les investisseurs reçoivent des parts de coffre liées à la valeur liquidative (VNI) de la stratégie, et les frais de gestion suivent des règles définies par le protocole. À première vue, cela ressemble à un changement significatif. Cela crée une structure qui permet aux investisseurs d’accéder à des stratégies professionnelles sans donner au gestionnaire un contrôle total sur leurs fonds. Mais plus j’y pense, plus je vois un autre défi. Supprimer le risque de garde ne résout qu’une partie du problème de confiance. Un gestionnaire peut ne pas être en mesure de retirer des fonds, mais il peut quand même prendre des décisions agressives, utiliser un levier excessif ou construire des stratégies qui échouent dans des conditions de marché inattendues. Même avec des règles concernant le calendrier des remboursements et les opérations des coffres, le protocole dépend encore de la qualité de la conception de la stratégie et de la gestion des risques. C’est là que je trouve l’idée intéressante. L’avenir de la gestion d’actifs on-chain ne sera peut-être pas seulement une question de prévention des mauvais usages des fonds. Il faudra peut-être aussi de meilleures façons de comprendre, mesurer et limiter les risques que les gestionnaires prennent avant que des pertes ne surviennent. Pour moi, l’approche de GRVT soulève une question plus vaste pour l’industrie🤔. Si la blockchain peut séparer la garde de la prise de décision, qui doit définir les limites d’une prise de risque responsable dans la gestion d’actifs décentralisée ? @grvt_io #grvt . $PYTHIA {alpha}(CT_501CreiuhfwdWCN5mJbMJtA9bBpYQrQF2tCBuZwSPWfpump) $PALU {alpha}(560x02e75d28a8aa2a0033b8cf866fcf0bb0e1ee4444) $BEE
Stratégies GRVT : le vrai test consiste à séparer le pouvoir de trader du contrôle du capital.

J’ai passé un peu de temps à voir comment des stratégies de trading professionnelles pourraient fonctionner réellement on-chain, et une chose n’a cessé de revenir. Peut-être que le plus grand défi n’est pas de mettre les gestionnaires de fonds sur la blockchain. Peut-être que le défi consiste plutôt à décider du niveau de contrôle qu’un gestionnaire devrait avoir au départ.

Ce qui m’a interpellé dans les stratégies GRVT, c’est cette séparation entre deux pouvoirs que les fonds traditionnels combinent généralement : la capacité à trader le capital et la capacité à contrôler le capital lui-même. Grâce aux coffres GRVT, des gestionnaires vérifiés peuvent prendre des décisions de trading, mais ils ne reçoivent pas une garde non restreinte des actifs des investisseurs. Les investisseurs reçoivent des parts de coffre liées à la valeur liquidative (VNI) de la stratégie, et les frais de gestion suivent des règles définies par le protocole.
À première vue, cela ressemble à un changement significatif. Cela crée une structure qui permet aux investisseurs d’accéder à des stratégies professionnelles sans donner au gestionnaire un contrôle total sur leurs fonds. Mais plus j’y pense, plus je vois un autre défi.

Supprimer le risque de garde ne résout qu’une partie du problème de confiance. Un gestionnaire peut ne pas être en mesure de retirer des fonds, mais il peut quand même prendre des décisions agressives, utiliser un levier excessif ou construire des stratégies qui échouent dans des conditions de marché inattendues. Même avec des règles concernant le calendrier des remboursements et les opérations des coffres, le protocole dépend encore de la qualité de la conception de la stratégie et de la gestion des risques.

C’est là que je trouve l’idée intéressante. L’avenir de la gestion d’actifs on-chain ne sera peut-être pas seulement une question de prévention des mauvais usages des fonds. Il faudra peut-être aussi de meilleures façons de comprendre, mesurer et limiter les risques que les gestionnaires prennent avant que des pertes ne surviennent.

Pour moi, l’approche de GRVT soulève une question plus vaste pour l’industrie🤔. Si la blockchain peut séparer la garde de la prise de décision, qui doit définir les limites d’une prise de risque responsable dans la gestion d’actifs décentralisée ?
@grvt_io #grvt .
$PYTHIA

$PALU
$BEE
Strategy managers 🧠
80%
Protocol rules ⚙️🤔
20%
5 Votes • Vote fermé
La stratégie de Michael Saylor continue d’évoluer, d’une manière que de nombreux investisseurs en Bitcoin n’auraient peut-être pas anticipée. Au lieu de considérer chaque dollar comme un pouvoir d’achat immédiat pour le BTC, l’entreprise a désormais étendu sa réserve en dollars américains à 3 milliards de dollars, en ajoutant 450 millions de dollars supplémentaires afin de renforcer sa liquidité. Cette réserve est conçue pour couvrir les dividendes liés aux actions privilégiées et les obligations d’intérêts, offrant ainsi à Strategy une plus grande marge financière, plutôt que de dépendre de ventes de Bitcoin pendant les périodes de tension. Rien que la semaine dernière, l’entreprise a aussi vendu 3 588 BTC, d’une valeur d’environ 216 millions de dollars, pour consolider cette position de liquidité. Je pense que cela marque un tournant intéressant. Pendant des années, Strategy a surtout été reconnue pour son accumulation agressive de Bitcoin. Aujourd’hui, elle montre que la gestion de sa structure de capital pourrait être tout aussi importante que la croissance de ses réserves d’actifs numériques. Une trésorerie plus solide pourrait aider l’entreprise à faire face à la volatilité, à respecter ses engagements de financement et à éviter une pression inutile sur ses détentions de Bitcoin à long terme. Cet équilibre entre l’exposition au Bitcoin et une importante réserve de liquidités pourrait-il devenir le nouveau modèle pour les entreprises publiques de trésorerie Bitcoin ? Partagez vos réflexions..!! $BTC #StrategyRaises$467MEquityNoBitcoinSold
La stratégie de Michael Saylor continue d’évoluer, d’une manière que de nombreux investisseurs en Bitcoin n’auraient peut-être pas anticipée.

Au lieu de considérer chaque dollar comme un pouvoir d’achat immédiat pour le BTC, l’entreprise a désormais étendu sa réserve en dollars américains à 3 milliards de dollars, en ajoutant 450 millions de dollars supplémentaires afin de renforcer sa liquidité. Cette réserve est conçue pour couvrir les dividendes liés aux actions privilégiées et les obligations d’intérêts, offrant ainsi à Strategy une plus grande marge financière, plutôt que de dépendre de ventes de Bitcoin pendant les périodes de tension. Rien que la semaine dernière, l’entreprise a aussi vendu 3 588 BTC, d’une valeur d’environ 216 millions de dollars, pour consolider cette position de liquidité.

Je pense que cela marque un tournant intéressant. Pendant des années, Strategy a surtout été reconnue pour son accumulation agressive de Bitcoin. Aujourd’hui, elle montre que la gestion de sa structure de capital pourrait être tout aussi importante que la croissance de ses réserves d’actifs numériques.

Une trésorerie plus solide pourrait aider l’entreprise à faire face à la volatilité, à respecter ses engagements de financement et à éviter une pression inutile sur ses détentions de Bitcoin à long terme.

Cet équilibre entre l’exposition au Bitcoin et une importante réserve de liquidités pourrait-il devenir le nouveau modèle pour les entreprises publiques de trésorerie Bitcoin ?
Partagez vos réflexions..!!
$BTC
#StrategyRaises$467MEquityNoBitcoinSold
Vérifié
Pourquoi Newton traite le code de politique comme un artefact vérifiable, pas seulement comme une configuration de contrat ? Passez du temps à réfléchir à un petit détail dans le flux de déploiement de la politique de Newton qui pourrait compter davantage qu’il n’y paraît au premier abord. Les politiques et leurs composants d’oracle de données basés sur WASM sont téléversés sur IPFS et référencés via des identifiants de contenu, tandis que le registre de politique onchain enregistre ce qui a été déployé. D’abord, cela ressemble à une décision d’ingénierie propre. La logique de la politique peut évoluer sans obliger chaque application à reconstruire ses contrats d’exécution. Un développeur peut mettre à jour une règle de risque, un contrôle de conformité ou un composant d’oracle tout en pointant vers l’artefact publié exact. Mais le problème plus profond n’est pas de savoir si la politique peut être vérifiée. Il s’agit de savoir si une ancienne autorisation peut encore être reconstruite une fois la politique modifiée. Pour que cela fonctionne, une autorisation peut devoir préserver davantage qu’un simple résultat d’approbation. Elle peut devoir rester liée au CID exact de la politique, au composant d’oracle pertinent, à l’état du registre, et au moment où la décision a été prise. C’est là que la conception devient plus intéressante. Le « content addressing » n’aide pas seulement Newton à stocker le code de politique. Cela pourrait devenir la base d’une couche de provenance complète autour des décisions automatisées. Je pense que cela deviendra de plus en plus important à mesure que des agents d’IA commenceront à agir sur des volumes de capital plus importants. Une vérification après exécution pourrait ne pas suffire. Le système pourrait aussi avoir besoin d’expliquer, des années plus tard, exactement quelles règles ont permis l’action. La question est de savoir si les futurs enregistrements d’autorisation de Newton contiendront suffisamment d’historique de politique pour rendre chaque décision réellement reproductible. @NewtonProtocol . $NEWT #Newt
Pourquoi Newton traite le code de politique comme un artefact vérifiable, pas seulement comme une configuration de contrat ?

Passez du temps à réfléchir à un petit détail dans le flux de déploiement de la politique de Newton qui pourrait compter davantage qu’il n’y paraît au premier abord.

Les politiques et leurs composants d’oracle de données basés sur WASM sont téléversés sur IPFS et référencés via des identifiants de contenu, tandis que le registre de politique onchain enregistre ce qui a été déployé.
D’abord, cela ressemble à une décision d’ingénierie propre. La logique de la politique peut évoluer sans obliger chaque application à reconstruire ses contrats d’exécution. Un développeur peut mettre à jour une règle de risque, un contrôle de conformité ou un composant d’oracle tout en pointant vers l’artefact publié exact.

Mais le problème plus profond n’est pas de savoir si la politique peut être vérifiée. Il s’agit de savoir si une ancienne autorisation peut encore être reconstruite une fois la politique modifiée. Pour que cela fonctionne, une autorisation peut devoir préserver davantage qu’un simple résultat d’approbation. Elle peut devoir rester liée au CID exact de la politique, au composant d’oracle pertinent, à l’état du registre, et au moment où la décision a été prise.

C’est là que la conception devient plus intéressante. Le « content addressing » n’aide pas seulement Newton à stocker le code de politique. Cela pourrait devenir la base d’une couche de provenance complète autour des décisions automatisées. Je pense que cela deviendra de plus en plus important à mesure que des agents d’IA commenceront à agir sur des volumes de capital plus importants. Une vérification après exécution pourrait ne pas suffire. Le système pourrait aussi avoir besoin d’expliquer, des années plus tard, exactement quelles règles ont permis l’action.
La question est de savoir si les futurs enregistrements d’autorisation de Newton contiendront suffisamment d’historique de politique pour rendre chaque décision réellement reproductible.
@NewtonProtocol . $NEWT #Newt
Article
Le design de Shield fixe de Newton échange des mises à jour rapides contre une confiance explicite.@NewtonProtocol $NEWT #Newt Je réfléchis à un choix de conception assez discret au sein de Newton VaultKit, et, franchement, cela en dit peut-être plus sur la philosophie de confiance du projet que le récit plus vaste autour du moteur de politiques. VaultKit place un contrat Shield entre le conservateur (curator) d’un coffre-fort et le coffre-fort sous-jacent. L’action privilégiée du conservateur—peut-être une réallocation, un ajustement de limite (cap), une mise à jour de file d’attente, ou tout autre appel au niveau du gestionnaire—est d’abord convertie en une intention exacte. Newton évalue cette intention par rapport à la politique configurée, renvoie une attestation, et ce n’est qu’ensuite que le Shield peut transmettre l’appel.

Le design de Shield fixe de Newton échange des mises à jour rapides contre une confiance explicite.

@NewtonProtocol $NEWT #Newt
Je réfléchis à un choix de conception assez discret au sein de Newton VaultKit, et, franchement, cela en dit peut-être plus sur la philosophie de confiance du projet que le récit plus vaste autour du moteur de politiques.
VaultKit place un contrat Shield entre le conservateur (curator) d’un coffre-fort et le coffre-fort sous-jacent. L’action privilégiée du conservateur—peut-être une réallocation, un ajustement de limite (cap), une mise à jour de file d’attente, ou tout autre appel au niveau du gestionnaire—est d’abord convertie en une intention exacte. Newton évalue cette intention par rapport à la politique configurée, renvoie une attestation, et ce n’est qu’ensuite que le Shield peut transmettre l’appel.
Vérifié
L’arbitrage réel de GRVT commence avant même que la transaction n’atteigne la chaîne. Je me souviens quand j’ai étudié GRVT pour la première fois : je pensais que l’idée principale était facile à comprendre : conserver la vitesse que les traders s’attendent à avoir, tout en évitant de donner à une seule plateforme un contrôle total sur les fonds des utilisateurs. Je pense que c’est probablement là que la plupart d’entre nous commenceraient. Mais plus j’ai étudié l’architecture, plus j’ai eu la sensation que la vraie question commence avant le règlement. GRVT conserve la mise en relation des ordres hors chaîne, tandis que la garde, la logique de marge et le règlement final sont gérés via des contrats intelligents. Pour moi, cette séparation est pragmatique. On ne peut pas demander aux traders actifs d’attendre que chaque ordre passe par un processus on-chain lent, surtout lorsque le prix et la liquidité peuvent changer en quelques secondes. Pourtant, je ne pense pas que règlement sécurisé et exécution équitable soient la même chose. La chaîne peut montrer que les soldes et les positions ont été mis à jour correctement. Mais est-ce que vous ou moi pouvons vérifier clairement ce qui s’est passé avant cela ? Un ordre a-t-il été retardé, réordonné ou traité différemment au sein du moteur de matching ? C’est là qu’il subsiste encore une part de confiance. La garde ségréguée, les contrôles de risque à double couche et la ZK Validium rendent la conception beaucoup plus solide. Elles réduisent les dégâts qu’un échec de la couche de trading pourrait causer et maintiennent les changements d’état vérifiables sans exposer publiquement chaque détail. Mais elles ne rendent pas automatiquement le processus de matching entièrement transparent. C’est pourquoi je pense que le prochain vrai test pour les exchanges hybrides ne sera peut-être pas un règlement plus rapide. Il s’agira plutôt de trouver une manière de rendre l’exécution hors chaîne plus observable, sans perdre la vitesse qui a rendu ce modèle utile. Feriez-vous davantage confiance à GRVT si l’équité d’exécution devenait elle aussi vérifiable de façon indépendante ? @grvt_io #grvt $VELVET $1000XEC $JCT
L’arbitrage réel de GRVT commence avant même que la transaction n’atteigne la chaîne.

Je me souviens quand j’ai étudié GRVT pour la première fois : je pensais que l’idée principale était facile à comprendre : conserver la vitesse que les traders s’attendent à avoir, tout en évitant de donner à une seule plateforme un contrôle total sur les fonds des utilisateurs. Je pense que c’est probablement là que la plupart d’entre nous commenceraient.

Mais plus j’ai étudié l’architecture, plus j’ai eu la sensation que la vraie question commence avant le règlement.

GRVT conserve la mise en relation des ordres hors chaîne, tandis que la garde, la logique de marge et le règlement final sont gérés via des contrats intelligents. Pour moi, cette séparation est pragmatique. On ne peut pas demander aux traders actifs d’attendre que chaque ordre passe par un processus on-chain lent, surtout lorsque le prix et la liquidité peuvent changer en quelques secondes. Pourtant, je ne pense pas que règlement sécurisé et exécution équitable soient la même chose.

La chaîne peut montrer que les soldes et les positions ont été mis à jour correctement. Mais est-ce que vous ou moi pouvons vérifier clairement ce qui s’est passé avant cela ? Un ordre a-t-il été retardé, réordonné ou traité différemment au sein du moteur de matching ? C’est là qu’il subsiste encore une part de confiance.

La garde ségréguée, les contrôles de risque à double couche et la ZK Validium rendent la conception beaucoup plus solide. Elles réduisent les dégâts qu’un échec de la couche de trading pourrait causer et maintiennent les changements d’état vérifiables sans exposer publiquement chaque détail. Mais elles ne rendent pas automatiquement le processus de matching entièrement transparent. C’est pourquoi je pense que le prochain vrai test pour les exchanges hybrides ne sera peut-être pas un règlement plus rapide. Il s’agira plutôt de trouver une manière de rendre l’exécution hors chaîne plus observable, sans perdre la vitesse qui a rendu ce modèle utile.

Feriez-vous davantage confiance à GRVT si l’équité d’exécution devenait elle aussi vérifiable de façon indépendante ?
@grvt_io #grvt
$VELVET
$1000XEC
$JCT
Yes, absolutely 🔍
50%
Maybe, show me proof 🤔
50%
Speed matters more ⚡
0%
Still not convinced 😅
0%
2 Votes • Vote fermé
Article
Ce que l’intention de Newton doit traverser avant de devenir une transactionHonnêtement : je me suis demandé ce qui se passe réellement entre le moment où un utilisateur décide de faire quelque chose et le moment où un smart contract finit par l’autoriser. Cet écart paraît simple de l’extérieur. Un utilisateur signe une transaction, le réseau la traite et le contrat s’exécute. Mais le protocole Newton brise ce chemin en plusieurs étapes distinctes : création de l’intention, signature de l’utilisateur, génération de la tâche, évaluation de l’opérateur, attestation BLS, puis exécution du smart contract. Au début, je pensais que c’était simplement une façon plus longue d’approuver une transaction.

Ce que l’intention de Newton doit traverser avant de devenir une transaction

Honnêtement : je me suis demandé ce qui se passe réellement entre le moment où un utilisateur décide de faire quelque chose et le moment où un smart contract finit par l’autoriser.
Cet écart paraît simple de l’extérieur.
Un utilisateur signe une transaction, le réseau la traite et le contrat s’exécute. Mais le protocole Newton brise ce chemin en plusieurs étapes distinctes : création de l’intention, signature de l’utilisateur, génération de la tâche, évaluation de l’opérateur, attestation BLS, puis exécution du smart contract.
Au début, je pensais que c’était simplement une façon plus longue d’approuver une transaction.
Ce que je trouve inhabituel avec l’enveloppe de confidentialité de Newton, c’est qu’elle donne à des données sensibles quelque chose qui s’apparente à une condition d’expiration. L’information n’est pas simplement chiffrée et stockée. Elle est enveloppée pour un client de politique particulier, une chaîne, une intention, une approbation de l’utilisateur et une signature de l’application. En d’autres termes, le secret n’est pas censé être lisible universellement. Il n’a de sens qu’au sein d’un seul itinéraire autorisé. Cela fait que l’EPN (NPE) ressemble moins à un coffre-fort de confidentialité qu’à une carte d’embarquement cryptographique. Les données peuvent voyager, mais seulement vers une destination spécifique et seulement avec les bonnes approbations jointes. Le risque, lui, se trouve à la porte. Le déchiffrement par seuil réduit le contrôle d’un seul opérateur, mais le texte en clair doit encore exister pendant l’évaluation. Cela transfère la charge de sécurité vers l’isolation mémoire, la discipline de journalisation, le logiciel de l’opérateur et les garanties de suppression. Mon avis est que la plus grande opportunité de Newton ne réside pas dans le stockage privé. Il s’agit de rendre les données sensibles exploitables sans les rendre réutilisables. Le fait que cette limite résiste à une mise à l’échelle dans le monde réel pourrait définir la valeur de l’ensemble de la conception, @NewtonProtocol . $NEWT #Newt {future}(NEWTUSDT)
Ce que je trouve inhabituel avec l’enveloppe de confidentialité de Newton, c’est qu’elle donne à des données sensibles quelque chose qui s’apparente à une condition d’expiration.

L’information n’est pas simplement chiffrée et stockée. Elle est enveloppée pour un client de politique particulier, une chaîne, une intention, une approbation de l’utilisateur et une signature de l’application. En d’autres termes, le secret n’est pas censé être lisible universellement. Il n’a de sens qu’au sein d’un seul itinéraire autorisé.

Cela fait que l’EPN (NPE) ressemble moins à un coffre-fort de confidentialité qu’à une carte d’embarquement cryptographique. Les données peuvent voyager, mais seulement vers une destination spécifique et seulement avec les bonnes approbations jointes.

Le risque, lui, se trouve à la porte. Le déchiffrement par seuil réduit le contrôle d’un seul opérateur, mais le texte en clair doit encore exister pendant l’évaluation. Cela transfère la charge de sécurité vers l’isolation mémoire, la discipline de journalisation, le logiciel de l’opérateur et les garanties de suppression. Mon avis est que la plus grande opportunité de Newton ne réside pas dans le stockage privé. Il s’agit de rendre les données sensibles exploitables sans les rendre réutilisables. Le fait que cette limite résiste à une mise à l’échelle dans le monde réel pourrait définir la valeur de l’ensemble de la conception,
@NewtonProtocol . $NEWT #Newt
Ce qui me fait réfléchir à propos de GRVT, c’est la confiance qui demeure hors chaîne J’ai passé quelque temps à étudier l’architecture hybride de GRVT et la partie qui retient le plus mon attention n’est pas le règlement on-chain. C’est tout ce qui se passe juste avant. La conception est facile à apprécier. Les ordres sont appariés hors chaîne, là où la vitesse compte, tandis que le règlement s’effectue on-chain via des contrats intelligents et des preuves à divulgation nulle de connaissance. Les utilisateurs conservent la garde en self-custody, les positions restent privées à l’intérieur de la couche Validium, et la garde ségrégée aide à réduire l’exposition aux contreparties habituelle qu’on observe sur les échanges centralisés. Cela ressemble à un compromis propre entre performance et sécurité. Mais je pense que la question la plus difficile se trouve dans la couche d’exécution. Même lorsqu’un opérateur ne peut ni voler des fonds ni créer un état final invalide, il peut néanmoins influencer l’ordonnancement, le timing et la rapidité avec laquelle un ordre est traité. La preuve peut confirmer que le règlement était correct, mais elle n’explique pas automatiquement si l’exécution a été équitable avant que cette preuve n’existe. Cela ne rend pas le modèle faible. Cela montre simplement où la confiance a été déplacée. Peut-être que l’avantage à long terme de GRVT dépendra moins de la preuve des transactions après exécution et davantage de rendre le chemin hors chaîne suffisamment transparent pour que les traders sérieux puissent lui faire confiance. Je me demande si les échanges hybrides auront finalement besoin d’une qualité d’exécution vérifiable, pas seulement d’un règlement vérifiable. #grvt @grvt_io $T $BEE $FHE
Ce qui me fait réfléchir à propos de GRVT, c’est la confiance qui demeure hors chaîne

J’ai passé quelque temps à étudier l’architecture hybride de GRVT et la partie qui retient le plus mon attention n’est pas le règlement on-chain. C’est tout ce qui se passe juste avant.

La conception est facile à apprécier. Les ordres sont appariés hors chaîne, là où la vitesse compte, tandis que le règlement s’effectue on-chain via des contrats intelligents et des preuves à divulgation nulle de connaissance. Les utilisateurs conservent la garde en self-custody, les positions restent privées à l’intérieur de la couche Validium, et la garde ségrégée aide à réduire l’exposition aux contreparties habituelle qu’on observe sur les échanges centralisés. Cela ressemble à un compromis propre entre performance et sécurité.

Mais je pense que la question la plus difficile se trouve dans la couche d’exécution. Même lorsqu’un opérateur ne peut ni voler des fonds ni créer un état final invalide, il peut néanmoins influencer l’ordonnancement, le timing et la rapidité avec laquelle un ordre est traité. La preuve peut confirmer que le règlement était correct, mais elle n’explique pas automatiquement si l’exécution a été équitable avant que cette preuve n’existe.

Cela ne rend pas le modèle faible. Cela montre simplement où la confiance a été déplacée. Peut-être que l’avantage à long terme de GRVT dépendra moins de la preuve des transactions après exécution et davantage de rendre le chemin hors chaîne suffisamment transparent pour que les traders sérieux puissent lui faire confiance. Je me demande si les échanges hybrides auront finalement besoin d’une qualité d’exécution vérifiable, pas seulement d’un règlement vérifiable. #grvt @grvt_io
$T
$BEE
$FHE
Article
Plus je pense à Newton, plus les paiements transfrontaliers me semblent être un problème de calendrier des politiques<c-21/> $NEWT #Newt passer un peu de temps à réfléchir au modèle de paiement transfrontalier du protocole Newton, et, honnêtement, je m’éloigne de plus en plus des discussions habituelles sur la vitesse. Ce qui me tracasse, c’est quelque chose de beaucoup plus simple. Un paiement peut sembler parfaitement valide sur la chaîne et, pourtant, être inacceptable dans le monde réel. L’expéditeur pourrait réussir une vérification d’identité, mais peut-être que sa juridiction est restreinte. Le destinataire pourrait sembler clair au moment où le paiement démarre, puis apparaître sur une liste actualisée de sanctions avant le règlement. Un transfert pourrait rester confortablement sous la limite d’un pays, tandis qu’un autre pays voit le même montant comme quelque chose qui nécessite une déclaration supplémentaire.

Plus je pense à Newton, plus les paiements transfrontaliers me semblent être un problème de calendrier des politiques

<c-21/> $NEWT #Newt
passer un peu de temps à réfléchir au modèle de paiement transfrontalier du protocole Newton, et, honnêtement, je m’éloigne de plus en plus des discussions habituelles sur la vitesse.
Ce qui me tracasse, c’est quelque chose de beaucoup plus simple.
Un paiement peut sembler parfaitement valide sur la chaîne et, pourtant, être inacceptable dans le monde réel.
L’expéditeur pourrait réussir une vérification d’identité, mais peut-être que sa juridiction est restreinte. Le destinataire pourrait sembler clair au moment où le paiement démarre, puis apparaître sur une liste actualisée de sanctions avant le règlement. Un transfert pourrait rester confortablement sous la limite d’un pays, tandis qu’un autre pays voit le même montant comme quelque chose qui nécessite une déclaration supplémentaire.
Je commence à penser que le cycle de vie des politiques de Newton compte davantage que ses smart contracts. Je passe du temps à réfléchir à la conception modulaire des politiques de Newton & j’y reviens sans cesse avec la même question. * Quelle est exactement l’application ici ? La réponse évidente serait le smart contract. Mais une fois que j’ai suivi le flux de la politique plus attentivement, cette réponse a commencé à me sembler incomplète. Un policyclient n’a pas besoin de porter toutes les limites de dépense, conditions d’identité ou restrictions d’agent dans son propre bytecode. Il peut pointer vers une politique gérée séparément. Cela signifie que le contrat peut rester exactement à sa place pendant que les règles autour de l’exécution continuent d’évoluer. Je trouve que c’est plus important que ce que ça ne paraît. Lorsqu’une intention arrive à la couche de calcul, les opérateurs doivent évaluer la même version de politique avec les mêmes entrées. Ils produisent des résultats signés, ces signatures sont agrégées, et le vérificateur vérifie l’attestation finale avant que l’exécution ne se poursuive. Donc le contrat ne fait pas vraiment le travail de logique de politique lui-même. Il vérifie si le réseau d’opérateurs a accepté le résultat. C’est là, je pense, que la conception devient à la fois utile et inconfortable. Vous réduisez la complexité on-chain, oui. Mais maintenant, les hachages de politiques, les changements de configuration, les ensembles d’opérateurs, la fraîcheur des données, la validité des signatures et l’expiration des attestations deviennent tous une partie du modèle de sécurité réel. Le contrat peut être inchangé, et pourtant l’application peut se comporter différemment. Peut-être que cela deviendra un problème beaucoup plus important quand des agents IA commenceront à utiliser le même système de politiques sur plusieurs protocoles. Je peux imaginer que les historiques de politiques, les règles de rollback & les contrôles de gouvernance deviendront aussi importants que les audits. Peut-être que les utilisateurs finiront par demander non seulement avec quel contrat ils interagissent, mais quelle version de la politique décide réellement de ce que ce contrat a le droit de faire. Et honnêtement ; - je me demande où se situe la véritable source de confiance lorsque le code reste figé mais que la couche d’autorisation continue d’évoluer. @NewtonProtocol $NEWT #Newt $XPIN $LAB Maintenant dites-moi ; .qu’est-ce que vous vérifieriez en premier ? 👀🤓
Je commence à penser que le cycle de vie des politiques de Newton compte davantage que ses smart contracts.

Je passe du temps à réfléchir à la conception modulaire des politiques de Newton & j’y reviens sans cesse avec la même question.

* Quelle est exactement l’application ici ?

La réponse évidente serait le smart contract. Mais une fois que j’ai suivi le flux de la politique plus attentivement, cette réponse a commencé à me sembler incomplète.

Un policyclient n’a pas besoin de porter toutes les limites de dépense, conditions d’identité ou restrictions d’agent dans son propre bytecode. Il peut pointer vers une politique gérée séparément.

Cela signifie que le contrat peut rester exactement à sa place pendant que les règles autour de l’exécution continuent d’évoluer.

Je trouve que c’est plus important que ce que ça ne paraît.

Lorsqu’une intention arrive à la couche de calcul, les opérateurs doivent évaluer la même version de politique avec les mêmes entrées. Ils produisent des résultats signés, ces signatures sont agrégées, et le vérificateur vérifie l’attestation finale avant que l’exécution ne se poursuive.

Donc le contrat ne fait pas vraiment le travail de logique de politique lui-même.

Il vérifie si le réseau d’opérateurs a accepté le résultat.

C’est là, je pense, que la conception devient à la fois utile et inconfortable.

Vous réduisez la complexité on-chain, oui. Mais maintenant, les hachages de politiques, les changements de configuration, les ensembles d’opérateurs, la fraîcheur des données, la validité des signatures et l’expiration des attestations deviennent tous une partie du modèle de sécurité réel.

Le contrat peut être inchangé, et pourtant l’application peut se comporter différemment.

Peut-être que cela deviendra un problème beaucoup plus important quand des agents IA commenceront à utiliser le même système de politiques sur plusieurs protocoles. Je peux imaginer que les historiques de politiques, les règles de rollback & les contrôles de gouvernance deviendront aussi importants que les audits. Peut-être que les utilisateurs finiront par demander non seulement avec quel contrat ils interagissent, mais quelle version de la politique décide réellement de ce que ce contrat a le droit de faire. Et honnêtement ; - je me demande où se situe la véritable source de confiance lorsque le code reste figé mais que la couche d’autorisation continue d’évoluer.
@NewtonProtocol $NEWT
#Newt $XPIN
$LAB
Maintenant dites-moi ; .qu’est-ce que vous vérifieriez en premier ? 👀🤓
Policy version 🧩🧐
34%
Contract code 👨‍💻🔍
33%
Operator set 🕵️🤝
0%
Governance 😅📜
33%
3 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