Aller au contenu
Financial Context Wiki

Comment effectuer un transfert interchaînes en toute sécurité

Procédure au niveau du compte pour vérifier la route, la cotation, l’autorisation, le test, l’état du message, la nouvelle tentative ou restitution, le jeton reçu et le résultat économique d’un transfert interchaînes.

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 transfert interchaînes sûr repose sur une chaîne de preuves, pas sur une seule confirmation du wallet. Définissez d’abord l’actif exact et l’état final utilisable ; vérifiez la route et la cotation exécutable ; n’accordez que l’autorité nécessaire ; effectuez un test limité ; soumettez une seule fois ; suivez séparément les états source, message et destination ; puis rapprochez le contrat exact reçu, les autorisations et le résultat économique.

L’architecture du protocole relève de l’analyse du bridge interchaînes. Cette liste transforme la documentation actuelle d’une route choisie en procédure au niveau du compte. Un débit sur une plateforme custodiale suivi d’un retrait sur un autre réseau est un parcours de contrepartie distinct, pas nécessairement un bridge on-chain. Aucune route, petit test ou qualification officielle n’élimine le risque.

Liste de contrôle des transferts interchaînes
0 / 5
0 articles examinés; 5 points toujours non résolus

La réalisation de cet examen ne prouve pas qu'un actif, une transaction ou un système est sûr.

Fonctionnement

  1. Définir l’autorisation et l’état final utilisable. Noter l’actif source, l’actif et le protocole de destination souhaités, le destinataire, le montant, la perte maximale, l’attente maximale et si le jeton final doit être remboursable, négociable ou accepté en garantie. Ne pas partir du seul ticker.
  2. Figer l’instantané de la route à partir de sources officielles indépendantes : protocole et version, chainId ou domaine source et de destination, passerelle, routeur, messager, proxy, spender, paire de jetons, format du destinataire, décimales, montant brut, bloc et horodatage. Revérifier la chaîne et le compte actifs du wallet après chaque événement chainChanged du fournisseur.
  3. Examiner les règles de confiance et de récupération propres à la direction. Noter la finalité source requise, le vérificateur ou attestateur, les contrôles d’administration et de mise à niveau, les pauses et limites de débit, l’exécuteur à destination, l’unicité du message et les parcours de nouvelle tentative, réclamation, expiration et restitution. Les relier à l’architecture du bridge plutôt que déduire la sécurité de son nom.
  4. Construire une cotation exécutable et un registre de financement. Séparer le principal et les frais de protocole ou LP libellés en jetons du gas natif source et de destination, du slippage, de l’impact sur le prix et du coût d’attente. Noter horodatage, expiration, capacité, sortie minimale et échéance de la cotation, puis vérifier que le jeton reçu convient à l’étape suivante.
  5. Limiter l’autorité et effectuer un test circonscrit. Vérifier le spender ERC-20 exact et l’allowance, le permit ou le périmètre d’opérateur actuel ; conserver du gas sur les deux chaînes ; examiner la value et les calldata ; tester la même route et le même destinataire avec une limite absolue de perte prédéfinie. Un petit succès ne prouve ni la capacité pour un montant élevé ni la sécurité future.
  6. Avant le transfert complet, actualiser chaîne, compte, contrats, soldes, nonce, cotation, allowance, état de pause et limites. Soumettre une seule fois l’action source et conserver son reçu, l’identifiant ou nonce du message, la référence de preuve ou d’attestation et la transaction de destination. Traiter signé, soumis, inclus, finalisé, prêt, relayé, exécuté, confirmé, échoué, expiré et remboursable comme des états distincts.
  7. Diagnostiquer selon l’état et rapprocher le résultat. Ne réessayer une étape idempotente documentée à destination qu’après avoir prouvé l’existence de l’action et du message source, l’absence de crédit au destinataire et la non-consommation du message ; ne jamais répéter aveuglément un dépôt ou une destruction. Confirmer jeton exact, solde réel et sortie à destination, tous les frais, allowance restante et créances en attente ou restituées, puis révoquer l’autorité excessive et archiver les preuves.

Exemples détaillés

  • Contrôle d’identité en unités brutes. Un transfert de 2,500.000000 USDC depuis un jeton vérifié avec 6 decimals encode 2,500 * 10^6 = 2,500,000,000 raw units. Employer 18 decimals encoderait 2,500,000,000,000,000,000,000, soit 10^12 fois le montant brut prévu. Le jeton et le spender source, le jeton de destination et les adresses du destinataire doivent tous être vérifiés avant signature.
  • Registre de sortie et coût économique. Le principal est de 12,000 units, les frais de protocole de 18 units et les frais LP de 24 units, donc la sortie en jetons à destination est 12,000 - 18 - 24 = 11,958 units. Le gas source est de 0.004 ETH et celui de destination de 0.0015 ETH ; à 2,500 USD/ETH, ils coûtent $10 et $3.75. Si une unité vaut $1, le coût économique total est $18 + $24 + $10 + $3.75 = $55.75 et la valeur nette reçue $11,944.25, tandis que le solde en jetons reste 11,958 units.
  • Les lots séquentiels ne modifient que l’exposition limitée. Transférer 12,000 units en une fois expose 12,000 units dans l’opération actuelle et entraîne un coût de gas fixe hypothétique de $9. Trois lots séquentiels de 4,000-unit, rapprochés avant le suivant, limitent le principal actuellement en transit à 4,000 units, mais coûtent 3 * $9 = $27, soit $18 de plus. Les représentations déjà reçues restent exposées jusqu’à leur remboursement ou leur vente.
  • Nouvelle tentative à destination propre au produit. Dans un exemple CCTP, l’utilisateur détruit 2,500 USDC avec le nonce de message 41 ; l’attestation s’achève, mais la première émission à destination revert après avoir dépensé 0.0024 ETH. À 2,500 USD/ETH, cela coûte $6. Après confirmation de l’absence de crédit au destinataire et de la non-utilisation du nonce, l’utilisateur finance 0.002 ETH et suit la nouvelle tentative documentée d’émission CCTP, ajoutant $5 ; une seule émission crédite 2,500 USDC et le gas total à destination est de $11. Cette limite idempotente ne doit pas être généralisée aux autres bridges.

Risques

  • Sélectionner une source, une destination, un chainId ou un domaine incorrects.
  • Utiliser une mauvaise route, un mauvais déploiement ou une mauvaise version du protocole.
  • Suivre une interface, une documentation ou un compte de support d’hameçonnage.
  • Approuver une passerelle, un routeur, un messager, un proxy ou un spender contrefait.
  • Accepter un mauvais mapping de jetons ou une représentation au même symbole.
  • Envoyer au mauvais destinataire, format d’adresse, mémo ou compte de destination.
  • Mal interpréter les décimales ou les unités brutes.
  • Accorder une approval, un permit ou une autorité d’opérateur excessifs.
  • Signer des calldata malveillantes ou une native value non prévue.
  • Utiliser une cotation obsolète, omettre la sortie minimale ou dépasser l’échéance.
  • Dépasser la capacité, les limites de débit ou le slippage acceptable de la route.
  • Sous-financer le gas sur la source.
  • Sous-financer le gas de réclamation, nouvelle tentative ou restitution à destination.
  • Se fier à une finalité source insuffisante ou à un bloc réorganisé.
  • Attendre une preuve, attestation, relayeur ou exécuteur retardés.
  • Rencontrer un revert à destination ou un compte ou hook de jeton non pris en charge.
  • Répéter aveuglément un dépôt, une destruction ou un message déjà consommé.
  • Manquer une pause, une mise à niveau, un changement d’administrateur ou de configuration.
  • Recevoir un jeton illiquide, désancré, non remboursable ou non pris en charge.
  • Mal gérer confidentialité, faux support, fiscalité, sanctions, conservation ou preuves de récupération.

Idées reçues

  • Une transaction source réussie signifie que le transfert interchaînes est achevé.
  • Les jetons portant le même ticker sont le même actif et la même créance.
  • Un petit test réussi prouve qu’un transfert important ou futur est sûr et liquide.
  • Canonique, officiel, rapide ou audité signifie risque nul.
  • Un transfert bloqué doit être réparé en répétant le dépôt ou en contactant un administrateur de groupe.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...