Cardano erläutert das IBC Light Client Design für Injective

Die Cardano Foundation hat dargelegt, wie Cardanos IBC Verbindung mit Injective Cross Chain Transfers verifiziert, ohne sich auf einen Verwahr Brückenbetreiber zu stützen. Während einer Developer Office Hours Sitzung demonstrierte der Leiter des Ecosystem Engineering, Fabian Bormann, die öffentliche Testumgebung und skizzierte die verbleibenden Arbeiten vor einer Mainnet Bereitstellung.

Die Sitzung baut auf der direkten IBC Route auf, die Anfang August zwischen Cardano Preprod und dem Injective testnet aktiviert wurde.

Entwickler können Cardano und Injective Transfers reproduzieren

Das Open Source Cardano IBC Incubator Repository enthält die Komponenten, die zum Ausführen und Validieren der Test Route benötigt werden. Das Caribic Kommandozeilen Tool hilft Entwicklern, die erforderlichen Dienste zu starten, ihren Status zu prüfen und die IBC Clients, die Verbindung und den Transferkanal einzurichten.

Die Testoberfläche verbindet eine Cardano Wallet, wie VESPR, mit einer Cosmos kompatiblen Wallet wie Keplr. Entwickler können dann Test ADA von Cardano Preprod zum Injective testnet bewegen und einen Rücktransfer abschließen.

Die aktuelle Implementierung unterstützt ICS-20, den IBC Standard für fungible Token Übertragungen. Wenn ADA zu Injective bewegt wird, wird der ursprüngliche Vermögenswert auf Cardano gesperrt und ein entsprechender Voucher im Zielnetzwerk ausgestellt. Die Rückführung des Vermögenswerts verbrennt diesen Voucher und gibt das ursprüngliche ADA frei.

Dasselbe Modell ermöglicht es, Test $INJ ohne einen zentralisierten Operator, der die übertragenen Vermögenswerte hält, nach Cardano zu bringen. Injective implementierte Cardanos Light Client direkt und entfernte damit die Notwendigkeit einer separaten Zwischenkette zwischen den beiden Ökosystemen.

Zwei Light Clients verifizieren Cross Chain Nachrichten

Bormann unterschied IBC von einer herkömmlichen Brücke. Relayer transportieren Pakete zwischen Netzwerken, entscheiden jedoch nicht, ob ein Transfer gültig ist. Jede empfangende Chain verifiziert das andere Netzwerk über ihren eigenen Light Client.

Cardano verwendet einen in Aiken geschriebenen Tendermint Light Client, um Zustand und Nachrichten aus Injective zu verifizieren. Injective verwendet einen probabilistischen Cardano Light Client, der einer Folge von Cardano Blöcken folgt und den Stake misst, der ihren Produzenten zugeordnet ist.

Ein einzelner Cardano Block wird von dem Stake Pool signiert, der ihn produziert hat. Der Light Client wartet daher auf zusätzliche Blöcke und sammelt genügend durch Stake gestützte Belege, bevor er die ursprüngliche Transaktion als abgeschlossen betrachtet.

Bormann schätzte, dass ein vollständiger Transfer derzeit ungefähr acht bis zehn Minuten dauert, einschließlich des Cardano Settlement Zeitfensters und der IBC Nachrichten, die zur Bestätigung des Transfers erforderlich sind.

Ouroboros Peras könnte diesen Prozess schließlich verkürzen, indem es dem Light Client ermöglicht, eine breitere Bestätigung durch Stake Pools schneller zu sammeln. Peras ist jedoch nicht Teil der aktuellen Produktionsinfrastruktur von Cardano.

Mainnet Pfad umfasst Sicherheitsprüfungen und DeFi Tests

Die Verbindung bleibt auf Testumgebungen beschränkt. Die Caribic Dokumentation besagt, dass der Injective Mainnet Betrieb noch nicht implementiert ist, während der verfügbare Workflow Cardano Preprod oder Preview mit dem öffentlichen Injective testnet verbindet.

Bormann nannte zusätzliche Ökosystem Tests, eine mögliche Bug Bounty und Integrationen mit DeFi Protokollen als nächste Schritte. Er sagte auch, dass das Team potenzielle Anwendungsfälle mit FluidTokens besprochen habe. Weitere Arbeiten umfassen Verbesserungen daran, wie IBC Assets und deren Metadaten in Wallets und Blockchain Explorern erscheinen.

Bormann sagte, dass das Projekt 2025 von Anastasia Labs einem Audit unterzogen wurde. Die Test Route erfordert weiterhin betriebliche Verbesserungen, einschließlich zuverlässiger Light Client Updates und Wiederherstellungsverfahren nach längeren Unterbrechungen.

Cardanos IBC Implementierung hat sich von Machbarkeitsforschung zu einer reproduzierbaren Cross Chain Testumgebung weiterentwickelt. Entwickler können nun die direkte Route ausführen, prüfen, wie Transfers verifiziert werden, und Test Assets in beide Richtungen bewegen. ADA und INJ in der Produktion bleiben außerhalb des Systems, bis die Arbeiten an Sicherheit, Kontinuität und Anwendungsintegration eine separate Mainnet Bereitstellung unterstützen.