Ini adalah beberapa hasil yang menarik. Selalu menyenangkan melihat MegaETH berada di atas: ) Untuk menempatkan data dalam beberapa konteks, latensi end-to-end dari permintaan RPC terdiri dari tiga komponen: (1) latensi propagasi kecepatan cahaya dari/ke pengamat ke/dari server, (2) waktu yang dibutuhkan server untuk mengambil dan memproses data yang diminta, (3) waktu yang dibutuhkan pengamat untuk mengunduh respons. Seperti yang Anda sebutkan, metode RPC yang diuji berada di sisi yang lebih ringan, baik dalam hal biaya komputasi maupun dalam hal ukuran data. Ini berarti eksperimen terutama diuji (1), yaitu, latensi propagasi antara pengamat dan server RPC. Jangan salah paham–RPC MegaETH juga cukup kuat pada (2) dan (3) dan akan menarik untuk melihat eksperimen yang membuat mereka stres! Jadi, bagaimana kita menyempurnakan latensi propagasi? Sebenarnya, kenop tidak terlalu banyak. Pertama, kita dapat menyebarkan server RPC di beberapa wilayah geografis, dan secara otomatis merutekan permintaan ke server terdekat. Ini seperti rantai makanan cepat saji yang membuka toko di mana-mana – selalu ada cabang di dekatnya! Lebih tepatnya, memiliki server yang didistribusikan secara geografis mengurangi jarak fisik antara pengguna dan server. Kedua, kita dapat mengoptimalkan topologi jaringan. Bahkan jika itu antara pasangan pengirim dan penerima yang sama, latensi propagasi bervariasi berdasarkan jalur jaringan aktual yang dilalui. Misalnya, antara Pantai Timur AS dan Asia, latensi dapat bervariasi 2x tergantung pada apakah paket data melewati Pasifik atau melalui Eropa. Terkadang, bahkan ada beberapa jalur jaringan yang mengikuti rute geografis yang sama; beberapa lebih padat daripada yang lain yang menginduksi latensi yang lebih tinggi. Ini seperti memiliki banyak jalan raya untuk dipilih dari titik A ke titik B. Keuntungan latensi yang Anda amati kemungkinan besar berasal dari kami yang mengoptimalkan rute.
Avaworld
Avaworld15 Agu, 21.38
RPC Resmi MegaETH vs RPC Thirdweb – Latensi Testnet Saya ingin menarik data langsung dari MegaEth tanpa harus menjalankan infra apa pun dan mencari cara tercepat untuk melakukan ini. Saya menggunakan "" untuk menjalankan tolok ukur sederhana untuk melihat bagaimana RPC resmi MegaETH dibandingkan dengan RPC pihak ketiga (Thirdweb). Tujuannya adalah untuk memeriksa mana yang akan menarik data baru dari penjelajah lebih cepat dari berbagai belahan dunia. Pengujian menggunakan panggilan RPC 'eth_blockNumber' dan 'eth_getBalance' pada testnet MegaETH. Ini mencapai 27 wilayah AWS di 6 benua, mengirim permintaan satu demi satu dengan jeda satu detik. Ini melacak latensi rata-rata, kegagalan, 429 kesalahan, permintaan yang berhasil, dan total durasi permintaan. Berikut hasilnya Semua hasil menunjukkan bahwa RPC MegaETH resmi lebih cepat di keenam benua dan semua 27 wilayah. Latensi untuk MegaETH berkisar antara sekitar 126 ms hingga 238 ms menurut pengujian ini. Untuk latensi Thirdweb berkisar antara sekitar 170 ms hingga 381 ms. Keduanya memiliki tingkat kegagalan yang rendah tetapi MegaETH memiliki sedikit lebih sedikit, dan total durasi permintaan secara konsisten lebih rendah untuk MegaETH. Untuk konteks, biasanya jaringan memiliki setidaknya beberapa wilayah di mana RPC pihak ketiga lebih cepat. Avalanche, Optimism, dan Ethereum semuanya memiliki contoh ini dalam tolok ukur publik. Lihat - Hasil C-Chain longsoran salju - Hasil optimisme - Hasil Ethereum MegaETH mengalahkan Thirdweb di mana-mana bukanlah hal biasa. Tesis saya tentang mengapa MegaETH Official rpc keluar yang teratas adalah bahwa jaringannya disetel dengan baik secara arsitektur, dan menggunakan satu sequencer pada satu waktu. Saya mengundang @NamikMuduroglu @yangl1996 @0xSami_M untuk membagikan pemikiran mereka Ini adalah testnet sehingga angka-angka dapat bergeser di mainnet saat lalu lintas lebih berat. Namun untuk saat ini, jika Anda membutuhkan cara tercepat dan paling andal untuk menarik data dari penjelajah MegaETH, RPC resmi adalah pilihan yang jelas. NB: Saya bukan ahli, ini hanya teoritis dan mungkin tidak 100% akurat karena data yang diuji adalah panggilan ringan, juga hasil ini dipotret, hasil dapat bervariasi jika data yang lebih besar terlibat pada waktu yang berbeda, terakhir saya menggunakan rpc web ketiga publik, mungkin ada yang lebih cepat lainnya.
12,79K