L’ERC-7683 est souvent décrit en s’appuyant sur des interfaces issues d’une version antérieure de la proposition. Le projet actuel utilise une autre frontière de standardisation.

Il n’est pas nécessaire que chaque protocole de type intent partage une seule structure d’ordre, un contrat d’éscrow, une enchère, un mécanisme de règlement ou une fonction de remplissage de destination. Au lieu de cela, un protocole expose un ordre sous forme de charge utile opaque et fournit un résolveur qui le traduit en une représentation commune orientée vers le solveur.

Cette représentation résolue peut décrire :

• Étapes d’exécution requises

• Variables choisies ou observées pendant l’exécution

• Exigences de dépenses en tokens et en gaz

• Dépendances des étapes et bornes de timing

• Paiements attendus et retards

• Hypothèses que le résolveur ne peut pas vérifier lui-même

Cela peut réduire le nombre d’intégrations protocolaires sur mesure qu’un solveur doit construire. Cela ne garantit pas que le protocole de l’intention sous-jacent est sécurisé.

Les contrats de règlement, les tokens, les ponts, les systèmes de messagerie, les enchères et les services hors chaîne conservent leurs propres risques. Un solveur est exposé dès le moment où il accorde des autorisations, du gaz, du capital ou des transactions, jusqu’à ce que le paiement attendu soit final et utilisable.

Passez en revue le résolveur et, séparément, le chemin de règlement sous-jacent. Les instructions standardisées sont utiles, mais elles ne remplacent pas une vérification préalable (due diligence) au niveau du protocole.

Guide complet de TokenToolHub :

https://tokentoolhub.com/erc-7683-cross-chain-intents-solver-risk/

#Ethereum #defi #interoperability #blockchain #Web3