Dalam episode khusus Devs on Devs kali ini, kami 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 tanpa harus menerbitkan data ke L1, melainkan dapat dengan fleksibel beralih ke penyedia data off-chain, sehingga menghemat biaya dan meningkatkan skalabilitas. Dalam percakapan tersebut, mereka membahas asal mula kerjasama Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke dalam lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta antusiasme mereka terhadap perkembangan di bidang permainan seluruh rantai.
Bagaimana Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki 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 mengkonsumsi banyak gas, sementara kami mencoba untuk menempatkan banyak data di chain, jadi kami memerlukan solusi yang mendukung kebutuhan ini dan juga murah. Tim Lattice telah melakukan beberapa percobaan 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 caranya agar ini lebih murah?" Asumsi dasarnya adalah, "Kami percaya bahwa OP Stack adalah kerangka kerja yang paling sesuai dengan ideologi Ethereum dan sepenuhnya kompatibel dengan EVM." Sesuatu yang berjalan di mainnet dapat berjalan dengan baik di OP Stack, ini adalah solusi yang ideal. Tapi kami ingin itu lebih murah.
Saat itu, calldata masih menjadi sumber ketersediaan data OP Stack Chain (DA), yang sangat mahal. Jadi, jelas kami tidak dapat menggunakan calldata untuk meluncurkan L2, karena permainan seluruh rantai kami dan dunia MUD memerlukan 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 menjelajahi Alt DA.
Jadi kami bertanya pada diri sendiri, "Apa yang akan terjadi jika kita mulai dari DA off-chain?" Kami ingin seluruh model keamanan dan semuanya bergantung pada Ethereum L1. 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 sebabnya mengapa kami perlu 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 mengubah OP Stack sesedikit mungkin, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan rantai rollup lain yang menggunakan OP Stack.
Saat merancang rollup, Anda tidak akan berpikir, "Apa yang akan 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 menciptakan tantangan ini. Ada tantangan DA yang digunakan untuk memaksa data agar berada di 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 sumber DA off-chain serta kontrak tantangan L1 DA, untuk menghindari data yang diserahkan ke blockchain selama proses penyelesaian tantangan.
Inilah inti dari masalah. Sangat rumit, karena kami ingin menjaga agar 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 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 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 melangkah mundur dan merenungkan: "Baiklah, jika kita ingin memaksimalkan semua pengalaman yang telah kita pelajari, seperti apa jadinya?" Ini berkembang menjadi kode basis yang akhirnya dikenal sebagai Bedrock, yang merupakan peningkatan terbesar yang kami lakukan terhadap jaringan.
Pada saat itu, kami bekerja sama dengan kalian dalam sebuah proyek bernama OPCraft, saya percaya Biomes adalah pewaris spiritualnya, ini adalah waktu 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 percaya bahwa dalam beberapa tahun terakhir, titik balik penting lain dalam skalabilitas adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kumpulan kode 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 sebuah pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata ke Plasma, itu sangat keren. Saya bahkan bisa sedikit membahas sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang meneliti sebuah teknologi bernama Plasma. Tugas yang kami emban saat itu jauh melampaui kemampuan komunitas skalabilitas saat itu. Desain yang Anda lihat dalam desain Plasma awal mungkin tidak memiliki hubungan langsung dengan Plasma yang ada hari ini.
Plasma hari ini jauh lebih sederhana. Kami melihat bukti dan tantangan verifikasi status terpisah 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 lelucon dari sejarah skala Ethereum pada periode 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, saat itu ada konsep seperti (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 sesuatu yang kami coba lakukan sebelumnya tetapi dengan cara yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda telah melakukan abstraksi yang sangat hebat di sekitarnya dan membuatnya bekerja dengan cara yang wajar dan masuk akal. Ini benar-benar keren.
Yang terpenting adalah segera masuk ke lingkungan produksi
tdot: Mode Plasma masih memiliki beberapa tantangan dan masalah yang belum terpecahkan, dan kami masih berusaha untuk menyelesaikannya. Kuncinya adalah bagaimana menghindari menghabiskan waktu hingga sepuluh tahun? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap yang dapat memberikan hasil.
Ini adalah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dibangun di atas MUD yang ingin segera diluncurkan di mainnet. Kami perlu menyiapkan mainnet untuk permainan ini secepatnya. Orang-orang sudah menunggu dan siap. Anda membutuhkan sebuah rantai yang dapat diluncurkan dengan cepat dan dapat beroperasi untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini dapat berkembang secara paralel sambil kami menyelesaikan masalah, dan menjadi lebih baik. Dari penelitian dan pengembangan hingga implementasi stabilitas produksi memerlukan waktu yang lama.
Untuk meluncurkan sesuatu di jaringan utama, agar tanpa izin, stabil, dan aman, dibutuhkan banyak waktu. Melihat seluruh proses kami dalam 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 mengikuti perkembangan, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan dapat beroperasi.
Ben： Atau bisa dikatakan beban teknis. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya telah membicarakan seluruh penulisan ulang dari awal hingga akhir, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang merupakan hal yang sangat kuat. Karena kamu benar, hal-hal ini memang sangat 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 peluang kesalahan. Oleh karena itu, kami sangat menghargai semua upaya 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 semacam ini. Mengkoordinasikan semua orang sangat sulit, karena kita jelas merupakan dua perusahaan yang berbeda. Di Lattice, kami sedang membangun sebuah game, sebuah mesin game, dan sebuah rantai.
Dan kalian sedang membangun ratusan ribu hal, dan secara teratur mengirimkan semua produk ini. Dari segi koordinasi, ini memang sangat tidak mudah.
Ben: Ya, memang masih ada jalan yang panjang. Tapi itulah daya tarik inti dari modularitas. Bagi saya, dari perspektif OP Stack, ini adalah salah satu hal yang paling menarik, belum lagi semua permainan dan dunia virtual yang menakjubkan yang sedang dibangun di Redstone. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan membuat perbaikan pada 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 secara menyeluruh, seperti yang Anda katakan, memang masih ada jalan panjang yang harus dilalui. Tetapi bahkan mendekati melakukan ini dengan 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: Situasi sekarang 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 untuk melihat fitur-fitur baru apa lagi yang akan diintegrasikan. Saya ingat kita pernah khawatir bahwa kita memiliki sebuah cabang, yang berisi semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya ampun, akan sangat gila untuk memeriksa semuanya."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Atmosfer kerja sama kami dengan tim sangat baik, sehingga 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. Semuanya berjalan lebih lancar dari yang diharapkan.
Ben: Ini benar-benar luar biasa. Tahun ini, salah satu fokus kami 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 berat, dan kami telah mencapai beberapa hasil. Berbicara tentang itu, saya penasaran, dari sudut pandangmu, bagaimana pekerjaan ini akan berkembang ke depan? Apa yang paling kamu nantikan untuk dikembangkan selanjutnya?
tdot: Ada banyak arah kerja yang berbeda. Utamanya adalah integrasi dengan mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasikan 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 itu tidak memerlukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya benar-benar siap sebelum merilis, sehingga tidak perlu melakukan hard fork dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan mainnet, Anda harus menangani pembaruan yang kompleks ini dan sering merilis. Melakukannya sambil menjaga ketersediaan tinggi selalu menjadi tantangan.
Saya percaya setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan di sisi mode Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengumpulan komitmen secara besar-besaran. 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 saat ini, 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 secara batch atau mengirimkannya ke dalam blob, atau menggunakan metode lainnya.
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.
Pendiri Optimism berbincang dengan pengembang Plasma Mode tentang perbaikan OP Stack dan masa depan.
Devs on Devs: tdot dan Ben Jones berdiskusi
Dalam episode khusus Devs on Devs kali ini, kami 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 tanpa harus menerbitkan data ke L1, melainkan dapat dengan fleksibel beralih ke penyedia data off-chain, sehingga menghemat biaya dan meningkatkan skalabilitas. Dalam percakapan tersebut, mereka membahas asal mula kerjasama Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke dalam lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta antusiasme mereka terhadap perkembangan di bidang permainan seluruh rantai.
Bagaimana Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki 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 mengkonsumsi banyak gas, sementara kami mencoba untuk menempatkan banyak data di chain, jadi kami memerlukan solusi yang mendukung kebutuhan ini dan juga murah. Tim Lattice telah melakukan beberapa percobaan 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 caranya agar ini lebih murah?" Asumsi dasarnya adalah, "Kami percaya bahwa OP Stack adalah kerangka kerja yang paling sesuai dengan ideologi Ethereum dan sepenuhnya kompatibel dengan EVM." Sesuatu yang berjalan di mainnet dapat berjalan dengan baik di OP Stack, ini adalah solusi yang ideal. Tapi kami ingin itu lebih murah.
Saat itu, calldata masih menjadi sumber ketersediaan data OP Stack Chain (DA), yang sangat mahal. Jadi, jelas kami tidak dapat menggunakan calldata untuk meluncurkan L2, karena permainan seluruh rantai kami dan dunia MUD memerlukan 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 menjelajahi Alt DA.
Jadi kami bertanya pada diri sendiri, "Apa yang akan terjadi jika kita mulai dari DA off-chain?" Kami ingin seluruh model keamanan dan semuanya bergantung pada Ethereum L1. 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 sebabnya mengapa kami perlu 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 mengubah OP Stack sesedikit mungkin, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan rantai rollup lain yang menggunakan OP Stack.
Saat merancang rollup, Anda tidak akan berpikir, "Apa yang akan 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 menciptakan tantangan ini. Ada tantangan DA yang digunakan untuk memaksa data agar berada di 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 sumber DA off-chain serta kontrak tantangan L1 DA, untuk menghindari data yang diserahkan ke blockchain selama proses penyelesaian tantangan.
Inilah inti dari masalah. Sangat rumit, karena kami ingin menjaga agar 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 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 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 melangkah mundur dan merenungkan: "Baiklah, jika kita ingin memaksimalkan semua pengalaman yang telah kita pelajari, seperti apa jadinya?" Ini berkembang menjadi kode basis yang akhirnya dikenal sebagai Bedrock, yang merupakan peningkatan terbesar yang kami lakukan terhadap jaringan.
Pada saat itu, kami bekerja sama dengan kalian dalam sebuah proyek bernama OPCraft, saya percaya Biomes adalah pewaris spiritualnya, ini adalah waktu 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 percaya bahwa dalam beberapa tahun terakhir, titik balik penting lain dalam skalabilitas adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kumpulan kode 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 sebuah pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata ke Plasma, itu sangat keren. Saya bahkan bisa sedikit membahas sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang meneliti sebuah teknologi bernama Plasma. Tugas yang kami emban saat itu jauh melampaui kemampuan komunitas skalabilitas saat itu. Desain yang Anda lihat dalam desain Plasma awal mungkin tidak memiliki hubungan langsung dengan Plasma yang ada hari ini.
Plasma hari ini jauh lebih sederhana. Kami melihat bukti dan tantangan verifikasi status terpisah 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 lelucon dari sejarah skala Ethereum pada periode 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, saat itu ada konsep seperti (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 sesuatu yang kami coba lakukan sebelumnya tetapi dengan cara yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda telah melakukan abstraksi yang sangat hebat di sekitarnya dan membuatnya bekerja dengan cara yang wajar dan masuk akal. Ini benar-benar keren.
Yang terpenting adalah segera masuk ke lingkungan produksi
tdot: Mode Plasma masih memiliki beberapa tantangan dan masalah yang belum terpecahkan, dan kami masih berusaha untuk menyelesaikannya. Kuncinya adalah bagaimana menghindari menghabiskan waktu hingga sepuluh tahun? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap yang dapat memberikan hasil.
Ini adalah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dibangun di atas MUD yang ingin segera diluncurkan di mainnet. Kami perlu menyiapkan mainnet untuk permainan ini secepatnya. Orang-orang sudah menunggu dan siap. Anda membutuhkan sebuah rantai yang dapat diluncurkan dengan cepat dan dapat beroperasi untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini dapat berkembang secara paralel sambil kami menyelesaikan masalah, dan menjadi lebih baik. Dari penelitian dan pengembangan hingga implementasi stabilitas produksi memerlukan waktu yang lama.
Untuk meluncurkan sesuatu di jaringan utama, agar tanpa izin, stabil, dan aman, dibutuhkan banyak waktu. Melihat seluruh proses kami dalam 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 mengikuti perkembangan, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan dapat beroperasi.
Ben： Atau bisa dikatakan beban teknis. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya telah membicarakan seluruh penulisan ulang dari awal hingga akhir, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang merupakan hal yang sangat kuat. Karena kamu benar, hal-hal ini memang sangat 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 peluang kesalahan. Oleh karena itu, kami sangat menghargai semua upaya 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 semacam ini. Mengkoordinasikan semua orang sangat sulit, karena kita jelas merupakan dua perusahaan yang berbeda. Di Lattice, kami sedang membangun sebuah game, sebuah mesin game, dan sebuah rantai.
Dan kalian sedang membangun ratusan ribu hal, dan secara teratur mengirimkan semua produk ini. Dari segi koordinasi, ini memang sangat tidak mudah.
Ben: Ya, memang masih ada jalan yang panjang. Tapi itulah daya tarik inti dari modularitas. Bagi saya, dari perspektif OP Stack, ini adalah salah satu hal yang paling menarik, belum lagi semua permainan dan dunia virtual yang menakjubkan yang sedang dibangun di Redstone. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan membuat perbaikan pada 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 secara menyeluruh, seperti yang Anda katakan, memang masih ada jalan panjang yang harus dilalui. Tetapi bahkan mendekati melakukan ini dengan 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: Situasi sekarang 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 untuk melihat fitur-fitur baru apa lagi yang akan diintegrasikan. Saya ingat kita pernah khawatir bahwa kita memiliki sebuah cabang, yang berisi semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya ampun, akan sangat gila untuk memeriksa semuanya."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Atmosfer kerja sama kami dengan tim sangat baik, sehingga 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. Semuanya berjalan lebih lancar dari yang diharapkan.
Ben: Ini benar-benar luar biasa. Tahun ini, salah satu fokus kami 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 berat, dan kami telah mencapai beberapa hasil. Berbicara tentang itu, saya penasaran, dari sudut pandangmu, bagaimana pekerjaan ini akan berkembang ke depan? Apa yang paling kamu nantikan untuk dikembangkan selanjutnya?
tdot: Ada banyak arah kerja yang berbeda. Utamanya adalah integrasi dengan mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasikan 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 itu tidak memerlukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya benar-benar siap sebelum merilis, sehingga tidak perlu melakukan hard fork dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan mainnet, Anda harus menangani pembaruan yang kompleks ini dan sering merilis. Melakukannya sambil menjaga ketersediaan tinggi selalu menjadi tantangan.
Saya percaya setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan di sisi mode Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengumpulan komitmen secara besar-besaran. 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 saat ini, 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 secara batch atau mengirimkannya ke dalam blob, atau menggunakan metode lainnya.