TxPipe bereitet Cardanos Rust Infrastruktur auf Leios vor

TxPipe hat am 16. September in Pallas 1.2.0 LeiosNotify und LeiosFetch zusammen mit ersten Dijkstra Ledgerstrukturen veröffentlicht. Die Ergänzungen geben Rust Teams Werkzeuge an die Hand, um Leios Daten auszutauschen und mit vorgeschlagenen Blockformaten zu arbeiten. Dijkstra Komponenten bleiben ausdrücklich experimentell und sind über ein unstable Feature Flag verfügbar.

Pallas bringt Leios Netzwerkfunktionen für Rust

Pallas ist eine Sammlung von Rust Bibliotheken für Cardano Netzwerke, kryptografische Operationen und Blockchain Datenverarbeitung. Entwickler nutzen sie, um Indexer, Datendienste und andere Anwendungen zu erstellen, die mit Cardano Knoten interagieren.

Die neuen Protokolle befinden sich in pallas-network2. LeiosNotify kündigt Endorser Blöcke an und bietet verfügbare Daten an. LeiosFetch ermöglicht verbundenen Peers, Blockkörper, zugehörige Transaktionen und Stimmen anzufordern.

Am 30. Juni zusammengeführt und vor der Aufnahme in das September Release wurde die Netzwerkintegration gegen ein Musashi Relay getestet. Der Autor bestätigte eine erfolgreiche Protokollverhandlung, das Abrufen eines Endorser Blockkörpers und den Empfang von Inline Stimmen.

Das Abrufen von Transaktionen hatte eine separate Einschränkung: Das Relay konnte fehlschlagen, wenn angeforderte Daten nicht verfügbar waren. Die Beispielanwendung wurde so angepasst, dass sie nur Transaktionen anfordert, die das Relay angeboten hatte, obwohl dieser Pfad im gemeldeten Live Test unbestätigt blieb, weil die Leios Aktivität inaktiv war.

Warum Pallas für Cardanos Leios Upgrade wichtig ist

Leios führt Endorser Blöcke neben der bestehenden Praos Struktur von Cardano ein, um die Transaktionskapazität zu erhöhen. Die Unterstützung dieser Änderung erfordert kompatible Software in allen Systemen, die Kettendaten abrufen und verarbeiten.

Die Auswirkungsanalyse von Input Output nennt Pallas unter den von Leios betroffenen Bibliotheken. Sie führt auch Oura und Mithril als Systeme auf, die Pallas verwenden. Oura verarbeitet Kettenereignisse, während Mithrils offizielle Dokumentation Pallas als Standard Chain Observer aufführt.

Die erforderlichen Änderungen hängen von der Anbindung jeder Anwendung an das Netzwerk ab. Dienste, die Netzwerk Nachrichten oder Blöcke direkt lesen, benötigen kompatible Bibliotheken und Decoder. Wallets und dApps, die über eine vermittelnde API auf Cardano zugreifen, können ihre bestehenden Schnittstellen beibehalten, wenn der Anbieter sein Backend aktualisiert.

Kompatibilität ist nur ein Teil der Arbeit. Höherer Durchsatz erzeugt zusätzliche Anforderungen an Speicherung, Indexierung und Verarbeitung. Input Output ruft daher zu frühem Testen unter hoher Last auf, damit Infrastrukturteams Engpässe vor der Bereitstellung erkennen können.

Die Netzwerkunterstützung von Pallas gibt Rust Teams eine Möglichkeit, diese Integrationsarbeit gegen Leios fähige Knoten zu beginnen. Einführung und Tests in nachgelagerten Produkten bleiben separate Aufgaben.

Experimentelle Dijkstra Unterstützung nutzt echte Testnet Blöcke

Pallas 1.2.0 führte auch Strukturen für Dijkstra Blöcke, Header, Transaktionen und zugehörige Ledgerdaten ein. Sie bleiben hinter dem unstable Flag, weil sich die Kodierungsspezifikation der Ära noch verändert.

Tests verwendeten 13 auf Musashi aufgezeichnete Dijkstra Blöcke und einen davor liegenden Conway Block. Sie prüften, dass Daten ohne Änderung ihrer Bytes dekodiert und erneut kodiert werden konnten, dass Header Hashes mit den Aufzeichnungen des Knotens übereinstimmten und dass der Dijkstra Decoder den Conway Block ablehnte.

Weitere Strukturen wurden anhand der Spezifikation implementiert, ohne Beispiele in diesen aufgezeichneten Blöcken. Der einführende Pull Request ließ zudem die gemeinsame Decoding Schicht von Pallas für mehrere Ären unverändert, sodass eine breitere Integration eine separate Aufgabe bleibt.

Die Versionen 1.3.0 und 1.4.0 folgten am 17. September mit Schutzmechanismen gegen Stapelerschöpfung beim Umgang mit tief verschachtelten Daten und Skripten.

Für Entwickler, die mit Dijkstra Formaten experimentieren, bieten die neuen Typen einen konkreten Verifikationspunkt: Aufgezeichnete Testnet Blöcke können gelesen, rekonstruiert und gegen ihre ursprünglichen Hashes geprüft werden. Das gibt Rust Integrationen eine testbare Grundlage, während sich die Ledgerspezifikation weiterentwickelt.