DEVS ON DEVS: Percakapan antara TDOT dan BEN JONES

Dalam dialog khusus Devs on Devs kali ini, kami mengundang pengembang inti protokol Plasma Mode tdot( yang juga merupakan pengembang Redstone ), serta 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 menerbitkan 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 kolaborasi 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 kegembiraan mereka terhadap perkembangan di bidang game seluruh rantai.

01.Cara menggunakan mode Plasma untuk meningkatkan OP Stack

Ben: Apa proses untuk memulai perbaikan OP Stack?

tdot: Saya bergabung dengan Lattice sekitar setahun yang lalu, bertanggung jawab khusus untuk Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang menghabiskan banyak gas, sementara kami berusaha menempatkan sejumlah besar data di blockchain, sehingga kami memerlukan solusi yang mendukung kebutuhan ini dan juga terjangkau. Tim Lattice telah melakukan beberapa eksperimen di OP Stack, seperti membuat 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 kita 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 dengan cara yang sama, 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 dapat menggunakan calldata untuk memulai L2, karena permainan seluruh rantai kami dan dunia MUD membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data alternatif (Alt DA). Sebenarnya, dalam dokumen 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, dan memutuskan untuk menyimpan data di penyimpanan DA terpusat, kemudian menemukan model keamanan yang efektif di L1.

Inilah mengapa kami ingin menggunakan kembali beberapa konsep Plasma lama dan menempatkannya di atas rollup. Ada beberapa perbedaan. Pertanyaan terbesar adalah, bagaimana cara menerapkan DA off-chain dan tantangan data on-chain pada OP Stack yang ada? Tujuan kami adalah untuk melakukan perubahan sekecil mungkin pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin memengaruhi keamanan 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 bekerja 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 derivasi, sehingga Anda dapat mendasarkan data dari sumber DA di luar rantai serta kontrak tantangan DA L1, untuk mencegah data diunggah ke rantai selama proses penyelesaian tantangan.

Ini adalah inti dari masalah. Sangat kompleks, karena kami ingin menjaga segala sesuatunya tetap elegan dan kokoh. Pada saat yang sama, ini adalah konsep yang relatif sederhana. Kami tidak mencoba untuk menciptakan kembali segalanya atau mengubah seluruh OP Stack, tetapi berusaha 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 untuk 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 kami ingin memanfaatkan semua pengalaman yang telah kami pelajari secara maksimal, seperti apa jadinya?" Ini berevolusi menjadi kode dasar 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 pewaris spiritualnya, ini adalah kali kami paling senang bermain di blockchain. Pada saat yang sama, kami juga merasa lega karena orang lain juga dapat menggunakan OP Stack untuk pengembangan. Saya pikir dalam beberapa tahun terakhir, titik balik penting lainnya dalam skala adalah banyak orang dapat menjalankan blockchain.

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

Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari sebuah teknologi yang disebut Plasma. Tugas yang kami ambil saat itu jauh melampaui kemampuan komunitas penskalaan 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 daripada Plasma. Saya pikir, kesimpulan komunitas saat itu adalah "Plasma sudah mati". Ini adalah sebuah meme dalam sejarah skala Ethereum pada masa itu.

Tapi kami selalu percaya bahwa "Plasma tidak mati, hanya saja kita bisa mencoba tugas yang lebih sederhana terlebih dahulu". Sekarang kami menggunakan istilah yang berbeda. Misalnya, saat itu ada konsep seperti (exits), sekarang Anda dapat 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 pada awalnya kami coba lakukan tetapi dengan cara yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan satu siklus penuh, dan kalian telah membuat abstraksi yang sangat bagus di sekitarnya, dan membuatnya bekerja dengan cara yang masuk akal dan rasional. Ini benar-benar keren.

02.Yang terpenting adalah segera masuk ke lingkungan produksi

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

Inilah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di jaringan utama. Kami perlu segera menyiapkan jaringan utama untuk game-game ini. Orang-orang sudah menunggu dan siap. Anda memerlukan 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 sembari kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga implementasi, stabilitas produksi membutuhkan waktu yang lama.

Untuk meluncurkan sesuatu ke jaringan utama, agar tanpa izin, kuat, dan aman, membutuhkan banyak waktu. Melihat seluruh proses kami mencapai tujuan ini sudah sangat mengesankan. Itulah sebabnya kami perlu tetap sangat gesit, karena ada terlalu banyak hal. Seluruh ekosistem berkembang sangat cepat. Saya pikir setiap orang sedang menghasilkan banyak inovasi. Itulah sebabnya Anda harus tetap mengikuti, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan berjalan.

Ben: Atau bisa dibilang beban teknologi. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya berbicara tentang penulisan ulang dari ujung ke ujung, tetapi yang lebih penting, 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 secara praktis, dan memperkenalkan lebih banyak kesempatan untuk kesalahan. Jadi, kami sangat menghargai semua usaha Anda dalam mendorong proses ini, terutama kontribusi Anda untuk mode operasi baru OP Stack.

tdot: OP Stack memang menciptakan cara untuk membuat kemajuan cepat dalam hal ini. Koordinasi 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 ada jalan panjang yang harus ditempuh. Tetapi itulah daya tarik utama dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, tanpa menyebutkan semua game dan dunia virtual menakjubkan yang sedang dibangun di Redstone saat ini. Murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan memperbaiki tumpukan ini, yang sangat mengagumkan.

Ini adalah yang pertama kalinya, Anda dapat secara signifikan mengubah atribut sistem melalui sebuah nilai boolean kunci. Mampu melakukan ini sepenuhnya, seperti yang Anda katakan, memang masih ada jalan panjang yang harus ditempuh. Tetapi bahkan mendekati untuk melakukannya secara efektif juga membutuhkan dukungan modular, kan? Bagi kami, melihat Anda mewujudkannya tanpa perlu menulis ulang L2 Geth, benar-benar membuat kami lega. Bagi saya, ini membuktikan bahwa modularitas sedang berfungsi.

tdot: Sekarang situasinya menjadi lebih baik. Dari contoh ini, kalian telah mengubah segala sesuatu menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan mengubah atribut. 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, akan sangat gila untuk mereview semua konten."

Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kolaborasi kami dengan tim sangat baik, jadi proses review juga sangat meny愉快. Ini terasa sangat alami. Dan saya pikir dalam mereview dan menyelesaikan beberapa masalah potensial, proses ini berjalan dengan sangat cepat. Segalanya berjalan lebih lancar dari yang diharapkan.

Ben: Ini benar-benar hebat. Tahun ini salah satu fokus kita adalah menciptakan jalur kontribusi untuk OP Stack. Jadi saya sangat menghargai keikutsertaan kalian dalam pengujian, mendorong proses-proses ini. Saya senang bahwa proses-proses ini tidak terlalu sulit untuk dijalani, dan kita telah mencapai beberapa hasil. Bicara tentang itu, 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 kegagalan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasi seluruh tumpukan teknologi, dan meningkatkan fitur 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. Salah satu tantangannya adalah, terkadang tidak meluncurkan mainnet lebih mudah, karena tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya benar-benar siap untuk dirilis, jadi tidak perlu melakukan hard fork dan tidak ada beban teknis." Namun, jika Anda ingin cepat meluncurkan mainnet, Anda harus menangani upgrade yang rumit ini, dan sering merilis. Melakukan ini dan mempertahankan ketersediaan yang tinggi selalu menjadi tantangan.

Saya percaya bahwa 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 pengiriman komitmen secara massal. Saat ini, kami melakukan hal yang sangat sederhana, satu komitmen untuk setiap transaksi. Dan komitmen hanya merupakan nilai hash dari data input yang disimpan di luar rantai.

Kami akan tetap sesederhana mungkin untuk sementara, sehingga dapat diperiksa dengan mudah dan cepat, dan tidak ada perbedaan besar pada OP Stack. Namun sekarang ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses commitment dalam batch atau mengirimkannya ke dalam blob, atau menggunakan metode berbeda lainnya. Jadi kami pasti akan mempelajari ini untuk mengurangi biaya L1.

Ini adalah hal yang sangat membuat kami bersemangat. Tentu saja, kami juga sangat menantikan semua konten yang terkait dengan 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 seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.

Ben: Mengenai hal ini,