Chainlink CCIP 2.0 führt issuer-gesteuerte Transferprüfungen ein

Chainlink CCIP 2.0 ermöglicht es Token-Issuern oder Dritten, vor Abschluss eines Cross-Chain-Transfers einen zusätzlichen Cross-Chain Verifier (CCV) vorzuschreiben. Die am 28. September angekündigte Funktion ergänzt die standardmäßige Committee Verification von CCIP um optionale CCVs. Laut Chainlink besteht das Committee aus 16 unabhängigen Node-Betreibern. Bislang wurde kein namentlich genanntes Produktiv-Asset und keine Route identifiziert, bei der ein vom Issuer betriebener, verpflichtender CCV zum Einsatz kommt.

Warum das wichtig ist

Die Reihenfolge der Schritte kann zu einer Wartezeit führen: Ein Pool auf der Quell-Chain kann Token sperren oder verbrennen, bevor die Bestätigung des Verifiers vorliegt. Die Ziel-Chain kann sie erst freigeben oder neu ausgeben, wenn alle erforderlichen Bestätigungen vorliegen. Reagiert ein vorgeschriebener Verifier nicht, können davon abhängige Nachrichten daher stecken bleiben. Dieses Risiko ist im Design angelegt, aber kein Beleg dafür, dass ein Issuer einen Transfer eines Holders blockiert hat.

Issuer und Anwendungen erhalten eine zusätzliche Kontrollmöglichkeit, müssen sich aber auch damit auseinandersetzen, wer den Verifier betreibt, welche Regeln er anwendet und ob sein Dienst verfügbar bleibt. Ein Verifier eines Drittanbieters schafft eine ähnliche betriebliche Abhängigkeit. Für Holder ist entscheidend, welche Bestätigungen für einen bestimmten Token und eine bestimmte Route verpflichtend sind und wer sie jeweils kontrolliert.

Auswirkungen auf den Markt

Sobald die erforderlichen Nachweise vorliegen, ist die Ausführung auf der Ziel-Chain erlaubnisfrei. Ein Wechsel des Executors oder die Zahlung von Gas auf der Ziel-Chain kann jedoch eine fehlende erforderliche Bestätigung nicht umgehen. Eine Nachricht, für die noch ein Nachweis aussteht, kann UNTOUCHED bleiben. Ein fehlgeschlagener Ausführungsversuch auf der Ziel-Chain kann wiederholt werden, sobald das zugrunde liegende Problem behoben ist. Das konfigurierte Wiederholungsfenster des Standard-Executors beträgt derzeit acht Stunden. Das beschreibt jedoch den automatisierten Dienst und ist keine Garantie dafür, dass Holder ihre Token zurückerhalten können.

Chainlinks veröffentlichte Anleitung zur manuellen Ausführung sieht keine allgemeine automatische Stornierung, Rückerstattung oder Rückgabe von Token auf der Quell-Chain vor, falls ein erforderlicher Verifier nie eine Bestätigung liefert. Das konkrete Risiko hängt von den Pool-, Routen- und Verifier-Einstellungen des jeweiligen Assets ab. Transfers, die schneller als die Finalität ausgeführt werden, sind eine separate Option: Die vollständige Finalität auf der Quell-Chain bleibt der Standard. Eine schnellere Ausführung kann dazu führen, dass ein Transfer nach einer tiefgreifenden Reorganisation auf der Ziel-Chain doppelt ausgeführt wird.