Cardano IBC Client fügt Mithril Stake Verifizierung hinzu

Die Cardano Foundation hat am 16. Oktober die Version v0.1.6 ihres experimentellen Cardano IBC Light Client Kerns veröffentlicht. Jeder neue Client startet nun mit einer Mithril zertifizierten Stake Verteilung und bringt authentifizierte Stake Daten in die Infrastruktur für kettenübergreifende Nachrichten und Token Übertragungen.

Mithril zertifiziert Cardano Stake Verteilungen

Eine Stake Verteilung erfasst, wie viel ADA an jeden Stake Pool delegiert ist. Der IBC Client verwendet diese Informationen bei der Verifizierung von Cardano Blöcken und der Bewertung, ob die Bedingungen für die Annahme von Cardanos IBC Zustand erfüllt sind.

Mithril zertifiziert Cardano Daten durch Signaturen von teilnehmenden Stake Pool Betreibern. In dieser Implementierung authentifizieren seine Zertifikate die Stake Verteilung, die einer bestimmten Epoche zugeordnet ist, einem definierten Zeitraum im Protokoll von Cardano.

Laut der Client Dokumentation waren Stake Beträge die verbleibende unsignierte Komponente seiner Epochendaten. Eine vom Relayer bereitgestellte Verteilung, der Dienst der Informationen zwischen Netzwerken transportiert, hatte daher ein sechs Stunden langes Challenge Fenster.

Eine zertifizierte Verteilung hat nun Vorrang vor einer hochgeladenen Tabelle. Wenn ein Mithril Zertifikat zuvor akzeptierten Stake Daten widerspricht, friert der Client ein. Die Veröffentlichung passt zudem die Signaturprüfung an Mithrils Referenzimplementierung an und führt strengere Nachweisprüfungen ein.

Wie sich die Änderung auf Cardano IBC Übertragungen auswirkt

IBC, Inter Blockchain Communication, ist ein Protokoll für den Austausch von Nachrichten und Token zwischen Blockchains. Cardano IBC Incubator entwickelt Cardanos Implementierung, einschließlich Komponenten zur Unterstützung fungibler Token Übertragungen.

Ein Light Client läuft auf der empfangenden Chain und prüft Informationen aus einem anderen Netzwerk, bevor eine IBC Nachricht akzeptiert wird. Für Cardano umfasst dies das Verfolgen von Blöcken, die Verifizierung ihrer Produzenten und das Sammeln ausreichender Belege durch nachfolgende Blockproduktion.

Ein passendes Mithril Zertifikat beseitigt die Wartezeit für die Stake Verifizierung. Spätere Epochen ohne diese Zertifizierung unterliegen weiterhin dem Challenge Prozess.

Weitere Annahmeanforderungen gelten weiterhin. Das aktuelle Modell verlangt mindestens 24 Blöcke, die nach dem beobachteten Block erzeugt wurden, mindestens fünf qualifizierte Pools und eine festgelegte Stake Schwelle. Das Erreichen der Mindestanzahl an Blöcken allein garantiert daher keine Annahme.

Die individuellen Übertragungszeiten hängen weiterhin von der Blockfinalität, den Client Aktualisierungen und der Verarbeitung von IBC Nachrichten ab.

Cardano IBC Bereitstellung bleibt experimentell

Das Repository beschreibt das Projekt weiterhin als experimentelle Software, die unvollständig ist und für eine produktive Bridge nicht ausreichend getestet wurde. Entwickler können Token Übertragungen testen, einschließlich Test ADA, während die Sicherheit der Implementierung auch von konfigurierten Datenquellen und Annahmeparametern abhängt.

Eine teilnehmende Cosmos Chain muss den Cardano Client integrieren und seine Nutzung ausdrücklich erlauben. Der neue Core wurde zusammen mit Adaptern für zwei unterstützte ibc-go Versionen veröffentlicht.

Bestehende Clients, die das frühere Inline Speicherformat verwenden, müssen neu erstellt werden, bevor die Host Chain auf das neue Modul aktualisiert wird.

Betreiber legen beim Erstellen eines Clients eine anfängliche vertrauenswürdige Mithril Konfiguration fest. Die Initialisierung wird erst abgeschlossen, nachdem die importierte Stake Verteilung einem verifizierten Zertifikat entspricht, wodurch authentifizierte Stake Daten zum erforderlichen Ausgangspunkt für die anschließende kettenübergreifende Verifizierung des Clients werden.