Pham Kim 26

Escrow terdengar seperti kata keamanan yang samar bagi saya selama waktu yang lama—sesuatu yang disebut Binance P2P tanpa saya benar-benar memahami cara kerjanya secara mekanis. Setelah saya benar-benar melakukan transaksi dalam jumlah yang cukup untuk melihatnya beraksi, escrow menjadi bagian dari sistem yang paling saya percaya.

Saat seorang penjual membuat atau menerima pesanan di Binance P2P, aset kripto yang dijual tidak dibiarkan begitu saja di dompetnya selama transaksi berlangsung; aset tersebut langsung dikunci ke dalam escrow begitu pesanan dibuka. Tidak ada pihak mana pun yang dapat mengaksesnya pada jendela waktu itu. Pembeli tidak bisa menerimanya sampai penjual melepaskannya secara manual, dan penjual tidak bisa menarik kembali atau membelanjakannya ke tempat lain saat aset tersebut terkunci. Satu mekanisme inilah yang membuat bagian sistem lainnya berfungsi: pembeli dapat mengirim pembayaran dengan aman karena penjual secara fisik tidak bisa menghilang membawa kedua hal—pembayaran dan aset kripto. Penjual pun dapat menunggu konfirmasi pembayaran dengan aman tanpa khawatir aset akan berpindah dengan sendirinya. Dipadukan dengan verifikasi KYC, chat di aplikasi, dan opsi banding dalam sengketa, escrow menjadi inti struktural yang membuat trading Binance P2P bekerja seaman yang ada, selama transaksi terjadi sepenuhnya di dalam platform.

Memahami hal ini mengubah cara saya berdagang dalam beberapa hal yang konkret. Saya berhenti khawatir apakah seorang penjual mungkin kabur membawa pembayaran saya, karena aset kriptonya tetap terkunci. Perhatian saya kemudian saya alihkan ke bagian-bagian yang tidak dicakup escrow: memverifikasi profil pihak lawan sebelum memulai, memastikan pembayaran benar-benar sudah berhasil sebelum mengharapkan pelepasan, dan mewaspadai tanda-tanda bahaya seperti urgensi yang tidak biasa. Saya juga mencatat sederhana nomor pesanan dan stempel waktu untuk setiap transaksi yang saya selesaikan, hanya untuk berjaga-jaga jika suatu saat saya perlu merujuk detailnya lagi. Jika pelepasan pernah tampak terlambat melewati batas waktu normal, saya menghubungi dukungan Binance alih-alih langsung berasumsi yang terburuk, karena mereka bisa melihat status escrow secara langsung.

@Binance Vietnam #BinanceP2PAnToan
$TUT $BLUAI

"Saya tidak sengaja mengirimi Anda lebih, apakah bisa mengembalikan selisihnya segera?" Pesan itu masuk empat menit setelah sebuah transaksi dimulai di Binance P2P, dan ini adalah salah satu upaya penipuan yang lebih cerdas yang pernah saya temui.

Begini cara kerjanya. Seorang pembeli mengirim pemberitahuan pembayaran dengan nominal yang lebih tinggi daripada yang sebenarnya diminta oleh pesanan, lalu meminta penjual untuk mengembalikan bagian yang kelebihan itu langsung lewat transfer terpisah, dengan alasan mendesak dan membuat penjual merasa canggung. Triknya adalah pembayaran asli bisa saja sama sekali tidak pernah masuk, atau masuk kemudian lewat metode yang bisa dibatalkan, sementara pengembalian dari penjual justru keluar lebih dulu dari dana sungguhan. Jika penjual terburu-buru bersikap sopan atas kesalahan itu, mereka akhirnya mengirim uang asli pergi tanpa menerima apa pun, atau menerima pembayaran yang kemudian ditarik kembali.

Binance P2P sebenarnya punya kanal yang tepat untuk situasi persis seperti ini. Jika seorang pembeli memang membayar lebih, langkah yang benar adalah membahasnya lewat obrolan resmi dan menyelesaikan nominal tambahan melalui banding jika diperlukan, tidak melalui pengembalian pribadi yang dikirim di luar pesanan itu sendiri. Saya mengatakan itu dengan jelas kepada pembeli, mengecek aplikasi perbankan saya, dan memastikan tidak ada pembayaran yang masuk sama sekali, lalu menolak untuk mengirim apa pun kembali. Dia menjadi tidak sabar, lalu sunyi, dan akhirnya pesanan saja yang kedaluwarsa.

Keefektifan trik ini terletak pada bagaimana ceritanya terdengar masuk akal. Tidak ada orang yang ingin terlihat menyulitkan untuk kesalahan yang tampak jujur, dan para penipu mengandalkan insting untuk bersikap sopan itu lebih daripada trik teknis apa pun.

Aturan saya sejak hari itu: setiap permintaan yang melibatkan pengembalian dana, pembayaran kedua, atau memindahkan uang di luar pesanan itu sendiri otomatis dianggap sebagai tanda bahaya, tanpa pengecualian betapa sopan atau menyampaikan permintaan maafnya pesan tersebut. Sistem escrow dan banding Binance P2P ada justru agar penjual tidak harus mengambil keputusan itu sendirian dalam tekanan, dan menggunakan sistem tersebut lebih baik daripada mencoba bersikap baik terhadap permintaan yang mencurigakan.

@Binance Vietnam #BinanceP2PAnToan
$ACE

Saya menganggap pesanan Binance P2P yang sudah kedaluwarsa atau dibatalkan sebagai batas yang tegas. Jika uang bergerak setelah batas itu, saya tidak akan membuat ulang kesepakatan lama dengan perjanjian pribadi. Harga yang dikutip mungkin sudah berubah, escrow mungkin tidak lagi melindungi transfer yang dimaksud, dan timeline pesanan mungkin tidak mendukung tindakan yang kini diinginkan pihak lawan.

Sebagai pembeli, saya memeriksa hitungan mundur pembayaran sebelum mengirim. Saya hanya menggunakan penerima manfaat yang tertera pada pesanan aktif, membayar dari akun yang nama terverifikasinya sesuai dengan milik saya, dan menandai pembayaran hanya setelah saya benar-benar mengirim jumlah yang persis. Jika pesanan ditutup lebih dulu, saya tidak melakukan transfer dan meminta penjual untuk melepaskannya secara manual. Saya menghubungi Binance Support jika pembayaran yang terlambat atau ganda sudah terjadi.

Sebagai penjual, saya memverifikasi status pesanan sebelum melepas kripto. Pernyataan pembeli bahwa “sudah dibayar” tidak menghidupkan kembali perdagangan yang dibatalkan. Saya membuka bank atau aplikasi pembayaran saya, mengidentifikasi pengirim, mencocokkan nominal, dan memastikan apakah dana sudah terselesaikan. Saya tidak menyentuh kripto saat menjelaskan masalah waktu di chat pesanan Binance atau melalui Support resmi. Saya tidak pernah melakukan pengembalian ke akun baru yang disediakan dalam pesan yang terburu-buru, karena itu dapat memisahkan pengembalian dari pembayar asli.

Daftar tanda bahaya saya mencakup permintaan untuk melanjutkan di tempat lain, membuka pesanan baru tetapi menghitung pembayaran lama, menerima pengirim pihak ketiga, atau melepas dengan harga yang sudah kedaluwarsa. Saya menyimpan nomor pesanan lama, cap waktu, chat, ID transaksi pembayaran, dan nomor pesanan baru apa pun. Tautan-tautan itu penting jika diperlukan banding atau peninjauan dari Support.

KYC, escrow, chat, dan Appeal melindungi transaksi platform yang ditetapkan. Itu bukan jaminan umum untuk transaksi sampingan yang disusun setelah pesanan berakhir. Saya menghormati status pesanan sejauh saya menghormati jumlah pembayaran. Urutan saya adalah pesanan aktif, kecocokan identitas, akun yang ditentukan, dana yang sudah terselesaikan, pelepasan yang sudah dikonfirmasi. Jika urutan itu terputus, saya berhenti sejenak dan membiarkan Binance Support memandu langkah berikutnya.

@Binance Vietnam #BinanceP2PAnToan
$BLESS

Katakan bahwa model tata kelola Babylon itu adil dan masuk akal, orang-orang yang wajar mengangguk; katakan bahwa itu tidak sesuai secara struktural dan orang-orang yang wajar mengangguk juga. Kedua respons itu menanggapi pilihan desain nyata yang sama.

Pemegang token BABY adalah mereka yang memberikan suara untuk proposal Babylon Genesis, pengaturan standar untuk sebuah chain Cosmos SDK di mana token asli membawa hak tata kelola—sesuai dengan cara kerja yang berlaku di hampir setiap chain yang sebanding dalam ekosistem tersebut. Para staker BTC, yakni orang-orang yang benar-benar mengunci nilai miliaran dolar dalam Bitcoin untuk menyediakan keamanan yang Babylon jual ke jaringan eksternal, tidak mendapatkan pemungutan suara on-chain yang sejajar melalui posisi BTC tersebut. Dari sudut pandang arsitektur murni, itu masuk akal: para staker BTC berinteraksi dengan chain milik Bitcoin sendiri, bukan Babylon Genesis, sehingga penyaluran tata kelola melalui token asli adalah desain yang konvensional. Namun dari sudut pandang insentif, hal itu terlihat lebih aneh: kelompok yang menanggung risiko slashing yang sebenarnya dan penguncian modal memiliki pengaruh formal yang lebih kecil dibanding kelompok yang memegang token yang, per pertengahan 2026, diperdagangkan pada fraksi kecil dari nilai yang secara kolektif disediakan oleh para staker BTC.

Komunitas Babylon jelas telah menyadari ketegangan ini sendiri. Sebuah proposal co-staking BTC-BABY telah diusulkan khusus untuk menyelaraskan insentif antara dua kelompok staker dan mengurangi inflasi—yang hanya terjadi ketika sudah ada ketidaksepakatan yang nyata mengenai pembagian yang sedang berjalan.

Desain tata kelola Babylon dapat dipertanggungjawabkan, tidak terbukti dengan sendirinya benar. Menyalurkan suara melalui BABY selaras dengan praktik standar Cosmos SDK, tetapi hal itu meninggalkan para staker BTC—yang menyediakan modal keamanan bernilai multi-miliar dolar yang sesungguhnya—tanpa kekuasaan formal langsung. Ketegangan ini, yang disarankan oleh proposal co-staking proyek itu sendiri, tampaknya juga belum sepenuhnya tuntas diselesaikan secara internal.

@BabylonLabs_io $BABY #baby
$BLESS

Jembatan yang menghubungkan Bitcoin ke rantai lain biasanya bersandar pada grup berizin untuk menangkap penipuan, sekumpulan pengawas berbayar yang bertugas mendeteksi jika seseorang mencoba mengklaim BTC yang tidak seharusnya mereka terima. Grup itu sendiri sudah menjadi asumsi kepercayaan, dan dokumen kertas brankas Babylon yang dirilis pada Agustus 2025 menekankan bahwa saat ini belum ada cara yang diketahui untuk membangun jembatan Bitcoin yang benar-benar tanpa kepercayaan (trustless) dengan bahasa scripting Bitcoin sebagaimana adanya, karena Bitcoin masih belum memiliki opcode covenant seperti OP-CAT.

Brankas Bitcoin yang trustless menempuh cara berbeda untuk mengatasi celah itu. Klaim penebusan (redemption) dan likuidasi pada TBV diverifikasi melalui zero knowledge proofs tentang apa yang terjadi di rantai host, yang terikat pada dua spoke Aave v4 khusus, Babylon Core Lending Spoke dan BTC Vault Swap Spoke. Setiap klaim yang tidak memiliki bukti yang valid dapat diperdebatkan (challenged) selama jendela fraud proof sebelum akhirnya diselesaikan. Desain Babylon melangkah lebih jauh dari kebanyakan dengan memastikan penyetor (depositor) selalu memenuhi syarat untuk bertindak sebagai challenger mereka sendiri, sehingga membela BTC tidak selalu memerlukan pengawas terpisah yang dibayar agar hadir tepat waktu.

Pilihan itu memiliki biaya nyata. Membiarkan penyetor menjadi garis pertahanan terakhir berarti keamanan sebagian bergantung pada pengguna yang benar-benar memantau posisi terbuka, pada sistem yang baru ada di public testnet sejak 2 Juni 2026—beban yang lebih berat daripada sekadar mengklik approve sekali lalu pergi.

Babylon tidak hanya menghapus komite penandatangan (signer committee) dari TBV; mereka mendorong pekerjaan menangkap penipuan ke pihak yang memiliki taruhan paling besar, yaitu penyetor. Ini adalah pertukaran yang disengaja: kenyamanan ditukar demi kemurnian arsitektural, dan hal itu hanya menguntungkan bagi pengguna yang memahami apa yang sedang mereka bela.

@BabylonLabs_io $BABY #baby
$BLESS

Alpha season rồi các con vk ơi, Top gain toàn coin alpha thế này 🤣🤣🤣
$BLESS $memes

Saya telah melihat orang-orang menggunakan LBTC, SolvBTC, dan Babylon secara bergantian dalam kalimat yang sama, seolah-olah mereka adalah 3 nama untuk satu produk. Itu kekeliruan yang dapat dimengerti. Ketiganya muncul dalam percakapan BTCFi yang sama, ketiganya bermula dari bitcoin yang distaking melalui protokol Babylon, dan ketiganya dipromosikan sebagai cara untuk membuat bitcoin yang menganggur menjadi produktif.

Mereka bukan hal yang sama, dan perbedaannya penting jika Anda peduli pada apa sebenarnya yang Anda percayai. LBTC milik Lombard dicetak dan ditebus oleh Security Consortium yang mencakup node institusional seperti Galaxy dan Wintermute, yaitu kelompok pihak yang Anda percayai untuk menjalankan proses tersebut dengan jujur. Solv milik Solv merutekan melalui Staking Abstraction Layer miliknya sendiri, dan stBTC milik Lorenzo diterbitkan oleh Staking Agents yang ditetapkan, bertanggung jawab untuk melakukan staking dana pengguna dan melaporkan bukti kembali. Masing-masing dari itu adalah perusahaan berbeda yang menumpuk asumsi kepercayaannya sendiri di atas protokol staking dasar Babylon. Trustless Bitcoin Vaults milik Babylon adalah hal yang berbeda sama sekali, sebuah primitif pihak pertama di mana BTC disimpan dalam vault non-custodial yang telah dipresign, dibatasi oleh bukti zero-knowledge, tanpa konsorsium atau agen staking yang mencetak apa pun atas nama Anda.

Babylon adalah lapisan settlement dan keamanan di bawah LBTC, SolvBTC, dan stBTC—bukan rebranding dari salah satunya, dan TBV adalah produk milik Babylon sendiri yang berdampingan dengan “wrapper”-wrapper tersebut, bukan berada di dalamnya.

@BabylonLabs_io $BABY #baby
$WMTX

Pengumuman pendanaan adalah berita kripto yang paling mudah untuk dilebih-lebihkan, jadi saya membacanya berdasarkan apa yang ditandakan tentang keyakinan, bukan sebagai bukti keberhasilan produk itu sendiri. Daftar kepemilikan saham Babylon memberi saya banyak hal untuk dicermati.

Daftar tersebut mencakup Polychain Capital, Hack VC, Paradigm, Galaxy Digital, serta investasi sebesar $15 juta dari a16z crypto secara spesifik, di antara beberapa dana lainnya. Ini benar-benar barisan investor yang sangat dalam yang cukup memahami infrastruktur kripto hingga mampu mengatakan tidak pada banyak tawaran Bitcoin DeFi yang bersaing. Bertaruh pada jaminan BTC asli, yang disalurkan melalui Trustless Bitcoin Vaults dan Aave v4, bukan melalui model yang dibungkus atau yang dijembatani, adalah pilihan tesis yang nyata di antara beberapa alternatif.

Namun saya tetap tidak akan membiarkan itu menggantikan bukti bahwa produk bekerja bagi orang-orang yang tidak dibayar untuk memakainya. Aktivitas testnet yang terkait dengan kampanye insentif nyaris tidak memberi informasi tentang permintaan organik, dan setiap protokol yang saya saksikan selama bertahun-tahun harus membuktikan bahwa celah tersebut ditutup setelah mainnet, ketika imbalannya mengering dan hanya mekanismenya sendiri yang tersisa untuk membenarkan penggunaan.

Keyakinan modal dari investor serius adalah sinyal nyata tentang tim dan tesis. Itu bukan sinyal tentang apakah pemegang Bitcoin yang tidak memiliki insentif kampanye memilih Babylon dibanding sekadar memegang BTC dan tidak melakukan apa pun dengannya. Poin pembuktian kedua itu belum terjadi.

@BabylonLabs_io $BABY #baby
$GIGGLE

Pemegang Bitcoin ritel bukanlah satu-satunya audiens yang dipikirkan Babylon saat merancang Trustless Bitcoin Vaults, dan menurut saya bagian cerita ini sering kurang disorot. Babylon bermitra dengan Utila, platform dompet MPC institusional yang dipercaya oleh lebih dari 300 institusi, termasuk bursa, kustodian, hedge fund, dan bank, untuk menghadirkan pinjaman native yang didukung Bitcoin dengan Aave v4 langsung kepada klien institusional Utila.

Detail itu mengubah cara saya memandang siapa yang sebenarnya bergerak lebih dulu dengan teknologi ini. Pemegang individu peduli pada self-custody karena alasan filosofis dan praktis, tetapi institusi memiliki kebutuhan yang sama sekali berbeda—sering kali jauh lebih ketat—terkait risiko pihak lawan, bukti/attestasi kustodi, serta kontrol operasional. Institusi yang memiliki posisi Bitcoin native dalam jumlah besar secara historis menghadapi pilihan yang buruk: membiarkannya menganggur dan tidak produktif, atau menyerahkannya kepada kustodian dan menerima eksposur pihak lawan hanya untuk mengakses pasar pinjaman. Pihak Babylon menekankan bahwa pinjaman yang didukung BTC native menghilangkan trade-off tersebut tanpa institusi harus melepaskan model operasional kustodi yang sudah mereka percayai.

Pinjaman native yang didukung Bitcoin melalui Trustless Bitcoin Vaults Babylon sudah berjalan di public testnet dengan Aave v4 saat ini, dan integrasi institusional seperti yang ini masih dijelaskan akan datang dalam beberapa bulan berikutnya, bukan sesuatu yang sudah aktif sekarang. Kesenjangan antara pengumuman dan aliran institusional yang benar-benar berjalan ini layak diperhatikan.

Saya terus bertanya pada diri sendiri apakah institusi benar-benar akan menerapkan ukuran yang berarti ke dalam sistem yang masih berada pada tahap testnet dan masih menunggu persetujuan tata kelola (governance) Aave untuk parameter risiko final, atau apakah hal ini hanya menjadi volume nyata begitu mainnet aktif. Pengumuman itu murah. Modal institusional yang benar-benar masuk adalah sinyal yang sesungguhnya.

@BabylonLabs_io $BABY #baby
$COTI

Likuidasi di Bitcoin memiliki masalah penjadwalan yang tidak dimiliki likuidasi di Ethereum. Penebusan native BTC dari sebuah vault berjalan mengikuti ritme penyelesaian Bitcoin itu sendiri, dan tidak ada cara untuk mempercepatnya tanpa memberikan kontrol kustodian atas koin tersebut kepada pihak lain—yang pada akhirnya akan mengalahkan seluruh tujuan dari desain tersebut sejak awal.

Jawaban Babylon dan Aave adalah memisahkan kedua peristiwa itu. Ketika sebuah vault dilikuidasi, ia langsung ditukar menjadi WBTC, sehingga posisi pemberi pinjaman langsung terselesaikan sesuai timeline Ethereum. Penebusan native BTC yang sebenarnya kemudian terjadi secara terpisah, mengikuti timeline Bitcoin sendiri, tanpa menahan penyelesaian pinjaman siapa pun di pasar.

Ada manfaat kedua yang juga ikut dibenamkan di sini. Aave saat ini menampung hampir 5 miliar dolar dalam pasokan WBTC yang Babylon jelaskan sebagai belum banyak dimanfaatkan di sisi peminjaman, sehingga mengarahkan penyelesaian likuidasi melalui Aave juga mengembalikan sebagian WBTC yang menganggur itu untuk bekerja lagi.

Alternatifnya adalah memaksa setiap likuidasi menunggu konfirmasi native Bitcoin dan logika penebusan vault tersebut sebelum pemberi pinjaman melihat penyelesaian apa pun. Ini lebih “murni” secara filosofis—nol aset wrapped tersentuh sama sekali—tetapi berarti likuidasi bergerak dengan kecepatan Bitcoin pada saat yang persis ketika kecepatan paling melindungi pemberi pinjaman dari kerugian lanjutan.

Babylon bukan wrap-free end-to-end; Babylon wrap-free untuk jalur yang sebagian besar pengguna benar-benar akan ambil. Pada tahap likuidasi khususnya, Babylon memilih kecepatan bagi pemberi pinjaman dibanding kemurnian untuk keluarnya peminjam—pertukaran yang bisa dipertanggungjawabkan, meski tetap saja sebuah trade-off.

@BabylonLabs_io $BABY #baby
$BANK

Ucapkan "Bitcoin plus DeFi" kepada kebanyakan orang kripto dan pikiran mereka langsung melompat ke sebuah jembatan atau sidechain. Bungkus koin Anda, kirim melintasi, percayai validator set atau multisig di ujung lainnya, dan berharap jembatan itu sendiri tidak pernah menjadi berita utama karena alasan yang salah. Bertahun-tahun eksploitasi jembatan melatih refleks itu—untuk alasan yang baik.

Trustless Bitcoin Vaults terus-menerus digabungkan ke dalam bucket mental yang sama, dan itu bucket yang salah. Desain Babylon sama sekali tidak memindahkan BTC keluar dari jaringan Bitcoin. Koin terkunci dalam sebuah Taproot UTXO dengan kondisi yang dipaksakan oleh skrip, dan tetap berada di sana sepanjang seluruh siklus peminjaman, sementara Ethereum hanya melihat bukti kriptografis dari status terkunci itu melalui light client, bukan custody atas asetnya sendiri. Tidak ada execution chain terpisah yang menampung kumpulan BTC hasil bridging seperti yang dibutuhkan oleh model sidechain. Arsitektur spoke Aave v4 kemudian merutekan pinjaman berdasarkan bukti tersebut, bukan terhadap token yang di-bridge dan tersimpan di cadangan seseorang.

Menyebut ini "hanya jembatan lain" mengabaikan perbedaan rekayasa yang sesungguhnya dan, jujur saja, meremehkan masalah yang lebih sulit yang dipilih untuk diselesaikan Babylon. Jembatan memindahkan nilai. Yang ini memindahkan bukti nilai sementara koin tetap persis di tempat asalnya.

Babylon bukan jembatan Bitcoin atau sidechain yang memakai branding baru; koin tidak pernah meninggalkan jaringan Bitcoin di bawah desain ini. Yang melintas ke Ethereum adalah bukti status terkunci, bukan asetnya sendiri, dan pembedaan itulah alasan utama mengapa risiko custody bergaya bridge tidak berlaku di sini seperti yang terjadi di tempat lain.

@BabylonLabs_io $BABY #baby
$DEXE $BANK

Babylon memasarkan protokol stakingnya berdasarkan ketiadaan kustodi pihak ketiga—tidak ada perusahaan yang memegang BTC Anda, tidak ada operator jembatan yang bisa lenyap bersama dana. Namun, komite perjanjian (covenant committee) tampak agak canggung berdampingan dengan klaim tersebut. Komite itu adalah grup multi-tanda tangan dari pihak-pihak luar yang tanda tangannya secara hukum diwajibkan sebelum transaksi unbonding atau slashing menjadi valid, dengan struktur M-dari-N yang diberlakukan langsung di dalam skrip Bitcoin. Dalam dokumentasi testnet milik jaringan tersebut, komite ini memiliki total 9 anggota, dan 3 dari 9 kursi—sepertiga penuh—dioperasikan oleh Babylon Foundation itu sendiri.

Pihak yang tidak Anda pilih, yang memegang porsi signifikan dari kekuatan penandatanganan yang diperlukan untuk menggerakkan dana Anda melalui jalur yang disetujui, tetap merupakan bentuk paparan terhadap pihak lawan (counterparty exposure), meskipun lebih sempit dibanding kustodian yang memegang kunci Anda secara langsung. Blog resmi foundation Babylon mengakui versi hal ini secara langsung, dengan menyebut asumsi kepercayaan di balik jenis komite ini direduksi menjadi kejujuran yang bersifat eksistensial—artinya hanya satu penandatangan yang jujur saja yang cukup, bukan dihilangkan sama sekali—serta mengusulkan covenant kripto-ekonomi yang dapat di-slash sebagai solusi pada akhirnya.

Babylon belum mencapai kepercayaan nol terhadap pihak ketiga sebagaimana tersirat oleh framing tanpa kustodian tersebut; setidaknya sampai saat ini, komite perjanjian adalah ketergantungan yang nyata, dan pihak Foundation berada di dalamnya. Yang telah dibangunnya adalah ketergantungan yang lebih sempit dibanding kustodian, dengan rencana sendiri untuk makin menyempitkannya. Itu dua klaim yang berbeda, dan hanya satu yang sepenuhnya benar sampai hari ini.

@BabylonLabs_io $BABY #baby
$LAB

Kebanyakan rantai proof of stake mengaitkan keamanan ke satu aset saja. Validator melakukan staking token natif; jika terjadi perilaku menyimpang, token yang sama akan dikenai slashing, dan beban bobot ekonomi sistem bertumpu pada satu angka: seberapa banyak token tersebut dikunci.

Babylon Genesis menjalankan dua jalur keamanan yang berbeda sekaligus. Validator CometBFT mengamankan rantai melalui delegasi BABY, sementara sekumpulan peserta yang benar-benar berbeda—penyedia finalitas—mengamankannya melalui delegasi Bitcoin; dan kedua jalur tersebut dapat dikenai slashing secara independen jika peserta mereka berperilaku menyimpang. Dana untuk kedua sisi berasal dari satu sumber yang sama: BABY menanggung inflasi tahunan 8%, dibagi persis setengahnya—4% mengalir ke staker BABY dan 4% lainnya ke staker Bitcoin—pembagian yang sama rata, bukan salah satu sisi yang mensubsidi sisi lain. Mendaftarkan sebuah stake pun berjalan melalui transaksi Cosmos SDK yang mengonsumsi BABY semata sebagai gas, karena BABY sendiri tidak pernah diterbitkan sebagai ERC-20.

Keputusan menjalankan dua jalur alih-alih satu adalah taruhan bahwa bobot ekonomi Bitcoin dan bobot ekonomi BABY sama-sama diperlukan dan tidak satu pun yang cukup sendirian. Mengaitkan hanya ke BABY akan membuat keamanan kripto-ekonomi terikat pada token yang masih muda dan perdagangannya tipis; mengaitkan hanya ke delegasi Bitcoin akan membuat konsensus tanpa token yang pemegangnya memiliki insentif untuk mengatur jalannya rantai.

Babylon tidak memilih antara keamanan Bitcoin atau keselarasan insentif BABY; Babylon mendanai keduanya sekaligus dengan imbalan inflasi yang dibagi rata. Ini menunjukkan sebuah tim yang tidak bersedia mempertaruhkan seluruh anggaran keamanan rantai pada satu aset, bahkan ketika salah satu dari dua aset itu nilainya jauh lebih besar daripada yang lain.

@BabylonLabs_io $BABY #baby
$PIEVERSE

Saya mengira kakek saya tak akan pernah bisa mengelola aplikasi perbankan berbasis smartphone—dia sudah menghabiskan enam puluh tahun menulis cek dengan tangan. Lalu saya melihat dia mengecek saldo di tengah percakapan tanpa menunduk. Saya meremehkan kemampuan sistem lama untuk beradaptasi, dan Bitcoin pun diremehkan dengan cara yang sama.

Anggapan yang umum adalah bahwa Bitcoin, karena tidak memiliki smart contract bergaya Ethereum, tidak bisa menjadi jaminan DeFi secara native kecuali dibungkus dulu menjadi token di rantai lain. Solusi darurat seperti itu telah menghasilkan miliaran celah eksploitasi selama bertahun-tahun karena biasanya berarti harus mempercayai seorang kustodian di suatu tempat.

Lumbung (vault) Babylon dibangun khusus untuk menantang asumsi tersebut. BTC dikunci dalam UTXO yang diatur oleh aturan kriptografis yang telah ditetapkan dan transaksi yang telah ditandatangani sebelumnya (pre-signed). Untuk membukanya, diperlukan pengajuan bukti pengetahuan nol (zero-knowledge proof), bukan tanda tangan kustodian. Bitcoin yang terkunci secara native lalu berfungsi sebagai jaminan untuk pinjaman atau penerbitan stablecoin di rantai eksternal termasuk Ethereum dan Cosmos, tanpa pernah ada token “wrapped” yang dicetak. Seluruh mekanisme berjalan di atas Bitcoin sebagaimana adanya saat ini—tidak ada opcode baru, tidak perlu soft fork agar semuanya mungkin.

Bahasa scripting Bitcoin memang lebih terbatas dibanding Ethereum. Keterbatasan itu membentuk cara Babylon harus membangunnya: lebih mengutamakan jalur transaksi yang ditandatangani sebelumnya dan verifikasi bukti di luar rantai (off-chain) dibanding logika on-chain yang fleksibel dan selalu aktif yang diizinkan Ethereum. “Terbatas” tidak sama dengan “tidak bisa”, dan desain lumbung menjadi bukti bahwa batasan itu bisa direkayasa untuk diatasi, bukan hanya dipintas dengan sebuah wrapper.

Bitcoin tidak perlu menjadi Ethereum untuk ikut berperan sebagai jaminan kolateral DeFi; yang dibutuhkan hanya arsitektur yang berbeda. Lumbung Babylon menunjukkan seperti apa wujudnya.

@BabylonLabs_io $BABY #baby
$DEXE

Seorang pemilik yang pernah saya sewa terus menaikkan total jumlah unit bangunan dengan mengubah ruang penyimpanan menjadi studio—secara teknis lebih banyak pasokan, secara teknis lebih banyak pendapatan, dan secara teknis mengencerkan perasaan bahwa unit mana pun terasa istimewa untuk dihuni. Pertumbuhan dan pengenceran muncul dalam renovasi yang sama.

BABY tidak memiliki batas maksimum pasokan yang tetap; pelacak tokenomics menggambarkan jadwal unlock-nya sebagai sesuatu yang terus diperpanjang tanpa ujung, bukan dibatasi hingga angka final seperti Bitcoin yang berjumlah 21 juta. Alokasi awal yang direncanakan mencakup 10 miliar token untuk kategori investor, tim, ekosistem, R&D, dan komunitas, tetapi penerbitan berkelanjutan di luar baseline itu tidak dibatasi oleh desain protokol dengan cara yang seketat itu. Para pendukung menganggap ini perlu: kumpulan validator yang terus bertumbuh dan penyedia finalitas, ditambah insentif komunitas jangka panjang, membutuhkan arus token yang berkelanjutan, bukan alokasi sekali pakai yang kemudian habis. Para kritikus menunjuk mekanisme yang sama sebagai tekanan jual yang bersifat struktural—kurang lebih 3,99 miliar BABY sudah beredar, dan lebih banyak masuk melalui vesting serta penerbitan masa depan setiap bulan, sehingga mengencerkan porsi pemegang yang ada atas jaringan terlepas dari pertumbuhan penggunaan. Kedua pembacaan berangkat dari fakta yang sama: pasokan yang tidak dibatasi, terus berkembang, memberi makan token tata kelola (governance) dan token gas yang nilainya bergantung sebagian pada kelangkaan dan sebagian pada permintaan utilitas yang tetap seiring dengan penerbitan baru. Riwayat harga BABY memberi konteks: puncak pada April 2025 sekitar $0.1661, lalu penurunan kira-kira 93 persen menjadi $0.0107 pada Maret 2026 menunjukkan bahwa pasar sudah mulai memperhitungkan beberapa versi dari perdebatan pengenceran ini.

Baik skenario pertumbuhan maupun skenario pengenceran tidak benar-benar menang sepenuhnya di sini. Pasokan tak terbatas bisa mendanai ekosistem yang makin matang atau diam-diam menggerus nilai pemegang, dan hasil mana yang terjadi bergantung pada pertumbuhan permintaan yang tidak bisa dijamin sepenuhnya oleh Babylon sendiri.

@BabylonLabs_io $BABY #baby
$DEXE

Seorang teman saya adalah dokter berlisensi di kampung halamannya, tetapi rumah sakit tempat dia bekerja sekarang menempelkan peringatan bahwa izin praktiknya di rumah tidak memiliki kekuatan hukum secara lokal. Orang yang sama, gelar yang sama, namun apakah dia “dokter berlisensi” di sini bergantung sepenuhnya pada aturan negara mana yang Anda rujuk.

GRVT juga mengalami pembelahan yang serupa. Pada Desember 2024, GRVT memperoleh Izin Usaha Aset Digital Termodifikasi Kelas M dari Bermuda Monetary Authority, yang perusahaan dan sebagian besar liputan menggambarkan sebagai membuatnya bursa derivatif onchain teregulasi pertama di dunia. Kredensial itu terus-menerus diulang dalam pemasaran dan ulasan. Sementara itu, entitas operasional di balik aplikasinya, GRVT Technologies Pte Ltd, berbasis di Singapura, dan pencantuman di toko aplikasi milik platform itu memuat peringatan langsung untuk pasar tersebut: GRVT tidak berlisensi, tidak disetujui, tidak diberi otorisasi, tidak ditetapkan, tidak diakui, tidak terdaftar, atau tidak diatur dengan cara apa pun berdasarkan peraturan apa pun yang dikelola oleh Monetary Authority of Singapore, dan pengguna di sana tidak memperoleh perlindungan pengaturan apa pun yang biasanya disediakan oleh pengawasan MAS. Jadi jawaban jujur atas “apakah GRVT teregulasi” terpecah berdasarkan yurisdiksi, bukan menjadi satu kata yang tegas. Bermuda, ya—dengan kategori izin yang dimodifikasi. Singapura, secara eksplisit tidak—menurut kata-kata perusahaan sendiri. Platform ini juga mengejar lisensi Bermuda yang lebih lengkap sekaligus menjalin keterlibatan dengan regulator UE dan Timur Tengah, yang semuanya belum selesai. Seorang pengguna yang membaca judul “DEX teregulasi pertama di dunia” secara terpisah secara wajar akan mengira cakupannya lebih luas daripada yang sebenarnya diberikan oleh satu izin modifikasi di satu yurisdiksi kecil. Sebaliknya, pengguna berbasis Singapura yang membaca catatan kecil di toko aplikasi mendapatkan kesan yang berlawanan sama sekali.

Apakah GRVT teregulasi bergantung pada yurisdiksi mana yang ditanyakan—nyata di Bermuda dengan izin yang dimodifikasi, secara eksplisit tidak ada di Singapura menurut peringatan perusahaan sendiri, dan tidak satu pihak pun menceritakan seluruh kisahnya.

@grvt_io #grvt
$LAB $VELVET

Seorang teman yang membangun food truck bersikeras menjalankannya di area parkir tertutup selama dua akhir pekan sebelum memarkirnya di sudut jalan yang sesungguhnya. Pasangannya ingin langsung meluncur ke pusat kota. Ia mengatakan peralatannya perlu gagal dulu di tempat yang kecil, bukan saat makan siang pelanggan yang membayar.

GRVT mengaktifkan spot market di testnet pada 29 April 2026, berbulan-bulan sebelum ada pernyataan publik apa pun mengenai tanggal peluncuran spot mainnet. Ini terjadi setelah bursa tersebut sudah membangun reputasinya hampir sepenuhnya pada perpetual futures, mencakup sekitar 168 pasar, sehingga spot mewakili logika pencocokan dan penyelesaian yang benar-benar baru, bukan sekadar fitur kecil yang ditempel. Menjalankannya di testnet lebih dulu berarti pengguna nyata dan integrator bisa merutekan order, menguji berbagai kasus tepi, dan menemukan bug pada tipe pasar yang sebelumnya belum pernah dijalankan langsung oleh platform itu, tanpa mempertaruhkan satu dolar pun volume spot sungguhan jika terjadi sesuatu yang rusak. Bursa-bursa pesaing kerap langsung mengirim produk baru ke mainnet di bawah tekanan waktu dari peluncuran token atau kalender pemasaran, dengan menerima risiko bahwa bug awal justru ditemukan oleh pengguna yang membayar, bukan oleh penguji. Peluncuran spot GRVT berada dalam roadmap 2026 yang lebih luas, dengan tekanan tenggat waktu yang nyata di internalnya sendiri, setelah serangkaian pengumuman yang dikaitkan dengan bulan-bulan tertentu; namun tim tersebut tetap menyisipkan tahap testnet sebelum order spot menyentuh dana aktual. Urutan ini menukar kecepatan menuju pasar dengan peluang kegagalan yang lebih rendah—yang memalukan atau mahal—begitu modal riil mulai mengalir melalui tipe order yang sebelumnya belum pernah dijalankan langsung oleh platform itu.

GRVT tidak sedang terburu-buru mendorong setiap produk baru langsung ke modal riil seperti yang mungkin disarankan oleh tekanan roadmap; peluncuran spot-nya menunjukkan kesediaan untuk memperlambat dan menguji stres terlebih dahulu, bahkan ketika roadmap di sekitarnya tetap berjalan mengikuti tenggat publik.

@grvt_io #grvt
$LAB

Sebuah kota dekat saya memasang kamera lalu lintas live di jembatan utamanya beberapa tahun lalu dan mengiklankannya sebagai real time. Saya pernah mengecek salah satunya saat berangkat kerja, melihat tiga mobil yang sama terdiam beku di tempat yang sama selama terasa sangat lama, lalu saya menyadari bahwa tayangan itu sebenarnya hanya diperbarui sekitar setiap 40 menit. Tidak ada yang rusak—labelnya saja melakukan pekerjaan lebih banyak daripada teknologi yang ada di bawahnya bisa dukung.

Rangkaian (chain) GRVT melakukan settlement melalui sistem bukti (proof) ZKsync, dan bahasa di sekitar proof zero knowledge sering digambarkan secara longgar sebagai verifikasi real time dari setiap transaksi saat terjadi. Dalam praktiknya, pemantauan independen dari L2BEAT menunjukkan bahwa pengiriman proof ZKsync Era mendarat di Ethereum kira-kira setiap 38 menit rata-rata, dengan pembaruan state mengikuti ritme yang mirip sekitar 29 menit, bukan per transaksi sama sekali. Itu tetap cepat menurut standar blockchain dan bukan sebuah kekurangan—proof memang sengaja di-batch agar setiap proof menjadi ekonomis untuk diverifikasi di lapisan dasar Ethereum, bukan untuk setiap transaksi satu per satu. Namun ini berarti bahwa trade Anda terbukti di Ethereum itu lebih dekat dengan “trade Anda dimasukkan ke dalam sebuah batch yang dibuktikan kira-kira setiap setengah jam” daripada “jaminan instan per trade.” Pemantauan yang sama juga mencatat adanya jeda liveness aktual pada Juni 2026, ketika tidak ada pengiriman proof yang mendarat selama lebih dari 10 jam dibandingkan dengan ritme tipikal 38 menit; ini adalah anomali, bukan norma, tapi tetap terdokumentasi dan layak diketahui apa pun seberapa jarangnya.

Settlement dasar GRVT tidak memverifikasi trade ke Ethereum secara instan tepat saat trade terjadi; ia mengelompokkan kira-kira setengah jam aktivitas ke dalam setiap proof sebelum proof tersebut mendarat di Ethereum, dengan celah yang sesekali terdokumentasi hingga melewati rata-ratanya. Jaminan keamanan itu nyata begitu sebuah proof mendarat, namun kapan hal itu terjadi memang lebih lambat dan lebih “mengelompok” daripada yang disarankan oleh kata real time.

@grvt_io #grvt
$LAB

Banyak trader baru mengira pembayaran pendanaan di bursa perpetual bekerja seperti biaya trading—uang yang platform kumpulkan karena mengizinkan Anda menahan posisi leverage semalam. Di GRVT, anggapan itu jelas keliru. Pendanaan secara eksplisit adalah pertukaran peer-to-peer antara posisi long dan short. Dokumentasi resmi GRVT menyatakan dengan gamblang bahwa pendanaan bukan biaya bursa; pendanaan sama sekali tidak menyentuh pendapatan platform.

Mekanismenya ada semata-mata untuk menjaga harga perpetual tetap terikat (tethered) pada indeks spot. Ketika perpetual diperdagangkan lebih mahal relatif terhadap spot, long membayar short untuk menekan premi itu kembali mendekati nol. Ketika harga perpetual diperdagangkan lebih murah, justru short membayar long. GRVT bukan pihak lawan (counterparty) yang mengambil nilai dari salah satu sisi; GRVT adalah wadah yang mendistribusikan ulang pembayaran antara dua kelompok trader yang secara struktural memang saling bertaruh berlawanan arah pada pergerakan harga. Pendapatan GRVT sendiri berasal dari biaya trading di sisi taker dan maker—angka yang benar-benar terpisah dari mekanisme pendanaan.

Kesenjangan antara asumsi dan kenyataan di sini penting karena mengubah cara seorang trader memikirkan biaya pendanaan. Pendanaan yang tinggi secara terus-menerus bukan berarti GRVT menagih lebih banyak; itu adalah sinyal dari pasar bahwa posisi long terlalu ramai (crowded) dan mereka membayar premi untuk tetap bertahan dalam posisi long berleverage. Memahami bahwa pendanaan adalah sinyal pasar, bukan biaya platform, mengubah cara trader membacanya sebelum membuka posisi—bukan setelah sudah dikenai biaya. Pertama kali saya melihat tingkat pendanaan yang positif dan terus-menerus di pasar GRVT, naluri saya adalah memeriksa apakah platform diam-diam telah menaikkan biaya di suatu tempat. Butuh membaca dokumentasi dengan saksama untuk menyadari bahwa naluri itu keliru: angka itu memberi tahu sesuatu tentang ramainya posisi long di pasar tertentu tersebut, bukan soal pendapatan GRVT sama sekali. Dan sejak itu, cara saya membaca setiap grafik pendanaan berubah.

@grvt_io #grvt
$LAB

Về lòng đất thật rồi 😳
$LAB