1/ Blockchains sind durch Statusaktualisierungen limitiert. Wir haben Firewood, MerkleDB, NOMT, LVMT und QMDB untersucht: Riesige Fortschritte bei I/O und Beweisen, doch ALLE liegen um Größenordnungen hinter unseren 3M Aktualisierungen/Sekunde für echte 1M+ TPS. Hier kommt AlDBaran, der 48M/Sekunde erreicht!

1/ Blockchains sind durch Statusaktualisierungen eingeschränkt. Wir haben Firewood, MerkleDB, NOMT, LVMT und QMDB untersucht: Riesige Fortschritte bei I/O und Beweisen, doch ALLE liegen um Größenordnungen hinter unseren 3M Aktualisierungen/Sekunde für echte 1M+ TPS. Hier kommt AlDBaran, der 48M/Sekunde erreicht!

1/ Blockchains benötigen schnelle, sichere Möglichkeiten, um Daten zu aktualisieren und zu verifizieren. In AlDBaran Teil 1 haben wir 48M Updates/Sekunde erreicht (20x schneller als die Konkurrenz). Heute zeigen wir, wie man AlDBaran für noch bessere Ergebnisse optimiert:

1/ Gebührenmärkte sind ein oft übersehener Bestandteil, wenn es um die Leistung geht, aber sie sind entscheidend für die Skalierbarkeit. Die EVM kann heute nicht über einen einzelnen Ausführungskern skalieren, da sie lokale Gebührenmärkte nicht unterstützt. Darüber hinaus wird die Effizienz des Blockraums aufgrund schlechter Ressourcenabrechnung und Gasrückerstattungen erheblich verringert.

1/ Wir haben gerade den Engpass der staatlichen Verpflichtungen bei Eclipse durchbrochen: AlDBaran unterstützt 48M Updates/Sekunde auf einer 96-Kern AWS-Box und beschleunigt Eclipse's GigaCompute-Rollup.

In der jüngeren Vergangenheit haben wir gesehen, wie andere Protokolle ihre eigenen Airdrops farmen und aktiv Zuteilungen von ihrer Community und ihren Nutzern abziehen. Dies ist eine Taktik, die verwendet wird, um das tatsächliche zirkulierende Angebot des Tokens zu verschleiern. Das wird bei $ES nicht passieren. Mitarbeiter von Eclipse Labs haben Dokumente unterzeichnet, die sie daran hindern, einen $ES-Airdrop zu beanspruchen, und haben alle Adressen (Test- oder andere) zur Ausschluss vom Airdrop bereitgestellt. Alle Zuteilungen für Mitarbeiter und Investoren werden ein Jahr nach der öffentlichen Notierung gesperrt und über einen Zeitraum von 3 Jahren schrittweise freigegeben.

1/ GSVM Heute freuen wir uns, unsere hauseigene ed25519-Signaturprüfungsbibliothek vorzustellen, die nahezu 4 Millionen TPS auf einem Standard-Desktop und 9 Millionen TPS auf einer Server-Maschine erreicht:

Vertraue nicht. Überprüfe. Daten stehen im Mittelpunkt von Blockchains, aber wie können wir sicherstellen, dass die Datenebene mit den Leistungsverbesserungen in Größenordnungen Schritt halten kann, wie sie durch die Eclipse GSVM gebracht werden? Tauche ein in unseren neuesten Blog:

1/ Maximieren der SVM Solana ist von Natur aus effizient. Caches und Pipelines in der gesamten TPU sowie die Bank- und SVM-Architektur sorgen für erstklassige TPS und eine effiziente Nutzung der Hardware. Agave setzt diesen Trend fort und steigert sowohl die Leistung als auch die Stabilität des Validators:

Celestia gegen Avail gegen EigenDA Das Eclipse Research Team taucht tief in die verschiedenen Datenverfügbarkeitsschichten für L2-Rollups ein. Wir analysieren Kosten-, Durchsatz-, Sicherheits- und Finalitätskompromisse im Vergleich zu Ethereum und erklären, warum Eclipse sich für @celestia entschieden hat: