Dalam beberapa hari terakhir, saya kembali mempelajari jebakan jembatan lintas rantai, sejujurnya banyak jembatan terlihat "decentralized", namun dasar tetap menggunakan multi-signature + satu set oracle/pengamat untuk mengirim pesan. Jika jumlah signers sedikit, mudah diserang oleh social engineering/inside job, jika terlalu banyak, menjadi masalah tata kelola "siapa yang mengelola kunci, bagaimana mengganti orangnya", pokoknya harus memperhatikan struktur.

Ada juga yang merasa "menunggu konfirmasi" terlalu lambat dan ingin jalan pintas, sebenarnya beberapa menit/beberapa jam itu digunakan untuk menunggu konfirmasi di chain yang tidak dapat dibatalkan agar lebih solid, kalau tidak, dengan mengatur ulang, oracle melaporkan dulu lalu diubah, jembatan akan langsung melepas dana, kamu pikir menghemat waktu, padahal sedang meminjam keberuntungan.

Modularisasi, pengembangan DA kali ini cukup membuat pengembang semangat, tapi pengguna memang bingung: data disimpan di mana, siapa yang menjamin ketersediaannya... akhirnya kembali ke masalah lama di jembatan. Nanti kita bahas lagi.