Trend-Themen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Lei Yang Σ:
Chief Bunny Feeding Officer bei @megaeth_labs. Kürzlich promovierter Absolvent des MIT CSAIL. Arbeiten an Computernetzwerken und verteilten Systemen (für Blockchain).
Lei Yang Σ: erneut gepostet
Wir haben von keinem @0xMegaMafia-Team jemals nach Einnahmen oder Beratungsanteilen gefragt.
Das einzige Mal, als Token-Rückkäufe erwähnt wurden, war, als Teams nach strukturellen Vorteilen wie früherer Ko-Lokalisierung und Vermögensausgabe fragten, was unfair gegenüber anderen Entwicklern im Ökosystem gewesen wäre.
In dieser Situation ist der Token-Rückkauf gerechtfertigt, da die Gemeinschaft von uns profitieren muss, wenn wir diesen Projekten Vorteile gewähren.
Jeder kann auf MegaETH aufbauen.
28,32K
Die Aktualisierung des Zustandswurzel ist verrückt langsam und verantwortlich für eine Verlangsamung von bis zu 10x beim Erstellen von EVM-Blöcken. SALT ist die Lösung von MegaETH für dieses Problem.
SALT ist ein brandneuer authentifizierter Schlüssel-Wert-Speicher, der EVMs Merkle Patricia Trie (MPT) ersetzt (anstatt nur eine bloße Neuimplementierung zu sein). Es ist für nur eine Sache optimiert: so wenig Platz wie möglich zu beanspruchen, um in den RAM von Computern zu passen.
Dieses Ziel soll angeblich leicht zu erreichen sein, indem man das MPT anpasst und es breit und flach macht, aber wer so denkt, übersieht ein zentrales Problem: die Schlüsselspärlichkeit. Unsere Theorie + Experimente (viele Details im Vortrag) zeigen, dass Spärlichkeit die Größen von MPT und ähnlichen Strukturen (wie den ehrwürdigen Verkle Tries, leider) um Hunderte von Malen aufbläht. Folglich müssen sie auf langsame und klobige Festplatten überlaufen, was die Leistung beeinträchtigt. (Erinnert ihr euch an die 10x-Verlangsamung?)
Durch das Zähmen der Spärlichkeit kann SALT unendlich nah an die Optimalität herankommen. Tatsächlich ist es optimal in Bezug auf Speicher- und IO-Nutzung! Der Engpass bei der Aktualisierung der Zustandswurzeln wurde ein für alle Mal gelöst.
Schaut euch die Aufzeichnung des Vortrags an! Der Vortrag wurde beim Workshop "Science and Engineering of Consensus" während der SBC 25 gehalten. Ein riesiges Dankeschön an das Tse Lab der Stanford University für die Organisation der Veranstaltung und an die Sponsoren der Veranstaltung @babylonlabs_io und @poddotnetwork!
44,66K
Dies sind einige interessante Ergebnisse. Es ist immer schön zu sehen, dass MegaETH an der Spitze steht : )
Um die Daten in einen Kontext zu setzen, besteht die End-to-End-Latenz einer RPC-Anfrage aus drei Komponenten: (1) Lichtgeschwindigkeit-Propagation-Latenz von/zum Beobachter zum/vom Server, (2) die Zeit, die der Server benötigt, um die angeforderten Daten zu erfassen und nachzuverarbeiten, (3) die Zeit, die der Beobachter benötigt, um die Antwort herunterzuladen. Wie Sie erwähnt haben, sind die getesteten RPC-Methoden auf der leichteren Seite, sowohl in Bezug auf die Rechenkosten als auch in Bezug auf die Datenmenge. Das bedeutet, dass die Experimente hauptsächlich (1) getestet haben, d.h. die Propagationslatenz zwischen Beobachtern und den RPC-Servern. Verstehen Sie mich nicht falsch – die RPCs von MegaETH sind auch in (2) und (3) ziemlich stark, und es wäre interessant zu sehen, Experimente, die diese belasten!
Wie können wir also die Propagationslatenz optimieren? Tatsächlich gibt es nicht allzu viele Stellschrauben. Zuerst können wir RPC-Server in mehreren geografischen Regionen bereitstellen und Anfragen automatisch an den nächstgelegenen Server weiterleiten. Das ist wie Fast-Food-Ketten, die überall Filialen eröffnen – es gibt immer eine Filiale in der Nähe! Genauer gesagt, reduziert die Verteilung der Server über verschiedene geografische Standorte die physische Distanz zwischen Benutzern und Servern.
Zweitens können wir die Netzwerk-Topologie optimieren. Selbst wenn es zwischen demselben Sender und Empfänger ist, variiert die Propagationslatenz je nach dem tatsächlich durchlaufenen Netzwerkpfad. Zum Beispiel kann die Latenz zwischen der US-Ostküste und Asien je nachdem, ob die Datenpakete durch den Pazifik oder durch Europa gehen, um das 2-fache variieren. Manchmal gibt es sogar mehrere Netzwerkpfade, die derselben geografischen Route folgen; einige sind stärker überlastet als andere, was zu höheren Latenzen führt. Das ist wie mehrere Autobahnen zu wählen, um von Punkt A nach Punkt B zu gelangen. Die Latenzvorteile, die Sie beobachtet haben, stammen höchstwahrscheinlich von unserer Optimierung der Route.
15. Aug., 21:38
MegaETH Offizielles RPC vs Thirdweb RPC – Testnet-Latenz
Ich wollte direkte Daten von MegaEth abrufen, ohne irgendwelche Infrastrukturen betreiben zu müssen, und suchte nach dem schnellsten Weg, dies zu tun.
Ich verwendete "" um einen einfachen Benchmark durchzuführen, um zu sehen, wie sich das offizielle RPC von MegaETH im Vergleich zu einem Drittanbieter-RPC (Thirdweb) schlägt. Das Ziel war zu überprüfen, welches schneller frische Daten vom Explorer aus verschiedenen Teilen der Welt abrufen kann.
Der Test verwendete den `eth_blockNumber` und den `eth_getBalance` RPC-Aufruf im MegaETH-Testnetz. Es wurden 27 AWS-Regionen auf 6 Kontinenten angepingt, wobei die Anfragen nacheinander mit einer Sekunde Abstand gesendet wurden. Es wurden die durchschnittliche Latenz, Fehler, 429-Fehler, erfolgreiche Anfragen und die Gesamtdauer der Anfragen verfolgt.
Hier sind die Ergebnisse
Alle Ergebnisse zeigten, dass das offizielle MegaETH RPC in allen sechs Kontinenten und allen 27 Regionen schneller war. Die Latenz für MegaETH lag laut diesem Test zwischen etwa 126 ms und 238 ms. Für Thirdweb lag die Latenz zwischen etwa 170 ms und 381 ms. Beide hatten niedrige Fehlerraten, aber MegaETH hatte etwas weniger, und die Gesamtdauer der Anfragen war konstant niedriger für MegaETH.
Zum Kontext: Typischerweise haben Netzwerke mindestens einige Regionen, in denen ein Drittanbieter-RPC schneller ist. Avalanche, Optimism und Ethereum haben alle Beispiele dafür in öffentlichen Benchmarks. Siehe die
- Avalanche C-Chain Ergebnisse
- Optimism Ergebnisse
- Ethereum Ergebnisse
Dass MegaETH Thirdweb überall schlägt, ist nicht typisch.
Meine These, warum das offizielle RPC von MegaETH an der Spitze steht, ist, dass das Netzwerk architektonisch gut abgestimmt ist und jeweils einen einzelnen Sequencer verwendet.
Ich lade @NamikMuduroglu @yangl1996 @0xSami_M ein, ihre Gedanken zu teilen
Dies ist ein Testnetz, daher könnten sich die Zahlen im Mainnet ändern, wenn der Verkehr höher ist. Aber für jetzt, wenn Sie den schnellsten und zuverlässigsten Weg benötigen, um Daten vom MegaETH-Explorer abzurufen, ist das offizielle RPC die klare Wahl.
NB: Ich bin kein Experte, dies ist nur theoretisch und möglicherweise nicht 100% genau, da die getesteten Daten leichte Aufrufe waren, außerdem wurden diese Ergebnisse snapshotiert, die Ergebnisse können variieren, wenn größere Daten zu unterschiedlichen Zeiten beteiligt sind, schließlich habe ich ein öffentliches Thirdweb-RPC verwendet, es könnte andere schnellere geben.
12,54K
Tap tap, der Robinhood-Moment für Krypto kommt!
8. Aug., 00:43
100 der schärfsten Köpfe in der Krypto-Welt haben gerade denselben Einsatz platziert.
Wir haben eine handverlesene Koalition aus Elite-Bauern, Händlern und Power-Usern zusammengestellt, um die bahnbrechende Verbraucher-App zu unterstützen, auf die unsere Branche gewartet hat.
Was Robinhood für den traditionellen Finanzmarkt getan hat, wird Euphoria für Krypto tun.
Tap Trading kommt 👇🧵
2,52K
Ich habe einen lustigen Vortrag besucht, als mich etwa 5 Personen anschrieben oder flüsterten und auf die Ähnlichkeit zu einem anderen Papier verwiesen, das vor 3 Jahren veröffentlicht wurde. Lustige Zeiten. KI wird großartige Werkzeuge sein, die den Gutachtern helfen, Literaturübersichten richtig zu überprüfen!
730
Hatte einen sehr produktiven Flug zurück aus Kopenhagen (dank der Tatsache, dass der Platz neben mir leer war)!
Es ist mir gelungen, ein mathematisches Modell zu entwickeln, das erklärt, warum die neue State Trie-Datenstruktur von MegaETH skalierbar ist, während MPT und seine Varianten es nicht sind, egal wie optimiert ihre Implementierungen sind. Dazu gehören Verkle-Tries, die große Hoffnungen geweckt haben, die Aktualisierung der State Root zu beschleunigen, sowie die verschiedenen DBs, die für MPT optimiert sind.
Ich habe die Technik, die in der Analyse verwendet wird – die Annäherung an einen zufälligen Prozess mit explodierendem Zustandsraum unter Verwendung eines speicherlosen Prozesses – beim Arbeiten an dem rateless IBLT-Papier aufgegriffen. Es ist eine elementare Technik, aber es fühlt sich sehr erfüllend an, die Technik irgendwo anders erfolgreich anzuwenden!
Ich werde die neue Datenstruktur beim Workshop "Science and Engineering of Consensus" (während SBC) vorstellen. Es wird das erste Mal sein, dass wir darüber im Detail sprechen, obwohl sie seit Tag 1 in der Produktion im Testnetz ist : ) Wir sehen uns dort!
31,57K
Wir haben viel Spaß bei der Migration von MegaETH zu EigenDA V2 und können nicht aufgeregter sein. Die neue Architektur ist elegant, minimalistisch und zusammensetzbar. Die Einfachheit lässt viel Raum für weitere Skalierbarkeit und elegante Upgrades. Es hat besonders viel Spaß gemacht, mit Bowen auf der EigenDA-Seite bei all unseren verrückten Benchmark-Experimenten zusammenzuarbeiten!
@sreeramkannan und ich hatten im Sommer 2022 nach unserem DispersedLedger-Papier einige Gespräche über die optimale DA-Architektur. Wir sind zu dem Schluss gekommen, dass es möglich ist, eine hyperskalige DA zu erstellen, die vollständig vom Konsens entkoppelt ist. Es ist so aufregend zu sehen, wie all die Ideen in einem Produktionssystem verfügbar sind!!
30. Juli 2025
Heute, am 10. Jahrestag von @ethereum, starten wir EigenDA V2 mit einer Durchsatzrate von 100 MB/s und machen es zur ersten Datenverfügbarkeitslösung, die die DREI-stellige Grenze durchbricht.
Während Ethereum in sein zweites Jahrzehnt eintritt, sind wir stolz darauf, die nächste Innovationswelle zu skalieren.
Erfahren Sie mehr 🧵
7,78K
Top
Ranking
Favoriten