Populaire onderwerpen
#
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 bij @megaeth_labs. Recent gepromoveerd aan MIT CSAIL. Werken aan computernetwerken en gedistribueerde systemen (voor blockchain).
Lei Yang Σ: heeft opnieuw gepost
We hebben nooit om inkomsten of adviesaandelen gevraagd van enige @0xMegaMafia-teams.
De enige keer dat token-aankoopprogramma's werden genoemd, was toen teams vroegen om structurele voordelen zoals vroege colocatie en activa-uitgifte, wat oneerlijk zou zijn geweest voor andere bouwers in het ecosysteem.
In deze situatie is token-aankoopprogramma gerechtvaardigd omdat de gemeenschap moet profiteren van het feit dat wij deze voordelen aan projecten geven.
Iedereen kan bouwen op MegaETH.
31,16K
Het bijwerken van de staat root is belachelijk traag en is verantwoordelijk voor een vertraging tot 10x bij het bouwen van EVM-blokken. SALT is de oplossing van MegaETH voor dit probleem.
SALT is een gloednieuwe geauthenticeerde key-value store die de Merkle Patricia Trie (MPT) van EVM vervangt (in plaats van slechts een herimplementatie te zijn). Het is geoptimaliseerd voor één ding: zo min mogelijk ruimte innemen zodat het in het RAM van computers past.
Dit doel zou blijkbaar gemakkelijk te bereiken zijn door de MPT af te stemmen en deze breed en ondiep te maken, maar wie zo denkt, over het hoofd ziet een belangrijk probleem: sleutel-spariteit. Onze theorie + experimenten (veel details in de presentatie) tonen aan dat spariteit de grootte van MPT en aanverwante structuren (zoals de eerbiedwaardige Verkle Tries, helaas) honderden keren vergroot. Gevolg hiervan is dat ze moeten overlopen naar trage en logge harde schijven, wat de prestaties doodt. (Vergeet de 10x vertraging niet?)
Door spariteit te temmen, kan SALT oneindig dicht bij optimaliteit komen. In feite is het optimaal in ruimte- en IO-gebruik! De bottleneck van het bijwerken van staat roots is voorgoed opgelost.
Bekijk de opname van de presentatie! De presentatie werd gegeven tijdens de Science and Engineering of Consensus workshop tijdens SBC 25. Grote dank aan het Tse Lab van de Stanford Universiteit voor het organiseren van het evenement, en aan de sponsors van het evenement @babylonlabs_io en @poddotnetwork!
46,88K
Dit zijn enkele interessante resultaten. Het is altijd leuk om te zien dat MegaETH bovenaan staat : )
Om de gegevens in context te plaatsen, bestaat de end-to-end latentie van een RPC-verzoek uit drie componenten: (1) de snelheid van het licht propagatie latentie van/naar de waarnemer naar/van de server, (2) de tijd die de server nodig heeft om de gevraagde gegevens te verzamelen en te verwerken, (3) de tijd die de waarnemer nodig heeft om de reactie te downloaden. Zoals je al aangaf, zijn de RPC-methoden die worden getest aan de lichte kant, zowel qua rekenkosten als qua gegevensgrootte. Dit betekent dat de experimenten voornamelijk (1) hebben getest, d.w.z. de propagatielatentie tussen waarnemers en de RPC-servers. Begrijp me niet verkeerd – de RPC's van MegaETH zijn ook behoorlijk sterk op (2) en (3) en het zou interessant zijn om experimenten te zien die deze onder druk zetten!
Dus, hoe kunnen we de propagatielatentie fijn afstemmen? Eigenlijk zijn er niet veel knoppen. Ten eerste kunnen we RPC-servers in meerdere geografische regio's implementeren en verzoeken automatisch naar de dichtstbijzijnde server routeren. Dit is als fastfoodketens die overal winkels openen – er is altijd een filiaal in de buurt! Meer precies, het hebben van geo-distribueerde servers vermindert de fysieke afstand tussen gebruikers en servers.
Ten tweede kunnen we de netwerktopologie optimaliseren. Zelfs als het tussen hetzelfde paar zender en ontvanger is, varieert de propagatielatentie op basis van het daadwerkelijke netwerkpad dat wordt doorlopen. Bijvoorbeeld, tussen de oostkust van de VS en Azië kan de latentie met 2x variëren, afhankelijk van of de datapakketten via de Stille Oceaan of via Europa gaan. Soms zijn er zelfs meerdere netwerkpaden die dezelfde geografische route volgen; sommige zijn drukker dan andere, wat hogere latentie veroorzaakt. Dit is als het hebben van meerdere snelwegen om uit te kiezen van punt A naar punt B. De latentievoordelen die je hebt waargenomen, kwamen waarschijnlijk van onze optimalisatie van de route.
15 aug, 21:38
MegaETH Officiële RPC vs Thirdweb RPC – Testnet Latentie
Ik wilde directe gegevens van MegaEth ophalen zonder enige infrastructuur te hoeven draaien en zocht naar de snelste manier om dit te doen.
Ik gebruikte "" om een eenvoudige benchmark uit te voeren om te zien hoe de officiële RPC van MegaETH zich verhoudt tot een derde partij RPC (Thirdweb). Het doel was om te controleren welke sneller verse gegevens van de explorer kon ophalen vanuit verschillende delen van de wereld.
De test gebruikte de `eth_blockNumber` en de `eth_getBalance` RPC-aanroep op het MegaETH testnet. Het raakte 27 AWS-regio's verspreid over 6 continenten, waarbij verzoeken één voor één werden verzonden met een interval van één seconde. Het volgde de gemiddelde latentie, fouten, 429-fouten, succesvolle verzoeken en de totale duur van de verzoeken.
Hier zijn de resultaten
Alle resultaten toonden aan dat de officiële MegaETH RPC sneller was in alle zes continenten en alle 27 regio's. De latentie voor MegaETH varieerde van ongeveer 126 ms tot 238 ms volgens deze test. Voor Thirdweb varieerde de latentie van ongeveer 170 ms tot 381 ms. Beide hadden lage foutpercentages, maar MegaETH had er iets minder, en de totale duur van de verzoeken was consistent lager voor MegaETH.
Ter context, typisch hebben netwerken minstens een paar regio's waar een derde partij RPC sneller is. Avalanche, Optimism en Ethereum hebben allemaal voorbeelden hiervan in openbare benchmarks. Zie de
- Avalanche C-Chain resultaten
- Optimism resultaten
- Ethereum resultaten
Het is niet typisch dat MegaETH Thirdweb overal verslaat.
Mijn stelling over waarom MegaETH Officiële RPC bovenaan komt, is dat het netwerk architectonisch goed is afgesteld en een enkele sequencer tegelijk gebruikt.
Ik nodig @NamikMuduroglu @yangl1996 @0xSami_M uit om hun gedachten te delen
Dit is testnet, dus de cijfers kunnen verschuiven op mainnet wanneer het verkeer zwaarder is. Maar voor nu, als je de snelste en meest betrouwbare manier nodig hebt om gegevens van de MegaETH explorer op te halen, is de officiële RPC de duidelijke keuze.
NB: Ik ben geen expert, dit is slechts theoretisch en mogelijk niet 100% nauwkeurig, aangezien de geteste gegevens lichte oproepen waren, ook zijn deze resultaten vastgelegd, resultaten kunnen variëren als er grotere gegevens betrokken zijn op verschillende tijden, en tot slot gebruikte ik een openbare thirdweb rpc, er kunnen andere snellere zijn.
12,55K
Tik tik, het Robinhood-moment voor crypto komt eraan!
8 aug, 00:43
100 van de scherpste geesten in crypto hebben net dezelfde inzet geplaatst.
We hebben een zorgvuldig samengestelde coalitie van elite bouwers, handelaren en power users samengesteld om de doorbraak consumentenapp te steunen waar onze industrie op heeft gewacht.
Wat Robinhood deed voor tradfi, zal Euphoria doen voor crypto.
Tap Trading komt eraan 👇🧵
2,53K
Had een zeer productieve vlucht terug van Kopenhagen (dankzij het feit dat de stoel naast me leeg was)!
Ik heb een wiskundig model weten te ontwikkelen dat uitlegt waarom de nieuwe state trie datastructuur van MegaETH schaalbaar is, terwijl MPT en zijn varianten dat niet zijn, hoe geoptimaliseerd hun implementaties ook zijn. Dit omvat Verkle tries, die behoorlijk wat hoop kregen om de update van de state root te versnellen, evenals de verschillende DB's die geoptimaliseerd zijn voor MPT.
Ik heb de techniek die in de analyse werd gebruikt – het benaderen van een willekeurig proces met een exploderende toestandsruimte met behulp van een geheugenloos proces – opgepikt tijdens het werken aan het rateless IBLT-papier. Het is een elementaire techniek, maar het voelt zeer bevredigend om de techniek ergens anders succesvol toe te passen!
Ik zal de nieuwe datastructuur introduceren op de Science and Engineering of Consensus workshop (tijdens SBC). Het zal de eerste keer zijn dat we er in detail over praten, hoewel het sinds dag 1 in productie is op het testnet : ) Tot daar!
31,57K
Het is ontzettend leuk om MegaETH naar EigenDA V2 te migreren en ik kan niet enthousiaster zijn. De nieuwe architectuur is elegant minimaal en samenstelbaar. De eenvoud laat veel ruimte voor verdere schaalbaarheid en elegante upgrades. Het is een bijzonder leuke ervaring geweest om met Bowen aan de EigenDA-kant te werken aan al onze gekke benchmarkexperimenten!
@sreeramkannan en ik hebben in de zomer van 2022 een paar gesprekken gehad over de optimale DA-architectuur na ons DispersedLedger-papier. We concludeerden dat het mogelijk is om een hyper-schaal DA volledig losgekoppeld van consensus te bouwen. Het is zo spannend om al die ideeën beschikbaar te zien in een productiesysteem!!!
30 jul 2025
Vandaag, op de 10e verjaardag van @ethereum, lanceren we EigenDA V2 met een doorvoersnelheid van 100 MB/s, waardoor het de eerste oplossing voor gegevensbeschikbaarheid is die de DRIE-cijferige grens doorbreekt.
Terwijl Ethereum zijn tweede decennium ingaat, zijn we trots om te helpen bij het opschalen van de volgende golf van innovatie.
Leer meer 🧵
7,78K
Boven
Positie
Favorieten