Baru-baru ini, kami mewawancarai George Danezis untuk membahas kompleksitas dan skalabilitas infrastruktur Sui, dan bagaimana sistem pemrosesan transaksi Sui memungkinkan jaringan berkinerja tinggi. George Danezis adalah salah satu pendiri dan kepala ilmuwan Mysten Labs (dan kontributor asli Sui), dan seorang profesor di bidang teknik keamanan dan privasi di UCL.
Berikut isi wawancara tersebut:
**Q1: Anda dari bidang akademis, bisakah Anda memperkenalkan fokus penelitian Anda? **
Saya seorang profesor di University College London (UCL), dan penelitian saya berfokus pada keamanan dan privasi dalam arti luas. Pada awal abad ke-20, saya melakukan sedikit penelitian tentang sistem peer-to-peer dan anonim, banyak di antaranya merupakan sistem terdistribusi besar dengan fokus pada penyimpanan. Ketika seluruh blockchain menjadi lebih berorientasi pada eksekusi, terutama diwakili oleh Ethereum, saya menjadi tertarik pada buku besar dan blockchain yang didistribusikan serta cara mengeksekusi kontrak pintar. Sifat tanpa izin ini saya kenal dari pekerjaan saya pada sistem peer-to-peer awal. Jadi kelompok penelitian saya di UCL mulai mencari cara untuk membangun sistem dengan kinerja lebih tinggi. Kami memulai Chainspace untuk mengkomersialkan beberapa ide kami, dan tim tersebut diakuisisi oleh Facebook. Kami kemudian membantu Facebook menemukan solusi untuk menskalakan blockchain Libra/Diem. Namun ketika proposal tersebut tidak mengalami kemajuan, saya keluar dan terus mencari peluang lain untuk menerapkan konsep blockchain berkinerja tinggi.
**Q2: Anda masih seorang profesor, lalu menurut Anda apa perbedaan antara aplikasi dan penelitian? **
Sebenarnya tidak banyak perbedaannya. Saat kami melakukan penelitian, kami mempertimbangkan semua kemungkinan untuk mencapai tujuan tertentu, seperti membangun blockchain berkinerja tinggi atau fungsi tertentu. Tentu saja, ketika membangun blockchain atau memilih fungsi tertentu untuk digunakan dalam sistem nyata, kita harus memilih salah satu dari kemungkinan ini. Kita harus terus-menerus melakukan penilaian, dari semua ide bagus ini, mana yang sebenarnya paling bermanfaat bagi masyarakat? Apa yang dicari orang? Apa saja hambatan dalam adopsi blockchain? Apa yang menghentikan orang mencapai apa yang ingin mereka lakukan? Saat membangun sebuah sistem, Anda masih mempertimbangkan semua kemungkinan, dan mencoba memahami apa yang mungkin dilakukan dari literatur akademis, lalu memilih apa yang paling relevan. Ini bukan sekadar kepentingan intelektual, namun menciptakan nilai bagi pengguna.
**Q3: Ketika beralih dari teori ke praktik, bagaimana Anda menentukan masalah mana yang harus dipecahkan? **
Masalah utama yang saya tangani dalam penelitian saya adalah bagaimana menskalakan berbagai fungsi blockchain. Saya fokus pada aspek sistem blockchain, yaitu bagaimana meningkatkan throughput transaksi dan mengurangi latensi. Masalah dalam hal ini sudah jelas. Setiap kali kita melihat kontrak tertentu di Ethereum menjadi sangat populer, platform Ethereum tidak dapat menahan volume transaksi sebesar itu, terjadi kemacetan transaksi, dan biaya meroket. Setiap kali blockchain mencapai kesuksesan, kami melihatnya menangani lebih banyak transaksi daripada saat ini. Jadi jelas masalahnya adalah tidak tersedianya kapasitas yang cukup untuk melakukan apa yang ingin dilakukan orang-orang di blockchain ini. Hal ini tidak hanya terjadi dalam pikiran kita saja, kita telah melihatnya terjadi berkali-kali. Untuk sementara, ini dianggap sebagai tantangan yang layak, tidak hanya di kelompok saya, namun faktanya seluruh komunitas akademis bekerja pada blockchain, setiap orang memecahkan masalah ini dengan cara yang berbeda. Saat ini, beberapa teknologi telah dikembangkan untuk memperluas kemampuan blockchain guna mengatasi tantangan ini. Namun pada saat itu, seperti yang kita ketahui, banyak orang melakukan pendekatan dengan cara berbeda.
**Q4: Jaringan L2 adalah cara yang diusulkan oleh orang-orang untuk menyelesaikan masalah penskalaan. Apa perbedaan dan manfaat membangun jaringan L1 baru seperti Sui? **
L2 adalah solusi untuk penskalaan di ekosistem Ethereum. Namun bagi pengembang aplikasi, bekerja dengan jaringan L2 agak rumit. Ketika jaringan L2 mencoba berinteraksi dengan Ethereum, aktivitas penghubung harus terjadi, meskipun hal ini berlaku untuk hubungan L2/L1 apa pun. Keadaan yang mewakili koin, aset, atau konten lainnya di L1 harus dicerminkan di L2, dan sebaliknya. Di luar itu, L2 harus memiliki mekanisme agar L1 dapat memverifikasi segala sesuatu yang terjadi di dalamnya. Tapi itu baru bagian pertama, aset apa pun yang ada di L1 perlu ditransfer ke L2, beberapa aktivitas harus terjadi di L2, dan kemudian mentransfer aset tersebut kembali ke L1. Ini sangat menyusahkan.
Untuk aset yang sepadan seperti token, aktivitas penghubungan ini relatif lancar, karena masyarakat memiliki dua akun dan sebuah perantara penghubung. Namun untuk aset yang lebih umum, ini tidak berfungsi dengan baik. Untuk benar-benar menggunakan jaringan L2 di Ethereum untuk mengembangkan aplikasi yang lebih kompleks daripada token, Anda harus memiliki kontrak pintar di kedua sisi, satu untuk pencetakan (mint) dan satu lagi untuk pembakaran (burn). Mereka harus berpindah-pindah antara dua ekosistem yang berbeda, yang merupakan aktivitas khusus untuk setiap kontrak. Anda tidak bisa begitu saja mengatakan, saya akan membuat jaringan L2 dan mengambil semua aset dan melakukan apa yang saya inginkan dan mengembalikannya, tidak ada konsep seperti itu. Ini adalah proses manual dan sangat rawan kesalahan. Jadi ini bukan pengalaman yang luar biasa. Bayangkan Anda memiliki aset di beberapa jaringan L2 yang berbeda, dan Anda memiliki kontrak pintar khusus ini di jaringan L2 yang berbeda. Setiap kali Anda ingin beroperasi pada suatu keadaan yang ada di jaringan L2 lain, Anda harus melakukan bridge kembali ke L1 dan kemudian kembali ke L2. Anda tidak bisa dengan mudah mengatakan, saya baru saja melakukan sesuatu di blockchain ini, dan kemudian saya akan melakukan sesuatu yang lain di blockchain lain, dan saya tidak perlu memikirkan L1 atau L2 yang mana. Semuanya ada di sini dan saya memegangnya sekarang, siap melakukan lebih banyak transaksi di negara bagian mana pun yang ingin saya kunjungi. Inilah sebabnya mengapa menyebarkan status di jaringan L2 adalah pengalaman buruk. Memindahkan aset antar rantai yang berbeda merupakan hal yang rumit dan jelas bagi pengguna. Itu sebabnya jaringan L2 tidak pernah menarik minat saya.
Contoh lainnya adalah Cosmos, yang memiliki ekosistem yang sangat menarik yang mengambil pendekatan penskalaan lain dengan menggunakan blockchain berbeda untuk aplikasi berbeda. Kita dapat memiliki kecepatan transaksi yang berbeda pada rantai yang berbeda, dan menjembatani aset antar rantai ketika kita perlu mengoperasikan aplikasi yang berbeda, namun hal ini juga menghadapi masalah yang sama. Setiap kali Anda ingin menggunakan aplikasi yang berbeda, pertama-tama Anda harus melakukan operasi jembatan, yang tidak kentara dan jelas bagi pengguna, lalu Anda dapat menggunakan aplikasi tersebut dan melakukan jembatan kembali. Anda akan menghabiskan lebih banyak waktu untuk memindahkan aset dari satu rantai ke rantai lainnya daripada melakukan apa yang sebenarnya ingin Anda lakukan.
Di Sui, solusi kami adalah membangun database besar yang berisi semua status yang direplikasi oleh validator. Setelah Anda menyelesaikan transaksi, semua status dalam database yang sama dapat digunakan untuk melakukan transaksi berikutnya tanpa pengguna harus terus-menerus memindahkan status aset antara L1 dan L2.
**Q5: Sui Lutris adalah fondasi protokol Sui. Apa inovasi utamanya yang memungkinkan Sui memiliki throughput tinggi dan latensi rendah? **
Sui Lutris terdiri dari dua gagasan utama: (1) untuk banyak operasi di blockchain, konsensus sebenarnya tidak diperlukan; (2) ketika Anda memang membutuhkan konsensus, ada metode throughput yang sangat tinggi yang akan menggabungkan kedua metode ini. Sui Lutris adalah inti dari sistem terdistribusi Sui, memastikan bahwa dua node verifikasi berbeda yang mengikuti protokol tidak akan pernah berada dalam keadaan tidak konsisten saat melakukan transaksi di jaringan terdistribusi. Tidak ada situasi di mana satu validator mengira Anda membelanjakan koin dan mengirimkannya ke Alice, sementara validator lain mengira koin yang sama sebenarnya dikirim ke Bob.
🌟 Berang-berang Diri:
Dua jalur yang berbeda, jalur yang tidak memerlukan konsensus (jalur cepat) dan jalur yang memerlukan konsensus (jalur konsensus). Ketika objek yang ingin Anda manipulasi hanya milik Anda, seperti karakter NFT Anda sendiri dan topi yang ingin Anda gabungkan sehingga karakter Anda dapat memakai topi tersebut, secara teoritis tidak ada orang lain yang dapat memanipulasinya. Dalam kasus ini, Sui menggunakan jalur cepat, yang berarti Anda dapat memanipulasi objek Anda sendiri, Anda mendapatkan penyelesaian transaksi tanpa menunggu konsensus, transaksi dijamin akan terjadi, dan tanggung jawab ada di kepala NFT Anda.
Namun dalam beberapa kasus, transaksi tidak hanya melibatkan benda milik Anda saja, melainkan juga dilakukan bersama oleh banyak orang. Misalnya, jika ada lelang yang menjual topi kecil, lelang jenis ini akan direpresentasikan di Sui sebagai objek bersama. Orang dapat menawar, dan penawar tertinggilah yang akan memenangkannya. Lelang semacam ini adalah objek yang bukan milik satu entitas. Setiap orang harus dapat menawar, berbagi, dan memperbarui status penawaran terbaru. Jenis operasi ini memerlukan konsensus tambahan. Sui Lutris memungkinkan Anda memiliki objek bersama dan melakukan transaksi pada objek tersebut, memungkinkan Anda memiliki objek lain, mengubah status objek bersama, atau membuat objek bersama baru. Hal ini memungkinkan kedua jalur untuk hidup berdampingan dan berinteraksi antara objek eksklusif yang dimiliki oleh individu tertentu atau objek bersama yang dimiliki oleh banyak orang.
Kedua jalur berbeda ini memiliki keunggulan berbeda. Jalur cepat untuk objek eksklusif memiliki latensi yang sangat rendah, membutuhkan waktu kurang dari satu detik, sangat cepat, dan berskala luas. Jalur konsensus memiliki latensi yang lebih tinggi, biasanya lebih dari satu detik, dan kapasitas yang cukup tinggi, namun lebih sulit untuk diskalakan dibandingkan jalur pertama. Di Sui, mereka yang benar-benar mendorong aplikasi on-chain dengan jutaan transaksi per hari biasanya menggunakan jalur pertama, dan menyusun sebagian besar aplikasi mereka untuk mendapatkan transaksi terbanyak terutama pada objek eksklusif, sementara Bukan kesepakatan saham. Di sisi lain, protokol yang melakukan pekerjaan kompleks (seperti DeFi) sering kali mempraktikkan jenis transaksi kedua, karena protokol tersebut harus menggabungkan tawaran atau likuiditas dari banyak orang berbeda untuk melakukan operasi.
**Q6: Bisakah pengembang aplikasi di Sui merancang aplikasi mereka untuk memanfaatkan jalur cepat? **
Ya, tentu saja. Saya pikir ini adalah pekerjaan inti dari perancang aplikasi ekstensi. Pengembang kontrak pintar memiliki kendali penuh atas apakah objek yang mereka manipulasi dalam kontrak merupakan objek eksklusif atau objek bersama dari satu entitas pada waktu tertentu. Salah satu trik untuk menskalakan aplikasi Anda di Sui adalah memastikan bahwa sebagian besar operasi pada dasarnya dilakukan pada objek eksklusif, karena Sui dapat mengelola operasi sebanyak yang Anda inginkan dengan latensi sangat rendah, yang merupakan pengalaman menyenangkan. Operasi yang diperlukan untuk permainan harus dilakukan dalam kategori ini, dan latensinya sangat rendah dibandingkan dengan operasi yang perlu dimediasi melalui status bersama dan objek bersama. Setelah diklik, transaksi dapat diselesaikan secara instan di jaringan.
Perancang kontrak pintar memiliki kendali penuh atas hal ini, dan pada dasarnya mereka dapat menentukan dengan tepat transaksi di setiap kategori. Tentu saja, versi pertama kontrak dapat memperlakukan semuanya sebagai keadaan bersama, dan semuanya akan melalui jalur konsensus latensi yang lebih tinggi, namun seiring dengan kebutuhan untuk melakukan penskalaan, pengembang perlu mempertimbangkan seberapa jauh mereka dapat melakukannya. .
**Q7: Bagaimana blok transaksi yang dapat diprogram berperan dalam hal ini? **
Blok transaksi yang dapat diprogram dapat berfungsi pada jalur cepat atau jalur konsensus. Jika satu blok transaksi yang dapat diprogram hanya melibatkan objek eksklusif Anda, itu berarti Anda dapat melakukan beberapa operasi dalam satu operasi on-chain. Misalnya, Anda adalah aplikasi CEX tempat banyak orang membeli dan menjual koin yang berbeda. Anda dapat melakukan transaksi pada rantai tersebut, yang secara konseptual sesuai dengan apa yang dibeli dan dijual orang. Tapi karena Anda adalah bursa, semuanya milik Anda, jadi seribu transaksi bisa diselesaikan sekaligus, itu jalan cepat. Di sisi lain, jika beberapa objek dalam blok transaksi yang dapat diprogram dibagikan, maka jalur konsensus dimasukkan, dan latensi akan sedikit lebih tinggi, tidak kurang dari satu detik tetapi beberapa detik.
**Q8: Mainnet telah online selama lebih dari 100 hari Apakah kinerja Sui mengkonfirmasi teori penelitian hipotetis Anda? Apakah ada sesuatu yang mengejutkanmu? **
Ada beberapa hal yang menegaskan desain Sui, tetapi ada juga hal yang memberi bahan pemikiran. Salah satunya adalah ketika volume transaksi sangat besar, bahkan pada momen-momen khusus, volume transaksi harian bahkan melebihi 60 juta, yang sebagian besar berada di jalur cepat. Sui Lutris sangat terukur dan memiliki latensi yang sangat rendah. Sampai saat itu, tidak jelas apakah ada orang yang akan menggunakan jalur ini, tetapi ketika diperlukan volume transaksi yang tinggi dan latensi rendah, jalur ini akan digunakan, dan berfungsi dengan baik! Caranya mudah kok, begitulah caranya. Pada masa itu, Sui memiliki lebih banyak transaksi dibandingkan gabungan semua blockchain lainnya. Ini adalah validasi menarik bahwa desain Sui bagus.
Sementara itu, komunitas Sui menganggap jalur cepat ini agak rumit. Karena pemilik objek harus mengatur urutan operasi pada objek mereka sendiri sampai tingkat tertentu, terkadang terjadi kesalahan. Terkadang mereka bahkan menggunakan perpustakaan yang tidak membantu mereka, dan perpustakaan itu sendiri memiliki bug, sehingga terkadang objek terkunci. Biasanya mereka membuka kuncinya di penghujung hari, di akhir suatu zaman, tapi itu bukan pengalaman yang luar biasa. Orang yang merancang kontrak pintar mungkin terintimidasi oleh hal ini, karena takut akan terjadi kesalahan, sehingga menghalangi mereka untuk memanfaatkan sepenuhnya fasilitas latensi dan skalabilitas rendah. Sejumlah besar teknologi sedang dikembangkan untuk memungkinkan mereka yang tidak sengaja mengunci objek, dapat membukanya dengan cepat dalam hitungan detik. Jadi jika Anda mencoba menggunakan jalur cepat, terjadi kesalahan dan objek Anda terkunci, Anda dapat segera menggunakan jalur konsensus untuk membukanya tanpa menunggu hingga suatu zaman selesai.
Dan, anehnya, ini bukan hanya tentang menghindari bug, ini memungkinkan pengembang untuk mengekspresikan lebih banyak hal dengan jalur cepat, ada teknik potensial di mana beberapa objek tidak dimiliki oleh satu pihak saja. Mungkin ada suatu benda yang Anda dan saya miliki bersama, karena bersifat bersama, dan biasanya transaksi atas benda tersebut harus melalui jalur mufakat. Namun, jika Sui memiliki cara untuk membuka kunci objek dengan cepat, pengembang sebenarnya dapat mencoba melakukan transaksi jalur cepat. Dalam kasus di mana Anda dan saya kebetulan bertransaksi pada objek yang sama pada waktu yang sama, sistem akan terkunci, tidak dapat memutuskan transaksi mana yang akan terjadi selanjutnya, dan kemudian Sui dapat membukanya, dan melewati jalur konsensus, membuatnya dibagikan dan menyelesaikannya. Namun hal itu tidak bisa terjadi kecuali orang-orang dengan sengaja mencoba bersaing. Setelah Sui memiliki fungsi untuk membuka kunci objek, Sui seharusnya dapat membuka jalur cepat objek milik banyak orang. Ini adalah permainan yang mencoba mengalirkan volume transaksi sebanyak mungkin melalui jalur cepat, yang merupakan salah satu jenis hal yang sedang dikembangkan untuk membantu komunitas pembangun.
**Q9: Bisakah Anda berbagi lebih detail apa yang saat ini menyebabkan penguncian objek? **
Alasan mengapa tidak perlu melalui konsensus untuk memberi tahu Sui urutan operasi yang terjadi ketika suatu objek menjadi milik Anda adalah karena tidak ada orang lain yang dapat mengoperasikan objek Anda. Sui mengandalkan Anda untuk memberi tahu sistem bahwa tindakan A akan terjadi terlebih dahulu, tindakan B akan terjadi berikutnya, dan tindakan C akan terjadi terakhir. Sistem masih harus memeriksa apakah ABC dilihat oleh semua orang dalam urutan yang sama. Sistem ini diimplementasikan melalui protokol terdistribusi yang hanya memeriksa apakah kita semua melihat ABC secara bergantian. Pertanyaannya adalah, apakah Anda melakukan kesalahan, atau perangkat lunak Anda melakukan kesalahan. Misalnya, jika ponsel Anda mengontrol aset dan komputer Anda mengontrol aset Anda, ponsel Anda akan mengatakan A terjadi terlebih dahulu, dan komputer Anda mengatakan B terjadi terlebih dahulu. Anda salah mengurutkan dua hal berbeda. Ini adalah sebuah kontradiksi. Dalam kasus ini, Sui akan berkata, "Yah, orang yang saya tugaskan untuk memberi tahu saya urutannya sepertinya telah memberi saya dua hal yang bertentangan, jadi saya tidak tahu harus berbuat apa. Saya tidak tahu bagaimana cara memperbaikinya." Karena Sui Permasalahan ini biasanya diselesaikan melalui jalur mufakat. Namun di sini, Anda mencoba menggunakan jalur cepat. Jadi Sui mengangkat tangannya dan berkata, "Oke, ada kesalahan di sini."
Asumsi awalnya adalah hal ini tidak akan sering terjadi, namun ternyata hal ini cukup sering terjadi ketika orang menggunakan perangkat yang berbeda, atau mencoba melakukan beberapa transaksi ke objek yang sama pada waktu yang bersamaan. Saat ini, ketika objek-objek ini terkunci, Sui menunggu hingga akhir zaman untuk membukanya, dan hal ini sangat mengkhawatirkan. Bayangkan jika aset Anda tidak dapat digunakan selama sehari, ini sebenarnya bisa menjadi masalah yang serius.
Jadi sekarang Sui perlu berevolusi untuk mengambil tindakan yang benar ketika ada sesuatu yang terkunci. Jika entitas yang dipercaya untuk memberikan perintah yang benar memberikan perintah yang ambigu, Sui akan menyelesaikan seluruh situasi melalui konsensus. Ini akan terjadi dalam hitungan detik, bukan pada akhir suatu zaman.
**Q10: Sebagian besar penelitian Anda berkisar pada privasi. Apa pendapat Anda tentang bagaimana blockchain publik dapat menyeimbangkan transparansi, ketertelusuran, dan privasi dengan cara terbaik? **
Dalam rantai publik, bagaimana menyeimbangkan transparansi, ketertelusuran, dan privasi adalah isu yang sangat terkait dengan aplikasi, dan sudut pandang saya mengenai privasi adalah bahwa apa yang perlu dijaga kerahasiaannya sangat bergantung pada aplikasi itu sendiri. Misalnya, di Sui, masuk akal bagi pengembang aplikasi untuk mengembangkan kontrak yang melindungi privasi penggunanya. Karena sebagian orang hanya ingin mengembangkan game, mungkin masalah privasi tidak terlalu menjadi perhatian. Beberapa orang ingin melakukan transaksi keuangan di blockchain, dan privasi mungkin lebih menjadi perhatian, namun pada saat yang sama, ada masalah peraturan lain yang terlibat. Jadi sikap Sui adalah kami akan memberi Anda platform yang bagus, dan Anda perlu membangun privasi di platform ini.
Untuk membantu orang membangun privasi, Sui menyediakan beberapa dukungan kripto-asli yang mungkin berguna bagi mereka saat merancang kontrak pintar. Salah satu yang paling penting adalah kemampuan untuk memverifikasi bukti tanpa pengetahuan di Sui. Ada fungsi asli yang memverifikasi salah satu skema yang paling banyak digunakan dan dipahami, skema Groth16 yang dikembangkan oleh rekan saya Jens Groth. Artinya, pada dasarnya, perancang aplikasi dapat memverifikasi peristiwa tertentu secara off-chain tanpa mengungkapkan peristiwa apa itu. Ini adalah landasan dasar untuk membangun seluruh kelas aplikasi ramah privasi yang menjaga beberapa keadaan tetap off-chain, namun secara on-chain Anda dapat memverifikasi bahwa apa pun yang terjadi di luar rantai adalah benar.
Pengembang aplikasi memutuskan jenis perlindungan privasi yang dibutuhkan aplikasi mereka, dan menggunakan dukungan asli ini untuk menggabungkan strategi enkripsi on-chain, off-chain, dan on-chain untuk menangani masalah privasi yang mungkin mereka hadapi.
**Q11: Apakah ada lebih banyak dukungan asli untuk privasi di Sui? **
Komunitas sedang memikirkan tentang dukungan yang dibutuhkan pengembang untuk menulis kontrak pintar di lingkungan yang lebih ramah privasi, dan bukti tanpa pengetahuan (zero-knowledge proof) adalah salah satunya. Beberapa orang mungkin berpikir bahwa Sui memerlukan fungsi matematika atau kriptografi yang lebih umum pada rantai tersebut. Kami ingin melihat perancang kontrak pintar memberikan umpan balik tentang apa yang hilang, dan ada banyak teknik lain yang dapat digunakan untuk menjaga privasi, seperti komputasi multi-pihak atau perangkat keras tepercaya. Berbagai blockchain telah dikembangkan ke arah ini, dan hal ini memerlukan sistem tambahan yang sangat kompleks. Perlu ada cukup bukti di masyarakat bahwa masyarakat menginginkan teknologi ini, karena teknologi tersebut mewakili beberapa perubahan mendasar pada arsitektur Sui. Namun jika komunitas ingin bergerak ke arah tersebut, ada proses untuk mengusulkan cara menambahkan perlindungan privasi.
**Q12: Menurut Anda bagaimana perkembangan Sui dalam 6 hingga 12 bulan ke depan? **
Hal ini bergantung pada jenis aplikasi yang dibuat oleh orang-orang di Sui, dan dalam jangka pendek, banyak perbaikan yang akan terjadi pada aplikasi yang sebenarnya dibuat oleh orang-orang tersebut. Dari perspektif jangka panjang, berdasarkan standar blockchain, 6 hingga 12 bulan dapat dianggap sebagai waktu yang sangat lama. Kami akan meningkatkan protokol Sui Lutris untuk mencapai latensi yang lebih rendah, protokol yang lebih sederhana, dan menjadikan skala Sui lebih baik. Selain itu, hal ini akan membuat perekonomian lebih efisien, memungkinkan node validator untuk berjalan pada perangkat keras yang lebih terbatas dan menggunakan perangkat keras yang ada untuk benar-benar mengeksekusi transaksi daripada melakukan kriptografi atau overhead lain dari blockchain. Inilah yang kami harapkan untuk dilihat.
Lihat Asli
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.
Dialog mendalam dengan kepala ilmuwan Mysten Labs: Dari teori hingga praktik, bagaimana Sui memecahkan masalah skalabilitas jaringan?
Baru-baru ini, kami mewawancarai George Danezis untuk membahas kompleksitas dan skalabilitas infrastruktur Sui, dan bagaimana sistem pemrosesan transaksi Sui memungkinkan jaringan berkinerja tinggi. George Danezis adalah salah satu pendiri dan kepala ilmuwan Mysten Labs (dan kontributor asli Sui), dan seorang profesor di bidang teknik keamanan dan privasi di UCL.
Berikut isi wawancara tersebut:
**Q1: Anda dari bidang akademis, bisakah Anda memperkenalkan fokus penelitian Anda? **
Saya seorang profesor di University College London (UCL), dan penelitian saya berfokus pada keamanan dan privasi dalam arti luas. Pada awal abad ke-20, saya melakukan sedikit penelitian tentang sistem peer-to-peer dan anonim, banyak di antaranya merupakan sistem terdistribusi besar dengan fokus pada penyimpanan. Ketika seluruh blockchain menjadi lebih berorientasi pada eksekusi, terutama diwakili oleh Ethereum, saya menjadi tertarik pada buku besar dan blockchain yang didistribusikan serta cara mengeksekusi kontrak pintar. Sifat tanpa izin ini saya kenal dari pekerjaan saya pada sistem peer-to-peer awal. Jadi kelompok penelitian saya di UCL mulai mencari cara untuk membangun sistem dengan kinerja lebih tinggi. Kami memulai Chainspace untuk mengkomersialkan beberapa ide kami, dan tim tersebut diakuisisi oleh Facebook. Kami kemudian membantu Facebook menemukan solusi untuk menskalakan blockchain Libra/Diem. Namun ketika proposal tersebut tidak mengalami kemajuan, saya keluar dan terus mencari peluang lain untuk menerapkan konsep blockchain berkinerja tinggi.
**Q2: Anda masih seorang profesor, lalu menurut Anda apa perbedaan antara aplikasi dan penelitian? **
Sebenarnya tidak banyak perbedaannya. Saat kami melakukan penelitian, kami mempertimbangkan semua kemungkinan untuk mencapai tujuan tertentu, seperti membangun blockchain berkinerja tinggi atau fungsi tertentu. Tentu saja, ketika membangun blockchain atau memilih fungsi tertentu untuk digunakan dalam sistem nyata, kita harus memilih salah satu dari kemungkinan ini. Kita harus terus-menerus melakukan penilaian, dari semua ide bagus ini, mana yang sebenarnya paling bermanfaat bagi masyarakat? Apa yang dicari orang? Apa saja hambatan dalam adopsi blockchain? Apa yang menghentikan orang mencapai apa yang ingin mereka lakukan? Saat membangun sebuah sistem, Anda masih mempertimbangkan semua kemungkinan, dan mencoba memahami apa yang mungkin dilakukan dari literatur akademis, lalu memilih apa yang paling relevan. Ini bukan sekadar kepentingan intelektual, namun menciptakan nilai bagi pengguna.
**Q3: Ketika beralih dari teori ke praktik, bagaimana Anda menentukan masalah mana yang harus dipecahkan? **
Masalah utama yang saya tangani dalam penelitian saya adalah bagaimana menskalakan berbagai fungsi blockchain. Saya fokus pada aspek sistem blockchain, yaitu bagaimana meningkatkan throughput transaksi dan mengurangi latensi. Masalah dalam hal ini sudah jelas. Setiap kali kita melihat kontrak tertentu di Ethereum menjadi sangat populer, platform Ethereum tidak dapat menahan volume transaksi sebesar itu, terjadi kemacetan transaksi, dan biaya meroket. Setiap kali blockchain mencapai kesuksesan, kami melihatnya menangani lebih banyak transaksi daripada saat ini. Jadi jelas masalahnya adalah tidak tersedianya kapasitas yang cukup untuk melakukan apa yang ingin dilakukan orang-orang di blockchain ini. Hal ini tidak hanya terjadi dalam pikiran kita saja, kita telah melihatnya terjadi berkali-kali. Untuk sementara, ini dianggap sebagai tantangan yang layak, tidak hanya di kelompok saya, namun faktanya seluruh komunitas akademis bekerja pada blockchain, setiap orang memecahkan masalah ini dengan cara yang berbeda. Saat ini, beberapa teknologi telah dikembangkan untuk memperluas kemampuan blockchain guna mengatasi tantangan ini. Namun pada saat itu, seperti yang kita ketahui, banyak orang melakukan pendekatan dengan cara berbeda.
**Q4: Jaringan L2 adalah cara yang diusulkan oleh orang-orang untuk menyelesaikan masalah penskalaan. Apa perbedaan dan manfaat membangun jaringan L1 baru seperti Sui? **
L2 adalah solusi untuk penskalaan di ekosistem Ethereum. Namun bagi pengembang aplikasi, bekerja dengan jaringan L2 agak rumit. Ketika jaringan L2 mencoba berinteraksi dengan Ethereum, aktivitas penghubung harus terjadi, meskipun hal ini berlaku untuk hubungan L2/L1 apa pun. Keadaan yang mewakili koin, aset, atau konten lainnya di L1 harus dicerminkan di L2, dan sebaliknya. Di luar itu, L2 harus memiliki mekanisme agar L1 dapat memverifikasi segala sesuatu yang terjadi di dalamnya. Tapi itu baru bagian pertama, aset apa pun yang ada di L1 perlu ditransfer ke L2, beberapa aktivitas harus terjadi di L2, dan kemudian mentransfer aset tersebut kembali ke L1. Ini sangat menyusahkan.
Untuk aset yang sepadan seperti token, aktivitas penghubungan ini relatif lancar, karena masyarakat memiliki dua akun dan sebuah perantara penghubung. Namun untuk aset yang lebih umum, ini tidak berfungsi dengan baik. Untuk benar-benar menggunakan jaringan L2 di Ethereum untuk mengembangkan aplikasi yang lebih kompleks daripada token, Anda harus memiliki kontrak pintar di kedua sisi, satu untuk pencetakan (mint) dan satu lagi untuk pembakaran (burn). Mereka harus berpindah-pindah antara dua ekosistem yang berbeda, yang merupakan aktivitas khusus untuk setiap kontrak. Anda tidak bisa begitu saja mengatakan, saya akan membuat jaringan L2 dan mengambil semua aset dan melakukan apa yang saya inginkan dan mengembalikannya, tidak ada konsep seperti itu. Ini adalah proses manual dan sangat rawan kesalahan. Jadi ini bukan pengalaman yang luar biasa. Bayangkan Anda memiliki aset di beberapa jaringan L2 yang berbeda, dan Anda memiliki kontrak pintar khusus ini di jaringan L2 yang berbeda. Setiap kali Anda ingin beroperasi pada suatu keadaan yang ada di jaringan L2 lain, Anda harus melakukan bridge kembali ke L1 dan kemudian kembali ke L2. Anda tidak bisa dengan mudah mengatakan, saya baru saja melakukan sesuatu di blockchain ini, dan kemudian saya akan melakukan sesuatu yang lain di blockchain lain, dan saya tidak perlu memikirkan L1 atau L2 yang mana. Semuanya ada di sini dan saya memegangnya sekarang, siap melakukan lebih banyak transaksi di negara bagian mana pun yang ingin saya kunjungi. Inilah sebabnya mengapa menyebarkan status di jaringan L2 adalah pengalaman buruk. Memindahkan aset antar rantai yang berbeda merupakan hal yang rumit dan jelas bagi pengguna. Itu sebabnya jaringan L2 tidak pernah menarik minat saya.
Contoh lainnya adalah Cosmos, yang memiliki ekosistem yang sangat menarik yang mengambil pendekatan penskalaan lain dengan menggunakan blockchain berbeda untuk aplikasi berbeda. Kita dapat memiliki kecepatan transaksi yang berbeda pada rantai yang berbeda, dan menjembatani aset antar rantai ketika kita perlu mengoperasikan aplikasi yang berbeda, namun hal ini juga menghadapi masalah yang sama. Setiap kali Anda ingin menggunakan aplikasi yang berbeda, pertama-tama Anda harus melakukan operasi jembatan, yang tidak kentara dan jelas bagi pengguna, lalu Anda dapat menggunakan aplikasi tersebut dan melakukan jembatan kembali. Anda akan menghabiskan lebih banyak waktu untuk memindahkan aset dari satu rantai ke rantai lainnya daripada melakukan apa yang sebenarnya ingin Anda lakukan.
Di Sui, solusi kami adalah membangun database besar yang berisi semua status yang direplikasi oleh validator. Setelah Anda menyelesaikan transaksi, semua status dalam database yang sama dapat digunakan untuk melakukan transaksi berikutnya tanpa pengguna harus terus-menerus memindahkan status aset antara L1 dan L2.
**Q5: Sui Lutris adalah fondasi protokol Sui. Apa inovasi utamanya yang memungkinkan Sui memiliki throughput tinggi dan latensi rendah? **
Sui Lutris terdiri dari dua gagasan utama: (1) untuk banyak operasi di blockchain, konsensus sebenarnya tidak diperlukan; (2) ketika Anda memang membutuhkan konsensus, ada metode throughput yang sangat tinggi yang akan menggabungkan kedua metode ini. Sui Lutris adalah inti dari sistem terdistribusi Sui, memastikan bahwa dua node verifikasi berbeda yang mengikuti protokol tidak akan pernah berada dalam keadaan tidak konsisten saat melakukan transaksi di jaringan terdistribusi. Tidak ada situasi di mana satu validator mengira Anda membelanjakan koin dan mengirimkannya ke Alice, sementara validator lain mengira koin yang sama sebenarnya dikirim ke Bob.
🌟 Berang-berang Diri:
Dua jalur yang berbeda, jalur yang tidak memerlukan konsensus (jalur cepat) dan jalur yang memerlukan konsensus (jalur konsensus). Ketika objek yang ingin Anda manipulasi hanya milik Anda, seperti karakter NFT Anda sendiri dan topi yang ingin Anda gabungkan sehingga karakter Anda dapat memakai topi tersebut, secara teoritis tidak ada orang lain yang dapat memanipulasinya. Dalam kasus ini, Sui menggunakan jalur cepat, yang berarti Anda dapat memanipulasi objek Anda sendiri, Anda mendapatkan penyelesaian transaksi tanpa menunggu konsensus, transaksi dijamin akan terjadi, dan tanggung jawab ada di kepala NFT Anda.
Namun dalam beberapa kasus, transaksi tidak hanya melibatkan benda milik Anda saja, melainkan juga dilakukan bersama oleh banyak orang. Misalnya, jika ada lelang yang menjual topi kecil, lelang jenis ini akan direpresentasikan di Sui sebagai objek bersama. Orang dapat menawar, dan penawar tertinggilah yang akan memenangkannya. Lelang semacam ini adalah objek yang bukan milik satu entitas. Setiap orang harus dapat menawar, berbagi, dan memperbarui status penawaran terbaru. Jenis operasi ini memerlukan konsensus tambahan. Sui Lutris memungkinkan Anda memiliki objek bersama dan melakukan transaksi pada objek tersebut, memungkinkan Anda memiliki objek lain, mengubah status objek bersama, atau membuat objek bersama baru. Hal ini memungkinkan kedua jalur untuk hidup berdampingan dan berinteraksi antara objek eksklusif yang dimiliki oleh individu tertentu atau objek bersama yang dimiliki oleh banyak orang.
Kedua jalur berbeda ini memiliki keunggulan berbeda. Jalur cepat untuk objek eksklusif memiliki latensi yang sangat rendah, membutuhkan waktu kurang dari satu detik, sangat cepat, dan berskala luas. Jalur konsensus memiliki latensi yang lebih tinggi, biasanya lebih dari satu detik, dan kapasitas yang cukup tinggi, namun lebih sulit untuk diskalakan dibandingkan jalur pertama. Di Sui, mereka yang benar-benar mendorong aplikasi on-chain dengan jutaan transaksi per hari biasanya menggunakan jalur pertama, dan menyusun sebagian besar aplikasi mereka untuk mendapatkan transaksi terbanyak terutama pada objek eksklusif, sementara Bukan kesepakatan saham. Di sisi lain, protokol yang melakukan pekerjaan kompleks (seperti DeFi) sering kali mempraktikkan jenis transaksi kedua, karena protokol tersebut harus menggabungkan tawaran atau likuiditas dari banyak orang berbeda untuk melakukan operasi.
**Q6: Bisakah pengembang aplikasi di Sui merancang aplikasi mereka untuk memanfaatkan jalur cepat? **
Ya, tentu saja. Saya pikir ini adalah pekerjaan inti dari perancang aplikasi ekstensi. Pengembang kontrak pintar memiliki kendali penuh atas apakah objek yang mereka manipulasi dalam kontrak merupakan objek eksklusif atau objek bersama dari satu entitas pada waktu tertentu. Salah satu trik untuk menskalakan aplikasi Anda di Sui adalah memastikan bahwa sebagian besar operasi pada dasarnya dilakukan pada objek eksklusif, karena Sui dapat mengelola operasi sebanyak yang Anda inginkan dengan latensi sangat rendah, yang merupakan pengalaman menyenangkan. Operasi yang diperlukan untuk permainan harus dilakukan dalam kategori ini, dan latensinya sangat rendah dibandingkan dengan operasi yang perlu dimediasi melalui status bersama dan objek bersama. Setelah diklik, transaksi dapat diselesaikan secara instan di jaringan.
Perancang kontrak pintar memiliki kendali penuh atas hal ini, dan pada dasarnya mereka dapat menentukan dengan tepat transaksi di setiap kategori. Tentu saja, versi pertama kontrak dapat memperlakukan semuanya sebagai keadaan bersama, dan semuanya akan melalui jalur konsensus latensi yang lebih tinggi, namun seiring dengan kebutuhan untuk melakukan penskalaan, pengembang perlu mempertimbangkan seberapa jauh mereka dapat melakukannya. .
**Q7: Bagaimana blok transaksi yang dapat diprogram berperan dalam hal ini? **
Blok transaksi yang dapat diprogram dapat berfungsi pada jalur cepat atau jalur konsensus. Jika satu blok transaksi yang dapat diprogram hanya melibatkan objek eksklusif Anda, itu berarti Anda dapat melakukan beberapa operasi dalam satu operasi on-chain. Misalnya, Anda adalah aplikasi CEX tempat banyak orang membeli dan menjual koin yang berbeda. Anda dapat melakukan transaksi pada rantai tersebut, yang secara konseptual sesuai dengan apa yang dibeli dan dijual orang. Tapi karena Anda adalah bursa, semuanya milik Anda, jadi seribu transaksi bisa diselesaikan sekaligus, itu jalan cepat. Di sisi lain, jika beberapa objek dalam blok transaksi yang dapat diprogram dibagikan, maka jalur konsensus dimasukkan, dan latensi akan sedikit lebih tinggi, tidak kurang dari satu detik tetapi beberapa detik.
**Q8: Mainnet telah online selama lebih dari 100 hari Apakah kinerja Sui mengkonfirmasi teori penelitian hipotetis Anda? Apakah ada sesuatu yang mengejutkanmu? **
Ada beberapa hal yang menegaskan desain Sui, tetapi ada juga hal yang memberi bahan pemikiran. Salah satunya adalah ketika volume transaksi sangat besar, bahkan pada momen-momen khusus, volume transaksi harian bahkan melebihi 60 juta, yang sebagian besar berada di jalur cepat. Sui Lutris sangat terukur dan memiliki latensi yang sangat rendah. Sampai saat itu, tidak jelas apakah ada orang yang akan menggunakan jalur ini, tetapi ketika diperlukan volume transaksi yang tinggi dan latensi rendah, jalur ini akan digunakan, dan berfungsi dengan baik! Caranya mudah kok, begitulah caranya. Pada masa itu, Sui memiliki lebih banyak transaksi dibandingkan gabungan semua blockchain lainnya. Ini adalah validasi menarik bahwa desain Sui bagus.
Sementara itu, komunitas Sui menganggap jalur cepat ini agak rumit. Karena pemilik objek harus mengatur urutan operasi pada objek mereka sendiri sampai tingkat tertentu, terkadang terjadi kesalahan. Terkadang mereka bahkan menggunakan perpustakaan yang tidak membantu mereka, dan perpustakaan itu sendiri memiliki bug, sehingga terkadang objek terkunci. Biasanya mereka membuka kuncinya di penghujung hari, di akhir suatu zaman, tapi itu bukan pengalaman yang luar biasa. Orang yang merancang kontrak pintar mungkin terintimidasi oleh hal ini, karena takut akan terjadi kesalahan, sehingga menghalangi mereka untuk memanfaatkan sepenuhnya fasilitas latensi dan skalabilitas rendah. Sejumlah besar teknologi sedang dikembangkan untuk memungkinkan mereka yang tidak sengaja mengunci objek, dapat membukanya dengan cepat dalam hitungan detik. Jadi jika Anda mencoba menggunakan jalur cepat, terjadi kesalahan dan objek Anda terkunci, Anda dapat segera menggunakan jalur konsensus untuk membukanya tanpa menunggu hingga suatu zaman selesai.
Dan, anehnya, ini bukan hanya tentang menghindari bug, ini memungkinkan pengembang untuk mengekspresikan lebih banyak hal dengan jalur cepat, ada teknik potensial di mana beberapa objek tidak dimiliki oleh satu pihak saja. Mungkin ada suatu benda yang Anda dan saya miliki bersama, karena bersifat bersama, dan biasanya transaksi atas benda tersebut harus melalui jalur mufakat. Namun, jika Sui memiliki cara untuk membuka kunci objek dengan cepat, pengembang sebenarnya dapat mencoba melakukan transaksi jalur cepat. Dalam kasus di mana Anda dan saya kebetulan bertransaksi pada objek yang sama pada waktu yang sama, sistem akan terkunci, tidak dapat memutuskan transaksi mana yang akan terjadi selanjutnya, dan kemudian Sui dapat membukanya, dan melewati jalur konsensus, membuatnya dibagikan dan menyelesaikannya. Namun hal itu tidak bisa terjadi kecuali orang-orang dengan sengaja mencoba bersaing. Setelah Sui memiliki fungsi untuk membuka kunci objek, Sui seharusnya dapat membuka jalur cepat objek milik banyak orang. Ini adalah permainan yang mencoba mengalirkan volume transaksi sebanyak mungkin melalui jalur cepat, yang merupakan salah satu jenis hal yang sedang dikembangkan untuk membantu komunitas pembangun.
**Q9: Bisakah Anda berbagi lebih detail apa yang saat ini menyebabkan penguncian objek? **
Alasan mengapa tidak perlu melalui konsensus untuk memberi tahu Sui urutan operasi yang terjadi ketika suatu objek menjadi milik Anda adalah karena tidak ada orang lain yang dapat mengoperasikan objek Anda. Sui mengandalkan Anda untuk memberi tahu sistem bahwa tindakan A akan terjadi terlebih dahulu, tindakan B akan terjadi berikutnya, dan tindakan C akan terjadi terakhir. Sistem masih harus memeriksa apakah ABC dilihat oleh semua orang dalam urutan yang sama. Sistem ini diimplementasikan melalui protokol terdistribusi yang hanya memeriksa apakah kita semua melihat ABC secara bergantian. Pertanyaannya adalah, apakah Anda melakukan kesalahan, atau perangkat lunak Anda melakukan kesalahan. Misalnya, jika ponsel Anda mengontrol aset dan komputer Anda mengontrol aset Anda, ponsel Anda akan mengatakan A terjadi terlebih dahulu, dan komputer Anda mengatakan B terjadi terlebih dahulu. Anda salah mengurutkan dua hal berbeda. Ini adalah sebuah kontradiksi. Dalam kasus ini, Sui akan berkata, "Yah, orang yang saya tugaskan untuk memberi tahu saya urutannya sepertinya telah memberi saya dua hal yang bertentangan, jadi saya tidak tahu harus berbuat apa. Saya tidak tahu bagaimana cara memperbaikinya." Karena Sui Permasalahan ini biasanya diselesaikan melalui jalur mufakat. Namun di sini, Anda mencoba menggunakan jalur cepat. Jadi Sui mengangkat tangannya dan berkata, "Oke, ada kesalahan di sini."
Asumsi awalnya adalah hal ini tidak akan sering terjadi, namun ternyata hal ini cukup sering terjadi ketika orang menggunakan perangkat yang berbeda, atau mencoba melakukan beberapa transaksi ke objek yang sama pada waktu yang bersamaan. Saat ini, ketika objek-objek ini terkunci, Sui menunggu hingga akhir zaman untuk membukanya, dan hal ini sangat mengkhawatirkan. Bayangkan jika aset Anda tidak dapat digunakan selama sehari, ini sebenarnya bisa menjadi masalah yang serius.
Jadi sekarang Sui perlu berevolusi untuk mengambil tindakan yang benar ketika ada sesuatu yang terkunci. Jika entitas yang dipercaya untuk memberikan perintah yang benar memberikan perintah yang ambigu, Sui akan menyelesaikan seluruh situasi melalui konsensus. Ini akan terjadi dalam hitungan detik, bukan pada akhir suatu zaman.
**Q10: Sebagian besar penelitian Anda berkisar pada privasi. Apa pendapat Anda tentang bagaimana blockchain publik dapat menyeimbangkan transparansi, ketertelusuran, dan privasi dengan cara terbaik? **
Dalam rantai publik, bagaimana menyeimbangkan transparansi, ketertelusuran, dan privasi adalah isu yang sangat terkait dengan aplikasi, dan sudut pandang saya mengenai privasi adalah bahwa apa yang perlu dijaga kerahasiaannya sangat bergantung pada aplikasi itu sendiri. Misalnya, di Sui, masuk akal bagi pengembang aplikasi untuk mengembangkan kontrak yang melindungi privasi penggunanya. Karena sebagian orang hanya ingin mengembangkan game, mungkin masalah privasi tidak terlalu menjadi perhatian. Beberapa orang ingin melakukan transaksi keuangan di blockchain, dan privasi mungkin lebih menjadi perhatian, namun pada saat yang sama, ada masalah peraturan lain yang terlibat. Jadi sikap Sui adalah kami akan memberi Anda platform yang bagus, dan Anda perlu membangun privasi di platform ini.
Untuk membantu orang membangun privasi, Sui menyediakan beberapa dukungan kripto-asli yang mungkin berguna bagi mereka saat merancang kontrak pintar. Salah satu yang paling penting adalah kemampuan untuk memverifikasi bukti tanpa pengetahuan di Sui. Ada fungsi asli yang memverifikasi salah satu skema yang paling banyak digunakan dan dipahami, skema Groth16 yang dikembangkan oleh rekan saya Jens Groth. Artinya, pada dasarnya, perancang aplikasi dapat memverifikasi peristiwa tertentu secara off-chain tanpa mengungkapkan peristiwa apa itu. Ini adalah landasan dasar untuk membangun seluruh kelas aplikasi ramah privasi yang menjaga beberapa keadaan tetap off-chain, namun secara on-chain Anda dapat memverifikasi bahwa apa pun yang terjadi di luar rantai adalah benar.
Pengembang aplikasi memutuskan jenis perlindungan privasi yang dibutuhkan aplikasi mereka, dan menggunakan dukungan asli ini untuk menggabungkan strategi enkripsi on-chain, off-chain, dan on-chain untuk menangani masalah privasi yang mungkin mereka hadapi.
**Q11: Apakah ada lebih banyak dukungan asli untuk privasi di Sui? **
Komunitas sedang memikirkan tentang dukungan yang dibutuhkan pengembang untuk menulis kontrak pintar di lingkungan yang lebih ramah privasi, dan bukti tanpa pengetahuan (zero-knowledge proof) adalah salah satunya. Beberapa orang mungkin berpikir bahwa Sui memerlukan fungsi matematika atau kriptografi yang lebih umum pada rantai tersebut. Kami ingin melihat perancang kontrak pintar memberikan umpan balik tentang apa yang hilang, dan ada banyak teknik lain yang dapat digunakan untuk menjaga privasi, seperti komputasi multi-pihak atau perangkat keras tepercaya. Berbagai blockchain telah dikembangkan ke arah ini, dan hal ini memerlukan sistem tambahan yang sangat kompleks. Perlu ada cukup bukti di masyarakat bahwa masyarakat menginginkan teknologi ini, karena teknologi tersebut mewakili beberapa perubahan mendasar pada arsitektur Sui. Namun jika komunitas ingin bergerak ke arah tersebut, ada proses untuk mengusulkan cara menambahkan perlindungan privasi.
**Q12: Menurut Anda bagaimana perkembangan Sui dalam 6 hingga 12 bulan ke depan? **
Hal ini bergantung pada jenis aplikasi yang dibuat oleh orang-orang di Sui, dan dalam jangka pendek, banyak perbaikan yang akan terjadi pada aplikasi yang sebenarnya dibuat oleh orang-orang tersebut. Dari perspektif jangka panjang, berdasarkan standar blockchain, 6 hingga 12 bulan dapat dianggap sebagai waktu yang sangat lama. Kami akan meningkatkan protokol Sui Lutris untuk mencapai latensi yang lebih rendah, protokol yang lebih sederhana, dan menjadikan skala Sui lebih baik. Selain itu, hal ini akan membuat perekonomian lebih efisien, memungkinkan node validator untuk berjalan pada perangkat keras yang lebih terbatas dan menggunakan perangkat keras yang ada untuk benar-benar mengeksekusi transaksi daripada melakukan kriptografi atau overhead lain dari blockchain. Inilah yang kami harapkan untuk dilihat.