DApp Store | Web3 Hub für Ereignisse und Spiele

Trend-Themen

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.

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,79K

Top

Ranking

Favoriten