Baru-baru ini, kami mewawancarai seorang ahli Blockchain untuk membahas kompleksitas dan skalabilitas infrastruktur Sui, serta bagaimana sistem pemrosesan transaksi Sui dapat mendorong jaringan berkinerja tinggi. Ahli ini adalah seorang profesor di bidang keamanan dan privasi di universitas terkenal.
Berikut adalah isi wawancara ini:
Q1：Anda berasal dari bidang akademis, dapatkah Anda menjelaskan fokus penelitian Anda?
Saya adalah seorang profesor di universitas tertentu, dengan fokus penelitian yang secara umum adalah tentang keamanan dan privasi. Pada awal abad ke-20, saya melakukan cukup banyak penelitian tentang sistem peer-to-peer dan sistem anonim, banyak dari sistem ini adalah sistem terdistribusi besar yang berfokus pada penyimpanan. Ketika seluruh Blockchain menjadi lebih fokus pada eksekusi, terutama yang diwakili oleh Ethereum, saya tertarik pada buku besar terdistribusi dan Blockchain serta bagaimana mengeksekusi kontrak pintar. Saya sangat akrab dengan sifat tanpa izin ini dari pekerjaan saya di sistem peer-to-peer awal. Oleh karena itu, saya dan kelompok penelitian di universitas mulai menyelidiki bagaimana membangun sistem yang lebih berkinerja tinggi. Kami mendirikan sebuah perusahaan untuk mengkomersialkan beberapa ide kami, dan kemudian tim kami diakuisisi oleh sebuah perusahaan teknologi besar. Kemudian, kami membantu perusahaan tersebut mengusulkan solusi untuk memperluas Blockchain. Namun, ketika solusi tersebut tidak berhasil, saya pergi dan terus mencari peluang lain untuk mewujudkan ide Blockchain berkinerja tinggi.
Q2: Anda masih seorang profesor, lalu apa perbedaan antara aplikasi dan penelitian menurut Anda?
Sebenarnya tidak ada perbedaan yang signifikan. Ketika kita melakukan penelitian, kita akan mempertimbangkan semua kemungkinan untuk mencapai tujuan tertentu, seperti membangun Blockchain berkinerja tinggi atau fungsi tertentu. Tentu saja, saat membangun Blockchain atau memilih fungsi tertentu yang akan digunakan dalam sistem nyata, kita harus memilih salah satu dari kemungkinan tersebut. Kita harus terus-menerus membuat penilaian, di antara semua ide bagus ini, mana yang sebenarnya paling berguna bagi orang-orang? Mana yang dicari orang? Apa saja kendala dalam adopsi Blockchain? Apa yang menghalangi orang untuk mencapai apa yang mereka inginkan? Ketika membangun sistem, Anda masih akan mempertimbangkan semua kemungkinan dan berusaha memahami situasi yang mungkin dari literatur akademik, lalu memilih yang paling relevan. Ini bukan hanya minat pengetahuan, tetapi menciptakan nilai bagi pengguna.
Q3：Dari teori ke aplikasi praktis, bagaimana Anda menentukan masalah apa yang perlu diselesaikan?
Masalah utama yang saya selesaikan dalam penelitian adalah bagaimana memperluas berbagai fungsi Blockchain. Saya fokus pada aspek sistem Blockchain, seperti bagaimana meningkatkan throughput transaksi dan mengurangi latensi. Masalah di bidang ini sangat jelas, setiap kali kita melihat kontrak tertentu di suatu platform menjadi sangat populer, platform tersebut tidak dapat menangani volume transaksi yang begitu besar, mengakibatkan kemacetan transaksi dan lonjakan biaya. Setiap kali Blockchain berhasil, kita melihat volume transaksi yang dapat ditangani melebihi kapasitas yang ada. Oleh karena itu, jelas bahwa masalahnya terletak pada tidak adanya kapasitas yang cukup untuk memenuhi apa yang ingin dilakukan orang di Blockchain ini. Ini bukan hanya berdasarkan pemikiran kami, tetapi kami melihat situasi ini terjadi berulang kali. Dalam beberapa waktu, ini dianggap sebagai tantangan yang berharga, tidak hanya di tim saya, sebenarnya seluruh dunia akademis sedang mempelajari Blockchain, semua orang mencari cara yang berbeda untuk menyelesaikan masalah ini. Sekarang, sudah ada cukup banyak teknologi yang dikembangkan untuk memperluas kemampuan Blockchain untuk mengatasi tantangan-tantangan ini. Namun pada waktu itu, diketahui bahwa banyak orang mencari cara yang berbeda untuk menyelesaikannya.
Q4：Jaringan L2 adalah salah satu cara yang diusulkan orang untuk mengatasi masalah skalabilitas, apa perbedaan dan manfaatnya dibandingkan dengan membangun jaringan L1 baru seperti Sui?
L2 adalah solusi yang diperluas dalam suatu ekosistem. Namun, bagi pengembang aplikasi, menggunakan jaringan L2 agak rumit. Ketika sebuah jaringan L2 mencoba berinteraksi dengan L1, harus ada aktivitas jembatan, meskipun demikian untuk hubungan L2/L1 mana pun. Status yang mewakili coin, aset, atau konten lain di L1 harus dicerminkan di L2, dan sebaliknya. Selain itu, L2 juga harus memiliki beberapa mekanisme agar L1 dapat memverifikasi segala sesuatu yang terjadi di dalamnya. Tetapi ini hanyalah bagian pertama, yaitu setiap aset yang ada di L1 perlu dipindahkan ke L2, beberapa aktivitas harus terjadi di L2, dan kemudian dengan cara tertentu, aset harus dipindahkan kembali ke L1. Ini sangat merepotkan.
Untuk aset yang dapat dipertukarkan seperti tokens, aktivitas jembatan ini terbilang lancar, karena orang memiliki dua akun dan satu middleware jembatan. Namun untuk aset yang lebih umum, hasilnya tidak begitu baik. Untuk dapat menggunakan jaringan L2 yang dikembangkan di L1 untuk aplikasi yang lebih kompleks daripada tokens, Anda memerlukan kontrak pintar di kedua sisi, satu untuk minting dan satu lagi untuk burning. Mereka harus berpindah antara dua ekosistem yang berbeda, yang merupakan aktivitas kustom dari setiap kontrak. Anda tidak bisa begitu saja mengatakan, saya akan membuat jaringan L2, kemudian membawa semua aset pergi, lalu bertindak sesuai keinginan saya, dan kemudian membawanya kembali, tidak ada konsep seperti itu. Ini adalah proses manual yang sangat rentan terhadap kesalahan. Oleh karena itu, ini bukan pengalaman yang baik. Bayangkan, Anda memiliki aset di beberapa jaringan L2 yang berbeda, dan di masing-masing jaringan L2 tersebut terdapat kontrak pintar kustom ini. Setiap kali Anda ingin melakukan tindakan pada suatu status yang berada di jaringan L2 lain, Anda harus menjembatani kembali ke L1, lalu kembali ke L2. Anda tidak bisa dengan mudah mengatakan, saya baru saja melakukan sesuatu di blockchain ini, dan sekarang saya ingin melakukan sesuatu di blockchain lain, saya tidak perlu memikirkan di L1 atau L2 mana itu berada. Segalanya ada di sini, saya sekarang memilikinya di tangan, dan siap untuk melakukan lebih banyak transaksi pada status yang ingin saya akses. Inilah sebabnya mengapa pengalaman menyebarkan status di jaringan L2 tidak baik. Memindahkan aset di antara rantai yang berbeda sangat rumit dan jelas bagi pengguna. Inilah sebabnya mengapa jaringan L2 tidak pernah benar-benar menarik minat saya.
Ada satu contoh lagi dari proyek terkenal, yang memiliki ekosistem yang sangat menarik, yang menggunakan pendekatan lain, yaitu dengan menggunakan blockchain yang berbeda untuk berbagai aplikasi. Kita dapat melakukan transaksi dengan kecepatan yang berbeda di berbagai blockchain, dan ketika perlu beroperasi antar aplikasi, kita dapat menjembatani aset antar blockchain, tetapi itu juga menghadapi masalah yang sama. Setiap kali Anda ingin menggunakan aplikasi yang berbeda, Anda harus terlebih dahulu melakukan operasi jembatan, yang bagi pengguna adalah hal yang halus dan jelas, lalu Anda dapat menggunakan aplikasi tersebut dan menjembatani kembali. Anda akan mendapati diri Anda menghabiskan lebih banyak waktu untuk memindahkan aset dari satu blockchain ke blockchain lainnya, daripada melakukan hal yang sebenarnya ingin Anda lakukan.
Di Sui, rencana kami adalah membangun basis data besar, yang sebenarnya berisi semua status yang direplikasi oleh node yang diverifikasi. Setelah Anda menyelesaikan transaksi, semua status yang ada dalam basis data yang sama dapat digunakan untuk melakukan transaksi berikutnya, dan pengguna tidak perlu terus-menerus memindahkan status aset antara L1 dan L2.
Q5: Sui Lutris adalah dasar dari protokol Sui, inovasi kunci apa yang membuat Sui memiliki karakteristik throughput tinggi dan latensi rendah?
Sui Lutris terdiri dari dua konsep kunci: (1) untuk banyak operasi di blockchain, sebenarnya tidak perlu melakukan konsensus; (2) ketika Anda memang perlu melakukan konsensus, ada metode dengan throughput yang sangat tinggi yang menggabungkan kedua pendekatan ini. Sui Lutris adalah inti dari sistem terdistribusi Sui, memastikan bahwa saat melakukan transaksi di jaringan terdistribusi, dua node validasi yang mengikuti protokol tidak akan pernah berada dalam keadaan yang tidak konsisten. Dengan demikian, tidak akan ada situasi di mana satu node validasi berpikir bahwa Anda menghabiskan satu coin dan mengirimkannya kepada Alice, sementara node validasi lainnya berpikir bahwa coin yang sama sebenarnya dikirim kepada Bob.
Dua jalur yang berbeda, satu tidak memerlukan konsensus (jalur cepat), yang lainnya memerlukan konsensus (jalur konsensus). Ketika objek yang ingin Anda operasikan hanya milik Anda sendiri, seperti karakter NFT Anda dan topi yang ingin Anda gabungkan agar karakter Anda bisa mengenakan topi tersebut, secara teori orang lain tidak seharusnya mengoperasikannya. Dalam kasus-kasus ini, Sui menggunakan jalur cepat, yang berarti Anda dapat mengoperasikan objek Anda sendiri, Anda dapat memperoleh finalitas transaksi tanpa menunggu konsensus, memastikan transaksi terjadi, topi dikenakan di kepala NFT Anda.
Namun, dalam beberapa kasus, transaksi tidak hanya melibatkan objek yang Anda miliki sendiri, tetapi juga dibagikan oleh banyak orang. Misalnya, jika ada lelang yang menjual topi kecil, jenis lelang ini di Sui diwakili sebagai objek yang dibagikan. Orang-orang dapat mengajukan tawaran, dan penawar tertinggi memenangkan topi tersebut. Lelang semacam ini adalah objek yang tidak dimiliki oleh entitas tunggal, dan setiap orang harus dapat mengajukan tawaran, berbagi, dan memperbarui status tentang tawaran terbaru, jenis operasi ini memerlukan konsensus tambahan. Sui Lutris memungkinkan Anda memiliki objek yang dibagikan dan melakukan transaksi di atasnya, sehingga Anda dapat memiliki objek lain, mengubah status objek yang dibagikan, atau membuat objek yang dibagikan baru. Ini memungkinkan dua jalur untuk coexist, dan interaksi antara objek eksklusif yang dimiliki oleh individu tertentu atau objek yang dibagikan oleh banyak orang.
Dua jalur berbeda ini memiliki keunggulan yang berbeda. Jalur cepat untuk objek eksklusif memiliki latensi yang sangat rendah, memerlukan waktu kurang dari satu detik, sangat cepat, dan dapat diperluas secara luas. Latensi jalur konsensus lebih tinggi, biasanya lebih dari satu detik, kapasitasnya juga cukup tinggi, tetapi, dibandingkan dengan jalur pertama, lebih sulit untuk diperluas. Di Sui, mereka yang benar-benar mendorong aplikasi on-chain dengan jutaan transaksi setiap hari biasanya menggunakan jalur pertama, dan sebagian besar menyusun aplikasi mereka untuk melakukan transaksi terbanyak pada objek eksklusif, bukan transaksi bersama. Di sisi lain, protokol yang melakukan pekerjaan kompleks (seperti DeFi) biasanya menerapkan jenis transaksi kedua, karena mereka harus menggabungkan tawaran atau likuiditas dari banyak orang berbeda untuk menjalankan operasi.
Q6：Apakah pengembang aplikasi di Sui dapat merancang aplikasi mereka untuk memanfaatkan jalur cepat?
Ya, tentu saja bisa. Saya rasa ini adalah pekerjaan inti bagi perancang aplikasi yang diperluas. Pengembang kontrak pintar sepenuhnya dapat mengontrol apakah objek yang mereka operasikan dalam kontrak pada waktu tertentu adalah objek eksklusif yang dimiliki oleh satu entitas atau objek bersama. Salah satu trik untuk memperluas aplikasi di Sui adalah memastikan bahwa sebagian besar operasi pada dasarnya dilakukan pada objek eksklusif, karena Sui dapat mengelola banyak operasi yang Anda inginkan dengan latensi yang sangat rendah, yang merupakan pengalaman yang sangat baik. Operasi yang diperlukan untuk permainan harus dilakukan dalam kategori ini, dibandingkan dengan operasi yang perlu dimediasi melalui status bersama dan objek bersama, latensinya sangat rendah. Begitu diklik, transaksi dapat segera diselesaikan di jaringan.
Desainer kontrak pintar memiliki kendali penuh atas hal ini, mereka pada dasarnya dapat menentukan dengan akurat transaksi apa yang termasuk dalam setiap kategori. Tentu saja, versi pertama dari kontrak dapat menganggap semuanya sebagai status bersama, dan semuanya akan melalui jalur konsensus dengan latensi yang lebih tinggi, tetapi seiring kebutuhan untuk melakukan ekspansi, pengembang perlu mempertimbangkan sejauh mana mereka dapat melakukannya tanpa bagian-bagian tersebut.
Q7: Bagaimana peran blok transaksi yang dapat diprogram dalam hal ini?
Blok perdagangan yang dapat diprogram dapat berfungsi di jalur cepat atau jalur konsensus. Jika sebuah blok perdagangan yang dapat diprogram hanya melibatkan objek eksklusif Anda, itu berarti Anda dapat melakukan beberapa operasi dalam satu transaksi di satu blockchain. Misalnya, anggaplah Anda adalah aplikasi CEX, banyak orang di sini membeli dan menjual berbagai koin, Anda dapat melakukan satu transaksi di blockchain, yang secara konseptual sesuai dengan apa yang dibeli dan dijual orang. Namun karena Anda adalah bursa, semuanya milik Anda, sehingga Anda dapat menyelesaikan seribu transaksi sekaligus, inilah jalur cepat. Di sisi lain, jika beberapa objek di dalam blok perdagangan yang dapat diprogram adalah objek bersama, maka kita masuk ke jalur konsensus, saat ini keterlambatan sedikit lebih tinggi, bukan kurang dari satu detik tetapi beberapa detik.
Q8：Jaringan utama telah online lebih dari 100 hari, apakah kinerja Sui membuktikan teori penelitian yang Anda asumsi? Apakah ada sesuatu yang mengejutkan Anda?
Ada beberapa hal yang mengkonfirmasi desain Sui, tetapi ada juga beberapa hal yang membuat kita merenung. Salah satunya adalah ketika volume transaksi sangat tinggi, bahkan pada momen tertentu, volume transaksi harian bahkan melebihi 60 juta transaksi, di mana sebagian besar transaksi berada di jalur cepat. Sui Lutris sangat dapat diskalakan dan memiliki latensi yang sangat rendah. Sebelum itu, belum jelas apakah orang akan menggunakan jalur ini, tetapi ketika diperlukan banyak transaksi dan latensi rendah, jalur ini digunakan, dan sangat efektif! Ini mudah dilihat, yaitu metode ini. Pada hari-hari itu, volume transaksi Sui melebihi
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
19 Suka
Hadiah
19
7
Posting ulang
Bagikan
Komentar
0/400
NotSatoshi
· 08-13 13:15
Apa kegunaan dari operasi misterius yang disebut Blockchain ini?
Lihat AsliBalas0
BlockDetective
· 08-13 10:09
Lagi-lagi membahas teori yang rumit, lebih baik membicarakan sedikit wawasan berharga.
Lihat AsliBalas0
RooftopVIP
· 08-13 10:07
Paper terlalu banyak, tidak bisa bertahan lagi.
Lihat AsliBalas0
GateUser-7b078580
· 08-13 10:06
Kinerja tinggi juga bagaimana, batas maksimum tps paling banyak 7.8k
Lihat AsliBalas0
shadowy_supercoder
· 08-13 09:57
Sui juga begitu saja
Lihat AsliBalas0
ChainWanderingPoet
· 08-13 09:47
sui sebenarnya dapat diandalkan atau tidak?
Lihat AsliBalas0
MetaMuskRat
· 08-13 09:42
Mengapa segala sesuatu tentang jiu baru terdengar begitu mendalam?
Sui pakar menjelaskan desain Blockchain berperforma tinggi: aplikasi inovatif dari jalur cepat dan jalur konsensus
Baru-baru ini, kami mewawancarai seorang ahli Blockchain untuk membahas kompleksitas dan skalabilitas infrastruktur Sui, serta bagaimana sistem pemrosesan transaksi Sui dapat mendorong jaringan berkinerja tinggi. Ahli ini adalah seorang profesor di bidang keamanan dan privasi di universitas terkenal.
Berikut adalah isi wawancara ini:
Q1：Anda berasal dari bidang akademis, dapatkah Anda menjelaskan fokus penelitian Anda?
Saya adalah seorang profesor di universitas tertentu, dengan fokus penelitian yang secara umum adalah tentang keamanan dan privasi. Pada awal abad ke-20, saya melakukan cukup banyak penelitian tentang sistem peer-to-peer dan sistem anonim, banyak dari sistem ini adalah sistem terdistribusi besar yang berfokus pada penyimpanan. Ketika seluruh Blockchain menjadi lebih fokus pada eksekusi, terutama yang diwakili oleh Ethereum, saya tertarik pada buku besar terdistribusi dan Blockchain serta bagaimana mengeksekusi kontrak pintar. Saya sangat akrab dengan sifat tanpa izin ini dari pekerjaan saya di sistem peer-to-peer awal. Oleh karena itu, saya dan kelompok penelitian di universitas mulai menyelidiki bagaimana membangun sistem yang lebih berkinerja tinggi. Kami mendirikan sebuah perusahaan untuk mengkomersialkan beberapa ide kami, dan kemudian tim kami diakuisisi oleh sebuah perusahaan teknologi besar. Kemudian, kami membantu perusahaan tersebut mengusulkan solusi untuk memperluas Blockchain. Namun, ketika solusi tersebut tidak berhasil, saya pergi dan terus mencari peluang lain untuk mewujudkan ide Blockchain berkinerja tinggi.
Q2: Anda masih seorang profesor, lalu apa perbedaan antara aplikasi dan penelitian menurut Anda?
Sebenarnya tidak ada perbedaan yang signifikan. Ketika kita melakukan penelitian, kita akan mempertimbangkan semua kemungkinan untuk mencapai tujuan tertentu, seperti membangun Blockchain berkinerja tinggi atau fungsi tertentu. Tentu saja, saat membangun Blockchain atau memilih fungsi tertentu yang akan digunakan dalam sistem nyata, kita harus memilih salah satu dari kemungkinan tersebut. Kita harus terus-menerus membuat penilaian, di antara semua ide bagus ini, mana yang sebenarnya paling berguna bagi orang-orang? Mana yang dicari orang? Apa saja kendala dalam adopsi Blockchain? Apa yang menghalangi orang untuk mencapai apa yang mereka inginkan? Ketika membangun sistem, Anda masih akan mempertimbangkan semua kemungkinan dan berusaha memahami situasi yang mungkin dari literatur akademik, lalu memilih yang paling relevan. Ini bukan hanya minat pengetahuan, tetapi menciptakan nilai bagi pengguna.
Q3：Dari teori ke aplikasi praktis, bagaimana Anda menentukan masalah apa yang perlu diselesaikan?
Masalah utama yang saya selesaikan dalam penelitian adalah bagaimana memperluas berbagai fungsi Blockchain. Saya fokus pada aspek sistem Blockchain, seperti bagaimana meningkatkan throughput transaksi dan mengurangi latensi. Masalah di bidang ini sangat jelas, setiap kali kita melihat kontrak tertentu di suatu platform menjadi sangat populer, platform tersebut tidak dapat menangani volume transaksi yang begitu besar, mengakibatkan kemacetan transaksi dan lonjakan biaya. Setiap kali Blockchain berhasil, kita melihat volume transaksi yang dapat ditangani melebihi kapasitas yang ada. Oleh karena itu, jelas bahwa masalahnya terletak pada tidak adanya kapasitas yang cukup untuk memenuhi apa yang ingin dilakukan orang di Blockchain ini. Ini bukan hanya berdasarkan pemikiran kami, tetapi kami melihat situasi ini terjadi berulang kali. Dalam beberapa waktu, ini dianggap sebagai tantangan yang berharga, tidak hanya di tim saya, sebenarnya seluruh dunia akademis sedang mempelajari Blockchain, semua orang mencari cara yang berbeda untuk menyelesaikan masalah ini. Sekarang, sudah ada cukup banyak teknologi yang dikembangkan untuk memperluas kemampuan Blockchain untuk mengatasi tantangan-tantangan ini. Namun pada waktu itu, diketahui bahwa banyak orang mencari cara yang berbeda untuk menyelesaikannya.
Q4：Jaringan L2 adalah salah satu cara yang diusulkan orang untuk mengatasi masalah skalabilitas, apa perbedaan dan manfaatnya dibandingkan dengan membangun jaringan L1 baru seperti Sui?
L2 adalah solusi yang diperluas dalam suatu ekosistem. Namun, bagi pengembang aplikasi, menggunakan jaringan L2 agak rumit. Ketika sebuah jaringan L2 mencoba berinteraksi dengan L1, harus ada aktivitas jembatan, meskipun demikian untuk hubungan L2/L1 mana pun. Status yang mewakili coin, aset, atau konten lain di L1 harus dicerminkan di L2, dan sebaliknya. Selain itu, L2 juga harus memiliki beberapa mekanisme agar L1 dapat memverifikasi segala sesuatu yang terjadi di dalamnya. Tetapi ini hanyalah bagian pertama, yaitu setiap aset yang ada di L1 perlu dipindahkan ke L2, beberapa aktivitas harus terjadi di L2, dan kemudian dengan cara tertentu, aset harus dipindahkan kembali ke L1. Ini sangat merepotkan.
Untuk aset yang dapat dipertukarkan seperti tokens, aktivitas jembatan ini terbilang lancar, karena orang memiliki dua akun dan satu middleware jembatan. Namun untuk aset yang lebih umum, hasilnya tidak begitu baik. Untuk dapat menggunakan jaringan L2 yang dikembangkan di L1 untuk aplikasi yang lebih kompleks daripada tokens, Anda memerlukan kontrak pintar di kedua sisi, satu untuk minting dan satu lagi untuk burning. Mereka harus berpindah antara dua ekosistem yang berbeda, yang merupakan aktivitas kustom dari setiap kontrak. Anda tidak bisa begitu saja mengatakan, saya akan membuat jaringan L2, kemudian membawa semua aset pergi, lalu bertindak sesuai keinginan saya, dan kemudian membawanya kembali, tidak ada konsep seperti itu. Ini adalah proses manual yang sangat rentan terhadap kesalahan. Oleh karena itu, ini bukan pengalaman yang baik. Bayangkan, Anda memiliki aset di beberapa jaringan L2 yang berbeda, dan di masing-masing jaringan L2 tersebut terdapat kontrak pintar kustom ini. Setiap kali Anda ingin melakukan tindakan pada suatu status yang berada di jaringan L2 lain, Anda harus menjembatani kembali ke L1, lalu kembali ke L2. Anda tidak bisa dengan mudah mengatakan, saya baru saja melakukan sesuatu di blockchain ini, dan sekarang saya ingin melakukan sesuatu di blockchain lain, saya tidak perlu memikirkan di L1 atau L2 mana itu berada. Segalanya ada di sini, saya sekarang memilikinya di tangan, dan siap untuk melakukan lebih banyak transaksi pada status yang ingin saya akses. Inilah sebabnya mengapa pengalaman menyebarkan status di jaringan L2 tidak baik. Memindahkan aset di antara rantai yang berbeda sangat rumit dan jelas bagi pengguna. Inilah sebabnya mengapa jaringan L2 tidak pernah benar-benar menarik minat saya.
Ada satu contoh lagi dari proyek terkenal, yang memiliki ekosistem yang sangat menarik, yang menggunakan pendekatan lain, yaitu dengan menggunakan blockchain yang berbeda untuk berbagai aplikasi. Kita dapat melakukan transaksi dengan kecepatan yang berbeda di berbagai blockchain, dan ketika perlu beroperasi antar aplikasi, kita dapat menjembatani aset antar blockchain, tetapi itu juga menghadapi masalah yang sama. Setiap kali Anda ingin menggunakan aplikasi yang berbeda, Anda harus terlebih dahulu melakukan operasi jembatan, yang bagi pengguna adalah hal yang halus dan jelas, lalu Anda dapat menggunakan aplikasi tersebut dan menjembatani kembali. Anda akan mendapati diri Anda menghabiskan lebih banyak waktu untuk memindahkan aset dari satu blockchain ke blockchain lainnya, daripada melakukan hal yang sebenarnya ingin Anda lakukan.
Di Sui, rencana kami adalah membangun basis data besar, yang sebenarnya berisi semua status yang direplikasi oleh node yang diverifikasi. Setelah Anda menyelesaikan transaksi, semua status yang ada dalam basis data yang sama dapat digunakan untuk melakukan transaksi berikutnya, dan pengguna tidak perlu terus-menerus memindahkan status aset antara L1 dan L2.
Q5: Sui Lutris adalah dasar dari protokol Sui, inovasi kunci apa yang membuat Sui memiliki karakteristik throughput tinggi dan latensi rendah?
Sui Lutris terdiri dari dua konsep kunci: (1) untuk banyak operasi di blockchain, sebenarnya tidak perlu melakukan konsensus; (2) ketika Anda memang perlu melakukan konsensus, ada metode dengan throughput yang sangat tinggi yang menggabungkan kedua pendekatan ini. Sui Lutris adalah inti dari sistem terdistribusi Sui, memastikan bahwa saat melakukan transaksi di jaringan terdistribusi, dua node validasi yang mengikuti protokol tidak akan pernah berada dalam keadaan yang tidak konsisten. Dengan demikian, tidak akan ada situasi di mana satu node validasi berpikir bahwa Anda menghabiskan satu coin dan mengirimkannya kepada Alice, sementara node validasi lainnya berpikir bahwa coin yang sama sebenarnya dikirim kepada Bob.
Dua jalur yang berbeda, satu tidak memerlukan konsensus (jalur cepat), yang lainnya memerlukan konsensus (jalur konsensus). Ketika objek yang ingin Anda operasikan hanya milik Anda sendiri, seperti karakter NFT Anda dan topi yang ingin Anda gabungkan agar karakter Anda bisa mengenakan topi tersebut, secara teori orang lain tidak seharusnya mengoperasikannya. Dalam kasus-kasus ini, Sui menggunakan jalur cepat, yang berarti Anda dapat mengoperasikan objek Anda sendiri, Anda dapat memperoleh finalitas transaksi tanpa menunggu konsensus, memastikan transaksi terjadi, topi dikenakan di kepala NFT Anda.
Namun, dalam beberapa kasus, transaksi tidak hanya melibatkan objek yang Anda miliki sendiri, tetapi juga dibagikan oleh banyak orang. Misalnya, jika ada lelang yang menjual topi kecil, jenis lelang ini di Sui diwakili sebagai objek yang dibagikan. Orang-orang dapat mengajukan tawaran, dan penawar tertinggi memenangkan topi tersebut. Lelang semacam ini adalah objek yang tidak dimiliki oleh entitas tunggal, dan setiap orang harus dapat mengajukan tawaran, berbagi, dan memperbarui status tentang tawaran terbaru, jenis operasi ini memerlukan konsensus tambahan. Sui Lutris memungkinkan Anda memiliki objek yang dibagikan dan melakukan transaksi di atasnya, sehingga Anda dapat memiliki objek lain, mengubah status objek yang dibagikan, atau membuat objek yang dibagikan baru. Ini memungkinkan dua jalur untuk coexist, dan interaksi antara objek eksklusif yang dimiliki oleh individu tertentu atau objek yang dibagikan oleh banyak orang.
Dua jalur berbeda ini memiliki keunggulan yang berbeda. Jalur cepat untuk objek eksklusif memiliki latensi yang sangat rendah, memerlukan waktu kurang dari satu detik, sangat cepat, dan dapat diperluas secara luas. Latensi jalur konsensus lebih tinggi, biasanya lebih dari satu detik, kapasitasnya juga cukup tinggi, tetapi, dibandingkan dengan jalur pertama, lebih sulit untuk diperluas. Di Sui, mereka yang benar-benar mendorong aplikasi on-chain dengan jutaan transaksi setiap hari biasanya menggunakan jalur pertama, dan sebagian besar menyusun aplikasi mereka untuk melakukan transaksi terbanyak pada objek eksklusif, bukan transaksi bersama. Di sisi lain, protokol yang melakukan pekerjaan kompleks (seperti DeFi) biasanya menerapkan jenis transaksi kedua, karena mereka harus menggabungkan tawaran atau likuiditas dari banyak orang berbeda untuk menjalankan operasi.
Q6：Apakah pengembang aplikasi di Sui dapat merancang aplikasi mereka untuk memanfaatkan jalur cepat?
Ya, tentu saja bisa. Saya rasa ini adalah pekerjaan inti bagi perancang aplikasi yang diperluas. Pengembang kontrak pintar sepenuhnya dapat mengontrol apakah objek yang mereka operasikan dalam kontrak pada waktu tertentu adalah objek eksklusif yang dimiliki oleh satu entitas atau objek bersama. Salah satu trik untuk memperluas aplikasi di Sui adalah memastikan bahwa sebagian besar operasi pada dasarnya dilakukan pada objek eksklusif, karena Sui dapat mengelola banyak operasi yang Anda inginkan dengan latensi yang sangat rendah, yang merupakan pengalaman yang sangat baik. Operasi yang diperlukan untuk permainan harus dilakukan dalam kategori ini, dibandingkan dengan operasi yang perlu dimediasi melalui status bersama dan objek bersama, latensinya sangat rendah. Begitu diklik, transaksi dapat segera diselesaikan di jaringan.
Desainer kontrak pintar memiliki kendali penuh atas hal ini, mereka pada dasarnya dapat menentukan dengan akurat transaksi apa yang termasuk dalam setiap kategori. Tentu saja, versi pertama dari kontrak dapat menganggap semuanya sebagai status bersama, dan semuanya akan melalui jalur konsensus dengan latensi yang lebih tinggi, tetapi seiring kebutuhan untuk melakukan ekspansi, pengembang perlu mempertimbangkan sejauh mana mereka dapat melakukannya tanpa bagian-bagian tersebut.
Q7: Bagaimana peran blok transaksi yang dapat diprogram dalam hal ini?
Blok perdagangan yang dapat diprogram dapat berfungsi di jalur cepat atau jalur konsensus. Jika sebuah blok perdagangan yang dapat diprogram hanya melibatkan objek eksklusif Anda, itu berarti Anda dapat melakukan beberapa operasi dalam satu transaksi di satu blockchain. Misalnya, anggaplah Anda adalah aplikasi CEX, banyak orang di sini membeli dan menjual berbagai koin, Anda dapat melakukan satu transaksi di blockchain, yang secara konseptual sesuai dengan apa yang dibeli dan dijual orang. Namun karena Anda adalah bursa, semuanya milik Anda, sehingga Anda dapat menyelesaikan seribu transaksi sekaligus, inilah jalur cepat. Di sisi lain, jika beberapa objek di dalam blok perdagangan yang dapat diprogram adalah objek bersama, maka kita masuk ke jalur konsensus, saat ini keterlambatan sedikit lebih tinggi, bukan kurang dari satu detik tetapi beberapa detik.
Q8：Jaringan utama telah online lebih dari 100 hari, apakah kinerja Sui membuktikan teori penelitian yang Anda asumsi? Apakah ada sesuatu yang mengejutkan Anda?
Ada beberapa hal yang mengkonfirmasi desain Sui, tetapi ada juga beberapa hal yang membuat kita merenung. Salah satunya adalah ketika volume transaksi sangat tinggi, bahkan pada momen tertentu, volume transaksi harian bahkan melebihi 60 juta transaksi, di mana sebagian besar transaksi berada di jalur cepat. Sui Lutris sangat dapat diskalakan dan memiliki latensi yang sangat rendah. Sebelum itu, belum jelas apakah orang akan menggunakan jalur ini, tetapi ketika diperlukan banyak transaksi dan latensi rendah, jalur ini digunakan, dan sangat efektif! Ini mudah dilihat, yaitu metode ini. Pada hari-hari itu, volume transaksi Sui melebihi