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 proyek Layer 2 terkenal Ben Jones untuk berdiskusi. Proyek Layer 2 terkenal adalah pendorong utama OP Stack. Plasma Mode memungkinkan pengembang untuk membangun di atas OP Stack, tetapi tidak perlu menerbitkan data ke L1, melainkan dapat beralih dengan fleksibel ke penyedia data off-chain, sehingga menghemat biaya dan meningkatkan skalabilitas. Dalam percakapan kali ini, mereka membahas tentang asal-usul kolaborasi Redstone dan proyek Layer 2 tersebut, pentingnya membangkitkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta kegembiraan mereka terhadap perkembangan bidang permainan di seluruh rantai.
Bagaimana Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki OP Stack?
tdot: Saya bergabung dengan Lattice sekitar satu tahun yang lalu, khusus bertanggung jawab untuk 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 on-chain dan menerapkannya di OP Stack. Kami menemukan bahwa OP Stack sudah sangat berguna.
Maka 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 pun 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 merupakan sumber ketersediaan data dari OP Stack chain (DA), yang sangat mahal. Jadi kami jelas tidak dapat menggunakan calldata untuk meluncurkan L2, karena permainan full-chain kami dan dunia MUD membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data lainnya (Alt DA). Sebenarnya, dalam dokumentasi awal OP Stack, 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 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 mengapa kami perlu menggunakan kembali beberapa konsep Plasma lama dan meletakkannya di atas rollup. Ada beberapa perbedaan di sini. Pertanyaan terbesar adalah, bagaimana cara menerapkan DA off-chain dan tantangan data on-chain di atas OP Stack yang ada? Tujuan kami adalah untuk melakukan sedikit perubahan pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan dari rollup chain 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 bekerja dengan baik langsung dari kotak. Ini adalah perubahan pertama yang kami lakukan.
Setelah itu, kita perlu menulis kontrak untuk membuat tantangan ini. Ada tantangan DA yang memaksa data untuk diunggah ke rantai. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses turunan, sehingga kamu bisa mengambil data dari sumber DA di luar rantai serta kontrak tantangan DA L1, untuk menghindari data yang diajukan ke rantai selama proses penyelesaian tantangan.
Inilah inti dari masalah ini. Sangat kompleks, karena kami ingin menjaga agar 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 untuk menjaga agar 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 saat yang sama, kami hampir menulis ulang seluruh OP Stack dari ujung ke ujung, dan rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah membangun rollup selama dua tahun, kami mundur sejenak dan merenungkan, "Baiklah, jika kami ingin menerapkan semua pengalaman yang telah kami pelajari secara maksimal, seperti apa itu?" Ini berevolusi menjadi repositori kode yang akhirnya disebut Bedrock, yang merupakan peningkatan terbesar yang kami lakukan pada jaringan.
Pada saat itu, kami bekerja sama dengan kalian dalam sebuah proyek bernama OPCraft, saya pikir Biomes adalah penerus spiritualnya, ini adalah kali kami bermain di blockchain dengan sangat menyenangkan. Pada saat yang sama, kami juga merasa lega, karena orang lain juga bisa menggunakan OP Stack untuk pengembangan. Saya pikir dalam beberapa tahun terakhir, titik balik penting lainnya dalam skala adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kumpulan kode yang besar dan kompleks yang dapat melakukan ini. Ketika kami mulai bekerja sama, melihat orang lain dapat mengambil alih kumpulan kode ini dan melakukan beberapa hal yang sangat luar biasa, itu adalah pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam penerapan nyata di Plasma, itu sangat keren. Saya bahkan bisa sedikit membahas sejarah itu.
Sebelum sebuah proyek Layer 2 terkenal didirikan, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami ambil saat itu jauh melebihi kemampuan komunitas skalabilitas saat itu. Desain yang Anda lihat di 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. Akhirnya, kami menyadari beberapa tahun yang lalu bahwa Rollups jauh lebih sederhana daripada Plasma. Saya rasa, 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 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 sesuatu yang kami coba awalnya tetapi dengan cara yang sangat membingungkan dan belum matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda mengelilinginya dengan abstraksi yang sangat luar biasa, dan membuatnya bekerja dengan cara yang masuk akal dan rasional. Ini benar-benar keren.
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 selama sepuluh tahun? Kamu mengerti maksudku, kan? Kita perlu segera mencapai tahap di mana hasil dapat disampaikan.
Inilah pemikiran kami. Kami telah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di mainnet. Kami perlu mempersiapkan mainnet untuk game-game ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan sebuah rantai yang dapat segera diluncurkan dan berfungsi, untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini 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, agar dapat digunakan tanpa izin, tangguh, dan aman, diperlukan banyak waktu. Melihat seluruh proses kami dalam mencapai tujuan ini sudah sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena ada terlalu banyak hal. Seluruh ekosistem berkembang sangat cepat. Saya pikir semua orang sedang menghadirkan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan dapat berfungsi.
Ben: Atau bisa dibilang beban teknologi. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya sudah membahas penulisan ulang end-to-end secara keseluruhan, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang itu sendiri sangat kuat. Karena kamu benar, hal-hal ini memang sulit.
Setiap penambahan satu baris kode akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal lebih sulit untuk diuji dalam praktik, dan memperkenalkan lebih banyak peluang kesalahan. Jadi, kami sangat menghargai semua usaha Anda dalam mendorong proses ini, terutama kontribusi yang dibuat untuk mode operasi baru OP Stack.
tdot: OP Stack memang 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 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. Tapi itulah 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 sekarang. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan memperbaiki tumpukan ini, itu sangat luar biasa.
Ini adalah yang pertama, Anda dapat secara signifikan mengubah atribut sistem melalui satu nilai boolean kunci. Mampu melakukan ini sepenuhnya, seperti yang Anda katakan, memang masih ada jalan panjang yang harus ditempuh. Tetapi bahkan untuk mendekati melakukan ini secara efektif, itu juga memerlukan dukungan modular, kan? Bagi kami, melihat Anda mewujudkannya 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 segalanya menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan untuk melihat fitur-fitur baru apa yang akan diintegrasikan. Saya ingat kita pernah khawatir bahwa kita memiliki sebuah cabang yang mencakup semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya Tuhan, memeriksa semuanya akan sangat gila."
Kami terpaksa membagi menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kerja sama kami dengan tim sangat baik, sehingga proses peninjauan juga menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam hal peninjauan dan menyelesaikan beberapa masalah potensial, proses ini berlangsung sangat cepat. Segalanya berjalan lebih lancar dari yang diperkirakan.
Ben: Ini sangat bagus. Salah satu fokus kami tahun ini adalah menciptakan jalur kontribusi untuk OP Stack. Jadi saya sangat menghargai kalian yang terlibat dalam pengujian, mendorong proses ini. Saya senang bahwa proses ini tidak terlalu membebani, dan kami telah mencapai beberapa hasil. Bicara tentang itu, saya penasaran, dari sudut pandangmu, bagaimana pekerjaan ini akan berkembang selanjutnya? Apa yang paling kamu nantikan untuk dikembangkan?
tdot: Ada banyak arah kerja yang berbeda. Utamanya terkait dengan integrasi mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasi seluruh tumpukan teknologi, dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk mencapai fungsionalitas tanpa izin dan keluar paksa.
Kami memiliki tujuan akhir ini, dan secara bertahap mencapainya sambil menjaga keamanan. Salah satu tantangan adalah, terkadang tidak meluncurkan mainnet lebih mudah, karena dengan cara itu tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya sepenuhnya siap untuk dirilis, sehingga tidak perlu melakukan hard fork, dan tidak ada beban teknis." Namun, jika Anda ingin meluncurkan mainnet dengan cepat, Anda harus menangani peningkatan kompleks ini, dan sering merilis. Melakukannya sambil menjaga ketersediaan tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan di sisi model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengumpulan komitmen secara massal. Saat ini, kami melakukan dengan cara yang 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 sementara, sehingga tinjauannya bisa 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 commitment dalam batch atau mengirimkannya.
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.
Plasma Mode dan OP Stack: Jalan Masa Depan Permainan Seluruh Rantai
Devs on Devs: Percakapan 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 proyek Layer 2 terkenal Ben Jones untuk berdiskusi. Proyek Layer 2 terkenal adalah pendorong utama OP Stack. Plasma Mode memungkinkan pengembang untuk membangun di atas OP Stack, tetapi tidak perlu menerbitkan data ke L1, melainkan dapat beralih dengan fleksibel ke penyedia data off-chain, sehingga menghemat biaya dan meningkatkan skalabilitas. Dalam percakapan kali ini, mereka membahas tentang asal-usul kolaborasi Redstone dan proyek Layer 2 tersebut, pentingnya membangkitkan kembali Plasma, kebutuhan untuk membawa protokol eksperimental ke lingkungan produksi, peta jalan masa depan Plasma Mode dan OP Stack, serta kegembiraan mereka terhadap perkembangan bidang permainan di seluruh rantai.
Bagaimana Menggunakan Mode Plasma untuk Meningkatkan OP Stack
Ben: Bagaimana proses untuk mulai memperbaiki OP Stack?
tdot: Saya bergabung dengan Lattice sekitar satu tahun yang lalu, khusus bertanggung jawab untuk 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 on-chain dan menerapkannya di OP Stack. Kami menemukan bahwa OP Stack sudah sangat berguna.
Maka 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 pun 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 merupakan sumber ketersediaan data dari OP Stack chain (DA), yang sangat mahal. Jadi kami jelas tidak dapat menggunakan calldata untuk meluncurkan L2, karena permainan full-chain kami dan dunia MUD membutuhkan throughput yang lebih tinggi. Oleh karena itu, kami memutuskan untuk mulai mencoba solusi ketersediaan data lainnya (Alt DA). Sebenarnya, dalam dokumentasi awal OP Stack, 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 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 mengapa kami perlu menggunakan kembali beberapa konsep Plasma lama dan meletakkannya di atas rollup. Ada beberapa perbedaan di sini. Pertanyaan terbesar adalah, bagaimana cara menerapkan DA off-chain dan tantangan data on-chain di atas OP Stack yang ada? Tujuan kami adalah untuk melakukan sedikit perubahan pada OP Stack, tanpa mempengaruhi jalur rollup, karena kami tidak ingin mempengaruhi keamanan dari rollup chain 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 bekerja dengan baik langsung dari kotak. Ini adalah perubahan pertama yang kami lakukan.
Setelah itu, kita perlu menulis kontrak untuk membuat tantangan ini. Ada tantangan DA yang memaksa data untuk diunggah ke rantai. Ini adalah langkah kedua, mengintegrasikan kontrak ke dalam proses. Kita harus membangun seluruh sistem integrasi dalam proses turunan, sehingga kamu bisa mengambil data dari sumber DA di luar rantai serta kontrak tantangan DA L1, untuk menghindari data yang diajukan ke rantai selama proses penyelesaian tantangan.
Inilah inti dari masalah ini. Sangat kompleks, karena kami ingin menjaga agar 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 untuk menjaga agar 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 saat yang sama, kami hampir menulis ulang seluruh OP Stack dari ujung ke ujung, dan rilis kali ini kami sebut sebagai Bedrock.
Pada dasarnya, setelah membangun rollup selama dua tahun, kami mundur sejenak dan merenungkan, "Baiklah, jika kami ingin menerapkan semua pengalaman yang telah kami pelajari secara maksimal, seperti apa itu?" Ini berevolusi menjadi repositori kode yang akhirnya disebut Bedrock, yang merupakan peningkatan terbesar yang kami lakukan pada jaringan.
Pada saat itu, kami bekerja sama dengan kalian dalam sebuah proyek bernama OPCraft, saya pikir Biomes adalah penerus spiritualnya, ini adalah kali kami bermain di blockchain dengan sangat menyenangkan. Pada saat yang sama, kami juga merasa lega, karena orang lain juga bisa menggunakan OP Stack untuk pengembangan. Saya pikir dalam beberapa tahun terakhir, titik balik penting lainnya dalam skala adalah banyak orang dapat menjalankan blockchain.
Tidak hanya orang-orang yang mengembangkan kumpulan kode yang besar dan kompleks yang dapat melakukan ini. Ketika kami mulai bekerja sama, melihat orang lain dapat mengambil alih kumpulan kode ini dan melakukan beberapa hal yang sangat luar biasa, itu adalah pengakuan yang besar. Kemudian melihat situasi ini berkembang dalam penerapan nyata di Plasma, itu sangat keren. Saya bahkan bisa sedikit membahas sejarah itu.
Sebelum sebuah proyek Layer 2 terkenal didirikan, kami sebenarnya sedang mempelajari teknologi yang disebut Plasma. Tugas yang kami ambil saat itu jauh melebihi kemampuan komunitas skalabilitas saat itu. Desain yang Anda lihat di 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. Akhirnya, kami menyadari beberapa tahun yang lalu bahwa Rollups jauh lebih sederhana daripada Plasma. Saya rasa, 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 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 sesuatu yang kami coba awalnya tetapi dengan cara yang sangat membingungkan dan belum matang, sungguh menakjubkan. Kami telah menyelesaikan siklus penuh, dan Anda mengelilinginya dengan abstraksi yang sangat luar biasa, dan membuatnya bekerja dengan cara yang masuk akal dan rasional. Ini benar-benar keren.
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 selama sepuluh tahun? Kamu mengerti maksudku, kan? Kita perlu segera mencapai tahap di mana hasil dapat disampaikan.
Inilah pemikiran kami. Kami telah memiliki banyak aplikasi yang dikembangkan berdasarkan MUD yang ingin segera diluncurkan di mainnet. Kami perlu mempersiapkan mainnet untuk game-game ini secepat mungkin. Orang-orang sudah menunggu dan siap. Anda memerlukan sebuah rantai yang dapat segera diluncurkan dan berfungsi, untuk menjalankan semua aplikasi ini, sehingga aplikasi-aplikasi ini 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, agar dapat digunakan tanpa izin, tangguh, dan aman, diperlukan banyak waktu. Melihat seluruh proses kami dalam mencapai tujuan ini sudah sangat mengagumkan. Itulah sebabnya kami perlu tetap sangat gesit, karena ada terlalu banyak hal. Seluruh ekosistem berkembang sangat cepat. Saya pikir semua orang sedang menghadirkan banyak inovasi. Itulah sebabnya Anda harus mengikuti perkembangan, tetapi Anda juga tidak dapat mengorbankan keamanan dan kinerja, jika tidak, sistem tidak akan dapat berfungsi.
Ben: Atau bisa dibilang beban teknologi. Prinsip perubahan minimal yang kamu sebutkan, ini adalah salah satu ide inti kami saat melakukan penulisan ulang Bedrock. Saya sudah membahas penulisan ulang end-to-end secara keseluruhan, tetapi yang lebih penting adalah, kami telah mengurangi sekitar 50.000 baris kode, yang itu sendiri sangat kuat. Karena kamu benar, hal-hal ini memang sulit.
Setiap penambahan satu baris kode akan membuat Anda semakin jauh dari lingkungan produksi, membuat hal-hal lebih sulit untuk diuji dalam praktik, dan memperkenalkan lebih banyak peluang kesalahan. Jadi, kami sangat menghargai semua usaha Anda dalam mendorong proses ini, terutama kontribusi yang dibuat untuk mode operasi baru OP Stack.
tdot: OP Stack memang 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 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. Tapi itulah 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 sekarang. Secara murni dari sudut pandang OP Stack, ini adalah contoh yang sangat kuat, membuktikan bahwa banyak pengembang inti yang hebat telah bergabung dan memperbaiki tumpukan ini, itu sangat luar biasa.
Ini adalah yang pertama, Anda dapat secara signifikan mengubah atribut sistem melalui satu nilai boolean kunci. Mampu melakukan ini sepenuhnya, seperti yang Anda katakan, memang masih ada jalan panjang yang harus ditempuh. Tetapi bahkan untuk mendekati melakukan ini secara efektif, itu juga memerlukan dukungan modular, kan? Bagi kami, melihat Anda mewujudkannya 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 segalanya menjadi modul-modul kecil yang independen, yang dapat disesuaikan dan diubah atributnya. Jadi saya sangat menantikan untuk melihat fitur-fitur baru apa yang akan diintegrasikan. Saya ingat kita pernah khawatir bahwa kita memiliki sebuah cabang yang mencakup semua perubahan pada OP Stack, yang perlu digabungkan ke dalam cabang utama. Saat itu kita berpikir, "Ya Tuhan, memeriksa semuanya akan sangat gila."
Kami terpaksa membagi menjadi bagian yang lebih kecil, tetapi seluruh proses berjalan dengan sangat lancar. Suasana kerja sama kami dengan tim sangat baik, sehingga proses peninjauan juga menyenangkan. Ini terasa sangat alami. Dan saya pikir dalam hal peninjauan dan menyelesaikan beberapa masalah potensial, proses ini berlangsung sangat cepat. Segalanya berjalan lebih lancar dari yang diperkirakan.
Ben: Ini sangat bagus. Salah satu fokus kami tahun ini adalah menciptakan jalur kontribusi untuk OP Stack. Jadi saya sangat menghargai kalian yang terlibat dalam pengujian, mendorong proses ini. Saya senang bahwa proses ini tidak terlalu membebani, dan kami telah mencapai beberapa hasil. Bicara tentang itu, saya penasaran, dari sudut pandangmu, bagaimana pekerjaan ini akan berkembang selanjutnya? Apa yang paling kamu nantikan untuk dikembangkan?
tdot: Ada banyak arah kerja yang berbeda. Utamanya terkait dengan integrasi mekanisme bukti kesalahan. Kami mengadopsi pendekatan bertahap untuk mendesentralisasi seluruh tumpukan teknologi, dan meningkatkan karakteristik tanpa izin, dengan tujuan akhir untuk mencapai fungsionalitas tanpa izin dan keluar paksa.
Kami memiliki tujuan akhir ini, dan secara bertahap mencapainya sambil menjaga keamanan. Salah satu tantangan adalah, terkadang tidak meluncurkan mainnet lebih mudah, karena dengan cara itu tidak perlu melakukan hard fork. Anda mungkin berpikir, "Oh, saya hanya perlu menunggu sampai semuanya sepenuhnya siap untuk dirilis, sehingga tidak perlu melakukan hard fork, dan tidak ada beban teknis." Namun, jika Anda ingin meluncurkan mainnet dengan cepat, Anda harus menangani peningkatan kompleks ini, dan sering merilis. Melakukannya sambil menjaga ketersediaan tinggi selalu menjadi tantangan.
Saya pikir setelah mekanisme bukti kesalahan dan semua bagian ini siap, akan ada banyak peningkatan di sisi model Plasma. Saya pikir masih ada ruang untuk optimasi dalam pengumpulan komitmen secara massal. Saat ini, kami melakukan dengan cara yang 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 sementara, sehingga tinjauannya bisa 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 commitment dalam batch atau mengirimkannya.