Terobosan Vanar bukanlah kecepatan puncak, tetapi keandalan yang membosankan dalam skala. Kebanyakan orang melewatkannya karena mereka menilai rantai berdasarkan demo dan tangkapan layar, bukan berdasarkan minggu-minggu penggunaan yang tidak menarik. Ini mengubah pertanyaan bagi pembangun dan pengguna dari “Bisakah itu berjalan cepat?” menjadi “Bisakah saya mempercayainya untuk berperilaku sama setiap kali?”
Saya telah melihat produk crypto sukses berdasarkan fitur dan masih gagal dalam hal kepercayaan. Di lingkungan pengujian, semuanya terasa bersih; dalam penggunaan nyata, kejutan kecil menumpuk. Ketika seorang pengguna tidak dapat memberitahu apakah “pending” berarti “bekerja” atau “rusak,” mereka berhenti bereksperimen dan mulai menghindari. Satu hal kecil yang telah saya pelajari dengan cara yang sulit: orang mengingat kebingungan lebih lama daripada mereka mengingat kecepatan, untuk waktu yang lama.
Pikirkan tentang orang biasa yang memindahkan uang selama jendela sibuk saat gaji tiba, sewa jatuh tempo, dan mereka membutuhkan satu transfer untuk berhasil. Dompet memperkirakan biaya, kemudian jumlahnya berubah saat waktu persetujuan. Konfirmasi memakan waktu lebih lama dari biasanya, jadi mereka menyegarkan, beralih aplikasi, memeriksa penjelajah, dan tetap tidak mendapatkan jawaban yang jelas. Mereka mengklik kirim lagi, kemudian panik bahwa mereka mungkin telah menggandakan pembayaran. Tidak ada yang di sini yang 'maju', tetapi perasaannya adalah: sistem ini membuat saya menebak, dan menebak terasa berisiko.
Ini seperti mesin kartu yang sempurna di sore yang tenang dan tidak konsisten di akhir pekan saat gajian.
Ide inti Vanar, dari sudut pandang infrastruktur, adalah untuk membuat hasil cukup dapat diprediksi sehingga aplikasi dapat bertindak tegas. Rantai mempertahankan model keadaan berbagi yang berarti saldo saat ini dan data aplikasi yang disetujui semua orang dan memajukannya dalam langkah yang teratur. Sebuah transaksi baik belum termasuk, termasuk tetapi masih dalam penyelesaian, atau final. Final berarti jaringan telah sepakat pada blok dengan cukup kuat sehingga aplikasi dapat menganggap hasilnya selesai alih-alih bersifat sementara.
Alur penting: Anda menyiarkan transaksi, validator memverifikasi dasar-dasar (tanda tangan dan pemeriksaan aturan terhadap keadaan saat ini), lalu memasukkannya ke dalam blok yang diusulkan. Validator lain memeriksa kembali blok itu di bawah aturan yang sama dan memberikan pernyataan; setelah cukup banyak pernyataan dikumpulkan, blok tersebut menjadi langkah resmi berikutnya. Saat itulah dompet dapat beralih dari 'menunggu' menjadi 'selesai' dengan percaya diri, dan pembangun dapat merancang UX di sekitar keadaan yang jelas alih-alih menebak kasus tepi.
Insentif membuat keandalan ini melekat. Biaya membayar untuk eksekusi dan penyimpanan dan membantu mengatur permintaan sehingga sistem tidak menjadi antrean spam gratis. Staking adalah jaminan yang terikat: validator mengunci nilai, dan pelanggaran aturan yang dapat dibuktikan dapat dihukum dengan kehilangan stake, yang merupakan pencegah praktis. Tata kelola adalah kendali lambat bagaimana jaringan menyesuaikan parameter seperti batas atau logika biaya seiring waktu tanpa berpura-pura bahwa pengaturan awal sempurna selamanya.
Keandalan tidak sama dengan 'selalu murah' atau 'tidak pernah lambat.' Di bawah beban berat, pengguna mungkin masih menghadapi biaya lebih tinggi atau waktu konfirmasi lebih lama; perbedaannya adalah bahwa perilaku sistem tetap dapat dibaca dan konsisten. Validasi yang terkonsentrasi masih dapat melemahkan semangat finalitas, karena risiko koordinasi meningkat bahkan dengan penalti. Dan tumpukan dompet UX dan titik akhir RPC (server yang diajak bicara dompet) masih dapat gagal dan menciptakan status yang menyesatkan bahkan jika rantai melakukan bagiannya.
Keandalan nyata pada akhirnya adalah hasil sosial dari perilaku validator dan infrastruktur di bawah tekanan, bukan jaminan yang dapat Anda baca dari lembar spesifikasi.
Jika Anda dapat mengandalkan hasil yang sama dapat diprediksi di hari-hari tenang dan sibuk, apa yang akhirnya akan Anda rasa nyaman untuk dibangun bagi pengguna sehari-hari?
