🧵 @Agglayer v0.3 est sorti. La plupart des ponts reposent encore sur des vibes de "faites-nous confiance". Cette version renverse enfin le modèle : "ne faites pas confiance au pont, vérifiez l'état." Laissez-moi vous expliquer ce qui a changé et pourquoi c'est important 👇

Avant la v0.3, Agglayer se concentrait principalement sur la vérification des messages inter-chaînes — pas sur ce qui se passait à l'intérieur des chaînes. Disons que la Chaîne A envoie 100 USDC à la Chaîne B. L'ancien modèle vérifiait simplement qu'un "message pour envoyer 100 USDC" avait été transmis. Mais il ne prouvait pas : - si la Chaîne A avait réellement déduit 100 USDC de votre portefeuille - ou si la Chaîne B avait correctement émis les jetons. Vous faisiez confiance aux séquenceurs ou à la logique du pont pour "faire la bonne chose". Avec la v0.3, Agglayer ajoute une vérification complète de ces étapes internes. Il vérifie : - Que la transition d'état sur la Chaîne A était valide (par exemple, le solde a été déduit) - Que le comportement du pont et la réclamation sur la Chaîne B correspondent à ce qui s'est réellement passé. Fini la confiance aveugle. Tout est maintenant prouvable.

Agglayer v0.3 est une mise à jour majeure de la preuve pessimiste. L'idée principale ? Les chaînes attachent désormais une preuve qui montre qu'elles ont correctement finalisé leur propre bloc — selon leurs propres règles. Pensez-y comme à un #2FA pour le règlement : un facteur est la différence d'état, le second est la preuve que le bloc a été construit honnêtement.

La sécurité d'Agglayer v0.3 est renforcée via un flux en trois étapes : 1️⃣ La preuve de transition d'état prouve sa propre transition d'état (via preuve zk ou ECDSA) 2️⃣ La preuve d'AggProver vérifie la preuve de transition d'état et les contraintes de pont (c'est-à-dire, sorties, changements de racine) 3️⃣ Enfin, l'ensemble est réexécuté. Cela rend l'ensemble du système vérifiable et résistant à la falsification — pas de raccourcis, pas d'hypothèses de confiance. Chaque étape est exécutée dans un zkVM, où nous utilisons @SuccinctLabs SP1 ! Cela fait trois preuves SP1 par engagement d'état de chaîne ! Triple confiance ! C'est sans confiance, modulaire et beaucoup plus sécurisé. Expliquons chaque couche une par une :

Étape 1 — Preuve de transition d'état C'est ici que chaque chaîne prouve que sa propre transition d'état interne est valide. Si vous êtes un zk rollup, vous générez une preuve de validité complète (par exemple, Plonky2/3, STARK, etc). Si vous ne l'êtes pas, vous pouvez signer la nouvelle racine d'état en utilisant ECDSA. L'objectif ici : prouver "J'ai traité ces transactions et mis à jour mon état honnêtement." La sortie est une preuve d'état local — elle ne dit encore rien sur les ponts, juste la correction interne.

5,31 k

Le contenu de cette page est fourni par des tiers. Sauf indication contraire, OKX n’est pas l’auteur du ou des articles cités et ne revendique aucun droit d’auteur sur le contenu. Le contenu est fourni à titre d’information uniquement et ne représente pas les opinions d’OKX. Il ne s’agit pas d’une approbation de quelque nature que ce soit et ne doit pas être considéré comme un conseil en investissement ou une sollicitation d’achat ou de vente d’actifs numériques. Dans la mesure où l’IA générative est utilisée pour fournir des résumés ou d’autres informations, ce contenu généré par IA peut être inexact ou incohérent. Veuillez lire l’article associé pour obtenir davantage de détails et d’informations. OKX n’est pas responsable du contenu hébergé sur des sites tiers. La détention d’actifs numériques, y compris les stablecoins et les NFT, implique un niveau de risque élevé et leur valeur peut considérablement fluctuer. Examinez soigneusement votre situation financière pour déterminer si le trading ou la détention d’actifs numériques vous convient.