jakiro
Quelle: Celestia;
Das Lemongrass -Upgrade wurde im September für die Mainnet Beta -Version bereitgestellt, was das erste Konsens -Upgrade für Celestia ist.Das bevorstehende Ginger-Upgrade, nämlich der Celestia-App V3, ist der zweite.
Ingwer verdoppelte die Effizienz und der Datenverfügbarkeitsdurchsatz von Celestia erhöhte sich sofort um 2x!In V3 wird dies erreicht, indem die Blockzeit von 12 Sekunden auf 6 Sekunden verkürzt wird, was auch die Benutzererfahrung durch schnellere Transaktionsauftrags -Slot -Endzeit verbessert.
Ingwer legte auch die Grundlage für die Gemeindeverwaltung und erhöhte die Blockgröße alle 6 Sekunden auf maximal 8 MB, was 1,33 MB/s entspricht.
Ingwer wird in Arabica Height 2348907 (erwartet 5. November 2024) aktiviert.Es wird erwartet, dass es im November und das Mainnet -Beta im Dezember in das Mokka -Testnetz eintritt.
Celestia ist im Begriff, sich zu ändern
Die im Ingwer-Upgrade enthaltene CIP ist in CIP-25 (einem Meta-CIP) angegeben.
CIPS in Ingwer gehören:
-
CIP-21: Einführung von Blob-Typen für verifizierte Unterzeichner
-
CIP-24: Variablen für versionierte Gasplaner
-
CIP-26: Versioning Timeout
-
CIP-27: Blockgrenzen für PFB- und Nicht-PFB-Zahlen
-
CIP-28: Transaktionsgrößengrenze
Zusätzlich zu der oben genannten CIP enthält Celestia-App V3 auch eine wichtige Veränderung ohne Konsens: BBR ist standardmäßig erforderlich.
Standard ist Black Box Recorder
Das reale P2P-Netzwerk muss eine große Menge an Daten über eine lange Entfernung senden.Dies wird zu einem Problem, da die häufigsten Algorithmen zur Überlastungskontrolle die Anzahl der gesendeten Pakete, die bei anderen Verlusten auftreten, erheblich verringern, dh den Durchsatz reduzieren.Je länger die Datenübertragungszeit sind, desto mehr Pakete gehen verloren und die Bandbreitenauslastung sinkt.Schlimmer noch, die Puffer sammeln sich an und verursachen auch für kleine Pakete viel Latenz.Schlimmer noch, in einem dezentralen Netzwerk warten die Knoten nicht auf Nachrichten im Puffer.
Google -Forscher fanden heraus, dass Paketverlust kein guter Mechanismus zur Erkennung von Staus ist.Stattdessen können wir einfach die Rundreisezeit verwenden.Dies ist, was BBR tut und führt zu einem signifikanten Anstieg des Durchsatzes von geodverteilten Netzwerken im realen Leben.
Dies öffnet die Tür zu zukünftigen Verbesserungen von Durchsatz und Leistung, wie sie im Mammut -Mini -Testnetz gezeigt werden.Bei Celestia-App V3 muss BBR standardmäßig aktiviert werden.
Führen Sie Blob -Typen für verifizierte Unterzeichner ein
CIP-21 führt „erstellte Blobs“ vor, wobei die Adresse des Unterzeichners direkt in den Blob-Metadaten enthalten ist.Der Celestia -Verifizierer überprüft nun, dass der Unterzeichner der Adresse des Zahlungsblobs entspricht und die Aggregationsbedürfnisse zum Abrufen und Verarbeiten von Payforblobs -Transaktionen einzeln beseitigt.Dies vereinfacht den Überprüfungsprozess der Zusammenfassung und ermöglicht es ihnen, das Signaturfeld des Blob direkt zu überprüfen, um Authentizität zu gewährleisten.
Variablen für versionierte Gasplaner
CIP-24 legt die Gasplaner-Variablen GasperBlobbyte und TxSizecostperbyte fest, um nur durch Netzwerk-Upgrades geändert zu werden, wodurch die Fähigkeit beseitigt wird, sie durch On-Chain-Governance zu ändern.Diese Änderung soll die Transaktionskosten stabiler und vorhersehbarer machen.Es ermöglicht einfachere Offline -Gasberechnungen, ohne das Netzwerk vor jeder Transaktion abfragen zu müssen.
Versioning -Timeout -Einstellungen
CIP-26 legt die Blockzeit und die zugehörige Zeitlimit, die von der Anwendungsversion gesteuert werden soll, und verkürzt die Blockzeit von 12 Sekunden in V3 auf 6 Sekunden.Diese Änderung soll den Netzwerkdurchsatz erhöhen und die Abschlusszeit der Transaktion verkürzen.Es erhöht auch den Parameter TTL-Num-Blocks des Speicherpools von 5 auf 12, um das konsistente Transaktionsverhalten mit schnelleren Blockzeiten aufrechtzuerhalten.
Blockgrenzen für PFB- und Nicht-PFB-Zählungen
CIP-27 begrenzt die Anzahl der Payforblob (PFB) und Nicht-PFB-Nachrichten pro Block.Dieser Vorschlag implementiert eine Grenze von 600 PFB-Nachrichten pro Block und 200 Nicht-PFB-Nachrichten pro Block.Diese Einschränkungen sind weiche Grenzen in der Vorbereitungsstufe, was bedeutet, dass sie auf Konsensebene nicht streng durchgesetzt werden.Die Begründung für diese Änderung besteht darin, zu verhindern, dass die Blockverarbeitungszeit zu lange ist, indem die Anzahl der Transaktionen eingeschränkt wird, die in jedem Block überprüft werden können.Diese Einschränkungen werden anhand des Benchmarks ermittelt, wobei das Ziel der Verarbeitungszeit pro Block unter der empfohlenen Validatorkonfiguration ungefähr 0,25 Sekunden beträgt.
Transaktionsgrößengrenze
CIP-28 begrenzt die Größe einer einzelnen Transaktion auf 2MIB (2.097.152 Bytes) auf Celestia.Diese Einschränkung wird in allen Phasen der Transaktionsverarbeitung (Checkx, PrepareProposal und ProcessProposal) durchgesetzt, wodurch sich ein Konsensveränderung darstellt.Das Grundprinzip besteht darin, das Problem von Klatschgrad -Transaktionen zu verhindern, sogar Blöcke von 8 MIB oder größer.Es öffnet auch die Tür, um die Blockzeit zu verkürzen und die Blockgröße zu erhöhen, um den zukünftigen Durchsatz zu erhöhen.
