DEVS ON DEVS: TDOT dan BEN JONES berbicara

Edisi dialog khusus ini mengundang pengembang protokol inti Plasma Mode tdot( yang juga merupakan pengembang Redstone ) dan salah satu pendiri Optimism Ben Jones. Optimism adalah penggerak inti 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. Mereka membahas asal mula kerja sama Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta harapan mereka untuk perkembangan di bidang permainan seluruh rantai.

Bagaimana Menggunakan Mode Plasma untuk Meningkatkan OP Stack

Ben: Bagaimana proses untuk mulai memperbaiki OP Stack?

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

Jadi kami bertanya pada diri sendiri, "Bagaimana bisa membuatnya lebih murah?" Asumsi dasarnya adalah, "Kami percaya OP Stack adalah kerangka kerja yang paling sesuai dengan filosofi Ethereum dan sepenuhnya kompatibel dengan EVM." Apa pun yang berjalan di mainnet dapat berjalan 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, jelas kami tidak dapat 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 lainnya (Alt DA). Sebenarnya, dalam dokumentasi OP Stack awal, sudah disebutkan untuk mengeksplorasi Alt DA.

Jadi kami bertanya pada diri sendiri, "Apa yang akan terjadi jika kita mulai dari DA off-chain?" Kami berharap seluruh model keamanan dan semua konten 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 menerapkan DA off-chain dan tantangan data on-chain pada OP Stack yang ada? Tujuan kami adalah melakukan sedikit mungkin perubahan pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin memengaruhi keamanan dari rantai rollup lain yang menggunakan OP Stack.

Saat merancang rollup, Anda tidak akan berpikir, "Apa yang terjadi jika seseorang mengubah proses pembuatan 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 naik 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 off-chain dan kontrak tantangan DA L1, untuk menghindari jika data diajukan ke blockchain selama proses penyelesaian tantangan.

Ini adalah inti dari masalah. Sangat rumit, karena kami ingin menjaga segala sesuatunya elegan dan kuat. Namun, ini adalah konsep yang relatif sederhana. Kami tidak mencoba untuk menciptakan kembali segalanya atau mengubah seluruh OP Stack, tetapi mencoba menjaga segala sesuatunya 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 pada seluruh OP Stack, dan rilis kali ini kami sebut sebagai Bedrock.

Pada dasarnya, setelah dua tahun membangun rollup, kami mundur sejenak dan merenungkan, "Baiklah, jika kami ingin memanfaatkan semua pengalaman yang telah kami 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 bernama OPCraft, saya percaya Biomes adalah penerus spiritualnya, ini adalah waktu yang paling menyenangkan bagi kami untuk bermain di blockchain. Pada saat yang sama, kami juga merasa lega, karena orang lain juga dapat menggunakan OP Stack untuk pengembangan. Saya percaya bahwa dalam beberapa tahun terakhir, titik balik penting lainnya dalam skala adalah banyak orang bisa menjalankan blockchain.

Tidak hanya orang-orang yang mengembangkan kumpulan kode yang besar dan rumit yang dapat melakukan ini. Ketika kami mulai bekerja sama, melihat orang lain mampu mengambil alih kumpulan kode ini dan melakukan beberapa hal yang sangat luar biasa, itu adalah pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata ke Plasma, benar-benar keren. Saya bahkan bisa sedikit berbicara tentang sejarah itu.

Sebelum Optimism menjadi Optimism, kami sebenarnya sedang meneliti teknologi yang disebut Plasma. Saat itu, tugas yang kami ambil jauh melebihi kemampuan komunitas skalabilitas 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. Kita akan memisahkan bukti dan tantangan verifikasi status dari tantangan data. Pada akhirnya, beberapa tahun yang lalu kami menyadari bahwa Rollups jauh lebih sederhana dibandingkan Plasma. Saya rasa, kesimpulan komunitas saat itu adalah "Plasma sudah mati". Ini adalah sebuah lelucon dalam sejarah penskalaan Ethereum pada masa itu.

Tetapi 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 seperti (exits), sekarang Anda bisa melihat ke belakang 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 sesuatu yang kami coba pada awalnya tetapi dengan cara abstrak yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan satu lingkaran penuh, dan kalian telah membuat abstraksi yang sangat bagus di sekitarnya dan membuatnya berfungsi dengan cara yang logis dan masuk akal. Ini benar-benar keren.

Yang terpenting adalah segera masuk ke lingkungan produksi

tdot: Mode Plasma masih menghadapi beberapa tantangan dan masalah yang belum terpecahkan, kami masih berusaha untuk menyelesaikannya. Kuncinya adalah bagaimana menghindari pengeluaran 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 mempersiapkan mainnet untuk permainan ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan sebuah rantai yang dapat diluncurkan dengan cepat dan dapat berfungsi, untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini dapat berkembang secara paralel dan menjadi lebih baik sambil kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga penerapan stabilitas produksi memerlukan waktu yang lama.

Untuk meluncurkan sesuatu di mainnet, agar tanpa izin, tangguh, dan aman, diperlukan banyak waktu. Melihat seluruh proses kami dalam mencapai tujuan ini sudah sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena begitu banyak hal yang terjadi. Seluruh ekosistem berkembang sangat cepat. Saya rasa setiap orang sedang memberikan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak bisa mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan berfungsi.

Ben: Atau bisa dibilang beban teknis. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya telah membahas penulisan ulang dari awal hingga akhir, 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 penambahan satu baris kode akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal lebih sulit untuk diuji dalam praktik, dan memperkenalkan lebih banyak peluang kesalahan. Jadi, kami sangat menghargai semua upaya Anda dalam mendorong proses ini, terutama kontribusi yang dibuat untuk mode operasi baru OP Stack.

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

Dan kalian sedang membangun ratusan hal, dan secara berkala mengirimkan semua produk ini. Dari segi koordinasi, ini benar-benar tidak mudah.

Ben: Ya, memang masih banyak jalan yang harus ditempuh. Tapi inilah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, belum lagi permainan dan dunia virtual menakjubkan yang sedang dibangun di Redstone sekarang. Murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan meningkatkan tumpukan ini, yang sangat luar biasa.

Ini adalah yang pertama, Anda dapat secara signifikan mengubah atribut sistem melalui satu nilai boolean kunci. Mampu melakukan ini sepenuhnya, seperti yang Anda katakan, memang masih ada jalan panjang yang harus ditempuh. Tetapi bahkan untuk mendekati melakukan ini secara efektif, juga memerlukan dukungan modular, bukan? Bagi kami, melihat kalian 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 semua hal menjadi modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan fitur-fitur baru apa saja yang akan diintegrasikan. Saya ingat kita pernah khawatir bahwa kita memiliki sebuah fork, yang mencakup semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Astaga, memeriksa semua konten akan sangat gila."

Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kerja sama kami dan tim sangat baik, sehingga proses peninjauan juga sangat menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam hal peninjauan dan menyelesaikan beberapa masalah potensial, proses ini berlangsung sangat cepat. Semuanya berjalan lebih lancar dari yang diharapkan.

Ben: Ini benar-benar luar biasa. Fokus kami tahun ini adalah menciptakan jalur kontribusi untuk OP Stack. Jadi saya sangat menghargai partisipasi kalian dalam pengujian, mendorong proses-proses ini. Saya senang bahwa proses-proses ini tidak terlalu membebani, dan kami telah mencapai beberapa hasil. Berbicara tentang ini, saya penasaran, dari sudut pandang Anda, bagaimana pekerjaan ini akan berkembang selanjutnya? Apa yang paling Anda nantikan untuk dikembangkan selanjutnya?

tdot: Ada banyak arah kerja yang berbeda. Utamanya adalah integrasi dengan mekanisme bukti kesalahan. Kami menggunakan pendekatan bertahap untuk mendesentralisasi seluruh tumpukan teknologi, dan meningkatkan sifat tanpa izin, dengan tujuan akhir untuk mencapai fungsi tanpa izin dan pengunduran paksa.

Kami memiliki tujuan akhir ini, dan secara bertahap mencapainya sambil menjaga keamanan. Tantangannya adalah, kadang-kadang tidak meluncurkan mainnet akan lebih mudah, karena dengan begitu tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya 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 peningkatan yang kompleks ini dan sering merilis. Melakukan ini sambil mempertahankan ketersediaan tinggi selalu menjadi tantangan.

Saya percaya bahwa setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan di sisi model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengiriman 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 menjaga sesederhana mungkin untuk sementara waktu, sehingga dapat diperiksa dengan mudah dan cepat, dan tidak ada perbedaan besar terhadap OP Stack. Namun sekarang ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses commitment secara batch atau mengirimkannya ke blob, atau menggunakan metode lain yang berbeda. Jadi, kami pasti akan meneliti hal ini untuk mengurangi biaya L1.

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

Banyak dari pekerjaan ini pasti harus dilakukan oleh kalian. Namun, kami ingin memahami bagaimana ini terlihat dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.

Ben: Berkaitan dengan ini, ini akan menjadi ujian lain untuk modulasi OP Stack. Bukti kesalahan yang Anda sebutkan (fault proofs), kami sangat menantikannya di Plasma.