Cardano Entwicklungsbericht rückt Hydra 2.2.0 und Mithril Infrastruktur in den Mittelpunkt des Juni Updates

Essential Cardano veröffentlichte den wöchentlichen Entwicklungsbericht für den 19. Juni, wobei Hydra 2.2.0 und Arbeiten an der Mithril Infrastruktur den technischen Schwerpunkt des Updates bildeten. Der Bericht behandelte außerdem interne Tests für Lace Carbon, Fortschritte bei der rekursiven SNARK Aggregation und die nächste Phase des Wahlprozesses für das Constitutional Committee.

Hydra 2.2.0 bringt neue Werkzeuge für Cardano Skalierungstests

Der Skalierungsabschnitt des Berichts hob die Veröffentlichung von Hydra 2.2.0 hervor, die neueste Version von Cardanos Layer 2 Skalierungsprotokoll. Hydra ist darauf ausgelegt, eine schnellere Transaktionsverarbeitung über off chain Heads zu unterstützen, die wieder auf die Basisschicht von Cardano zurückgeführt werden.

Das Release umfasst eine teilweise Fanout Implementierung und eine überarbeitete hydra tui. Außerdem erweitert es die Benchmark Suite zur Prüfung der Hydra Performance und fügt Metriken zu TPS aus der realen Welt, einen Mixed UTXO Generator und ein neues Matrix Subcommand hinzu, das Clustergrößen und UTXO Formen durchmessen kann.

Laut Bericht vereinheitlichte das Hydra Team außerdem on chain Mitgliedschaftsprüfungen rund um den BLS Accumulator. Diese Änderung verringert das Snapshot Signatur Tupel und entfernt redundantes Hashing. Das Team begann zudem, die Snapshot Verarbeitung zu optimieren, damit skriptlastige Heads vermeiden können, Plutus Skripte erneut zu evaluieren, die bereits validiert wurden.

Diese Aktualisierungen geben Entwicklern detailliertere Möglichkeiten, das Verhalten von Hydra unter unterschiedlichen Lasten zu testen. Anstatt sich nur auf vereinfachte Transaktionsszenarien zu stützen, können Teams die Leistung nun über verschiedene UTXO Strukturen, Clustergrößen und Transaktionsmuster hinweg messen.

Mithril Updates verbessern Snapshot Workflows und die Proof Infrastruktur

Der Abschnitt zur Kerntechnologie konzentrierte sich auf die Mithril Integration und den Umgang mit Ledger State Snapshots. Nodes, die auf einem On Disk Backend laufen, können nun Snapshots in einem portablen In Memory Format exportieren, sodass Mithril Signers das vereinbarte Format direkt vom Node beziehen können.

Das Konsens Team implementierte außerdem eine neue Snapshot Richtlinie, die den Zeitpunkt von Ledger State Snapshots durch vereinbarte Kadenzwerte besser vorhersehbar macht. Laut Bericht wurde db analyser aktualisiert, sodass Analysen von einem Snapshot an einem angegebenen Slot beginnen können, was das erneute Abspielen der gesamten Kette ab Genesis vermeidet. Ein seltener Snapshot Fehler, der Epoch Boundary Blocks betraf, wurde ebenfalls behoben.

Die Mithril Entwicklung setzte sich im Skalierungsabschnitt fort. Das Team schloss die Vorbereitung der Prover Inputs und die SNARK Proof Verifikation für rekursive SNARK Aggregationsprimitive ab. Außerdem passte es die Zertifikatskette an, um rekursive SNARKs zu unterstützen, und arbeitete weiter an der Erstellung des SNARK Proofs mit dem Circuit, an der Einbindung des Proofs in Aggregatsignaturen und an der Aktualisierung des Midnight ZK library Audit Status für SNARK.

Der Bericht erwähnte außerdem fortgesetzte Arbeiten an der Auslieferung des Mithril Signer Node Binary im Cardano Node Bundle. Zusammen erstrecken sich diese Änderungen bei Mithril über Snapshot Verarbeitung auf Node Ebene, Proof Aggregation und Infrastruktur Packaging.

Lace Carbon Tests und Governance Arbeiten laufen parallel zur Kernentwicklung weiter

Der Abschnitt zu Wallet und Services berichtete, dass Lace Carbon in interne Tests eingetreten ist. Auf den Grundlagen von Lace 2.0 aufgebaut, wird Lace Carbon als die nächste Entwicklung des Lace Wallet Erlebnisses beschrieben, mit Fokus auf eine schnellere und intuitivere User Journey.

Interne Teams testen die Wallet nun und geben Feedback vor einer zukünftigen Opt in Veröffentlichung. Der Bericht kündigte kein öffentliches Veröffentlichungsdatum an, sagte jedoch, dass in den kommenden Wochen mit weiteren Details zu rechnen ist.

Der Voltaire Abschnitt konzentrierte sich auf den Wahlprozess für das Constitutional Committee. Die Kandidatenregistrierung endet am 21. Juni um 21:45 UTC. Laut Bericht hatten sich fünf Kandidaten für vier verfügbare Sitze registriert, wodurch die Wahl wettbewerblich wird, nachdem in der Vorwoche die gleiche Zahl an Kandidaten wie offene Sitze vorgelegen hatte.

Nach dem Ende der Registrierung soll das DRep Voting an der Epochengrenze am 23. Juni beginnen und bis zum 23. Juli laufen. Die Wahl nutzt stake gewichtetes Voting, wobei jeder DRep für bis zu vier Kandidaten stimmen kann. Die vier Kandidaten mit dem höchsten Stimmgewicht zum Ende der Abstimmung sollen das Wahlergebnis bilden, das eine on chain Update Committee Governance Aktion unterstützen wird, bevor die aktuellen Amtszeiten im September auslaufen.

Der Bericht vom 19. Juni verortet Cardanos Entwicklungsaktivität über mehrere aktive Bereiche, doch die stärkste technische Konzentration liegt bei Skalierung und Infrastrukturarbeit. Hydra 2.2.0 bringt neue Benchmark und Verarbeitungsverbesserungen für Layer 2 Tests, während sich die Mithril Arbeiten bei Snapshot Exporten, vorhersehbarer Handhabung des Ledger State, Unterstützung für rekursive SNARKs und der Integration des Signers im Cardano Node Bundle fortsetzen.