Wawancara dengan Pengembang Optimism dan Redstone: Mode Plasma Membentuk Ulang Layer 2

Dalam wawancara khusus kali ini, kami mengundang pengembang protokol inti Plasma Mode tdot( yang juga merupakan pengembang Redstone ), dan salah satu pendiri Optimism Ben Jones. Optimism adalah pendorong utama OP Stack. Plasma Mode memungkinkan pengembang untuk membangun di atas OP Stack, tetapi tidak perlu mempublikasikan data ke L1, melainkan dapat dengan fleksibel beralih ke penyedia data off-chain, sehingga menghemat biaya dan meningkatkan skalabilitas. Dalam dialog ini, mereka membahas asal mula kerja sama Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke lingkungan produksi, roadmap masa depan untuk Plasma Mode dan OP Stack, serta kegembiraan mereka terhadap perkembangan di bidang permainan seluruh rantai.

01. Bagaimana cara menggunakan mode Plasma untuk meningkatkan OP Stack

Ben: Bagaimana proses untuk mulai meningkatkan OP Stack?

tdot: Sekitar setahun yang lalu saya bergabung dengan Lattice, secara khusus bertanggung jawab atas Plasma Mode. Tujuan sangat jelas: kami memiliki banyak aplikasi MUD yang mengkonsumsi banyak gas, sementara kami mencoba untuk menempatkan banyak data di blockchain, jadi kami membutuhkan solusi yang mendukung kebutuhan ini dan juga murah. Tim Lattice telah melakukan beberapa eksperimen di OP Stack, seperti memprototipe beberapa dunia on-chain dan menerapkannya di OP Stack. Kami menemukan bahwa OP Stack sudah sangat berguna.

Jadi kami bertanya pada diri sendiri, "Bagaimana kami bisa membuatnya lebih murah?" Asumsi dasarnya adalah, "Kami percaya OP Stack adalah kerangka kerja yang paling sesuai dengan ideologi Ethereum dan sepenuhnya kompatibel dengan EVM." Apa pun yang berjalan di mainnet dapat berjalan dengan baik di OP Stack, ini adalah solusi yang ideal. Tetapi kami ingin itu lebih murah.

Saat itu, calldata masih merupakan sumber ketersediaan data OP Stack chain (DA), yang sangat mahal. Jadi kami jelas tidak bisa memulai L2 dengan calldata, karena permainan full-chain kami dan dunia MUD membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data (Alt DA) lainnya. Sebenarnya, dalam dokumentasi OP Stack awal sudah disebutkan untuk mengeksplorasi Alt DA.

Maka kami bertanya pada diri sendiri, "Apa yang terjadi jika kita mulai dari DA off-chain?" Kami berharap seluruh model keamanan dan semua hal dapat bergantung pada L1 Ethereum. Oleh karena itu, kami menghindari solusi Alt DA lainnya, memutuskan untuk menyimpan data di penyimpanan DA terpusat, dan kemudian menemukan model keamanan yang efektif di L1.

Inilah mengapa kami harus menggunakan kembali beberapa konsep Plasma lama dan menempatkannya di atas rollup. Ada beberapa perbedaan di sini. Pertanyaan terbesar adalah, bagaimana cara mengimplementasikan DA off-chain dan tantangan data on-chain di atas OP Stack yang ada? Tujuan kami adalah untuk melakukan sedikit modifikasi pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin memengaruhi keamanan dari blockchain rollup lain yang menggunakan OP Stack.

Saat merancang rollup, Anda tidak akan berpikir, "Apa yang akan terjadi jika seseorang mengubah proses penghasil data untuk menyimpan data dari tempat lain?" Meskipun ada perubahan ini, OP Stack tetap sangat kuat, dan berfungsi dengan baik langsung dari kotak. Ini adalah perubahan pertama yang kami lakukan.

Setelah itu, kita perlu menulis kontrak untuk membuat tantangan ini. Ada tantangan DA yang digunakan untuk memaksa data diunggah ke blockchain. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses turunan, sehingga Anda dapat menurunkan data dari sumber DA di luar rantai serta kontrak tantangan DA L1, untuk mengantisipasi jika data dikirim ke blockchain selama proses penyelesaian tantangan.

Ini adalah inti dari masalah. Sangat kompleks, karena kami ingin menjaga segalanya tetap elegan dan kuat. Pada saat yang sama, ini adalah konsep yang relatif sederhana. Kami tidak mencoba untuk menciptakan kembali segalanya atau mengubah seluruh OP Stack, tetapi mencoba menjaga segalanya tetap sederhana dalam lingkungan yang kompleks. Jadi secara keseluruhan, ini adalah perjalanan rekayasa yang sangat keren.

Ben: Saya bisa berbicara dari sudut pandang OP. Anda menyebutkan beberapa pekerjaan awal Lattice. Kebetulan pada waktu yang sama, kami di Optimism hampir melakukan penulisan ulang end-to-end dari seluruh OP Stack, dan rilis kali ini kami sebut sebagai Bedrock.

Pada dasarnya, setelah membangun rollup selama dua tahun, kami mundur sejenak dan merenungkan, "Baiklah, jika kita ingin memanfaatkan semua pengalaman yang telah kita pelajari secara maksimal, seperti apa jadinya?" Ini berkembang menjadi kode basis yang akhirnya dikenal sebagai Bedrock, yang merupakan peningkatan terbesar yang kami lakukan pada jaringan.

Pada saat itu, kami bekerja sama dengan kalian dalam sebuah proyek yang disebut OPCraft, saya percaya Biomes adalah penerus spiritualnya, ini adalah pengalaman paling menyenangkan yang kami miliki di blockchain. Pada saat yang sama, kami juga merasa lega, karena orang lain juga dapat menggunakan OP Stack untuk pengembangan. Saya pikir salah satu titik balik penting dalam skalabilitas selama beberapa tahun terakhir adalah banyak orang dapat menjalankan blockchain.

Tidak hanya orang-orang yang mengembangkan basis kode yang besar dan kompleks yang dapat melakukan ini. Ketika kami mulai bekerja sama, melihat orang lain dapat mengambil alih basis kode ini dan melakukan beberapa hal yang sangat luar biasa adalah suatu pengakuan yang besar. Kemudian melihat situasi ini diperluas ke Plasma dalam aplikasi nyata, itu sangat keren. Saya bahkan bisa sedikit membicarakan sejarah itu.

Sebelum Optimism menjadi Optimism, kami sebenarnya sedang meneliti teknologi yang disebut Plasma. Tugas yang kami ambil saat itu jauh melampaui kemampuan komunitas untuk skalabilitas pada saat itu. Desain yang Anda lihat dalam desain Plasma awal mungkin tidak memiliki hubungan langsung dengan Plasma hari ini.

Plasma hari ini jauh lebih sederhana. Kami memisahkan bukti dan tantangan verifikasi status dari tantangan data. Pada akhirnya, kami menyadari beberapa tahun yang lalu bahwa Rollups jauh lebih sederhana dibandingkan Plasma. Saya rasa, kesimpulan komunitas saat itu adalah "Plasma sudah mati". Ini adalah sebuah meme dalam sejarah skalabilitas Ethereum pada masa itu.

Tapi kami selalu percaya bahwa "Plasma tidak mati, hanya saja kami bisa mencoba tugas yang lebih sederhana terlebih dahulu". Sekarang kami menggunakan istilah yang berbeda. Misalnya, pada saat itu ada konsep keluar (exits), sekarang Anda bisa melihat kembali dan berkata, "oh, itu adalah tantangan ketersediaan data dengan beberapa langkah tambahan". Jadi melihat tidak hanya OP Stack digunakan oleh orang lain, tetapi juga berevolusi menjadi apa yang kami coba awalnya tetapi dilakukan dengan cara yang sangat kacau dan belum matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan kalian telah membuat abstraksi yang sangat bagus di sekitarnya, serta membuatnya bekerja dengan cara yang masuk akal dan rasional. Ini benar-benar keren.

02. Yang paling penting adalah segera memasuki lingkungan produksi

tdot: Mode Plasma masih menghadapi beberapa tantangan dan masalah yang belum terpecahkan, kami masih berusaha untuk menyelesaikannya. Kuncinya adalah bagaimana menghindari menghabiskan waktu hingga sepuluh tahun? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap di mana hasil dapat disampaikan.

Ini adalah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di mainnet. Kami perlu menyiapkan mainnet untuk permainan ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan sebuah rantai yang dapat diluncurkan dengan cepat dan dapat beroperasi untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini dapat berkembang secara paralel dan menjadi lebih baik sementara kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga implementasi stabilitas produksi memerlukan waktu yang lama.

Untuk meluncurkan sesuatu di jaringan utama, agar bersifat tanpa izin, kuat, dan aman, memerlukan banyak waktu. Melihat seluruh proses kami untuk mencapai tujuan ini sudah sangat mengagumkan. Inilah mengapa kami perlu tetap sangat gesit, karena ada terlalu banyak hal. Seluruh ekosistem berkembang sangat cepat. Saya rasa setiap orang sedang memberikan banyak inovasi. Inilah mengapa Anda harus mengikuti perkembangan, tetapi Anda juga tidak bisa berkompromi pada keamanan dan kinerja, jika tidak sistem tidak akan berjalan.

Ben: Atau bisa dibilang beban teknis. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu konsep inti kami saat melakukan penulisan ulang Bedrock. Saya telah membicarakan tentang penulisan ulang end-to-end, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang itu sendiri sangat kuat. Karena kamu benar, hal-hal ini memang sulit.

Setiap baris kode yang ditambahkan akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal semakin sulit untuk diuji dalam praktik, dan memperkenalkan lebih banyak peluang kesalahan. Oleh karena itu, kami sangat menghargai semua usaha Anda dalam mendorong proses ini, terutama kontribusi yang diberikan untuk mode operasi baru OP Stack.

tdot: OP Stack memang menciptakan cara untuk mendorong kemajuan dengan cepat dalam hal-hal seperti ini. Mengkoordinasikan semua orang sangat sulit, karena kita jelas merupakan dua perusahaan yang berbeda. Di Lattice, kami sedang membangun sebuah permainan, sebuah mesin permainan, dan sebuah rantai.

Dan kalian sedang membangun ratusan hingga ribuan hal, dan secara berkala mengirimkan semua produk ini. Dari sisi koordinasi, ini memang sangat tidak mudah.

Ben: Ya, memang masih ada jalan panjang yang harus dilalui. Tapi ini adalah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal paling menarik, belum lagi semua game dan dunia virtual menakjubkan yang dibangun di Redstone saat ini. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan melakukan perbaikan pada tumpukan ini, yang sangat mengesankan.

Ini adalah yang pertama, Anda dapat secara signifikan mengubah sifat sistem melalui nilai boolean kunci. Mampu melakukan ini secara menyeluruh, seperti yang Anda katakan, memang masih ada banyak jalan yang harus dilalui. Tetapi bahkan mendekati untuk melakukannya secara efektif juga memerlukan dukungan modular, bukan? Bagi kami, melihat Anda mewujudkannya tanpa perlu menulis ulang L2 Geth, benar-benar membuat kami merasa lega. Bagi saya, ini membuktikan bahwa modularitas sedang berfungsi.

tdot: Sekarang situasinya menjadi lebih baik. Dari contoh ini, kalian telah mengubah semuanya menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan untuk melihat fitur-fitur baru apa lagi yang akan diintegrasikan. Saya ingat kami pernah khawatir bahwa kami memiliki sebuah fork yang mencakup semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kami berpikir, "Ya ampun, memeriksa semuanya akan sangat gila."

Kami terpaksa membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kerja sama kami dengan tim sangat baik, jadi proses peninjauan juga sangat meny愉快. Ini terasa sangat alami. Dan saya rasa dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berlangsung dengan sangat cepat. Segala sesuatunya berjalan lebih lancar dari yang diperkirakan.

Ben: Ini benar-benar luar biasa. Tahun ini, salah satu fokus kami adalah menciptakan jalur kontribusi untuk OP Stack. Jadi saya sangat menghargai kalian yang terlibat dalam pengujian, mendorong proses-proses ini. Saya senang bahwa proses-proses ini tidak terlalu berat, dan kami telah mencapai beberapa hasil. Ngomong-ngomong, saya penasaran, dari sudut pandangmu, bagaimana pekerjaan ini akan berkembang ke depannya? Apa yang paling kamu nantikan untuk dikembangkan selanjutnya?

tdot: Ada banyak arah pekerjaan yang berbeda. Utamanya terkait dengan integrasi mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasikan seluruh tumpukan teknologi dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk mencapai fungsi tanpa izin dan keluar paksa.

Kami memiliki tujuan akhir ini, dan secara bertahap mencapainya sambil menjaga keamanan. Salah satu tantangannya adalah, terkadang tidak meluncurkan di mainnet bisa lebih mudah, karena itu tidak memerlukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai segalanya benar-benar siap untuk diluncurkan, sehingga tidak perlu melakukan hard fork, dan tidak ada beban teknis." Namun, jika Anda ingin cepat meluncurkan mainnet, Anda harus menangani upgrade yang kompleks ini, dan sering merilis. Melakukan ini sambil menjaga ketersediaan tinggi selalu menjadi tantangan.

Saya pikir setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan dalam aspek model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengumpulan komitmen secara massal. Saat ini, kami melakukannya dengan sangat sederhana, satu komitmen untuk setiap transaksi. Dan komitmen hanyalah nilai hash dari data input yang disimpan di luar rantai.

Kami akan tetap sesederhana mungkin untuk sementara, sehingga pemeriksaannya dapat dilakukan dengan mudah dan cepat, dan tidak ada perbedaan besar pada OP Stack. Namun, saat ini ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses commitment secara batch atau mengumpulkannya dalam blob, atau menggunakan metode lain yang berbeda. Jadi, kami pasti akan meneliti hal ini untuk mengurangi biaya L1.

Ini adalah sesuatu yang sangat menggembirakan bagi kami. Tentu saja, kami juga sangat menantikan semua konten terkait interoperabilitas yang akan datang, dan dapat berinteraksi di semua rantai. Memahami ini akan menjadi kemajuan besar bagi pengguna.

Banyak pekerjaan ini pasti harus diimplementasikan oleh kalian. Namun, kami ingin memahami seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.

Ben: Ngomong-ngomong tentang ini, ini