DEVS ON DEVS: Percakapan dengan tdot dan Ben Jones
"Dalam edisi khusus Devs on Devs 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 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 percakapan, mereka membahas asal mula kolaborasi Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, perlunya membawa protokol eksperimental ke lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta kegembiraan mereka tentang perkembangan di bidang game seluruh rantai."
Cara Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki OP Stack?
tdot: Saya bergabung dengan Lattice sekitar setahun yang lalu, khususnya bertanggung jawab atas Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang mengkonsumsi 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 percobaan di OP Stack, seperti membuat prototipe beberapa dunia di blockchain 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 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 kami tidak dapat memulai L2 dengan calldata, karena permainan seluruh rantai dan dunia MUD kami memerlukan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data lainnya (Alt DA). Sebenarnya, pada dokumentasi OP Stack awal, telah 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 untuk mengubah OP Stack sesedikit mungkin, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan chain rollup lain yang menggunakan OP Stack.
Saat merancang rollup, Anda tidak akan berpikir, "Apa yang terjadi jika seseorang mengubah proses generasi data untuk menyimpan data dari tempat lain?" Meskipun ada perubahan tersebut, OP Stack tetap sangat kuat dan berfungsi dengan baik langsung dari kotaknya. 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 masuk ke dalam rantai. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses derivasi sehingga Anda dapat menurunkan data dari sumber DA di luar rantai dan kontrak tantangan DA L1, untuk mencegah data dikirim ke dalam rantai selama proses penyelesaian tantangan.
Inilah inti dari masalah. Sangat kompleks, karena kami ingin menjaga agar segalanya tetap elegan dan kokoh. Pada saat yang sama, 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 di Optimism hampir melakukan penulisan ulang end-to-end dari seluruh OP Stack, rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah dua tahun membangun rollup, kami mundur sejenak untuk merenungkan dan berkata: "Baiklah, jika kami ingin memanfaatkan semua pengalaman yang telah kami pelajari, 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 bahwa Biomes adalah penerus spiritualnya, 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 percaya bahwa dalam beberapa tahun terakhir, titik balik penting lainnya dalam skalabilitas adalah banyak orang yang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan perpustakaan kode yang besar dan rumit yang dapat melakukan hal ini. Ketika kami mulai bekerja sama, melihat orang lain dapat mengambil alih perpustakaan kode ini dan melakukan beberapa hal yang sangat luar biasa adalah suatu pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata ke Plasma, sangat keren. Saya bahkan bisa sedikit berbicara tentang sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami emban saat itu jauh lebih besar daripada kemampuan komunitas untuk melakukan skala pada waktu itu. Desain yang Anda lihat di desain Plasma awal mungkin tidak memiliki hubungan langsung dengan Plasma yang ada saat ini.
Plasma hari ini jauh lebih sederhana. Kami memisahkan bukti dan tantangan verifikasi status dari tantangan data. Pada akhirnya, beberapa tahun yang lalu kami menyadari bahwa Rollups jauh lebih sederhana daripada Plasma. Saya pikir, kesimpulan komunitas saat itu adalah "Plasma sudah mati". Ini adalah sebuah lelucon 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, 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 hal yang kami coba lakukan tetapi dengan cara yang sangat kacau dan belum matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda telah membuat abstraksi yang sangat bagus di sekitarnya, dan membuatnya berfungsi dengan cara yang wajar 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 menghabiskan waktu hingga sepuluh tahun? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap di mana hasil dapat disampaikan.
Inilah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di mainnet. Kami perlu segera menyiapkan mainnet untuk permainan ini. 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 sementara kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga penerapan stabilitas produksi memerlukan waktu yang lama.
Untuk meluncurkan sesuatu di mainnet, agar tetap tanpa izin, kokoh, dan aman, dibutuhkan banyak waktu. Melihat seluruh proses kami mencapai tujuan ini sudah sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena terlalu banyak hal yang terjadi. Seluruh ekosistem berkembang sangat cepat. Saya rasa setiap orang sedang menghadirkan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak bisa berkompromi pada 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 membahas seluruh penulisan ulang dari ujung ke ujung, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang itu sendiri sudah sangat kuat. Karena kamu benar, hal-hal ini memang sulit.
Setiap penambahan satu baris kode akan menjauhkan Anda dari lingkungan produksi, membuat segala sesuatunya 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 yang memungkinkan Anda untuk maju dengan cepat dalam hal-hal semacam ini. Mengkoordinasikan semua orang sangat sulit, karena kami jelas merupakan 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 teratur mengirimkan semua produk ini. Dari segi koordinasi, ini memang sangat sulit.
Ben: Ya, memang masih ada jalan yang panjang untuk dilalui. Tapi itulah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, apalagi tidak menyebutkan semua permainan dan dunia virtual yang luar biasa 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 melakukan perbaikan pada stack ini, yang sangat luar biasa.
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 dilalui. Tetapi bahkan mendekati untuk melakukannya secara efektif, juga membutuhkan dukungan modular, bukan? Bagi kami, melihat Anda mewujudkannya tanpa perlu, misalnya, 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 semuanya menjadi modul kecil yang independen, yang dapat disesuaikan dan diubah propertinya. Jadi saya sangat menantikan untuk melihat fitur-fitur baru apa lagi yang akan diintegrasikan. Saya ingat kita dulu khawatir, bahwa kita memiliki sebuah fork, yang berisi semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya ampun, memeriksa semua konten akan sangat gila."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kolaborasi kami dengan tim sangat baik, jadi proses tinjauan juga sangat menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berjalan dengan sangat cepat. Segalanya 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 membebani, dan kami 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 adalah integrasi dengan mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasikan seluruh tumpukan teknologi dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk mencapai fungsi tanpa izin dan keluar paksa.
Kami memiliki tujuan akhir ini dan secara bertahap mencapainya sambil menjaga keamanan. Salah satu tantangannya adalah, terkadang tidak meluncurkan di mainnet bisa lebih mudah, karena tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai segalanya siap sepenuhnya sebelum meluncurkan, jadi tidak perlu melakukan hard fork dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan di mainnet, Anda harus menangani peningkatan yang kompleks ini dan merilisnya secara berkala. Melakukan ini sambil menjaga ketersediaan yang tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kegagalan dan semua bagian ini siap, akan ada banyak pembaruan dalam aspek model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengiriman komitmen secara massal. Sekarang kita melakukan ini 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 tinjauannya dapat dilakukan dengan mudah dan cepat, dan tidak ada perbedaan besar dengan 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 mempelajari ini untuk mengurangi biaya L1.
Ini adalah hal yang sangat membuat kami bersemangat. 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 seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.
Ben: Bicara tentang hal ini, ini akan menjadi ujian lain untuk modularitas OP Stack. Anda mengatakan
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.
15 Suka
Hadiah
15
6
Bagikan
Komentar
0/400
YieldHunter
· 20jam yang lalu
secara teknis... tidak yakin tentang keandalan data off-chain smh
Lihat AsliBalas0
DaoResearcher
· 20jam yang lalu
Dari segitiga ketersediaan data, ide ini sangat brilian
Pendiri Optimism berdiskusi dengan pengembang Plasma Mode tentang masa depan OP Stack
DEVS ON DEVS: Percakapan dengan tdot dan Ben Jones
"Dalam edisi khusus Devs on Devs 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 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 percakapan, mereka membahas asal mula kolaborasi Redstone dan Optimism, pentingnya menghidupkan kembali Plasma, perlunya membawa protokol eksperimental ke lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta kegembiraan mereka tentang perkembangan di bidang game seluruh rantai."
Cara Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki OP Stack?
tdot: Saya bergabung dengan Lattice sekitar setahun yang lalu, khususnya bertanggung jawab atas Plasma Mode. Tujuannya sangat jelas: kami memiliki banyak aplikasi MUD yang mengkonsumsi 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 percobaan di OP Stack, seperti membuat prototipe beberapa dunia di blockchain 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 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 kami tidak dapat memulai L2 dengan calldata, karena permainan seluruh rantai dan dunia MUD kami memerlukan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data lainnya (Alt DA). Sebenarnya, pada dokumentasi OP Stack awal, telah 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 untuk mengubah OP Stack sesedikit mungkin, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan chain rollup lain yang menggunakan OP Stack.
Saat merancang rollup, Anda tidak akan berpikir, "Apa yang terjadi jika seseorang mengubah proses generasi data untuk menyimpan data dari tempat lain?" Meskipun ada perubahan tersebut, OP Stack tetap sangat kuat dan berfungsi dengan baik langsung dari kotaknya. 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 masuk ke dalam rantai. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses derivasi sehingga Anda dapat menurunkan data dari sumber DA di luar rantai dan kontrak tantangan DA L1, untuk mencegah data dikirim ke dalam rantai selama proses penyelesaian tantangan.
Inilah inti dari masalah. Sangat kompleks, karena kami ingin menjaga agar segalanya tetap elegan dan kokoh. Pada saat yang sama, 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 di Optimism hampir melakukan penulisan ulang end-to-end dari seluruh OP Stack, rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah dua tahun membangun rollup, kami mundur sejenak untuk merenungkan dan berkata: "Baiklah, jika kami ingin memanfaatkan semua pengalaman yang telah kami pelajari, 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 bahwa Biomes adalah penerus spiritualnya, 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 percaya bahwa dalam beberapa tahun terakhir, titik balik penting lainnya dalam skalabilitas adalah banyak orang yang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan perpustakaan kode yang besar dan rumit yang dapat melakukan hal ini. Ketika kami mulai bekerja sama, melihat orang lain dapat mengambil alih perpustakaan kode ini dan melakukan beberapa hal yang sangat luar biasa adalah suatu pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam aplikasi nyata ke Plasma, sangat keren. Saya bahkan bisa sedikit berbicara tentang sejarah itu.
Sebelum Optimism menjadi Optimism, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami emban saat itu jauh lebih besar daripada kemampuan komunitas untuk melakukan skala pada waktu itu. Desain yang Anda lihat di desain Plasma awal mungkin tidak memiliki hubungan langsung dengan Plasma yang ada saat ini.
Plasma hari ini jauh lebih sederhana. Kami memisahkan bukti dan tantangan verifikasi status dari tantangan data. Pada akhirnya, beberapa tahun yang lalu kami menyadari bahwa Rollups jauh lebih sederhana daripada Plasma. Saya pikir, kesimpulan komunitas saat itu adalah "Plasma sudah mati". Ini adalah sebuah lelucon 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, 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 hal yang kami coba lakukan tetapi dengan cara yang sangat kacau dan belum matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda telah membuat abstraksi yang sangat bagus di sekitarnya, dan membuatnya berfungsi dengan cara yang wajar 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 menghabiskan waktu hingga sepuluh tahun? Kamu mengerti maksudku kan? Kita perlu segera mencapai tahap di mana hasil dapat disampaikan.
Inilah pemikiran kami. Kami sudah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di mainnet. Kami perlu segera menyiapkan mainnet untuk permainan ini. 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 sementara kami menyelesaikan masalah. Dari penelitian dan pengembangan hingga penerapan stabilitas produksi memerlukan waktu yang lama.
Untuk meluncurkan sesuatu di mainnet, agar tetap tanpa izin, kokoh, dan aman, dibutuhkan banyak waktu. Melihat seluruh proses kami mencapai tujuan ini sudah sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena terlalu banyak hal yang terjadi. Seluruh ekosistem berkembang sangat cepat. Saya rasa setiap orang sedang menghadirkan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak bisa berkompromi pada 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 membahas seluruh penulisan ulang dari ujung ke ujung, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang itu sendiri sudah sangat kuat. Karena kamu benar, hal-hal ini memang sulit.
Setiap penambahan satu baris kode akan menjauhkan Anda dari lingkungan produksi, membuat segala sesuatunya 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 yang memungkinkan Anda untuk maju dengan cepat dalam hal-hal semacam ini. Mengkoordinasikan semua orang sangat sulit, karena kami jelas merupakan 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 teratur mengirimkan semua produk ini. Dari segi koordinasi, ini memang sangat sulit.
Ben: Ya, memang masih ada jalan yang panjang untuk dilalui. Tapi itulah daya tarik inti dari modularitas. Bagi saya, dari sudut pandang OP Stack, ini adalah salah satu hal yang paling menarik, apalagi tidak menyebutkan semua permainan dan dunia virtual yang luar biasa 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 melakukan perbaikan pada stack ini, yang sangat luar biasa.
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 dilalui. Tetapi bahkan mendekati untuk melakukannya secara efektif, juga membutuhkan dukungan modular, bukan? Bagi kami, melihat Anda mewujudkannya tanpa perlu, misalnya, 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 semuanya menjadi modul kecil yang independen, yang dapat disesuaikan dan diubah propertinya. Jadi saya sangat menantikan untuk melihat fitur-fitur baru apa lagi yang akan diintegrasikan. Saya ingat kita dulu khawatir, bahwa kita memiliki sebuah fork, yang berisi semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya ampun, memeriksa semua konten akan sangat gila."
Kami harus membaginya menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kolaborasi kami dengan tim sangat baik, jadi proses tinjauan juga sangat menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam meninjau dan menyelesaikan beberapa masalah potensial, proses ini berjalan dengan sangat cepat. Segalanya 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 membebani, dan kami 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 adalah integrasi dengan mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasikan seluruh tumpukan teknologi dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk mencapai fungsi tanpa izin dan keluar paksa.
Kami memiliki tujuan akhir ini dan secara bertahap mencapainya sambil menjaga keamanan. Salah satu tantangannya adalah, terkadang tidak meluncurkan di mainnet bisa lebih mudah, karena tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai segalanya siap sepenuhnya sebelum meluncurkan, jadi tidak perlu melakukan hard fork dan tidak ada beban teknis." Namun, jika Anda ingin segera meluncurkan di mainnet, Anda harus menangani peningkatan yang kompleks ini dan merilisnya secara berkala. Melakukan ini sambil menjaga ketersediaan yang tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kegagalan dan semua bagian ini siap, akan ada banyak pembaruan dalam aspek model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengiriman komitmen secara massal. Sekarang kita melakukan ini 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 tinjauannya dapat dilakukan dengan mudah dan cepat, dan tidak ada perbedaan besar dengan 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 mempelajari ini untuk mengurangi biaya L1.
Ini adalah hal yang sangat membuat kami bersemangat. 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 seperti apa ini dalam mode Plasma, dan memiliki asumsi keamanan yang berbeda.
Ben: Bicara tentang hal ini, ini akan menjadi ujian lain untuk modularitas OP Stack. Anda mengatakan