DEVS ON DEVS: Percakapan TDOT dan BEN JONES

Dalam edisi khusus "Pengembang untuk Pengembang" kali ini, kami mengundang pengembang protokol inti Plasma Mode tdot (yang juga merupakan pengembang Redstone), serta salah satu pendiri Optimism, Ben Jones. Optimism adalah penggerak inti dari 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 percakapan ini, mereka membahas asal-usul kolaborasi Redstone dan Optimism, pentingnya kebangkitan 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 permainan blockchain.

01.Bagaimana cara menggunakan mode Plasma untuk meningkatkan OP Stack

Ben: Bagaimana proses untuk mulai meningkatkan OP Stack?

tdot: Saya bergabung dengan Lattice sekitar setahun yang lalu, khusus menangani Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang mengkonsumsi banyak gas, sementara kami berusaha untuk menempatkan banyak data di blockchain, sehingga kami memerlukan solusi yang mendukung kebutuhan ini dan juga murah. Tim Lattice telah melakukan beberapa eksperimen di atas 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 agar ini bisa lebih murah?" Asumsi dasarnya adalah, "Kami percaya OP Stack adalah kerangka yang paling sesuai dengan ideologi Ethereum dan sepenuhnya kompatibel dengan EVM." Apa pun yang berjalan di mainnet dapat berfungsi dengan baik di OP Stack, ini adalah solusi yang ideal. Tetapi kami ingin itu lebih murah.

Saat itu, calldata masih menjadi sumber ketersediaan data (DA) untuk rantai OP Stack, yang sangat mahal. Jadi, jelas kami tidak dapat menggunakan calldata untuk memulai L2, karena permainan seluruh rantai dan dunia MUD kami membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data lainnya (Alt DA). Sebenarnya, di dokumen OP Stack awal sudah disebutkan untuk menjelajahi Alt DA.

Jadi kami bertanya pada diri sendiri, "Apa yang akan terjadi jika memulai dari DA off-chain?" Kami berharap seluruh model keamanan dan semua konten dapat bergantung pada Ethereum L1. Oleh karena itu, kami menghindari solusi Alt DA lainnya, memutuskan untuk menyimpan data dalam 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 pada OP Stack yang ada? Tujuan kami adalah untuk melakukan perubahan sekecil mungkin pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan rollup lain yang menggunakan OP Stack.

Dalam merancang rollup, Anda tidak akan memikirkan, "Apa yang terjadi jika seseorang mengubah proses pembuatan data untuk menyimpan data dari tempat lain?" Meskipun ada perubahan tersebut, 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 ke dalam blockchain. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses turunan, sehingga kamu dapat menurunkan data dari satu sumber DA di luar rantai dan satu kontrak tantangan DA L1, untuk mencegah data dikirim ke dalam rantai selama proses penyelesaian tantangan.

Ini adalah inti dari masalah. Sangat kompleks, karena kami ingin menjaga agar segalanya tetap elegan dan kokoh. Sementara itu, ini adalah konsep yang relatif sederhana. Kami tidak mencoba untuk menemukan kembali segalanya atau mengubah seluruh OP Stack, tetapi mencoba untuk menjaga agar 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 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 memaksimalkan semua pengalaman yang telah kita pelajari, seperti apa bentuknya?" Ini berkembang menjadi kode dasar yang akhirnya dikenal sebagai Bedrock, yang merupakan peningkatan terbesar yang kami lakukan terhadap jaringan.

Pada waktu itu, kami bekerja sama dengan kalian dalam sebuah proyek bernama OPCraft, saya percaya Biomes adalah penerus spiritualnya, ini adalah saat paling menyenangkan kami 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 rantai.

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

Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami ambil saat itu jauh melampaui 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. 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 rasa, kesimpulan komunitas pada waktu itu adalah "Plasma sudah mati". Ini adalah sebuah meme dalam sejarah skalabilitas Ethereum pada periode itu.

Tetapi 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, pada saat itu ada konsep keluar (exits) dan sebagainya, sekarang Anda bisa melihat kembali dan berkata, "oh, itu adalah tantangan ketersediaan data dengan beberapa langkah tambahan". Jadi melihat tidak hanya OP Stack yang digunakan oleh orang lain, tetapi juga berevolusi menjadi hal yang kami coba lakukan pada awalnya tetapi dalam cara yang sangat kacau dan tidak matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda telah melakukan abstraksi yang sangat bagus di sekitarnya dan membuatnya berfungsi dengan cara yang masuk akal dan rasional. Ini benar-benar keren.

02. Yang terpenting adalah segera masuk ke lingkungan produksi

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

Inilah 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 membutuhkan sebuah chain yang dapat diluncurkan dengan cepat dan dapat berjalan, untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi tersebut dapat berkembang secara paralel dan menjadi lebih baik sambil kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga mencapai stabilitas produksi memerlukan waktu yang lama.

Untuk meluncurkan sesuatu di jaringan utama, sehingga tanpa izin, kuat, dan aman, memerlukan banyak waktu. Melihat keseluruhan proses kami dalam mencapai tujuan ini sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena ada terlalu banyak hal. Seluruh ekosistem berkembang sangat cepat. Saya pikir setiap orang sedang memberikan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak dapat berjalan.

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 membahas penulisan ulang end-to-end secara keseluruhan, tetapi yang lebih penting adalah kami 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. Oleh karena itu, kami sangat menghargai semua upaya Anda dalam mendorong proses ini, terutama kontribusi untuk mode operasi baru OP Stack.

tdot： OP Stack benar-benar menciptakan cara untuk memajukan hal-hal seperti ini dengan cepat. Mengkoordinasikan 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 hingga ribuan hal, dan secara teratur mengirimkan semua produk ini. Dari segi koordinasi, ini memang sangat tidak mudah.

Ben: Ya, memang masih ada jalan panjang yang harus dilalui. Tetapi itulah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, tanpa menyebutkan semua permainan dan dunia virtual menakjubkan yang sedang dibangun di Redstone sekarang. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat yang membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan melakukan perbaikan pada tumpukan ini, yang sangat luar biasa.

Ini adalah yang pertama kalinya, Anda dapat secara signifikan mengubah atribut sistem melalui nilai boolean kunci. Untuk benar-benar melakukan ini, seperti yang Anda katakan, memang masih ada jalan panjang yang harus dilalui. Tapi bahkan untuk mendekati melakukan ini secara efektif, dukungan modular diperlukan, bukan? Bagi kami, melihat Anda mencapainya tanpa perlu misalnya 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 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, "Ya Tuhan, akan gila untuk memeriksa semuanya."

Kami harus membaginya menjadi bagian-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 pikir dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berjalan dengan sangat cepat. Segala sesuatunya 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 proses-proses ini tidak terlalu berat dan kami telah mencapai beberapa hasil. Berbicara tentang ini, 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 adalah integrasi dengan mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasi seluruh tumpukan teknologi dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk merealisasikan fitur seperti 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, 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. Melakukannya dan menjaga ketersediaan 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 pengajuan komitmen secara massal. Sekarang 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 saat ini, sehingga dapat diperiksa dengan cepat dan mudah, dan tidak ada perbedaan besar pada OP Stack. Namun, sekarang ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses commitment dalam batch atau mengumpulkannya ke dalam blob, atau menggunakan metode lain yang berbeda. Jadi, kami pasti akan mempelajari ini untuk mengurangi biaya L1.

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

Banyak pekerjaan ini pasti harus dilakukan oleh kalian. Namun, kami ingin memahami seperti apa ini dalam mode Plasma, dan