Saya melihat sesuatu yang aneh ketika menelusuri sekelompok percobaan transfer pada @Dusk Trade minggu lalu: beberapa pengajuan terus gagal pada checkpoint yang tampak sama. Dugaan awal saya adalah kemacetan jaringan—sesuatu yang biasa, tidak ada yang perlu dilihat lebih jauh.
Namun setelah saya gali lebih dalam, saya melihat bahwa kegagalan itu ternyata tidak acak. Kegagalan tersebut mengelompok di sekitar verifikasi kelayakan, yaitu langkah ketika izin sebuah dompet untuk memegang sekuritas tertentu dikonfirmasi sebelum transfer apa pun dieksekusi. Di situlah saya benar-benar memahami betapa sentralnya lapisan otorisasi ini. Ini bukan formalitas yang berdampingan dengan transaksi—ini adalah gerbang yang harus dilewati transaksi setiap kali.
Ini mengubah cara saya memandang aktivitas di sini. Kebanyakan orang menganggap "transfer" dan "otorisasi" sebagai peristiwa yang sama, padahal tidak. Transfer adalah niat. Otorisasi adalah izin. Saat izin gagal secara diam-diam atau tertunda, angka volume menyamarkan gesekan yang tidak pernah terlihat di penjelajah blok.
$DUSK
Yang belum bisa saya selesaikan adalah di mana logika verifikasi itu benar-benar berada dalam rutinitas sehari-hari. Jika logika tersebut sangat bergantung pada keputusan kepatuhan di luar rantai yang kemudian menghasilkan dampak di rantai, maka metrik tingkat jaringan hanya menceritakan setengah cerita, dan saya tidak tahu seberapa besar prosesnya tetap benar-benar terdesentralisasi versus tetap terpusat secara operasional.
Ke depan, saya ingin memantau rasio otorisasi yang gagal dibanding berhasil dari waktu ke waktu, bukan hanya jumlah transfer mentah, sekaligus seberapa sering dompet yang sama diverifikasi ulang untuk instrumen baru.
Saya pun dibiarkan bertanya-tanya apakah pemeriksaan otorisasi yang berulang menjadi bentuk permintaan mereka sendiri—terpisah dari transfer yang mereka batasi. #dusk
Namun setelah saya gali lebih dalam, saya melihat bahwa kegagalan itu ternyata tidak acak. Kegagalan tersebut mengelompok di sekitar verifikasi kelayakan, yaitu langkah ketika izin sebuah dompet untuk memegang sekuritas tertentu dikonfirmasi sebelum transfer apa pun dieksekusi. Di situlah saya benar-benar memahami betapa sentralnya lapisan otorisasi ini. Ini bukan formalitas yang berdampingan dengan transaksi—ini adalah gerbang yang harus dilewati transaksi setiap kali.
Ini mengubah cara saya memandang aktivitas di sini. Kebanyakan orang menganggap "transfer" dan "otorisasi" sebagai peristiwa yang sama, padahal tidak. Transfer adalah niat. Otorisasi adalah izin. Saat izin gagal secara diam-diam atau tertunda, angka volume menyamarkan gesekan yang tidak pernah terlihat di penjelajah blok.
$DUSK
Yang belum bisa saya selesaikan adalah di mana logika verifikasi itu benar-benar berada dalam rutinitas sehari-hari. Jika logika tersebut sangat bergantung pada keputusan kepatuhan di luar rantai yang kemudian menghasilkan dampak di rantai, maka metrik tingkat jaringan hanya menceritakan setengah cerita, dan saya tidak tahu seberapa besar prosesnya tetap benar-benar terdesentralisasi versus tetap terpusat secara operasional.
Ke depan, saya ingin memantau rasio otorisasi yang gagal dibanding berhasil dari waktu ke waktu, bukan hanya jumlah transfer mentah, sekaligus seberapa sering dompet yang sama diverifikasi ulang untuk instrumen baru.
Saya pun dibiarkan bertanya-tanya apakah pemeriksaan otorisasi yang berulang menjadi bentuk permintaan mereka sendiri—terpisah dari transfer yang mereka batasi. #dusk