Satu BTC yang dari awal sampai akhir tidak pernah meninggalkan Bitcoin, namun Aave justru bisa menganggapnya sebagai aset jaminan untuk dilendatkan. Yang lebih tidak sesuai akal adalah: di tengahnya tidak ada “shadow BTC” yang bisa diperdagangkan.
Saya mengikuti integrasi Aave v4 dari @BabylonLabs_io dari awal sampai akhir, dan saya menemukan bahwa Adapter lebih mirip seorang penerjemah yang menguasai dua bahasa. Saat Peg-in, BTC asli masuk ke Taproot Vault di Bitcoin; setelah diaktifkan, AaveAdapter men-deploy Position Proxy untuk pengguna, membuat pencatatan jaminan internal 1:1 yang presisi hingga satuan satoshi berdasarkan jumlah BTC, lalu menyediakannya ke Babylon Core Spoke.
Catatan ini memakai antarmuka bergaya ERC-20, hanya agar Aave bisa memahami aset jaminan. Catatan ini tidak masuk ke dompet pengguna, tidak bisa ditransfer ke alamat biasa, dan tidak memiliki pasar sekunder. BTC asli tetap berada di UTXO asalnya; sisi Ethereum hanya mencatat berapa jumlah jaminan yang disediakan Vault ini untuk posisi tertentu.
Perintah pinjaman masuk dari Adapter ke Proxy dan Core Spoke, lalu menarik aset dari Aave v4 Hub; pembayaran balik mengalir sebaliknya kembali ke Hub. USDC, USDT, dan WBTC pada testnet publik saat ini semuanya berupa koin simulasi tanpa nilai nyata. Setelah utang dibersihkan hingga nol, pengguna menarik Vault, catatan jaminan ditutup, dan sisi Bitcoin memulai proses bukti, challenge, serta Payout.
Jadi ini bukan memindahkan BTC ke dalam Aave, melainkan membuat dua buku besar melakukan rekonsiliasi berdasarkan status jaminan yang sama. Aave tidak bisa menyentuh BTC asli, tetapi rantainya menambahkan Adapter, Proxy, Spoke, dan oracle. Kriptografi menjaga agar jalur keluar BTC tetap terkunci; apakah proses pinjam-meminjam berjalan normal tetap bergantung pada kontrak aplikasi dan parameter manajemen risiko.
Setelah diluncurkan di mainnet, yang paling perlu diverifikasi bukan hanya apakah dana bisa dipinjam, melainkan apakah si “penerjemah” ini akan salah menerjemahkan satu kalimat penting saat menghadapi konkurensi tinggi dan kondisi pasar yang ekstrem.
#baby $BABY
Saya mengikuti integrasi Aave v4 dari @BabylonLabs_io dari awal sampai akhir, dan saya menemukan bahwa Adapter lebih mirip seorang penerjemah yang menguasai dua bahasa. Saat Peg-in, BTC asli masuk ke Taproot Vault di Bitcoin; setelah diaktifkan, AaveAdapter men-deploy Position Proxy untuk pengguna, membuat pencatatan jaminan internal 1:1 yang presisi hingga satuan satoshi berdasarkan jumlah BTC, lalu menyediakannya ke Babylon Core Spoke.
Catatan ini memakai antarmuka bergaya ERC-20, hanya agar Aave bisa memahami aset jaminan. Catatan ini tidak masuk ke dompet pengguna, tidak bisa ditransfer ke alamat biasa, dan tidak memiliki pasar sekunder. BTC asli tetap berada di UTXO asalnya; sisi Ethereum hanya mencatat berapa jumlah jaminan yang disediakan Vault ini untuk posisi tertentu.
Perintah pinjaman masuk dari Adapter ke Proxy dan Core Spoke, lalu menarik aset dari Aave v4 Hub; pembayaran balik mengalir sebaliknya kembali ke Hub. USDC, USDT, dan WBTC pada testnet publik saat ini semuanya berupa koin simulasi tanpa nilai nyata. Setelah utang dibersihkan hingga nol, pengguna menarik Vault, catatan jaminan ditutup, dan sisi Bitcoin memulai proses bukti, challenge, serta Payout.
Jadi ini bukan memindahkan BTC ke dalam Aave, melainkan membuat dua buku besar melakukan rekonsiliasi berdasarkan status jaminan yang sama. Aave tidak bisa menyentuh BTC asli, tetapi rantainya menambahkan Adapter, Proxy, Spoke, dan oracle. Kriptografi menjaga agar jalur keluar BTC tetap terkunci; apakah proses pinjam-meminjam berjalan normal tetap bergantung pada kontrak aplikasi dan parameter manajemen risiko.
Setelah diluncurkan di mainnet, yang paling perlu diverifikasi bukan hanya apakah dana bisa dipinjam, melainkan apakah si “penerjemah” ini akan salah menerjemahkan satu kalimat penting saat menghadapi konkurensi tinggi dan kondisi pasar yang ekstrem.
#baby $BABY
