Dalam dialog 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 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 memperkenalkan protokol eksperimental ke lingkungan produksi, peta jalan masa depan 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, bertanggung jawab khusus untuk Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang mengonsumsi banyak gas, sementara kami mencoba untuk menempatkan banyak data di blockchain, jadi kami memerlukan solusi yang mendukung kebutuhan ini sekaligus 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 filosofi Ethereum dan sepenuhnya kompatibel dengan EVM." Apa 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, jelas kita tidak bisa memulai L2 dengan calldata, karena permainan full-chain dan dunia MUD kita membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data (Alt DA) lainnya. 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 segala sesuatu dapat bergantung pada Ethereum L1. 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 sebabnya 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 meminimalkan perubahan pada OP Stack, 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 generasi 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 buat.
Setelah itu, kita perlu menulis kontrak untuk membuat tantangan ini. Ada tantangan DA yang digunakan untuk memaksa data masuk ke dalam blockchain. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses derivasi, sehingga kamu dapat menurunkan data dari sumber DA di luar blockchain serta kontrak tantangan DA L1, untuk mencegah data dikirim ke blockchain 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, melainkan 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 dari seluruh OP Stack, dan rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah dua tahun membangun rollup, kami melangkah mundur dan merenungkan, "Baiklah, jika kami ingin menerapkan semua pengalaman yang telah kami pelajari dengan maksimal, seperti apa jadinya?" Ini berkembang menjadi repositori kode 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 espiritunya, ini adalah saat 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 skalabilitas adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kode yang besar dan rumit yang dapat melakukan hal ini. Ketika kita mulai bekerja sama, melihat orang lain dapat mengambil alih kode tersebut dan melakukan beberapa hal yang sangat luar biasa adalah suatu pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata di Plasma, itu benar-benar keren. Saya bahkan bisa sedikit berbicara tentang sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami tanggung saat itu jauh melampaui kemampuan komunitas skalabilitas pada waktu 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, 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 skalabilitas 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, 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 hal yang kami coba awalnya tetapi dengan cara yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan satu lingkaran penuh, dan Anda telah membuat abstraksi yang sangat hebat 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? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap di mana hasil dapat diserahkan.
Inilah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD dan ingin segera meluncurkan mainnet. Kami perlu menyiapkan mainnet untuk permainan ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan rantai yang dapat diluncurkan dengan cepat dan dapat berjalan untuk menjalankan semua aplikasi ini, sehingga aplikasi ini dapat berkembang secara paralel dan menjadi lebih baik sambil kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga mencapai stabilitas produksi membutuhkan waktu yang lama.
Untuk meluncurkan sesuatu di mainnet, agar dapat diakses tanpa izin, kokoh, dan aman, diperlukan banyak waktu. Melihat seluruh proses kami untuk 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 memberikan banyak inovasi. Itulah sebabnya Anda harus tetap mengikuti, tetapi Anda juga tidak dapat 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 ide inti kami saat melakukan penulisan ulang Bedrock. Saya telah membahas penulisan ulang end-to-end secara keseluruhan, tetapi yang lebih penting adalah, kami mengurangi sekitar 50.000 baris kode, yang merupakan pencapaian yang sangat signifikan. Karena kamu benar, hal-hal ini memang sangat sulit.
Setiap tambahan satu baris kode akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal lebih sulit untuk diuji melalui praktik, dan memperkenalkan lebih banyak peluang kesalahan. Jadi, kami sangat menghargai semua upaya Anda dalam mendorong proses ini, terutama kontribusi Anda terhadap mode operasi baru OP Stack.
tdot: OP Stack memang menciptakan cara yang memungkinkan Anda untuk maju dengan cepat dalam hal-hal seperti ini. Mengkoordinasikan semua orang sangat sulit, karena kami jelas adalah dua perusahaan yang berbeda. Di Lattice, kami sedang membangun sebuah permainan, sebuah mesin permainan, 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 panjang yang harus ditempuh. Tetapi inilah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, belum lagi semua permainan dan dunia virtual 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 telah meningkatkan tumpukan ini, yang sangat luar biasa.
Ini adalah yang pertama, Anda dapat secara signifikan mengubah atribut sistem melalui nilai boolean kunci. Mampu melakukan ini secara menyeluruh, seperti yang Anda katakan, memang masih ada jalan panjang yang harus dilalui. Tetapi bahkan untuk mendekati melakukan ini dengan efektif, dukungan modular diperlukan, 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 semakin baik. Dari contoh ini, kalian telah mengubah semua hal menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan untuk melihat 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, "Astaga, meninjau semua konten akan sangat gila."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan sangat lancar. Suasana kerja sama kami dengan tim sangat baik, sehingga proses peninjauan juga sangat menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berjalan sangat cepat. Segalanya berlangsung 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 ini. Saya senang bahwa 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 pekerjaan yang berbeda. Utamanya terkait dengan integrasi mekanisme bukti kesalahan. Kami menggunakan 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 lebih mudah untuk tidak menggunakan mainnet, karena itu berarti tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya siap sepenuhnya untuk diluncurkan, sehingga tidak perlu melakukan hard fork, dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan mainnet, Anda harus menangani pembaruan kompleks ini dan sering merilisnya. Melakukannya sambil mempertahankan ketersediaan tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan dalam aspek mode Plasma. Saya berpikir masih ada beberapa ruang optimasi dalam pengiriman komitmen secara massal. Sekarang kita 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, sehingga pemeriksaan dapat dilakukan dengan mudah dan cepat, dan tidak ada perbedaan besar pada OP Stack. Namun, sekarang ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses komitmen dalam batch atau mengirimkannya ke blob, atau menggunakan metode berbeda lainnya. Jadi, kami pasti akan meneliti 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 pekerjaan ini pasti harus dilakukan oleh kalian. Namun, kami ingin memahami seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.
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.
17 Suka
Hadiah
17
7
Bagikan
Komentar
0/400
GasGuru
· 7jam yang lalu
op sembarangan saja, jika jatuh semua akan berakhir.
Lihat AsliBalas0
GateUser-0717ab66
· 23jam yang lalu
Berapa biayanya?
Lihat AsliBalas0
ImpermanentPhobia
· 08-03 04:02
Grup suasana datang untuk menonton drama
Lihat AsliBalas0
just_another_wallet
· 08-03 03:57
apakah plasma masih bisa diselamatkan?
Lihat AsliBalas0
BlockchainDecoder
· 08-03 03:46
Dari sudut pandang teknis, apakah memilih penerbitan data L1 yang selektif sebagai solusi kompromi benar-benar masuk akal?
Lihat AsliBalas0
GetRichLeek
· 08-03 03:41
lying in ambush op sudah 6 bulan, apakah bisa meledak?
Lihat AsliBalas0
SchrodingerGas
· 08-03 03:41
Siapa yang bisa menghitung berapa banyak gas yang bisa dihemat dari benda ini? Tunggu saya gambar modelnya.
Dialog Inovator OP Stack: Bagaimana Plasma Mode Mengubah Masa Depan Game Berbasis Blockchain
DEVS ON DEVS: Percakapan TDOT dan BEN JONES
Dalam dialog 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 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 memperkenalkan protokol eksperimental ke lingkungan produksi, peta jalan masa depan 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, bertanggung jawab khusus untuk Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang mengonsumsi banyak gas, sementara kami mencoba untuk menempatkan banyak data di blockchain, jadi kami memerlukan solusi yang mendukung kebutuhan ini sekaligus 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 filosofi Ethereum dan sepenuhnya kompatibel dengan EVM." Apa 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, jelas kita tidak bisa memulai L2 dengan calldata, karena permainan full-chain dan dunia MUD kita membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data (Alt DA) lainnya. 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 segala sesuatu dapat bergantung pada Ethereum L1. 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 sebabnya 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 meminimalkan perubahan pada OP Stack, 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 generasi 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 buat.
Setelah itu, kita perlu menulis kontrak untuk membuat tantangan ini. Ada tantangan DA yang digunakan untuk memaksa data masuk ke dalam blockchain. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses derivasi, sehingga kamu dapat menurunkan data dari sumber DA di luar blockchain serta kontrak tantangan DA L1, untuk mencegah data dikirim ke blockchain 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, melainkan 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 dari seluruh OP Stack, dan rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah dua tahun membangun rollup, kami melangkah mundur dan merenungkan, "Baiklah, jika kami ingin menerapkan semua pengalaman yang telah kami pelajari dengan maksimal, seperti apa jadinya?" Ini berkembang menjadi repositori kode 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 espiritunya, ini adalah saat 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 skalabilitas adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kode yang besar dan rumit yang dapat melakukan hal ini. Ketika kita mulai bekerja sama, melihat orang lain dapat mengambil alih kode tersebut dan melakukan beberapa hal yang sangat luar biasa adalah suatu pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata di Plasma, itu benar-benar keren. Saya bahkan bisa sedikit berbicara tentang sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami tanggung saat itu jauh melampaui kemampuan komunitas skalabilitas pada waktu 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, 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 skalabilitas 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, 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 hal yang kami coba awalnya tetapi dengan cara yang sangat kacau dan belum matang, benar-benar menakjubkan. Kami telah menyelesaikan satu lingkaran penuh, dan Anda telah membuat abstraksi yang sangat hebat 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? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap di mana hasil dapat diserahkan.
Inilah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD dan ingin segera meluncurkan mainnet. Kami perlu menyiapkan mainnet untuk permainan ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan rantai yang dapat diluncurkan dengan cepat dan dapat berjalan untuk menjalankan semua aplikasi ini, sehingga aplikasi ini dapat berkembang secara paralel dan menjadi lebih baik sambil kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga mencapai stabilitas produksi membutuhkan waktu yang lama.
Untuk meluncurkan sesuatu di mainnet, agar dapat diakses tanpa izin, kokoh, dan aman, diperlukan banyak waktu. Melihat seluruh proses kami untuk 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 memberikan banyak inovasi. Itulah sebabnya Anda harus tetap mengikuti, tetapi Anda juga tidak dapat 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 ide inti kami saat melakukan penulisan ulang Bedrock. Saya telah membahas penulisan ulang end-to-end secara keseluruhan, tetapi yang lebih penting adalah, kami mengurangi sekitar 50.000 baris kode, yang merupakan pencapaian yang sangat signifikan. Karena kamu benar, hal-hal ini memang sangat sulit.
Setiap tambahan satu baris kode akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal lebih sulit untuk diuji melalui praktik, dan memperkenalkan lebih banyak peluang kesalahan. Jadi, kami sangat menghargai semua upaya Anda dalam mendorong proses ini, terutama kontribusi Anda terhadap mode operasi baru OP Stack.
tdot: OP Stack memang menciptakan cara yang memungkinkan Anda untuk maju dengan cepat dalam hal-hal seperti ini. Mengkoordinasikan semua orang sangat sulit, karena kami jelas adalah dua perusahaan yang berbeda. Di Lattice, kami sedang membangun sebuah permainan, sebuah mesin permainan, 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 panjang yang harus ditempuh. Tetapi inilah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, belum lagi semua permainan dan dunia virtual 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 telah meningkatkan tumpukan ini, yang sangat luar biasa.
Ini adalah yang pertama, Anda dapat secara signifikan mengubah atribut sistem melalui nilai boolean kunci. Mampu melakukan ini secara menyeluruh, seperti yang Anda katakan, memang masih ada jalan panjang yang harus dilalui. Tetapi bahkan untuk mendekati melakukan ini dengan efektif, dukungan modular diperlukan, 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 semakin baik. Dari contoh ini, kalian telah mengubah semua hal menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan untuk melihat 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, "Astaga, meninjau semua konten akan sangat gila."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan sangat lancar. Suasana kerja sama kami dengan tim sangat baik, sehingga proses peninjauan juga sangat menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berjalan sangat cepat. Segalanya berlangsung 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 ini. Saya senang bahwa 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 pekerjaan yang berbeda. Utamanya terkait dengan integrasi mekanisme bukti kesalahan. Kami menggunakan 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 lebih mudah untuk tidak menggunakan mainnet, karena itu berarti tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya siap sepenuhnya untuk diluncurkan, sehingga tidak perlu melakukan hard fork, dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan mainnet, Anda harus menangani pembaruan kompleks ini dan sering merilisnya. Melakukannya sambil mempertahankan ketersediaan tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan dalam aspek mode Plasma. Saya berpikir masih ada beberapa ruang optimasi dalam pengiriman komitmen secara massal. Sekarang kita 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, sehingga pemeriksaan dapat dilakukan dengan mudah dan cepat, dan tidak ada perbedaan besar pada OP Stack. Namun, sekarang ada beberapa optimasi yang dapat membuatnya lebih murah, seperti memproses komitmen dalam batch atau mengirimkannya ke blob, atau menggunakan metode berbeda lainnya. Jadi, kami pasti akan meneliti 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 pekerjaan ini pasti harus dilakukan oleh kalian. Namun, kami ingin memahami seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.
Ben: