ERC-7683 soll die Fragmentierung zwischen Cross-Chain-Intent-Protokollen verringern, indem es Solvern eine gemeinsame Möglichkeit bietet, Orders zu verstehen.
Der aktuelle Entwurf ist Resolver-zentriert. Ein Protokoll kann sein eigenes Payload-, Autorisierungs-, Auktions- und Abwicklungsmodell beibehalten und zugleich einen Resolver veröffentlichen, der die Order in Schritte, Variablen, Zahlungen und explizite Annahmen übersetzt, die ein Solver bewerten kann.
Das unterscheidet sich von vielen älteren Erläuterungen zu ERC-7683. Frühere Entwürfe beschrieben universelle Strukturen und Schnittstellen wie GaslessCrossChainOrder, IOriginSettler, IDestinationSettler, open, openFor und fill. Diese Ideen sind weiterhin als historischer Kontext nützlich, bilden aber nicht mehr den aktuellen normativen Rahmen.
Das neue Design gibt Protokollen mehr Flexibilität. Zugleich macht es einen Punkt besonders wichtig: Der Resolver wird zu einem kritischen Objekt, das Solver prüfen und dem sie vertrauen müssen.
Ein Solver kann Gas, Genehmigungen, Liquidität und Transaktionen bereitstellen, bevor die erwartete Zahlung endgültig ist. Er muss verstehen, welche Chains und Contracts aufgerufen werden müssen, welche Bedingungen erfüllt sein müssen, wie Variablen ausgewählt werden, was fehlschlagen kann und ab wann die Zahlung ausgegeben werden kann.
Die Standardisierung hilft Solvern, diese Informationen zu interpretieren. Sie garantiert nicht die Sicherheit des zugrunde liegenden Systems.
Das Protokoll kontrolliert weiterhin Bereiche wie die Autorisierung durch Nutzer, Nonces, Stornierungen, Rückerstattungen, Replay-Schutz, Escrow, die Überprüfung des Settlements und Teilausführungen. Bridges, Messaging-Systeme, Token, Oracles und Ressourcensperren bergen weiterhin eigene Risiken. Ein Resolver kann eine unsichere Route korrekt beschreiben.
Nutzer sollten weiterhin die Ursprungs-Chain, den Eingabe-Asset, die Ziel-Chain, den Empfänger, die erwartete Ausgabe, die Frist und den Umfang der Autorisierung überprüfen. Entwickler sollten für den Resolver und das Settlement-Protokoll jeweils separate Bedrohungsmodelle erstellen. Audits sollten bestätigen, dass die aufgelösten Anweisungen mit der tatsächlichen Ausführung übereinstimmen und dass alle Annahmen offengelegt statt verborgen werden.
ERC-7683 kann dazu beitragen, einen größeren und wettbewerbsfähigeren Solver-Markt zu schaffen. Die richtige Schlussfolgerung in puncto Sicherheit lautet nicht, dass standardisiert gleich sicher ist. Vielmehr lässt sich die Order dadurch leichter einheitlich prüfen, während die zugrunde liegende Route weiterhin sorgfältig geprüft werden muss.
Der Leitfaden von TokenToolHub behandelt den aktuellen Entwurf, ältere Terminologie, das Vertrauen in Resolver, die Risiken für Solver und den vollständigen Lebenszyklus von Cross-Chain-Orders.
Lies den vollständigen Leitfaden auf TokenToolHub: https://tokentoolhub.com/erc-7683-cross-chain-intents-solver-risk/
#crypto #blockchain #Ethereum #CrossChain #Web3