Setelah menulis tentang jalur penebusan TBV, saya memutuskan untuk melihat lebih dekat bagian yang terdengar hampir terlalu bersih dalam narasi produk: likuiditas instan di Ethereum sementara BTC yang sebenarnya masih bergerak melalui proses rilis yang lebih lambat di Bitcoin.
Saya menemukan mekanismenya. Namun saya tidak menemukan penjelasan yang ditujukan untuk pengguna yang membuat ketidaksesuaian waktu itu terlihat jelas.
Alurnya cerdas. Sebuah tindakan likuidasi dapat diselesaikan di Ethereum dengan likuiditas BTC yang dapat dipertukarkan yang disuplai oleh LLP, sementara BTC native berada di balik rangkaian penebusan terpisah di Bitcoin. Dari sudut pandang antarmuka, itu bisa terasa seperti penutupan. Dari sudut pandang protokol, itu lebih mirip estafet: Ethereum menyerahkan tongkat ke likuiditas terlebih dahulu, dan Bitcoin menyelesaikan etape-nya kemudian.
Poin teknis: ini bukan berarti BTC “ajaib” menjadi instan. Kecepatan dihadirkan terlebih dahulu oleh lapisan penyedia likuiditas. Jaminan yang mendasarinya tetap bergantung pada pembuatan bukti (proof generation), pengajuan klaim (claim submission), masa tantangan (challenge period), dan pembayaran (payout) di Bitcoin. Pembedaan ini penting karena pengguna mungkin merasakan sisi Ethereum sebagai final sebelum Bitcoin menyelesaikan prosesnya.
Kritik diri: saya tidak mengatakan desain ini buruk. Jujur, mungkin ini cara praktis agar jaminan BTC native dapat berperilaku di dalam pinjaman (lending) Ethereum tanpa mengubah semuanya menjadi “lumpur”. Tapi UX tidak boleh membiarkan “penyelesaian instan” kabur menjadi “penebusan instan”. Itu janji yang berbeda dengan pakaian yang sama.
Risikonya bukan hanya teknis. Ini juga interpretatif. Penyimpan (depositor) BTC mungkin mengira mereka menggunakan satu alur yang bersih, padahal pada kenyataannya ada dua jam yang berjalan: jam cepat Ethereum untuk likuiditas, dan jam Bitcoin yang lebih lambat untuk rilis final.
Saya ingin Babylon memberi label langsung pada pemisahan itu. Tunjukkan apa yang ditanggung LLP. Tunjukkan apa yang masih tertunda di Bitcoin. Tunjukkan di mana posisi pengguna.
Karena jika likuiditas tiba sebelum finalitas, pengguna perlu tahu yang mana yang sedang mereka lihat.
⚠️ Bukan nasihat keuangan. DYOR. @BabylonLabs_io io #baby t $BABY
Saya menemukan mekanismenya. Namun saya tidak menemukan penjelasan yang ditujukan untuk pengguna yang membuat ketidaksesuaian waktu itu terlihat jelas.
Alurnya cerdas. Sebuah tindakan likuidasi dapat diselesaikan di Ethereum dengan likuiditas BTC yang dapat dipertukarkan yang disuplai oleh LLP, sementara BTC native berada di balik rangkaian penebusan terpisah di Bitcoin. Dari sudut pandang antarmuka, itu bisa terasa seperti penutupan. Dari sudut pandang protokol, itu lebih mirip estafet: Ethereum menyerahkan tongkat ke likuiditas terlebih dahulu, dan Bitcoin menyelesaikan etape-nya kemudian.
Poin teknis: ini bukan berarti BTC “ajaib” menjadi instan. Kecepatan dihadirkan terlebih dahulu oleh lapisan penyedia likuiditas. Jaminan yang mendasarinya tetap bergantung pada pembuatan bukti (proof generation), pengajuan klaim (claim submission), masa tantangan (challenge period), dan pembayaran (payout) di Bitcoin. Pembedaan ini penting karena pengguna mungkin merasakan sisi Ethereum sebagai final sebelum Bitcoin menyelesaikan prosesnya.
Kritik diri: saya tidak mengatakan desain ini buruk. Jujur, mungkin ini cara praktis agar jaminan BTC native dapat berperilaku di dalam pinjaman (lending) Ethereum tanpa mengubah semuanya menjadi “lumpur”. Tapi UX tidak boleh membiarkan “penyelesaian instan” kabur menjadi “penebusan instan”. Itu janji yang berbeda dengan pakaian yang sama.
Risikonya bukan hanya teknis. Ini juga interpretatif. Penyimpan (depositor) BTC mungkin mengira mereka menggunakan satu alur yang bersih, padahal pada kenyataannya ada dua jam yang berjalan: jam cepat Ethereum untuk likuiditas, dan jam Bitcoin yang lebih lambat untuk rilis final.
Saya ingin Babylon memberi label langsung pada pemisahan itu. Tunjukkan apa yang ditanggung LLP. Tunjukkan apa yang masih tertunda di Bitcoin. Tunjukkan di mana posisi pengguna.
Karena jika likuiditas tiba sebelum finalitas, pengguna perlu tahu yang mana yang sedang mereka lihat.
⚠️ Bukan nasihat keuangan. DYOR. @BabylonLabs_io io #baby t $BABY