Input Output hat einen stufenweisen Rollout für Cardanos Leios-Upgrade skizziert, der zunächst eine drei- bis fünffache Steigerung der heutigen Transaktionskapazität anstrebt, bevor spätere Governance-Abstimmungen sie auf das 10- bis 15-Fache erhöhen könnten.
Zusammenfassung
- Leios strebt zunächst das 3- bis 5-Fache von Cardanos aktueller Kapazität an, mit späteren Steigerungen in Richtung des 10- bis 15-Fachen.
- Die Aktivierung erfordert eine Registrierung der Abstimmungsschlüssel, die etwa 90–95 % des delegierten Stakes abdeckt.
- Spätere Kapazitätsänderungen erfordern Mainnet-Lastergebnisse und separate Governance-Abstimmungen.
- Nur 21 der 103 aufgeführten Cardano-Apps haben die Transaktionsverfolgung über die Rangliste aktiviert.
Input Output erklärte in seinem Update vom 20. Oktober, dass Leios mit dem Dijkstra-Hard-Fork kommen wird, gefolgt von der Registrierung der Stake-Pools, Live-Netzwerklasttests und mindestens zwei Aktualisierungen der Protokollparameter.
Der Plan des Entwicklers trennt das Netzwerk-Upgrade von den Schritten, die zur Aktivierung von Leios und zur Ermöglichung von mehr Verkehr erforderlich sind. Pools müssen zunächst neue Abstimmungsschlüssel registrieren, wobei die aktuelle Schätzung etwa 90–95 % des delegierten Stakes erfordert, bevor Leios betrieben werden kann.
„Der Hard Fork macht das Protokoll verfügbar“, schrieb Input Output. Das Update nennt kein festes Datum für die Dijkstra-Aktivierung. Die vorgeschlagenen Kapazitätssteigerungen bleiben von den Mainnet-Ergebnissen und der Zustimmung der Community abhängig.
Cardano Leios benötigt Pool-Registrierung nach Dijkstra
Gemäß dem Rollout-Plan von Input Output werden Stake-Pool-Betreiber nach dem Hard Fork BLS-Abstimmungsschlüssel generieren und diese über aktualisierte Pool-Zertifikate registrieren. Jede Registrierung wird an der nächsten Epochengrenze aktiv.
BLS-Signaturen ermöglichen es, Hunderte von Pool-Stimmen zu einem kompakten Zertifikat zusammenzufassen. Input Output zufolge benötigt Leios Stimmen, die mindestens 75 % des gesamten aktiven Stakes repräsentieren, um einen Endorser-Block zu zertifizieren, der Verweise auf Transaktionen enthält, die auf ihre Verarbeitung warten.
Die Registrierung muss komfortabel über dieser Schwelle liegen, um Pools zu berücksichtigen, die offline oder langsam bei der Antwort sind. Der Entwickler schätzt die Beteiligung von etwa den Top 500–900 Pools, obwohl die genaue Aktivierungsanforderung von Parametern abhängt, die noch finalisiert werden.
Pools ohne registrierten BLS-Schlüssel können laut dem Update weiterhin Praos-Blöcke produzieren, aber nicht über Leios-Endorser-Blöcke abstimmen. Die Schlüsselregistrierung erfordert keine separate Abstimmung von delegierten Vertretern oder dem Verfassungsausschuss.
Die Vorbereitung folgt auf Cardanos Hard Fork van Rossem vom 18. Juli, der das Mainnet auf Protokollversion 11 brachte, wie crypto.news zuvor berichtete. Intersect bestätigte dieses Upgrade nach Tests und Genehmigung durch die Governance-Gremien des Netzwerks.
Kapazitätsänderungen erfordern separate Governance-Genehmigung
Vor Dijkstra plant Input Output eine Verfassungsaktualisierung, die die neuen Protokollparameter und die Grenzen abdeckt, innerhalb derer die Governance sie ändern kann. Seine Roadmap weist die Vorbereitung dieser Leitplanken dem Intersect Parameters Committee zu, wobei das Plutus-Team das Guardrails-Skript aktualisiert.
Der Entwickler listet unterschiedliche Genehmigungsschwellen für jede Phase auf. Die Verfassungsänderung benötigt Unterstützung von delegierten Vertretern, die 75 % des Stakes repräsentieren, und von zwei Dritteln des Verfassungsausschusses.
Für den Hard Fork sind die angegebenen Anforderungen 60 % des DRep-Stakes, 51 % des Stake-Pool-Betreiber-Stakes und zwei Drittel des Ausschusses. Spätere Durchsatzänderungen erfordern 67 % des DRep-Stakes, 51 % des SPO-Stakes und zwei Drittel der Ausschussmitglieder.
Sobald Leios in Betrieb ist, plant Input Output kontrollierte Mainnet-Verkehrsspitzen, um Blockzustellung, Abstimmungsgeschwindigkeit, Zertifikatszuverlässigkeit und den verbleibenden Verarbeitungsspielraum auf den Knoten zu messen. Jeder vorgeschlagene Kapazitätsschritt sollte Messungen aus den vorangegangenen Einstellungen enthalten.
Das anfängliche Ziel verwendet die heutige Praos-Obergrenze von etwa 4,5 Kilobytes an Transaktionen pro Sekunde als Basislinie. Multipliziert man diese Zahl mit den angekündigten Bereichen, ergeben sich zunächst etwa 13,5–22,5 TxkB/s und 45–67,5 TxkB/s beim späteren Ziel.
Diese Zahlen messen die Transaktionsdatenkapazität, nicht eine feste Anzahl von Transaktionen pro Sekunde. Die Anzahl der passenden Transaktionen hängt von ihrer Größe ab.
Input Output zufolge kann die Governance die Leios-Limits ohne einen weiteren Hard Fork ändern, sofern die Vorschläge innerhalb der genehmigten Verfassungs-Leitplanken bleiben.
Frühere Tests erreichten etwa das Sechsfache der Praos-Obergrenze
In einem technischen Bericht vom 20. August verzeichnete das Leios-Team einen MusashiNet-Spitzenwert von 26,8 TxkB/s gegenüber einer Praos-Mainnet-Obergrenze von 4,51 TxkB/s. Die Zahlen ergeben ein Verhältnis von etwa dem 5,94-Fachen.
Das Team gab an, dass die 41-tägige Earth-Phase mehr als 127.000 Blöcke und 63 registrierte Pools umfasste. Der Datenverkehr stammte aus synthetischer Lastgenerierung und von teilnehmenden Betreibern, sodass die Ergebnisse die Testnet-Leistung und nicht die Kundennachfrage beschreiben.
Der Bericht dokumentierte Implementierungsprobleme, darunter Speicherlecks, Chain-Forks, stockende Synchronisierung und einen Netzwerkstillstand, der durch die Behandlung eines ungültigen Zertifikats als fatalen Fehler verursacht wurde. Das Team gab an, die Fehler behoben zu haben.
Für das Mainnet beginnt der Plan von Input Output vom 20. Oktober mit konservativen Einstellungen, da das Live-Netzwerk etwa 2.700 registrierte Pools umfasst, die unterschiedliche Maschinen, Verbindungen und Konfigurationen verwenden.
Leios behält die Ranking-Blöcke von Praos bei und fügt Endorser-Blöcke hinzu, wenn der ausstehende Datenverkehr das übersteigt, was ein Ranking-Block tragen kann, erklärte der Entwickler. Transaktionen, die über Endorser-Blöcke verarbeitet werden, sollen voraussichtlich in etwa 45–60 Sekunden das Ledger erreichen.
Die Dijkstra-Vorbereitung wurde über separate Software-Releases vorangetrieben. Das Node-11.1.1-Release vom September behob betriebliche Probleme im Vorfeld späterer Versionen, die die Funktionen der neuen Ära einführen sollen.
Die frühere zweiphasige Dijkstra-Roadmap von Intersect ordnete Linear Leios der ersten Phase und Peras einem separaten Upgrade zu, das für das zweite Quartal 2027 angestrebt wird. Der Zeitplan bezeichnete Liefertermine als Schätzungen, die von Tests und Governance abhängen.
App-Rangliste umfasst Projekte mit aktivierter Nachverfolgung
In einem separaten X-Beitrag vom 20. Oktober gab Cardano an, dass 21 der 103 auf seiner Website aufgeführten Apps die Transaktionsnachverfolgung aktiviert hätten. Projekte erscheinen in der Rangliste, sobald die Nachverfolgung eingeschaltet ist, und die Teilnahme steht allen Projekten offen, die auf Cardano aufbauen.
Die Zahlen beziffern die Teilnahme an der Nachverfolgung auf etwa 20,4 % der aufgeführten Apps. Cardanos Erklärung beschreibt, welche Projekte zur Rangliste beitragen; sie legt keine Transaktionssummen für die übrigen 82 Apps fest.
Zur Netzwerkökonomie erklärte Input Output, dass derzeit mehr als 85 % der Epochen-Belohnungen aus Cardanos Reserve stammen. Das Update verwies auf eine CIP-164-Schätzung, wonach Fee-Einnahmen einen anhaltenden Datenverkehr von etwa 50–70 TxkB/s erfordern würden, um die Gewinnschwelle zu erreichen.
„Leios schafft einen Weg zu diesem Aktivitätsniveau“, schrieb der Entwickler. „Es schafft nicht von sich aus Nachfrage.“
Zu den weiteren geplanten Funktionen von Dijkstra gehören verschachtelte Transaktionen, Kontoverbesserungen, Guard-Skripte, Plutus V4, frei abhebbare Staking-Belohnungen und ein Pledge-Leverage-Parameter. Laut Input Output kommen diese Änderungen mit dem Hard Fork und hängen nicht davon ab, dass Leios seine späteren Kapazitätsziele erreicht.
