Sui Blockchain ahli menjelaskan: bagaimana jalur cepat dan jalur konsensus dapat meningkatkan kinerja jaringan

Baru-baru ini, kami mewawancarai seorang ahli di bidang blockchain, membahas kompleksitas dan skalabilitas infrastruktur Sui, serta bagaimana sistem pemrosesan transaksi Sui mendukung jaringan berkinerja tinggi. Ahli ini adalah seorang profesor di bidang keamanan dan privasi di sebuah universitas terkenal.

Berikut adalah isi wawancara ini:

Q1：Dapatkah Anda memperkenalkan fokus penelitian Anda?

Fokus penelitian saya secara luas adalah keamanan dan privasi. Di awal, saya melakukan banyak penelitian di sistem peer-to-peer dan sistem anonim, banyak di antaranya adalah sistem terdistribusi besar yang berfokus pada penyimpanan. Ketika bidang blockchain mulai lebih memperhatikan eksekusi, terutama yang diwakili oleh beberapa platform tertentu, saya menjadi tertarik pada buku besar terdistribusi dan blockchain serta bagaimana menjalankan kontrak pintar. Karakteristik tanpa izin ini, sudah saya kenal dari pekerjaan saya di sistem peer-to-peer awal. Oleh karena itu, kelompok penelitian saya mulai meneliti bagaimana membangun sistem yang lebih berkinerja tinggi. Kami mendirikan sebuah perusahaan untuk mengkomersialkan beberapa ide kami, dan kemudian tim tersebut diakuisisi oleh perusahaan teknologi besar. Kemudian, kami membantu perusahaan tersebut mengusulkan solusi untuk memperluas blockchain. Namun, ketika solusi tersebut tidak menunjukkan kemajuan, saya pergi dan melanjutkan pencarian kesempatan lain untuk mewujudkan ide blockchain berkinerja tinggi.

Q2：Apa perbedaan antara aplikasi dan penelitian menurut Anda?

Sebenarnya tidak ada perbedaan yang signifikan. Dalam penelitian, kita akan mempertimbangkan semua kemungkinan untuk mencapai tujuan tertentu, seperti membangun sebuah Blockchain berkinerja tinggi atau fungsi tertentu. Dalam membangun sistem secara nyata, kita harus memilih konten yang paling relevan dari ide-ide baik ini. Ini bukan hanya minat pengetahuan, tetapi menciptakan nilai untuk pengguna. Kita harus terus-menerus membuat penilaian, memilih solusi yang paling berguna bagi orang-orang dan yang dapat menyelesaikan masalah nyata.

Q3: Dari teori ke aplikasi praktis, bagaimana Anda menentukan masalah apa yang perlu diselesaikan?

Saya sedang meneliti bagaimana memperluas berbagai fungsi Blockchain. Saya fokus pada aspek sistem Blockchain, seperti bagaimana meningkatkan throughput transaksi dan mengurangi latensi. Masalah ini sangat jelas, setiap kali suatu kontrak menjadi sangat populer, platform tidak dapat menahan volume transaksi yang begitu besar, terjadi kemacetan transaksi, dan biaya melambung. Kita berulang kali melihat bahwa kemampuan pemrosesan transaksi Blockchain tidak dapat memenuhi permintaan pengguna. Ini bukan hanya pemikiran kita, seluruh dunia akademis sedang meneliti berbagai cara untuk mengatasi masalah ini. Saat ini, sudah ada cukup banyak teknologi yang dikembangkan untuk memperluas kemampuan Blockchain.

Q4：Apa perbedaan dan manfaat antara jaringan L2 dan membangun jaringan L1 baru?

L2 adalah solusi skalabilitas dalam beberapa ekosistem. Namun, bagi pengembang aplikasi, menggunakan jaringan L2 bisa sedikit rumit. Ketika jaringan L2 berinteraksi dengan L1, aktivitas jembatan harus dilakukan. Status yang diwakili di L1 harus dicerminkan di L2, dan sebaliknya. L2 juga harus memiliki mekanisme untuk memungkinkan L1 memverifikasi segala sesuatu yang terjadi di dalamnya. Proses ini bisa merepotkan, terutama untuk aset yang kompleks.

Di jaringan L1 baru kami, kami telah membangun basis data besar yang mencakup semua status yang direplikasi oleh node yang diverifikasi. Setelah transaksi selesai, semua status dalam basis data yang sama dapat digunakan untuk transaksi berikutnya, sehingga pengguna tidak perlu terus-menerus memindahkan status aset di antara berbagai lapisan.

Q5：Bisakah Anda memperkenalkan inovasi kunci dari protokol dasar jaringan L1 baru?

Protokol ini terdiri dari dua konsep kunci: pertama, banyak operasi di blockchain sebenarnya tidak memerlukan konsensus; kedua, ketika konsensus diperlukan, ada metode dengan throughput tinggi. Protokol ini adalah inti dari sistem terdistribusi, memastikan bahwa node validasi yang mengikuti protokol tidak akan pernah berada dalam keadaan tidak konsisten.

Protokol menyediakan dua jalur berbeda: satu tidak memerlukan konsensus (jalur cepat), dan yang lainnya memerlukan konsensus (jalur konsensus). Ketika objek yang dioperasikan hanya milik diri sendiri, jalur cepat dapat digunakan, tanpa perlu menunggu konsensus untuk mendapatkan finalitas transaksi. Namun, dalam beberapa kasus, seperti yang melibatkan objek bersama, jalur konsensus perlu digunakan.

Kedua jalur ini memiliki keunggulan yang berbeda. Jalur cepat memiliki latensi yang sangat rendah, memerlukan waktu kurang dari satu detik. Jalur konsensus memiliki latensi yang lebih tinggi, biasanya lebih dari satu detik, tetapi kapasitasnya juga cukup tinggi. Aplikasi yang melakukan banyak transaksi setiap hari biasanya menggunakan jalur cepat, sementara protokol yang melakukan operasi kompleks (seperti DeFi) lebih sering menggunakan jalur konsensus.

Q6: Apakah pengembang dapat merancang aplikasi mereka untuk memanfaatkan jalur cepat?

Tentu saja. Ini adalah pekerjaan inti dari desain aplikasi yang diperluas. Pengembang sepenuhnya dapat mengontrol apakah objek yang mereka operasikan dalam kontrak adalah objek pribadi atau objek bersama. Salah satu trik dari aplikasi yang diperluas adalah memastikan bahwa sebagian besar operasi dilakukan berdasarkan objek pribadi, karena ini memungkinkan pengelolaan operasi dengan latensi yang sangat rendah, memberikan pengalaman pengguna yang baik.

Pengembang memiliki kendali penuh atas ini, mereka dapat secara tepat menentukan apa transaksi dalam setiap kategori. Seiring kebutuhan untuk memperluas, pengembang perlu mempertimbangkan bagaimana memaksimalkan pemanfaatan jalur cepat.

Q7：Bagaimana blok transaksi yang dapat diprogram berfungsi dalam sistem ini?

Blok transaksi yang dapat diprogram dapat berfungsi di jalur cepat atau jalur konsensus. Jika sebuah blok transaksi yang dapat diprogram hanya melibatkan objek eksklusif, ini berarti banyak operasi dapat dilakukan dalam satu operasi di rantai. Misalnya, beberapa aplikasi dapat menyelesaikan sejumlah besar transaksi secara bersamaan, yang termasuk dalam jalur cepat. Jika beberapa objek dalam blok transaksi bersifat bersama, maka itu masuk ke jalur konsensus, sehingga keterlambatan akan sedikit lebih tinggi.

Q8：Setelah peluncuran mainnet, bagaimana kinerja sistem? Apakah ada yang mengejutkan Anda?

Kinerja sistem membuktikan bahwa desainnya masuk akal. Pada saat volume transaksi sangat tinggi, volume transaksi harian bahkan melebihi 60 juta transaksi, di mana sebagian besar adalah transaksi jalur cepat. Ini membuktikan bahwa protokol sangat dapat diskalakan dan memiliki latensi rendah.

Pada saat yang sama, kami menemukan bahwa penggunaan jalur cepat memiliki beberapa nuansa. Terkadang mungkin ada situasi di mana objek terkunci, meskipun biasanya akan dibuka kuncinya pada akhir satu siklus, tetapi ini bukan pengalaman yang baik. Kami sedang mengembangkan serangkaian teknologi yang memungkinkan objek yang terkunci secara salah untuk dibuka kuncinya dengan cepat dalam beberapa detik.

Selain itu, kami juga sedang menjelajahi cara untuk memungkinkan lebih banyak jenis objek melakukan transaksi melalui jalur cepat, meskipun objek-objek ini mungkin dibagikan oleh banyak orang. Ini akan lebih meningkatkan efisiensi dan fleksibilitas sistem.

Q9：Dapatkah Anda menjelaskan secara rinci alasan yang menyebabkan objek terkunci?

Kunci objek biasanya disebabkan oleh ketidakkonsistenan urutan operasi. Ketika sebuah objek milik pengguna tertentu, sistem bergantung pada pengguna untuk memberi tahu urutan operasi. Masalah muncul ketika pengguna atau perangkat lunaknya melakukan kesalahan, seperti ketika perangkat yang berbeda memberikan urutan operasi yang bertentangan.

Situasi ini lebih umum daripada yang diharapkan, karena orang menggunakan perangkat yang berbeda, atau mencoba melakukan beberapa transaksi pada objek yang sama secara bersamaan. Ketika objek terkunci, sistem akan menunggu hingga satu siklus berakhir sebelum membuka kunci, yang dapat menyebabkan masalah serius.

Kami sedang mengembangkan solusi, ketika situasi ini terjadi, sistem akan menyelesaikannya melalui konsensus, proses ini akan selesai dalam beberapa detik, bukan menunggu hingga siklus berakhir.

Q10：Apa pendapat Anda tentang bagaimana blockchain publik menyeimbangkan transparansi, keterlacakan, dan privasi?

Ini sangat tergantung pada aplikasi spesifik. Sikap kami adalah menyediakan platform yang baik, sehingga pengembang dapat membangun perlindungan privasi sesuai kebutuhan mereka.

Untuk membantu pengembang, kami menyediakan beberapa dukungan asli kripto, seperti kemampuan untuk memverifikasi bukti nol-pengetahuan. Ini memungkinkan perancang aplikasi untuk memverifikasi peristiwa tertentu di luar rantai, tanpa perlu mengungkapkan rincian spesifik di dalam rantai. Ini adalah modul dasar untuk membangun aplikasi yang ramah privasi.

Pengembang dapat menggabungkan dukungan asli ini, menggunakan strategi on-chain, off-chain, dan kriptografi untuk menghadapi masalah privasi yang mungkin mereka temui.

Q11：Apakah sistem memiliki dukungan privasi yang lebih banyak secara native?

Kami sedang mempertimbangkan dukungan tambahan yang mungkin diperlukan oleh pengembang saat membangun aplikasi yang ramah privasi. Selain dari bukti nol pengetahuan, ada juga yang mengusulkan perlunya fungsi matematika atau kriptografi yang lebih umum. Kami menyambut masukan dari pengembang mengenai bagian yang hilang.

Ada teknologi lain seperti perhitungan multi pihak atau perangkat keras tepercaya yang juga dapat digunakan untuk melindungi privasi. Jika komunitas menunjukkan permintaan yang cukup, kami akan mempertimbangkan untuk berkembang ke arah ini. Namun, ini mungkin memerlukan beberapa perubahan dasar pada arsitektur sistem, sehingga perlu evaluasi yang cermat.

Q12: Menurut Anda, bagaimana sistem akan berkembang dalam 6 hingga 12 bulan ke depan?

Dalam jangka pendek, banyak perbaikan akan ditujukan untuk kebutuhan aplikasi praktis. Dalam jangka panjang, kami akan memperbaiki protokol dasar untuk mencapai latensi yang lebih rendah dan struktur yang lebih sederhana, meningkatkan skalabilitas. Kami juga akan berkomitmen untuk meningkatkan efisiensi ekonomi, sehingga node validasi dapat berjalan pada perangkat keras yang lebih terbatas, dan menggunakan perangkat keras yang ada dengan lebih efektif untuk eksekusi transaksi praktis, alih-alih menghabiskan pada kriptografi atau pengeluaran blockchain lainnya. Ini adalah arah pengembangan utama yang kami harapkan untuk dilihat.