Cardano Hydra erhält ein bedeutendes Leistungsupgrade
Die Hydra Entwicklung treibt Leistung und Skalierbarkeit weiter voran, mit schnellerer UTXO Commitment Verarbeitung, größeren Transaktions Snapshots und neuer Flexibilität bei der Verteilung des Endzustands eines geschlossenen Hydra Head.
By SongMarketCap
Cardanos Hydra Skalierungsprotokoll hat eine neue Reihe von Leistungsverbesserungen erhalten, die auf größere UTXO Sätze und höhere Transaktionslasten abzielen. Die jüngsten Entwicklungsarbeiten beinhalten eine deutliche Verringerung der Berechnungszeit für Akkumulator Commitments bei einer getesteten 4,000 UTXO Arbeitslast, während das Transaktionslimit pro Snapshot sich verzehnfacht hat.
Die Änderungen folgen auf die Veröffentlichung von Hydra 2.3.0 und erweitern die Leistungsarbeit über die Snapshot Verarbeitung, den Betrieb der Nodes und die Art und Weise, wie geschlossene Hydra Heads ihren UTXO Zustand verteilen können.
Hydra beschleunigt die Verarbeitung von UTXO Commitments
Eine der neuesten Optimierungen zielt auf die Berechnung von Akkumulator Commitments.
Im gemeldeten Benchmark sank die Verarbeitung eines Commitments mit 4,000 UTXOs von 2,13 Sekunden auf ungefähr 25 Millisekunden. Das entspricht in etwa einer 85 fachen Verringerung der Rechenzeit für die getestete Arbeitslast.
Das Ergebnis gilt speziell für den 4K UTXO Benchmark statt für die Hydra Leistung insgesamt, adressiert jedoch einen Teil des Protokolls, der zunehmend relevant wird, wenn Hydra Heads größere UTXO Sätze handhaben.
Hydra ist Cardanos Layer 2 Skalierungsprotokoll, das es Teilnehmenden ermöglicht, Hydra Heads zu erstellen, in denen Transaktionen abseits der Hauptkette verarbeitet werden können, wobei die Möglichkeit erhalten bleibt, den resultierenden Zustand auf Cardanos Layer 1 abzuwickeln.
Diese Architektur bietet Anwendungen eine Umgebung für höheren Transaktionsdurchsatz und eine Ausführung mit geringer Latenz, während sie mit Cardanos zugrunde liegendem Ledger verbunden bleiben.
Hydra erhöht die Snapshot Kapazität auf 1,000 Transaktionen
Die Leistungsarbeit geht über UTXO Commitments hinaus.
Hydras Transaktionslimit pro Snapshot wurde von 100 auf 1,000 erhöht, wodurch deutlich mehr Transaktionen aufgenommen werden können, bevor ein Snapshot des Head Zustands bestätigt wird.
Hydra 2.3.0 führte außerdem eine erhebliche Beschleunigung der Snapshot Verarbeitung durch die Optimierung reapplyTx ein. Zusätzliche Arbeiten umfassen das Batching von Broadcast Nachrichten und das Verlagern der SQLite Ereigniscodierung aus der Hauptschleife des Nodes.
Zusammen zielen diese Änderungen auf mehrere verschiedene Teile des Ausführungspfads des Nodes, anstatt sich auf eine einzelne Leistungsoptimierung zu verlassen.
Die Version 2.3.0 führte außerdem eine YAML basierte Node Konfiguration und native Unterstützung für HD Wallet Schlüssel ein, zusammen mit Resilienzverbesserungen, die Hydra leichter konfigurierbar und betreibbar machen sollen.
Selektives partielles Fanout bringt mehr Flexibilität
Das Hydra Team hat außerdem selektives partielles Fanout implementiert, wodurch sich ändert, wie UTXOs aus einem geschlossenen Hydra Head verteilt werden können.
Anstatt zu verlangen, dass Betreiber den vollständigen UTXO Satz verteilen, erlaubt der Mechanismus ihnen, eine Teilmenge zur Verteilung auszuwählen. Das bietet zusätzliche Flexibilität für Heads mit größeren oder komplexeren UTXO Zuständen.
Weitere Änderungen umfassen das Einbetten der Einzahlungsperiode während der Initialisierung auf der Chain, das Hinzufügen einer neuen Option --deposit-activation und das Ablehnen von Einzahlungen über den Commit Endpunkt, wenn sie niemals beansprucht werden könnten.
Die jüngsten Arbeiten erweitern Hydra daher in mehrere Richtungen zugleich. Größere Snapshots erhöhen die Transaktionskapazität innerhalb eines Heads, die Akkumulator Optimierung reduziert die Rechenzeit für die getestete große UTXO Arbeitslast, und selektives partielles Fanout verändert, wie Betreiber den Zustand eines geschlossenen Heads handhaben können.
Hydra 2.3.0 ist bereits veröffentlicht, während der nachfolgende Performance Stack und die Arbeiten zum partiellen Fanout dokumentieren, wohin Cardanos Layer 2 Skalierungsinfrastruktur als Nächstes ausgebaut wird.