Teruskan Judul Asli 'Keterbatasan penskalaan blockchain dan VM mana yang teoretisnya paling cepat'

TL; DR

Kami melihat pergeseran menuju server tunggal yang kuat; Solana, Megaeth, dan berbagai penentu tunggal semuanya condong ke satu hal: throughput tinggi tunggal, server memori tinggi (dari ini, yang non L2 akan selalu menjadi yang paling cepat secara praktis).

Baru-baru ini saya sedang ngobrol dengan pendiri lain yang sangat saya hormati, dia menyebutkan bahwa saya seharusnya menulis percakapan kami.

Itu dimulai dengan pertanyaan sederhana; "Apakah Sonic memparalelkan eksekusi transaksi dengan cara apa pun?". Jawabannya, adalah tidak. Dan ini pada awalnya mungkin tampak seperti pilihan yang aneh, karena selama 2 tahun terakhir, jika Anda telah membaca tentang teknologi VM, Anda akan melihat paralelisasi cukup banyak di mana-mana. Jadi mengapa kita tidak?

Untuk menjawab pertanyaan itu, pertama-tama kita perlu melihat bagaimana teknik Sonic mengevaluasi apa yang seharusnya kita kerjakan, kami memiliki banyak teori, yang secara teoritis terdengar praktis, yang ingin kami implementasikan, tetapi sumber daya tim fisik yang terbatas, jadi bagaimana kita memilih yang paling berdampak? Sehingga, alih-alih bekerja pada SALAH satu dari ide-ide itu, tim memutuskan untuk menghabiskan setahun untuk membangun Aida, Aida adalah alat yang sangat kuat yang memungkinkan kita memutar ulang seluruh blockchain (apa pun) dalam hitungan menit daripada bulan dengan metrik kinerja yang berguna. Ini berarti bahwa kita dapat membuat prototipe, menguji di Aida, dan dengan sangat cepat mengetahui teori mana yang berlaku dan mana yang tidak.

Aida juga memungkinkan kami melakukan pemetaan profil yang cukup kuat, yang menghasilkan output seperti;

Jadi dengan semua yang disebutkan di atas, kita dapat dengan sangat cepat dan akurat menguji asumsi throughput kita, jadi kami mulai membandingkan hanya dalam memori VM vs disk, eksekusi paralel, RDMS vs KV vs file datar, supersets, model consensus baru, dan lainnya

Peningkatan terbesar tunggal, adalah DB, peningkatan 800%, diikuti oleh supersets berikutnya, diikuti oleh konsensus, dan sangat rendah dalam daftar itu, dengan peningkatan 30% yang sederhana, adalah eksekusi paralel. Ini tampaknya kontra-intuitif, karena model mental untuk sesuatu seperti eksekusi paralel tampaknya secara intuitif lebih baik daripada hasilnya. Jadi bagaimana kita melakukan paralelisasi? Mungkin kita melakukan kesalahan, uji coba itu adalah "Clairvoyance" bentuk pengurutan yang mutlak sempurna, mesin yang tahu penyortiran dan paralelisasi optimal sebelum eksekusi (sesuatu yang dalam praktiknya sudah tidak mungkin, jadi bahkan 30% lebih tinggi dari seharusnya).

Komponen-komponen VM dan blockchain sangat kompleks, dan seringkali, kita mengukur untuk metrik yang salah (atau kita sama sekali tidak mengukur).

Lalu dia bertanya padaku “Dari mana kecepatan Solana berasal? Atau, apakah itu sebenarnya lebih tinggi dari Sonic?”. Jawabannya adalah “Sonic lebih cepat dari Solana, tetapi Sonic tidak lebih cepat dari yang tercepat Solana bisa.”.

Kami melihat pergeseran ke arah server tunggal yang kuat; Solana, Megaeth, dan beragam sequencer tunggal semuanya bersandar pada satu hal: throughput tinggi tunggal, server memori tinggi (dari jumlah tersebut, non L2 akan selalu praktis tercepat). Solusi ini, jika dioptimalkan dengan benar, akan selalu lebih cepat daripada banyak peserta. Jadi throughput optimal maksimal dari sesuatu seperti Solana atau Megaeth akan lebih tinggi daripada pesaing tercepat mereka berikutnya yang melakukan konsensus 2+ server.

Jadi pertanyaan selanjutnya mungkin, mengapa Sonic tidak melakukan server terpilih pemimpin tunggal? Dan jawabannya di sini, bukan itu yang kami optimalkan. Salah satu awal utara kami yang saya tulis pada tahun 2018, adalah bahwa ketika kami melihat munculnya program yang saling berkomunikasi, pada titik tertentu, diperlukan konsensus. Asumsikan persimpangan yang sibuk tanpa rambu berhenti atau lampu lalu lintas dan ratusan lalu lintas mobil. Metode yang paling optimal adalah agar mobil "mendaftar" sendiri di persimpangan dan kemudian menyetujui urutan penyortiran dan metode yang paling dioptimalkan di mana setiap mobil harus bergerak untuk memaksimalkan throughput. Anda tidak dapat menggunakan sistem berbasis pemimpin di sini, dan Anda tidak dapat menganggap suatu pihak tidak berbahaya, dalam hal ini, konsensus Sonic dioptimalkan ke titik, di mana ia sudah dapat memvalidasi pada raspberry pi hari ini tanpa kehilangan throughput apa pun, sehingga semua mobil dapat menyetujui pemesanan berbasis konsensus Sonic. Sonic dioptimalkan untuk jaringan mesh.

Bagaimanapun, berbicara tanpa tujuan, semoga ini membantu dengan cara tertentu.

Penafian:

1. Artikel ini diambil dari [VMAndre Cronje]. Semua hak cipta adalah milik penulis asli [Andre Cronje]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penafian Kewajiban: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata milik penulis dan bukan merupakan saran investasi.
3. Tim Belajar gate melakukan terjemahan artikel ke dalam bahasa lain. Menyalin, mendistribusikan, atau melakukan plagiarisme terhadap artikel yang diterjemahkan dilarang kecuali disebutkan.