Chainlink hat am 28. September CCIP 2.0 veröffentlicht, eine Version seines Cross-Chain-Protokolls, die Token-Emittenten oder Dritten erlaubt, optionale Cross-Chain-Verifizierer (CCVs) zu betreiben und deren Nutzung vor Abschluss einer Transaktion vorzuschreiben. Die Änderung bedeutet, dass ein erforderlicher Verifizierer, der offline geht, jede Nachricht einfrieren kann, die von seiner Bestätigung abhängt. Eine Transaktion kann hängen bleiben, während die Token der Quellkette bereits gesperrt oder verbrannt sind und keine entsprechende Freigabe oder Prägung auf der Zielkette erfolgt.
Wo die Transaktion stoppt
In CCIP 2.0 trennt die Transaktionssequenz die Verifizierung von der Ausführung. Der OnRamp stellt die Verifiziereranforderungen für eine Nachricht zusammen. Der Token-Pool sperrt oder verbrennt dann die Quell-Token. Offchain-Verifiziererdienste veröffentlichen Bestätigungen, die an die Nachrichten-ID gebunden sind. Der OffRamp prüft diese erforderlichen Bestätigungen, bevor er auf der Zielkette freigibt oder prägt. Chainlink gibt an, dass alle erforderlichen CCVs gültige Ergebnisse zurückgeben müssen, bevor die Ausführung fortgesetzt wird. Wenn ein erforderlicher Verifizierer nicht bestätigt, kann die Zielnachricht unberührt bleiben.
Diese Reihenfolge ist wichtig, weil die Sperrung oder Verbrennung auf der Quellseite vor Abschluss der Verifizierung erfolgt. Eine feststeckende Transaktion ist keine ausstehende Transaktion im üblichen Sinne; es ist ein Zustand, in dem der Quell-Pool die Token bewegt hat, aber die Zielkette keinen Beweis hat, auf den sie reagieren kann. Chainlink überträgt externen CCV-Betreibern die Verantwortung für Implementierung, Wartung und Betriebszeit, sodass die Zuverlässigkeit eines erforderlichen Verifizierers bei demjenigen liegt, der ihn betreibt. Der Standard-Committee-Verifier besteht aus 16 unabhängigen Knotenbetreibern, wobei zusätzliche CCVs neben dieser Basislinie stehen.
Emittenten und Dritte als Abhängigkeiten
Wenn ein Emittent einen erforderlichen CCV für seinen eigenen Token-Pool betreibt, wird der Dienst dieses Emittenten zu einer der Parteien, die den Abschluss verzögern können. Ein Drittanbieter-Betreiber würde eine ähnliche Abhängigkeit schaffen. Chainlink hat gewarnt, dass ein nicht reagierender Verifizierer jede Nachricht blockieren kann, die seine Bestätigung erfordert – nicht nur eine einzelne Transaktion. Das Einführungsmaterial des Unternehmens nennt kein namentlich bekanntes Produktionsasset oder keine Lane, die einen vom Emittenten betriebenen erforderlichen CCV verwendet, sodass der Mechanismus allein kein Beweis dafür ist, dass die Transaktion eines bestimmten Inhabers blockiert wurde.
Die Ausführung auf der Zielkette ist genehmigungsfrei, sobald alle erforderlichen Nachweise vorliegen und ein etwaiges optionales Verifizierer-Quorum erreicht ist. Der Standard-Executor übermittelt normalerweise die Transaktion, aber jeder kann sie über den manuellen Ausführungspfad einreichen. Das Bezahlen von Gas auf der Zielkette oder das Ändern des Executors hebt eine fehlende erforderliche CCV-Bestätigung nicht auf; der OffRamp prüft weiterhin die Nachweise, bevor Token freigegeben oder geprägt werden.
Fehlerbehandlung und Wiederholungsversuche
Wenn ein Zielversuch innerhalb des geschützten Pfads des OffRamp fehlschlägt, kann er als FAILURE markiert und nach Behebung des zugrunde liegenden Problems erneut versucht werden. Der Standard-Executor von Chainlink wiederholt Fehler innerhalb eines konfigurierten Zeitfensters, das derzeit auf acht Stunden festgelegt ist. Die veröffentlichte manuelle Ausführungsroute spezifiziert keine allgemeine automatische Stornierung, Rückerstattung oder Rückgabe von Quellketten-Token, wenn ein erforderlicher Verifizierer niemals bestätigt. Jede emittentenspezifische Abhilfe würde von den Vereinbarungen für dieses Asset abhängen.
Zwei Hooks bieten eine frühere Intervention. Auf EVM-Ketten kann ein konfigurierter Hook der Chainlink Automated Compliance Engine eine ausgehende Transaktion ablehnen, bevor der Quell-Pool etwas sperrt oder verbrennt, wodurch die Quelltransaktion rückgängig gemacht wird. Ein separat konfigurierter Postflight-Hook auf der Zielkette kann die Freigabe oder Prägung ablehnen, nachdem die Transaktion auf der Quellseite begonnen hat, sodass Token unzugestellt bleiben, bis die Richtlinienbedingung erfüllt ist. Beides sind Konfigurationsentscheidungen, keine Standardeinstellungen.
Was Entwickler und Inhaber prüfen können
Die praktische Frage für jeden, der ein Token über CCIP 2.0 bewegt, ist, welche Verifizierer eine bestimmte Lane erfordert und wer sie betreibt. Ein erforderlicher, vom Emittenten betriebener CCV bringt diesen Emittenten in den Pfad jeder Transaktion für diesen Pool. Ein Drittanbieter-CCV fügt einen weiteren Betreiber mit eigener Betriebszeitbilanz hinzu. Der Standard-Committee-Verifier mit 16 Betreibern ist die Basislinie, aber zusätzliche CCVs ändern das Abhängigkeitsset.
Chainlink hat kein Produktionsasset und keine Lane genannt, die auf einen vom Emittenten betriebenen erforderlichen CCV angewiesen ist. Bis eines auftaucht, ist das Blockadeszenario eine dokumentierte Eigenschaft des Designs und kein Live-Vorfall. Entwickler, die das Upgrade bewerten, werden wissen wollen, was passiert, wenn ein erforderlicher Verifizierer auf ihrer spezifischen Lane langsam oder stumm ist – und ob der dahinterstehende Emittent eine Abhilfe für bereits auf der Quellkette gesperrte Token veröffentlicht hat.
