Izinkan saya menjelaskan ini dengan cara yang paling sederhana yang saya bisa, karena bagian ini dari Walrus juga membingungkan saya pada awalnya. Walrus hanya masuk akal bagi saya setelah saya berhenti berpikir tentang penyimpanan dengan cara yang biasa.
Biasanya, ketika kita berpikir tentang server, kita menganggap stabilitas diperlukan. Satu server gagal dan segalanya rusak. Dua gagal dan orang-orang panik. Infrastruktur biasanya dirancang untuk menjaga mesin tetap hidup selama mungkin.
Walrus membalikkan pemikiran itu.
Di sini, node yang offline adalah hal yang biasa. Mesin terputus, operator memulai ulang perangkat keras, jaringan mengalami gangguan, orang-orang memperbarui pengaturan, penyedia pergi, yang baru bergabung. Semua itu adalah perilaku yang diharapkan, bukan keadaan darurat.
Jadi Walrus dibangun dengan asumsi bahwa penyedia penyimpanan akan terus berubah.
Dan alasan ini berhasil sederhana setelah Anda melihat bagaimana data disimpan.
Ketika data diunggah ke Walrus, itu tidak tinggal di satu node. Blob dipotong menjadi fragmen dan disebar di banyak node penyimpanan. Setiap node hanya menyimpan sebagian dari data, bukan keseluruhannya.
Dan ini adalah bagian yang penting: untuk mendapatkan data asli kembali, Anda tidak perlu setiap fragmen. Anda hanya perlu cukup banyak fragmen.
Jadi tidak ada satu node pun yang krusial.
Jika beberapa node menghilang besok, pengambilan masih berfungsi. Sistem hanya menarik fragmen dari node mana pun yang online dan membangun kembali blob.
Sebagian besar waktu, tidak ada yang bahkan memperhatikan node yang pergi.
Inilah mengapa jaringan tidak panik setiap kali sesuatu berubah. Node tidak tetap online dengan sempurna. Terkadang operator mematikan mesin untuk memperbaiki sesuatu. Terkadang koneksi hanya terputus. Terkadang sebuah node menghilang untuk sementara dan kemudian muncul lagi nanti.
Jenis gerakan ini hanya normal untuk jaringan seperti ini.
Jadi Walrus tidak terburu-buru untuk mengacak data setiap kali sebuah node menghilang sebentar. Jika tidak, jaringan akan terus memindahkan fragmen ke sana kemari sepanjang waktu, yang sebenarnya akan membuat segalanya lebih lambat dan lebih tidak stabil alih-alih lebih aman.
Alih-alih ini, ia tetap tenang dan hanya bereaksi jika cukup banyak potongan data sebenarnya mulai menghilang.
Sebaliknya, Walrus menunggu hingga ketersediaan fragmen benar-benar menjadi berisiko.
Selama cukup banyak potongan data masih ada di luar sana, semuanya terus berjalan.
Dengan kata lain, perubahan node kecil tidak benar-benar mengganggu sistem karena jaringan sudah memiliki cukup banyak bagian untuk membangun kembali data.
Hanya ketika ketersediaan turun di bawah tingkat aman, pemulihan menjadi perlu.
Logika ambang ini penting. Ini menjaga sistem tetap stabil alih-alih bereaksi berlebihan.
Verifikasi juga memainkan peran di sini. Node penyimpanan secara teratur membuktikan bahwa mereka masih menyimpan fragmen yang mereka setujui untuk disimpan. Node yang berulang kali gagal dalam pemeriksaan perlahan-lahan berhenti menerima komitmen penyimpanan baru.
Penyedia yang andal terus berpartisipasi. Yang tidak dapat diandalkan secara alami memudar. Namun, pergeseran ini terjadi secara bertahap, bukan sebagai penghapusan mendadak yang merusak penyimpanan.
Tanggung jawab bergerak perlahan di seluruh jaringan alih-alih menyebabkan gangguan.
Dari perspektif aplikasi, ini membuat hidup lebih mudah. Aplikasi yang menyimpan data di Walrus tidak perlu khawatir setiap kali sebuah node pergi offline. Selama pendanaan terus berlanjut dan cukup banyak fragmen tetap tersimpan, pengambilan terus berlangsung secara normal.
Namun penting untuk jelas tentang batas.
Walrus menjamin pengambilan hanya selama cukup banyak fragmen tetap tersedia dan komitmen penyimpanan tetap dibiayai. Jika terlalu banyak fragmen menghilang karena node pergi atau pendanaan berakhir, rekonstruksi pada akhirnya gagal.
Redundansi mentolerir kegagalan. Itu tidak dapat memulihkan data yang tidak ada yang masih menyimpan.
Realitas lain di sini adalah bahwa penyedia penyimpanan menghadapi batasan operasional nyata. Ruang disk terbatas. Bandwidth memerlukan biaya. Pemeriksaan verifikasi dan lalu lintas pengambilan menghabiskan sumber daya. Pembayaran WAL mengkompensasi penyedia untuk terus menyimpan dan melayani fragmen.
Penyimpanan adalah pekerjaan yang berkelanjutan, bukan hanya menyimpan data sekali.
Dalam penggunaan nyata hari ini, Walrus berperilaku dapat diprediksi bagi tim yang memahami mekanisme ini. Unggahan mendistribusikan fragmen secara luas. Penyimpanan yang dibiayai menjaga data tetap tersedia. Pengambilan terus berlanjut bahkan saat node datang dan pergi di latar belakang.
Apa yang masih perlu diperbaiki adalah alat siklus hidup. Pembuat masih perlu melacak kapan pendanaan penyimpanan berakhir dan memperbarui komitmen mereka sendiri. Automasi yang lebih baik kemungkinan akan datang kemudian melalui alat ekosistem daripada perubahan protokol.
Setelah ini terklik untuk saya, perputaran node tidak lagi terlihat seperti risiko. Ini hanya bagian dari bagaimana jaringan terdistribusi berperilaku, dan Walrus dirancang untuk menyerap ketidakstabilan itu dengan tenang.
Dan itulah mengapa, sebagian besar waktu, aplikasi terus mengambil data secara normal bahkan saat jaringan penyimpanan di bawahnya terus berubah.
