Semua orang terus membicarakan model keamanan agen. Tapi saya menggali lebih dalam ke perhitungan vesting, karena di sanalah letak masalah sebenarnya. Alokasi komunitas berada di sekitar enam puluh persen, kontributor internal dan Magic Labs mendapatkan sisanya empat puluh persen, dan sebagian besar tranche internal tersebut memiliki cliff selama dua belas bulan sebelum rilis linear selama tiga puluh enam bulan mulai berjalan. Dua puluh persen tranche ekosistem jatuh pada TGE, sisanya mengalir selama empat puluh delapan bulan, dan tidak ada pasokan yang sudah terbuka yang mengalir kembali ke pasar sekunder setelah keluar.
Total supply yang beredar saat listing kira-kira dua ratus lima belas juta dari batas tetap satu miliar. Hitung apa yang terjadi setiap kali tranche terjadwal jatuh tempo dan masuk ke wallet operator atau kontributor. Satu peristiwa unlock awal tahun ini melepas lebih dari seratus tiga puluh juta token dalam satu minggu—lebih dari tiga puluh persen dari supply beredar pada saat itu. Itu bukan sekadar kesalahan pembulatan, itu guncangan pasokan yang menghantam token yang juga harus menyerap kebutuhan gas dan jaminan kolateral staking secara bersamaan.
Sekarang tambahkan perilaku RPC, karena tidak ada yang membahas bagian ini. Intents automasi dikirim ke jaringan dan menunggu kondisi untuk dipicu. Jika endpoint RPC yang bergantung pada agen mati di tengah eksekusi, intent itu tidak akan sekadar berhenti diam-diam. Entah ia mengalami timeout dan perlu dikirim ulang, atau ia terekspos pada pembacaan state yang sudah usang, dan perlindungan replay harus menutup celah itu sebelum agen mengeksekusi dengan data izin yang sudah tidak valid.
Saya terus kembali pada kekhawatiran yang sama. Protokol yang dibangun dengan jaminan kriptografis tetap bergantung pada infrastruktur yang membosankan seperti uptime RPC dan disiplin vesting yang berjalan persis seperti yang didokumentasikan. Bukti yang keren tidak berarti apa-apa jika endpoint yang down membuat pengecekan izin berjalan terhadap root state yang sudah usang. Dan jadwal pasokan yang membuang tranche besar ke likuiditas yang tipis tidak peduli seberapa elegan desain Keystore Anda. Saya lebih suka melihat data uptime yang bersih selama tiga bulan daripada laporan audit lain.