@Vanar Sebagian besar blockchain Layer-1 berbicara tentang adopsi seolah-olah itu datang setelah teknologi selesai. Pertama, Anda mengirim rantai, kemudian pengembang datang, lalu pengguna mengikuti. Dalam praktiknya, adopsi gagal jauh lebih awal, pada titik di mana sistem mengharapkan manusia berperilaku seperti insinyur infrastruktur. Pengaturan dompet, pemilihan jaringan, token gas, permintaan izin, sesi yang rusak, kegagalan parsial. Tidak ada dari masalah ini yang sulit secara individu, tetapi bersama-sama mereka membentuk lingkungan di mana pilihan teraman bagi pengguna baru adalah untuk berhenti.
Vanar memulai dari asumsi yang berbeda: bahwa adopsi bukanlah hasil, tetapi sebuah lapisan. Jika Anda tidak merancang lapisan tersebut secara eksplisit, lapisan itu akan dipenuhi oleh tim aplikasi, dan sistem yang dipenuhi cenderung retak. Arsitektur Vanar dibentuk untuk mengurangi seberapa banyak konteks yang perlu dipegang oleh pengguna akhir pada setiap saat. Tujuannya bukan untuk mengajari orang bagaimana Web3 bekerja, tetapi untuk membiarkan mereka menggunakan aplikasi tanpa mengetahui bahwa Web3 terlibat sama sekali.
Di sinilah posisi Vanar di sekitar infrastruktur asli AI menjadi kurang tentang bahasa pemasaran dan lebih tentang desain sistem. Beban kerja AI tidak memaafkan lingkungan yang terfragmentasi. Mereka membutuhkan penyimpanan yang dapat diprediksi, eksekusi cepat, dan antarmuka yang bersih antara komponen. Dengan membangun primitif ini ke dalam lapisan dasar daripada mengalihkannya ke layanan eksternal, Vanar secara efektif menyerap kompleksitas yang sebaliknya akan muncul dalam pengalaman pengguna. Ketika kompleksitas diserap di tingkat protokol, aplikasi menjadi lebih tenang secara default.
Kesalahan kunci yang dibuat banyak L1 adalah memperlakukan dompet sebagai masalah yang sudah terpecahkan. Mereka tidak. Dompet adalah antarmuka pengguna utama untuk sebagian besar blockchain, dan mereka mengekspos terlalu banyak mekanisme internal. Pendekatan Vanar mendorong ke arah sesi, identitas, dan interaksi yang terasa lebih dekat dengan akun daripada manajemen kunci mentah. Perubahan itu penting karena mengurangi jumlah keputusan yang tidak dapat diubah yang harus dibuat pengguna sebelum mereka dapat melakukan hal yang berguna. Momen yang tidak dapat diubah yang lebih sedikit berarti lebih sedikit keluar.
Dimensi lain yang kurang dihargai adalah keandalan. Adopsi tidak tumbuh di lingkungan yang terasa rapuh. Jika transaksi kadang-kadang gagal tanpa alasan yang jelas, jika aset muncul dan menghilang antara sesi, atau jika keadaan terasa tidak konsisten di antara perangkat, pengguna kehilangan kepercayaan dengan cepat. Penekanan Vanar pada integrasi vertikal sebagian tentang kontrol. Ketika lebih banyak tumpukan dimiliki dan dikoordinasikan, lebih sedikit kasus pinggir bocor ke lapisan permukaan di mana pengguna mengalaminya.
Dari perspektif ekosistem, ini mengubah jenis pembangun yang bersedia untuk hadir. Rantai yang dioptimalkan untuk komposabilitas dan eksperimen keuangan menarik insinyur protokol. Rantai yang dioptimalkan untuk adopsi menarik tim produk. Kedua kelompok tersebut memiliki toleransi risiko yang berbeda dan definisi kesuksesan yang berbeda. Vanar secara implisit memilih kelompok kedua, bahkan jika itu berarti momentum naratif yang lebih lambat di lingkaran kripto yang memprioritaskan kebaruan daripada kegunaan.
Poin pentingnya adalah bahwa lapisan adopsi mahal untuk dibangun dan lambat untuk divalidasi. Mereka tidak menghasilkan metrik viral di awal. Tetapi ketika mereka berhasil, mereka berlipat ganda dengan tenang. Setiap aplikasi baru mewarisi baseline yang lebih halus daripada menciptakan onboarding dari nol. Seiring waktu, ini menciptakan ekosistem di mana pengiriman terasa lebih mudah daripada di platform pesaing, dan kemudahan adalah salah satu insentif jangka panjang terkuat dalam perangkat lunak.
Vanar tidak mencoba untuk menang dengan menjadi yang tercepat atau rantai yang paling ekspresif. Ia mencoba untuk menghilangkan cukup gesekan sehingga orang berhenti memperhatikan rantai sama sekali. Secara historis, itulah cara platform berpindah dari eksperimen ke penggunaan sehari-hari.
