Hal yang paling ditakuti dalam pengembangan on-chain bukanlah bottleneck performa, tetapi deadlock dalam arsitektur data.

Banyak proyek berjalan sangat cepat di awal, tetapi enam bulan kemudian mulai berputar-putar. Terlihat bukan masalah kekurangan dana, sebenarnya struktur data sudah terkunci—setelah logika bisnis diterapkan, setiap iterasi memerlukan penggalian mendalam. Mengubah satu field dapat menggerakkan seluruh application layer. Inilah gambaran nyata mengapa banyak proyek on-chain berubah dari berkembang pesat menjadi stagnan.

Pendekatan Walrus sangat menarik. Secara default, ia mengakui satu kenyataan: Anda benar-benar tidak mungkin mendesain dengan sempurna dari awal. Daripada tetap bertahan pada visi awal, lebih baik menjaga struktur data tetap aktif.

Dilihat dari desain teknisnya, inti adalah model penyimpanan tingkat objek. Setiap objek data memiliki identitas independen, pembaruan bukan tentang patching, tetapi evolusi alami. Dari performa testnet, sistem mendukung beberapa pembaruan untuk objek yang sama, satu objek dapat menampung hingga tingkat MB, dan dapat dipertahankan oleh beberapa node secara bersamaan, memastikan ketersediaan.

Ini memberi ruang respons kepada pengembang—Anda tidak perlu memprediksi apa yang akan terjadi tiga tahun ke depan di hari pertama. Kebutuhan berubah, data bisa berevolusi. Tentu saja, biayanya apa? Fleksibilitas semacam ini pasti akan disalahgunakan, harus bergantung pada application layer sendiri untuk mempertahankan batasan.

Tetapi jujur saja, untuk perangkat lunak dunia nyata, kemampuan memperbaiki hal ini sendiri sangat berharga. Dibandingkan dengan terkunci oleh keputusan arsitektur, memiliki ruang untuk koreksi sudah merupakan kemajuan besar.