Aller au contenu
Financial Context Wiki

Bridge canonique

Un guide axé sur la vérification des bridges désignés par le protocole, de la couverture des actifs, des états des messages interdomaines, des retraits avec fault ou validity proofs, des contrôles de mise à niveau, des frais et des comparaisons avec les bridges rapides.

Mis à jour

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

Un bridge canonique est la voie de transfert d’actifs ou de messages désignée par un rollup ou un écosystème blockchain précis. Il relie généralement des contrats qui placent un actif en escrow ou le brûlent sur un réseau, transmettent un message reconnu par le protocole, puis créent, débloquent ou libèrent l’actif correspondant sur l’autre réseau. Le terme canonique est une qualification propre à l’écosystème, et non une norme universelle, une garantie cryptographique ou une preuve de l’authenticité d’un site et d’une adresse.

Sa sécurité ne résulte pas d’une formule additive. Elle dépend conjointement de la finalité du réseau source, de la disponibilité des données, de la vérification des états ou messages, de la comptabilité du bridge, de l’exécution à destination, de la protection contre le replay, des pouvoirs de mise à niveau et de pause, et d’une voie de sortie utilisable. Un bridge rapide peut avancer des liquidités aux utilisateurs et régler plus tard par la voie canonique, mais il ajoute alors des hypothèses relatives au fournisseur de liquidité, au solver, au vérificateur et à l’exécution, au lieu d’accélérer gratuitement la même machine à états.

1
Verrouiller ou brûler

Le contrat de chaîne source dépose ou détruit la représentation source.

Fonctionnement

  1. Fixez l’instantané de la voie : chainId source et destination, sens, stack et version du rollup, adresses du bridge, portal, messenger, inbox ou gateway, adresses des jetons, destinataire, montant, références de blocs et documentation officielle. Ne vous fiez jamais uniquement à un résultat de recherche ou au qualificatif officiel.
  2. Déterminez le modèle de sécurité et de contrôle. Consignez les règles de fault proof optimiste ou de validity proof, le mode de disponibilité des données, le sequencer et la voie forcée, l’implémentation du proxy, l’administrateur ou le conseil de sécurité, le timelock, l’état de pause, les limites de débit et le délai de mise à niveau. Canonique ne signifie pas immuable.
  3. Classez le registre de l’actif. Distinguez la valeur native des jetons ERC-20 et identifiez le mécanisme lock-and-mint, burn-and-release ou burn-and-mint. Vérifiez la paire de jetons enregistrée, les unités brutes, les décimales, le custom gateway et la prise en charge des actifs fee-on-transfer, rebasing ou soumis à une denylist.
  4. Construisez la machine à états des messages propre à chaque sens. Un dépôt peut passer par l’approbation, l’escrow ou le burn à la source, la finalité à la source, la dérivation ou le relay, puis le mint ou le déblocage à destination. Un retrait peut nécessiter un burn ou escrow à destination, l’inclusion du message, un state commitment, une preuve, une contestation ou acceptation de la preuve, la finalisation et la libération à la source.
  5. Suivez trois horloges séparément : inclusion de la transaction, règlement du protocole ou finalité de l’état, et disponibilité de l’actif pour l’utiliser ou le retirer. Consignez le hash de la transaction source, le hash du message ou du retrait, la référence d’output ou de preuve et chaque transaction de relay, prove, finalize, claim, retry ou refund.
  6. Établissez le registre économique. Séparez le principal transféré, le gas à la source et à la destination, le gas de preuve ou de finalisation, les frais du protocole ou du relayer, les frais du fournisseur de liquidité, le slippage et le coût d’opportunité de l’attente. Comparez bridge rapide et voie canonique comme des droits et modèles de confiance distincts.
  7. Rapprochez la voie achevée des reçus, événements, soldes en escrow, offre de la représentation, droits en attente, soldes du destinataire et allowances restantes. Attendez la finalité requise, conservez du gas d’urgence, testez les voies permissionless ou forcées le cas échéant et arrêtez-vous plutôt que de répéter un dépôt dont l’état du message reste inexpliqué.

Exemples détaillés

  • Registre d’un dépôt d’actif natif. Un utilisateur commence avec 5.0000 ETH, dépose 2.5000 ETH et paie 0.0042 ETH de gas sur le réseau source. Le wallet source termine à 5.0000 - 2.5000 - 0.0042 = 2.4958 ETH ; l’escrow augmente de 2.5000 ETH ; et, après un relay individuel réussi, la représentation à destination augmente de 2.5000 ETH. Le ratio de couverture est 2.5000 / 2.5000 = 100%. L’escrow et la représentation sont la couverture et le droit correspondant, pas 5 ETH de valeur économique nouvellement créée.
  • Unités brutes et correspondance du jeton. Un utilisateur dépose 1,250.000000 USDC. Le contrat source vérifié emploie 6 decimals, donc le montant brut est 1,250 * 10^6 = 1,250,000,000. Avec une correspondance individuelle vérifiée et sans frais du jeton, l’escrow source et le mint à destination varient chacun de 1,250,000,000 raw units, affichés à distance comme 1,250.000000 USDC. Un jeton portant le même symbole à une autre adresse ne constitue pas une preuve équivalente.
  • Les horloges de retrait sont distinctes. Supposons qu’un déploiement enregistre un retrait le 2026-08-01 12:00:00 UTC et applique une période de contestation de 604,800-second = 7-day à partir de ce début défini par le protocole. Le seuil temporel est 2026-08-08 12:00:00 UTC ; une transaction de prove ou finalize, le gas et la politique de confirmation retenue sur le réseau source peuvent allonger le délai. Cet exemple paramétré n’affirme pas que chaque bridge attend sept jours, et la finalité de la transaction à destination ne libère pas à elle seule les fonds à la source.
  • Devis de la voie rapide face au coût de l’attente. Pour 10,000 USDC, un bridge rapide facture 0.08% plus 3 USDC, hors gas et slippage. Le coût est de 10,000 * 0.0008 + 3 = 11 USDC et le produit immédiat de 9,989 USDC. Par rapport à une attente canonique hypothétique de 7-day, le prix annualisé simple de l’accès anticipé est (11 / 9,989) * (365 / 7) = 5.7420305193%. Cette comparaison n’est ni un rendement ni un taux sans risque et exclut les risques de solver, liquidité, défaut et règlement.

Risques

  • Utiliser une interface de phishing ou un domaine de documentation non vérifié.
  • Choisir les mauvais réseau source ou destination et chainId.
  • Envoyer vers un bridge, portal, messenger, gateway ou destinataire contrefait.
  • Accepter un jeton de même symbole dont la correspondance enregistrée est différente.
  • Mal interpréter les décimales, unités brutes ou comportements de transfert non standard.
  • Confondre actifs natifs, jetons de gas enveloppés et représentations transférées par bridge.
  • Exposer une allowance excessive ou approuver le mauvais spender.
  • Manquer une mise à niveau du proxy, une compromission de l’administrateur, une intervention du conseil de sécurité ou une modification du timelock.
  • Rencontrer une pause, denylist, limite de débit ou voie de retrait gelée.
  • Considérer un reçu source comme preuve de la réussite de l’exécution à destination.
  • Sous-financer le gas d’exécution, retry, prove, claim ou refund à destination.
  • Perdre un message à cause de l’expiration du retry, d’un mauvais traitement du refund ou de l’address aliasing.
  • Ignorer une réorganisation du réseau source ou une finalité insuffisante.
  • Dépendre d’un sequencer qui censure ou est indisponible sans voie forcée opérationnelle.
  • Perdre la disponibilité des données nécessaire pour prouver, reconstruire ou quitter l’état.
  • Accepter une state root, une preuve de message, un nullifier ou une condition de replay invalides.
  • Dépendre de proposers, provers, challengers ou finalizers permissioned indisponibles.
  • Mal interpréter un paramètre de contestation, maturité ou acceptation de preuve après une mise à niveau.
  • Subir l’insolvabilité de l’escrow, une dérive comptable, le depeg du jeton ou l’illiquidité à destination.
  • Ajouter les risques liés au bridge rapide, à l’agrégateur, au vérificateur, au LP, au solver, au slippage, aux impôts et aux sanctions.

Idées reçues

  • Canonique est une norme universelle et signifie automatiquement trustless ou sans risque.
  • Une transaction source réussie ou un solde apparu dans l’UI prouvent un règlement définitif.
  • Tous les retraits de rollups ont le même délai d’attente de sept jours.
  • L’escrow source et les représentations à destination peuvent être additionnés comme TVL indépendants.
  • Un bridge rapide est simplement le même bridge canonique doté d’un réglage de vitesse.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...