Dilema dan Jalan Keluar dari Permainan Web3

Penulis: Lola, Delphinus Lab

Dengan popularitas luar biasa dari “Black Myth: Wukong”, muncul suara yang menjelek-jelekkan permainan Web3 di industri game. Di tengah-tengah pasar yang sedang lesu dan penuh keraguan, situasi ini menjadi semakin buruk.

Apakah orang-orang Web3 tidak menyukai permainan? Memang, dalam tahap gelembung awal pasar, atmosfer spekulasi yang kuat tidak dapat dihindari, tetapi banyak builder masih memasuki industri ini dengan tujuan membuat permainan yang bagus, permainan yang benar-benar milik para pemain, dan Web3 ingin mencapai adopsi massal yang sebenarnya, permainan juga merupakan jalur yang tidak dapat dihindari dan paling dapat meresap ke pasar.

Namun kenyataannya sangatlah keras. Ketika orang-orang mencoba untuk menghitung jumlah game top-tier di Web3, mereka menemukan bahwa jumlah game berkualitas sangat sedikit, sebagian besar game biasa-biasa saja, tidak memberikan pengalaman pengguna yang baik, dan jauh dari harapan adopsi massal. Banyak tim game yang sukses di Web2 gagal di Web3, dan menurut pemahaman saya saat ini, ada dua alasan utama untuk hal ini:

1. Dibandingkan dengan game tradisional, game Web3 sulit untuk menyediakan pembaruan konten game yang berkelanjutan.

2. Karena audiens yang berbeda, game Web3 harus mempertimbangkan lebih banyak masalah ekonomi game di luar gameplay dibandingkan game tradisional.

Kesulitan Pembaruan Konten Game

Sebuah permainan harus tetap hidup untuk waktu yang lama, pembaruan patch sangat diperlukan; jika tidak, bug tidak dapat diperbaiki, dan rasa segar para pemain juga sulit bertahan lama. Dalam pengembangan permainan tradisional, jika struktur data tidak berubah tetapi logika permainan berubah, sebuah patch logika program sederhana dapat menyelesaikan peningkatan terkait.

Namun, keandalan blockchain telah menambah kesulitan dalam implementasi yang tampaknya sederhana ini. Sebagai contoh, dalam pengembangan game Solidity, kontrak game yang telah diluncurkan seringkali menentukan struktur data keseluruhan dari game tersebut. Karena logika game sendiri adalah migrasi status data, modifikasi logika game seringkali memerlukan peningkatan kontrak.

Setelah upgrade kontrak, tidak mungkin untuk menggunakan kembali data kontrak sebelum upgrade untuk melanjutkan, hanya ada dua pilihan untuk menyelesaikan upgrade logika permainan:

1 Migrasi

2. Pada desain kontrak, Data Layer dan lapisan logika dipisahkan sejak awal

Pilihan kedua akan meningkatkan konsumsi gas panggilan kontrak, sehingga upgrade konten permainan dengan frekuensi tinggi seringkali sulit dilakukan di Web3, yang merugikan kemampuan menarik pemain yang berkelanjutan dari game berpotensi.

Tidak melakukan peningkatan logika antarmuka data

Meningkatkan logika antarmuka data

Untuk menyelesaikan masalah ini, pertama-tama kita perlu menyelesaikan masalah penggunaan ulang data dan peningkatan data. Ketika logika permainan dimodifikasi, kita masih ingin data asli tetap utuh. Solusi nol biaya terbaik di sini adalah App Independen Sebagai rollup. Karena dalam App rollup, Merkle Root data asli dapat langsung digunakan kembali, sementara modifikasi logika hanya perlu tercermin dalam kode logika.

Upgrade logika yang berjalan langsung di dalam Virtual Machine

Setelah masalah penggunaan data dan peningkatan logika diselesaikan, masalah peningkatan struktur data masih akan menjadi tantangan bagi peningkatan game. Migrasi data on-chain biasa, seringkali memerlukan Mesin Oracle untuk mengubah data sesuai dengan skrip yang ditentukan dan kemudian memasukkannya kembali ke on-chain, yang memakan banyak waktu.

Dalam arsitektur App As A rollup, setelah audit migrasi data, dapat dijalankan di zkVM, sehingga logika migrasi sepenuhnya dapat diverifikasi. Karena migrasi data adalah restrukturisasi data dalam banyak skenario, logika komputasi relatif sedikit, jika setiap Node daun yang direstrukturisasi melibatkan sekitar 1000 baris kode, maka jejak eksekusi yang diperlukan oleh lebih dari sejuta Node daun dapat sekitar 1000*100w. Saat ini, waktu bukti jejak setiap jutaan baris zkVM biasa adalah 9-15 detik, sehingga waktu migrasi data zk secara keseluruhan masih merupakan angka yang dapat dikendalikan.

Karena independensi data Application Rookup, ini membawa metodologi baru bagi iterasi konten game Web3.

Namun karena kompleksitas aplikasi lain di rantai dan urgensi pembaruan jauh lebih rendah daripada game, zkVM akan memberikan peluang baru bagi game berantai lengkap, atau dapat dikatakan game yang dapat diverifikasi.

Dilema Ekonomi dan Distribusi Manfaat

Pengembangan proyek game adalah pekerjaan yang kompleks dan sangat detail, jika game berkualitas tinggi tidak menghasilkan keuntungan ekonomi yang nyata, maka daya tarik Web3 bagi pengembang akan semakin menurun dibandingkan dengan industri game tradisional.

Saat ini, hubungan antara proyek game dan blockchain sering didasarkan pada hubungan lalu lintas sebagai yang utama, sementara hubungan pendapatan menjadi yang sekunder. Dan proyek game di tengah hubungan lalu lintas seringkali bergantung pada lalu lintas platform yang disediakan oleh blockchain dan lalu lintas awal, sementara blockchain memperoleh peningkatan pengguna dari game ketika proyek game yang bagus bergabung di tengah peluncuran game.

Hubungan pendapatan akan menjadi lebih kompleks dan menyembunyikan masalah alokasi keuntungan yang lebih dalam: di satu sisi, perilaku pengguna akan menghasilkan pendapatan, termasuk pendapatan gas dari rantai, biaya konsumsi konten permainan; di sisi lain, lalu lintas dan konsumsi permainan menyebabkan peningkatan nilai token, permainan dengan volume menghasilkan pendapatan aset melalui penerbitan Token permainan, dan juga memberikan efek ekosistem yang makmur bagi rantai, yang lebih lanjut meningkatkan ekspektasi penilaian Token rantai.

Dalam hubungan kepentingan yang kompleks seperti ini, belum ada batasan yang jelas tentang bagaimana seharusnya alokasi pengeluaran pengguna dianggap wajar. Peluncuran game membutuhkan dana yang besar, sedangkan penghasilan pertama dari pengguna seringkali digunakan untuk membayar biaya gas ke jaringan, sehingga waktu pengembalian investasi menjadi sangat panjang. Kadang-kadang, tim pengembang game bahkan harus melakukan wash trading sendiri untuk mencapai nilai DAU dasar dalam jaringan setelah itu hanya memperoleh grantpulihkan kerugian yang kecil saja. Hal ini membuat game harus mengandalkan token untuk menarik minat pemain dalam interaksi yang memerlukan pembayaran gas pada awalnya. Beban biaya gas ini tidak dapat diabaikan oleh pemain game dan membuat game jaringan lebih sulit dalam mengarahkan pemain untuk menghabiskan token mereka dalam pembelian token game dibandingkan dengan game tradisional.

Karena game setor adalah langkah inti dari umpan balik positif game, penundaan beban gas pada game setor sangat merugikan kemampuan game untuk mendapatkan pengguna. Namun, karena kewajiban on-chain tradisional dari game blockchain, bahkan pada Layer 2, GAS masih tanpa ampun di depan token asli dari game Setor pertama. Oleh karena itu, Web3 tidak memiliki pengalaman bermain game “mainkan dulu, lalu kripton” yang sebenarnya.

Perdagangan barang dalam permainan dianggap sebagai salah satu aspek yang paling menarik dalam permainan Blokchain. Pengalaman yang menggembirakan bagi para pemain dan perancang terjadi ketika barang berharga dalam permainan, yang diperoleh melalui pembelian dalam permainan atau usaha interaksi jangka panjang, terus meningkat nilainya melalui sirkulasi dan pengumpulan. Namun, kelebihan harga yang dihasilkan dari perdagangan barang dalam permainan, sebagian besar diambil oleh produk on-chain lainnya: biaya perdagangan nft dalam permainan mungkin dibagi oleh pertukaran nft, dan perdagangan token permainan dibagi oleh defi. Nilai yang dihasilkan dari permainan yang bagus tidak dapat efektif kembali ke dalam permainan untuk mendukung tim pengembang permainan.

Fluktuasi nilai Token dapat menyebabkan peningkatan dinamis dalam hasil dalam permainan. Ketika nilai Token dalam permainan dihargai rendah, tarif permainan cenderung rendah, hasil permainan dan investasi Token yang sebenarnya cenderung berkorelasi positif, menyebabkan harga Token rendah, biaya yang diperlukan untuk menggunakan jumlah Token permainan yang sama menjadi lebih rendah, dan hasilnya justru lebih tinggi. Namun, ketika nilai koin permainan melonjak tinggi, nilai Token permainan yang terlalu tinggi menghambat dorongan konsumsi dalam permainan. Efek penguatan seperti ini membuat fluktuasi nilai Token dalam permainan dipengaruhi oleh hasil di dalam dan di luar permainan, dan meningkatkan tantangan yang terkait dengan desain ekonomi Token.

App Sebagai rollup + zkVM: Sebuah Jalan Keluar yang Mungkin

Ketika mengidentifikasi serangkaian tantangan, kami menemukan bahwa arsitektur Application As Rollup dapat secara efektif mengatasi masalah terkait.

Pertama, gas yang sebenarnya dari rollup internal akan turun secara signifikan hingga 1/20 atau bahkan lebih sedikit dari total gas dalam permainan. Ini akan memungkinkan tim proyek untuk sepenuhnya menghilangkan gangguan biaya gas dalam fase awal permainan, memberikan pengalaman bermain game yang benar-benar gratis, dan menciptakan lingkungan yang lebih baik untuk awal yang sukses dalam mengumpulkan pemain.

Selanjutnya, Application As Rollup dapat menyediakan platform pinjaman satu tombol, dengan cara meminjam Token dalam game menggunakan USDC, mendorong pengguna untuk mencoba fitur berbayar dalam game. Karena harapan hasil positif game sering kali lebih besar dari pengeluaran, pengguna dapat sepenuhnya menebus USDCJaminan yang digunakan untuk meminjam setelah hasil yang dihasilkan melebihi pengeluaran.

Dalam proses sirkulasi, Application As a Rollup dapat berfungsi efektif sebagai jembatan Interaksi Cross-Chain untuk aset game. Ketika kita perlu mentransfer aset antar on-chain yang berbeda, kita hanya perlu Deposit ke dalam game, lalu melakukan Withdraw ke on-chain yang lain. Fitur Interaksi Cross-Chain asli ini memungkinkan sebagian nilai perdagangan turunan game diperoleh oleh game itu sendiri.

Lebih agresif lagi, permainan dapat menyediakan fungsi deposit Stable Coin untuk pinjaman, sehingga nilai TVL yang sebelumnya hanya dapat ditangkap oleh rantai sekarang dapat ditangkap oleh permainan itu sendiri. Terakhir, Application Rollup dapat menyediakan mekanisme biaya gas yang mirip dengan pemain pay-to-win dalam permainan, akhirnya menangkap biaya gas rantai tradisional. Desain yang mungkin dari mekanisme ini adalah biaya gas rendah saat nilai token tinggi, dan biaya gas tinggi saat nilai token rendah: intinya adalah memanfaatkan kemandirian layer3 untuk mengaitkan nilai gas dan token, mengurangi Fluktuasi nilai token.

Tentu saja, semua ini tidak akan terjadi dalam semalam, Delphinus Lab zkWASM sebagai pemain awal yang mendorong zkVM ke aplikasi game, baru-baru ini merilis zkWASM Mini Rollup. Ini adalah toolkit untuk pengembangan dan implementasi aplikasi ZK Rollup dengan cepat. Ini memungkinkan pengembang menulis kode Rust, mengkompilasinya menjadi WebAssembly, dan menjalankannya di lingkungan Node.js. SDK ini mengelola transaksi, menghasilkan Zero-Knowledge Proof, dan berinteraksi dengan Blok.

Proses inti adalah: menerima transaksi, memproses transaksi di dalam WASM Virtual Machine, menggunakan layanan awan zkWASM untuk menghasilkan bukti, dan akhirnya mengirimkan bukti tersebut ke blockchain untuk verifikasi dan Pembayaran. Seluruh proses ini memastikan kerahasiaan dan keamanan transaksi, sambil secara signifikan meningkatkan skalabilitas blockchain. Pengembang hanya perlu mengikuti logika aplikasi tanpa perlu memahami rincian teknis Zero-Knowledge Proof yang kompleks. Ia juga menyertakan sistem pemantauan Rollup yang dapat menggunakan bukti dan data transaksi untuk memicu Pembayaran on-chain, dengan memverifikasi API dan Merkle root untuk proof of validation, memastikan Pembayaran dilakukan sesuai urutan Merkle root on-chain. Selain itu, SDK ini juga menyederhanakan pengaturan lingkungan pengembangan lokal, hanya perlu menjalankan MongoDB dan Redis, menjalankan dbservice, dan kemudian menjalankan npm run server di direktori ts untuk memulai layanan lokal lengkap.

Kehadiran SDK Mini Rollup zkWASM menyediakan solusi yang sangat berpotensi untuk tantangan ganda yang dihadapi oleh game Web3. Dengan arsitektur Application As A Rollup, ini tidak hanya menyederhanakan proses pembaruan konten game, tetapi juga memberikan kemungkinan baru untuk mengoptimalkan model ekonomi game.

Metode inovatif ini pertama-tama memanfaatkan kompatibilitas WASM, memungkinkan pengembang konvensional untuk menggunakan bahasa pemrograman yang paling mereka kuasai seperti Rust untuk menulis kode game; selain itu, memungkinkan pengembang game untuk lebih mudah mencapai penggunaan ulang data dan peningkatan logika, secara signifikan menurunkan biaya gas, bahkan mungkin mewujudkan pengalaman “Bermain tanpa gas” dan “Bermain dulu baru menghabiskan” yang sebenarnya. Selain itu, ini memberikan lebih banyak peluang untuk menangkap nilai dalam proyek game, termasuk transfer aset lintas-rantai, fungsi peminjaman, dll., yang membantu membangun sistem ekonomi game yang lebih berkelanjutan.

Menggunakan zkWASM untuk mengirim rollup dengan sekali klik, berarti kita dapat membuat langkah yang kuat dalam adopsi massal di sisi pengembang dan pengguna. Meskipun teknologi ini masih dalam tahap awal, game Web3 juga menghadapi ketidakpercayaan ganda baik di dalam maupun di luar komunitas pada periode ini, dan sulit untuk maju dalam keraguan, tetapi teknologi ini menunjukkan jalan untuk mengatasi masalah inti yang dihadapi game Web3 saat ini.

Dengan semakin banyak pengembang game mengadopsi teknologi ini, semakin banyak operator dan protokol peminjaman game bersedia terlibat dalam model ekonomi yang diusulkan sebelumnya. Kita memiliki alasan untuk percaya bahwa game Web3 akan secara bertahap mengatasi kesulitan yang ada. Kita tidak mengharapkan akan memiliki mitos kegelapan sendiri atau panggilan tugas, tetapi dengan melakukan hal yang sulit dan benar, terus berjuang menuju tujuan akhir bukanlah berspekulasi, game Web3 juga akan menghadapi saat-saat ‘menghadapi kismet Tuhan’ mereka sendiri, dan membawa seluruh industri melalui masa-masa sulit sebelum aplikasi massal yang luas.