Khánh Trang1510
28 Posting
Khánh Trang1510
Perdagangan Terbuka
Pedagang Rutin
4.3 Tahun
108 Mengikuti
21 Pengikut
31 Disukai
Posting
Portofolio
Saat seseorang memintaku untuk menjelaskan Binance P2P dari awal, aku mulai dengan dasar-dasarnya: itu adalah pasar di dalam Binance tempat pengguna terverifikasi memperdagangkan kripto langsung satu sama lain, dilindungi oleh verifikasi identitas, escrow yang mengunci koin penjual selama transaksi, obrolan pesanan, dan banding sengketa jika terjadi masalah. Aturan pertama yang aku berikan kepada setiap trader baru adalah menjaga seluruh transaksi tetap di Binance P2P, dari awal sampai akhir, karena perlindungan itu tidak berlaku untuk apa pun yang diatur di luar aplikasi. Kedua adalah verifikasi lawan transaksi: periksa tingkat penyelesaian, jumlah pesanan, dan usia akun sebelum menerima apa pun dari profil yang belum dikenal. Ketiga adalah konfirmasi pembayaran, yang berarti mengecek bankmu sendiri secara langsung, bukan percaya pada tangkapan layar yang dikirim seseorang. Keempat adalah mengenali tanda bahaya yang umum: desakan waktu, permintaan untuk keluar dari obrolan, nama yang tidak cocok, dan merespons semuanya dengan memperlambat, bukan malah mempercepat. Kelima adalah menyimpan catatan setiap transaksi jika suatu saat dukungan Binance perlu itu untuk banding.
Perdagangan pertamaku yang sebenarnya sudah bertahun-tahun lalu hanya senilai $30 dalam bentuk kripto, sengaja kecil, karena aku ingin mempelajari prosesnya sebelum mempercayainya untuk jumlah yang lebih besar. Itulah yang masih aku rekomendasikan untuk siapa pun yang baru mulai. Pilih lawan transaksi yang mendapat ulasan bagus, lakukan transaksi kecil terlebih dahulu, dan perhatikan baik-baik bagaimana rasanya seluruh proses: obrolan, timer, dan pelepasannya. Setelah transaksi pertama selesai dengan bersih, transaksi berikutnya akan terasa lebih mudah karena kamu sudah melihat seperti apa yang normal, sehingga apa pun yang tidak wajar jauh lebih mudah dikenali nanti. Baca persyaratan metode pembayaran sebelum kamu melakukan pesanan, bukan setelahnya. Pastikan aplikasi perbankanmu tetap terbuka selama transaksi alih-alih berpindah layar di bawah tekanan. Dan jika ada apa pun yang terasa tidak jelas, dukungan Binance bisa menjawab pertanyaan sebelum kamu melakukan transaksi, bukan hanya setelah sesuatu berjalan salah.
@Binance Vietnam #BinanceP2PAnToan
$DOS $BMT
Perdagangan pertamaku yang sebenarnya sudah bertahun-tahun lalu hanya senilai $30 dalam bentuk kripto, sengaja kecil, karena aku ingin mempelajari prosesnya sebelum mempercayainya untuk jumlah yang lebih besar. Itulah yang masih aku rekomendasikan untuk siapa pun yang baru mulai. Pilih lawan transaksi yang mendapat ulasan bagus, lakukan transaksi kecil terlebih dahulu, dan perhatikan baik-baik bagaimana rasanya seluruh proses: obrolan, timer, dan pelepasannya. Setelah transaksi pertama selesai dengan bersih, transaksi berikutnya akan terasa lebih mudah karena kamu sudah melihat seperti apa yang normal, sehingga apa pun yang tidak wajar jauh lebih mudah dikenali nanti. Baca persyaratan metode pembayaran sebelum kamu melakukan pesanan, bukan setelahnya. Pastikan aplikasi perbankanmu tetap terbuka selama transaksi alih-alih berpindah layar di bawah tekanan. Dan jika ada apa pun yang terasa tidak jelas, dukungan Binance bisa menjawab pertanyaan sebelum kamu melakukan transaksi, bukan hanya setelah sesuatu berjalan salah.
@Binance Vietnam #BinanceP2PAnToan
$DOS $BMT
Perdagangan larut malam dan akhir pekan di Binance P2P terasa berbeda bagiku dibanding memesan dengan cepat pada siang hari di hari kerja. Terutama karena aku lebih lelah, lebih mudah terburu-buru, dan kecil kemungkinan untuk memeriksa dua kali hanya karena kebiasaan, bukan karena kewaspadaan. Aku telah belajar untuk menganggap jam-jam itu sebagai sinyal agar melambat secara sengaja, bukan justru mempercepat.
Prosesku tidak berubah, tetapi kedisiplinanku terhadapnya berubah. Aku tetap membuka aplikasi perbankanku sendiri untuk mengonfirmasi setiap pembayaran yang diklaim, bukan percaya tangkapan layar. Aku juga tetap membandingkan nama pengirim dengan profil terdaftar pihak lawan di Binance P2P sebelum melepas apa pun dari escrow. Yang berubah adalah seberapa ketat aku mengikutinya, karena saat lelah itulah sebuah jalan pintas mulai terasa bisa diterima, meskipun tidak ada penurunan apa pun pada risiko yang sebenarnya.
Tanda bahaya juga tidak libur akhir pekan. Permintaan untuk dipercepat karena seseorang mengaku sedang bersiap keluar, atau tangkapan layar pembayaran yang tampak sedikit berbeda dalam format dibanding yang pernah kulihat sebelumnya, mendapatkan pemeriksaan yang sama ketat pada tengah malam seperti halnya pada siang hari.
Aku juga mulai membuat aturan pribadi: jika aku menyadari sedang membaca baris chat yang sama dua kali tanpa benar-benar menyerapnya, itu menjadi sinyal bahwa aku harus berhenti dan sama ada istirahat sejenak atau memindahkan pesanan ke waktu lain saat aku bisa fokus dengan baik. Ini penting karena Binance P2P memberi waktu yang wajar dalam setiap pesanan untuk jeda seperti ini.
Aku juga konsisten menjaga kebiasaan arsip kapan pun, apa pun jamnya: menyimpan nomor pesanan, tangkapan layar chat, dan konfirmasi bankku sendiri setiap kali. Jika ada sesuatu yang terasa tidak jelas dan aku terlalu lelah untuk memikirkannya dengan benar, tidak masalah untuk menunda pesanan itu dan meninjaunya lagi nanti, atau menghubungi dukungan Binance daripada membuat keputusan tergesa-gesa. Kelelahan tidak mengumumkan dirinya dengan jelas, jadi membangun jeda sejak awal—bukan percaya pada diriku untuk menyadarinya secara real time—membuat perbedaan pada lebih dari satu pesanan yang terlambat diproses.
@Binance Vietnam #BinanceP2PAnToan
$TUT $BEAT
Prosesku tidak berubah, tetapi kedisiplinanku terhadapnya berubah. Aku tetap membuka aplikasi perbankanku sendiri untuk mengonfirmasi setiap pembayaran yang diklaim, bukan percaya tangkapan layar. Aku juga tetap membandingkan nama pengirim dengan profil terdaftar pihak lawan di Binance P2P sebelum melepas apa pun dari escrow. Yang berubah adalah seberapa ketat aku mengikutinya, karena saat lelah itulah sebuah jalan pintas mulai terasa bisa diterima, meskipun tidak ada penurunan apa pun pada risiko yang sebenarnya.
Tanda bahaya juga tidak libur akhir pekan. Permintaan untuk dipercepat karena seseorang mengaku sedang bersiap keluar, atau tangkapan layar pembayaran yang tampak sedikit berbeda dalam format dibanding yang pernah kulihat sebelumnya, mendapatkan pemeriksaan yang sama ketat pada tengah malam seperti halnya pada siang hari.
Aku juga mulai membuat aturan pribadi: jika aku menyadari sedang membaca baris chat yang sama dua kali tanpa benar-benar menyerapnya, itu menjadi sinyal bahwa aku harus berhenti dan sama ada istirahat sejenak atau memindahkan pesanan ke waktu lain saat aku bisa fokus dengan baik. Ini penting karena Binance P2P memberi waktu yang wajar dalam setiap pesanan untuk jeda seperti ini.
Aku juga konsisten menjaga kebiasaan arsip kapan pun, apa pun jamnya: menyimpan nomor pesanan, tangkapan layar chat, dan konfirmasi bankku sendiri setiap kali. Jika ada sesuatu yang terasa tidak jelas dan aku terlalu lelah untuk memikirkannya dengan benar, tidak masalah untuk menunda pesanan itu dan meninjaunya lagi nanti, atau menghubungi dukungan Binance daripada membuat keputusan tergesa-gesa. Kelelahan tidak mengumumkan dirinya dengan jelas, jadi membangun jeda sejak awal—bukan percaya pada diriku untuk menyadarinya secara real time—membuat perbedaan pada lebih dari satu pesanan yang terlambat diproses.
@Binance Vietnam #BinanceP2PAnToan
$TUT $BEAT
Pernah ada seseorang yang membeli dan mengirimkan jumlah yang lebih besar daripada yang disepakati dalam sebuah perdagangan Binance P2P, lalu meminta saya untuk mengembalikan selisihnya secara langsung ke rekening bank yang berbeda daripada rekening asal pembayaran. Awalnya terlihat seperti kesalahan yang jujur. Nyatanya bukan.
Ini adalah pola yang sudah dikenal dan perlu diberi nama dengan jelas karena bisa menjerat trader berpengalaman juga, bukan hanya pemula. Kelebihan pembayaran itu sendiri dirancang untuk menciptakan urgensi dan kebingungan, dengan harapan penjual akan segera mengembalikan jumlah ekstra sebelum menyadari bahwa pembayaran awal mungkin dibatalkan atau diperselisihkan setelahnya, sehingga penjual akhirnya mengirim kripto sekaligus melakukan pengembalian dana tunai untuk satu pembayaran yang ternyata tidak benar-benar selesai. Binance P2P melindungi penjual di sini melalui sistem escrow yang menahan aset kripto secara terpisah dari percakapan apa pun tentang pengembalian dana, serta melalui kewajiban bahwa semua yang terkait dengan perdagangan harus tetap berada di dalam platform dan kanal resminya. Begitu seseorang meminta pengembalian dana ke rekening yang berbeda dari pengirim awal, itu adalah penyimpangan yang jelas dari perilaku perdagangan normal dan menjadi tanda bahaya yang patut dihentikan sejak awal.
Aturan saya sejak perdagangan itu sederhana. Saya tidak pernah mengembalikan apa pun di luar pesanan asli. Jika nominal pembayaran terlihat tidak sesuai, saya tidak bertindak berdasarkan penilaian saya sendiri—saya membatalkan atau menghubungi dukungan Binance dan meminta mereka meninjau ketidaksesuaian tersebut sebelum saya menyentuh aset kripto sama sekali. Saya selalu memastikan nama pengirim pada setiap pembayaran sesuai dengan pihak lawan yang terverifikasi pada pesanan, karena nama yang tidak cocok adalah peringatan tersendiri. Saya menyimpan tangkapan layar jumlah persis yang diterima di akun saya sendiri, bukan jumlah yang diklaim di chat. Setiap permintaan untuk memindahkan uang di luar platform, baik untuk refund maupun alasan lain, akan saya laporkan, bukan dibiarkan selesai begitu saja.
Percaya pada proses lebih baik daripada percaya cerita orang asing, dan itu tidak pernah merugikan saya sedikit pun.
@Binance Vietnam #BinanceP2PAnToan
$TUT $BLUAI
Ini adalah pola yang sudah dikenal dan perlu diberi nama dengan jelas karena bisa menjerat trader berpengalaman juga, bukan hanya pemula. Kelebihan pembayaran itu sendiri dirancang untuk menciptakan urgensi dan kebingungan, dengan harapan penjual akan segera mengembalikan jumlah ekstra sebelum menyadari bahwa pembayaran awal mungkin dibatalkan atau diperselisihkan setelahnya, sehingga penjual akhirnya mengirim kripto sekaligus melakukan pengembalian dana tunai untuk satu pembayaran yang ternyata tidak benar-benar selesai. Binance P2P melindungi penjual di sini melalui sistem escrow yang menahan aset kripto secara terpisah dari percakapan apa pun tentang pengembalian dana, serta melalui kewajiban bahwa semua yang terkait dengan perdagangan harus tetap berada di dalam platform dan kanal resminya. Begitu seseorang meminta pengembalian dana ke rekening yang berbeda dari pengirim awal, itu adalah penyimpangan yang jelas dari perilaku perdagangan normal dan menjadi tanda bahaya yang patut dihentikan sejak awal.
Aturan saya sejak perdagangan itu sederhana. Saya tidak pernah mengembalikan apa pun di luar pesanan asli. Jika nominal pembayaran terlihat tidak sesuai, saya tidak bertindak berdasarkan penilaian saya sendiri—saya membatalkan atau menghubungi dukungan Binance dan meminta mereka meninjau ketidaksesuaian tersebut sebelum saya menyentuh aset kripto sama sekali. Saya selalu memastikan nama pengirim pada setiap pembayaran sesuai dengan pihak lawan yang terverifikasi pada pesanan, karena nama yang tidak cocok adalah peringatan tersendiri. Saya menyimpan tangkapan layar jumlah persis yang diterima di akun saya sendiri, bukan jumlah yang diklaim di chat. Setiap permintaan untuk memindahkan uang di luar platform, baik untuk refund maupun alasan lain, akan saya laporkan, bukan dibiarkan selesai begitu saja.
Percaya pada proses lebih baik daripada percaya cerita orang asing, dan itu tidak pernah merugikan saya sedikit pun.
@Binance Vietnam #BinanceP2PAnToan
$TUT $BLUAI
Tiga huruf menyelamatkan saya dari transaksi buruk. Nama terverifikasi pembeli di Binance P2P terbaca Nguyen Van Minh, dan transfer yang masuk ke akun saya berasal dari akun berlabel Nguyen Van Anh. Cukup dekat untuk luput kalau Anda hanya sekilas, tapi cukup berbeda untuk berdampak sepenuhnya.
Binance P2P mengikat setiap akun ke identitas terverifikasi melalui KYC, dan identitas itu seharusnya cocok dengan akun pembayaran yang digunakan saat transaksi. Saat saya mengonfirmasi pembayaran sekarang, saya tidak hanya memeriksa nominal. Saya mengecek nama pengirim huruf demi huruf, dibandingkan dengan nama yang tampil di profil pembeli yang terverifikasi. Kebiasaan tunggal ini ada karena escrow hanya melindungi Anda jika Anda benar-benar menggunakan informasi yang diberikan yang bisa Anda akses.
Saya menjeda transaksi dan menanyakan langsung ketidaksesuaian itu di chat resmi Binance P2P, yang menyimpan catatan lengkap jika situasinya perlu ditingkatkan kemudian. Penjelasannya melibatkan akun anggota keluarga, yang memang kadang terjadi, tapi aturan transaksi Binance P2P sendiri memperlakukan pembayaran pihak ketiga dan ketidaksesuaian nama sebagai pelanggaran—apa pun alasan di baliknya. Saya tidak melepas kripto. Saya membuka banding, menjelaskan perbedaannya dengan jelas, lalu melampirkan catatan pembayaran dan tangkapan layar profil yang menunjukkan perbedaan nama.
Tim support meninjaunya dan pesanan dibatalkan, dengan pembayaran pembeli dikembalikan, bukan transaksi selesai. Tidak ada kerugian di pihak saya, dan tidak ada dana yang dilepaskan untuk pembayaran yang tidak bisa saya verifikasi sepenuhnya.
Sekarang saya paham mengapa Binance P2P menerapkan aturan ini begitu ketat, bukan meninggalkannya sebagai saran. Pembayaran pihak ketiga membuat hampir mustahil untuk mengetahui siapa sebenarnya yang mengirim uang, sehingga merusak seluruh rantai akuntabilitas yang seharusnya dijamin oleh verifikasi KYC sejak awal. Menganggap ketidaksesuaian sebagai hal kecil membatalkan perlindungan yang menjadi dasar seluruh sistem.
Membaca nama dengan teliti butuh tambahan sepuluh detik. Melewatkan satu langkah itu adalah cara penjual yang teliti dan berpengalaman sekalipun akhirnya kehilangan kripto karena transaksi yang terlihat sepenuhnya normal pada pandangan pertama.
@Binance Vietnam #BinanceP2PAnToan
$ACE
Binance P2P mengikat setiap akun ke identitas terverifikasi melalui KYC, dan identitas itu seharusnya cocok dengan akun pembayaran yang digunakan saat transaksi. Saat saya mengonfirmasi pembayaran sekarang, saya tidak hanya memeriksa nominal. Saya mengecek nama pengirim huruf demi huruf, dibandingkan dengan nama yang tampil di profil pembeli yang terverifikasi. Kebiasaan tunggal ini ada karena escrow hanya melindungi Anda jika Anda benar-benar menggunakan informasi yang diberikan yang bisa Anda akses.
Saya menjeda transaksi dan menanyakan langsung ketidaksesuaian itu di chat resmi Binance P2P, yang menyimpan catatan lengkap jika situasinya perlu ditingkatkan kemudian. Penjelasannya melibatkan akun anggota keluarga, yang memang kadang terjadi, tapi aturan transaksi Binance P2P sendiri memperlakukan pembayaran pihak ketiga dan ketidaksesuaian nama sebagai pelanggaran—apa pun alasan di baliknya. Saya tidak melepas kripto. Saya membuka banding, menjelaskan perbedaannya dengan jelas, lalu melampirkan catatan pembayaran dan tangkapan layar profil yang menunjukkan perbedaan nama.
Tim support meninjaunya dan pesanan dibatalkan, dengan pembayaran pembeli dikembalikan, bukan transaksi selesai. Tidak ada kerugian di pihak saya, dan tidak ada dana yang dilepaskan untuk pembayaran yang tidak bisa saya verifikasi sepenuhnya.
Sekarang saya paham mengapa Binance P2P menerapkan aturan ini begitu ketat, bukan meninggalkannya sebagai saran. Pembayaran pihak ketiga membuat hampir mustahil untuk mengetahui siapa sebenarnya yang mengirim uang, sehingga merusak seluruh rantai akuntabilitas yang seharusnya dijamin oleh verifikasi KYC sejak awal. Menganggap ketidaksesuaian sebagai hal kecil membatalkan perlindungan yang menjadi dasar seluruh sistem.
Membaca nama dengan teliti butuh tambahan sepuluh detik. Melewatkan satu langkah itu adalah cara penjual yang teliti dan berpengalaman sekalipun akhirnya kehilangan kripto karena transaksi yang terlihat sepenuhnya normal pada pandangan pertama.
@Binance Vietnam #BinanceP2PAnToan
$ACE
Saya melindungi pembelian Binance P2P sebelum saya menekan Kirim. Pembeli sering fokus pada penerimaan kripto, namun transfer fiat adalah bagian yang saya kendalikan dan bisa jadi sulit dibatalkan. Kesalahan pada penerima, akun pihak ketiga, atau instruksi di luar platform dapat mengubah pesanan yang terlindungi menjadi pembayaran yang tidak didukung.
Pemeriksaan pertama saya terjadi di iklan. Saya memeriksa profil penjual, riwayat perdagangan yang terlihat, sinyal penyelesaian, batasan, metode pembayaran, dan ketentuan. Harga yang sedikit lebih baik tidak sebanding dengan instruksi yang tidak jelas. Setelah saya membuka pesanan, escrow menahan kripto penjual, KYC mengidentifikasi pengguna, chat pesanan mencatat percakapan, dan Appeal menyediakan jalur ke Dukungan Binance. Saya memastikan setiap langkah tetap terhubung dengan pesanan tersebut.
Sebelum membayar, saya membandingkan 4 hal: nomor pesanan yang sedang aktif, jumlah fiat yang tepat, detail penerima yang tercantum, dan batas waktu pembayaran. Saya mengirim dari akun dengan nama yang terverifikasi milik saya. Jika penjual memberikan akun berbeda di chat, meminta pembayaran kepada teman, atau menginginkan beberapa transfer ke nama yang tidak terkait, saya berhenti. Saya tidak melanjutkan melalui kanal pribadi atau mengirim setelah pesanan kedaluwarsa.
Setelah saya melakukan transfer, saya memverifikasi transaksi di aplikasi pembayaran saya, menyimpan ID-nya, dan menandai sudah dibayar hanya ketika uang benar-benar sudah keluar sesuai pesanan yang benar. Saya memberi tahu penjual di chat pesanan, lalu menunggu pelepasan. Saya tidak membatalkan pesanan yang sudah dibayar hanya karena penjual memintanya, dan saya tidak membayar dua kali untuk "membuka" kripto yang disimpan di escrow. Permintaan seperti itu menciptakan celah antara bukti pembayaran dan bukti di platform.
Jika penjual tidak melepaskan atau mempersengketakan penerimaan, saya menyimpan tampilan pesanan, catatan transaksi, penerima, jumlah, timestamp, dan chat. Saya menggunakan Appeal atau Dukungan Resmi Binance dan menanggapi dengan bukti yang diminta. Escrow dirancang untuk menahan kripto saat peninjauan, jadi panik tidak perlu dan kesepakatan sampingan kedua berbahaya.
Aturan pembeli saya sangat jelas: satu pesanan aktif, satu pembayar yang terverifikasi, satu penerima yang tercantum, satu pembayaran yang tepat. Saya membiarkan proses Binance P2P menghubungkan bukti fiat ke kripto yang disimpan di escrow dari awal sampai akhir.
@Binance Vietnam #BinanceP2PAnToan
$BLESS
Pemeriksaan pertama saya terjadi di iklan. Saya memeriksa profil penjual, riwayat perdagangan yang terlihat, sinyal penyelesaian, batasan, metode pembayaran, dan ketentuan. Harga yang sedikit lebih baik tidak sebanding dengan instruksi yang tidak jelas. Setelah saya membuka pesanan, escrow menahan kripto penjual, KYC mengidentifikasi pengguna, chat pesanan mencatat percakapan, dan Appeal menyediakan jalur ke Dukungan Binance. Saya memastikan setiap langkah tetap terhubung dengan pesanan tersebut.
Sebelum membayar, saya membandingkan 4 hal: nomor pesanan yang sedang aktif, jumlah fiat yang tepat, detail penerima yang tercantum, dan batas waktu pembayaran. Saya mengirim dari akun dengan nama yang terverifikasi milik saya. Jika penjual memberikan akun berbeda di chat, meminta pembayaran kepada teman, atau menginginkan beberapa transfer ke nama yang tidak terkait, saya berhenti. Saya tidak melanjutkan melalui kanal pribadi atau mengirim setelah pesanan kedaluwarsa.
Setelah saya melakukan transfer, saya memverifikasi transaksi di aplikasi pembayaran saya, menyimpan ID-nya, dan menandai sudah dibayar hanya ketika uang benar-benar sudah keluar sesuai pesanan yang benar. Saya memberi tahu penjual di chat pesanan, lalu menunggu pelepasan. Saya tidak membatalkan pesanan yang sudah dibayar hanya karena penjual memintanya, dan saya tidak membayar dua kali untuk "membuka" kripto yang disimpan di escrow. Permintaan seperti itu menciptakan celah antara bukti pembayaran dan bukti di platform.
Jika penjual tidak melepaskan atau mempersengketakan penerimaan, saya menyimpan tampilan pesanan, catatan transaksi, penerima, jumlah, timestamp, dan chat. Saya menggunakan Appeal atau Dukungan Resmi Binance dan menanggapi dengan bukti yang diminta. Escrow dirancang untuk menahan kripto saat peninjauan, jadi panik tidak perlu dan kesepakatan sampingan kedua berbahaya.
Aturan pembeli saya sangat jelas: satu pesanan aktif, satu pembayar yang terverifikasi, satu penerima yang tercantum, satu pembayaran yang tepat. Saya membiarkan proses Binance P2P menghubungkan bukti fiat ke kripto yang disimpan di escrow dari awal sampai akhir.
@Binance Vietnam #BinanceP2PAnToan
$BLESS
Riset blockchain akademik punya masalah reputasi: paper yang brilian, pembuktian yang elegan, lalu tidak ada yang pernah disentuh oleh pengguna biasa. Tanyakan pada siapa pun yang pernah duduk selama konferensi kriptografi dan mereka akan bilang bahwa sebagian besar dari yang dipublikasikan tetap begitu—tetap dipublikasikan.
Babylon tampaknya menjadi target yang mudah untuk asumsi di atas. Co-founder David Tse menghabiskan 18 tahun mengajar di UC Berkeley sebelum lebih dari satu dekade di Stanford, tempat ia masih menjalankan sebuah lab riset, dan Babylon bahkan tidak punya CEO. Tse berperan sebagai ilmuwan riset sementara co-founder Fisher Yu menjalankan engineering sebagai CTO. Itu bagan organisasi akademik, bukan bagan startup yang umum.
Namun, timeline menunjukkan sebaliknya. BABE, protokol verifikasi bukti Groth16 milik Tse untuk Bitcoin, mencapai testnet alpha Babylon pada Februari 2026, dengan klaim pengurangan biaya setup dan penyimpanan hampir 1.000x untuk memverifikasi zero knowledge proofs di Bitcoin. Pada 2 Juni, sekitar empat bulan kemudian, riset yang sama menjadi dasar integrasi testnet publik Aave v4 milik Trustless Bitcoin Vaults, melibatkan a16z crypto, Ledger, dan GoMining sekaligus.
Babylon bukanlah lab riset yang kebetulan punya token; ini adalah bukti bahwa struktur lab tetap bisa mengirimkan produk pada “jam startup” ketika insentifnya selaras. Apakah penghematan biaya BABE tetap bertahan begitu pengguna yang bersifat adversarial mulai menguji TBV di mainnet adalah bagian yang tidak bisa dijawab oleh riset saja.
@BabylonLabs_io $BABY #baby
$BLESS
Babylon tampaknya menjadi target yang mudah untuk asumsi di atas. Co-founder David Tse menghabiskan 18 tahun mengajar di UC Berkeley sebelum lebih dari satu dekade di Stanford, tempat ia masih menjalankan sebuah lab riset, dan Babylon bahkan tidak punya CEO. Tse berperan sebagai ilmuwan riset sementara co-founder Fisher Yu menjalankan engineering sebagai CTO. Itu bagan organisasi akademik, bukan bagan startup yang umum.
Namun, timeline menunjukkan sebaliknya. BABE, protokol verifikasi bukti Groth16 milik Tse untuk Bitcoin, mencapai testnet alpha Babylon pada Februari 2026, dengan klaim pengurangan biaya setup dan penyimpanan hampir 1.000x untuk memverifikasi zero knowledge proofs di Bitcoin. Pada 2 Juni, sekitar empat bulan kemudian, riset yang sama menjadi dasar integrasi testnet publik Aave v4 milik Trustless Bitcoin Vaults, melibatkan a16z crypto, Ledger, dan GoMining sekaligus.
Babylon bukanlah lab riset yang kebetulan punya token; ini adalah bukti bahwa struktur lab tetap bisa mengirimkan produk pada “jam startup” ketika insentifnya selaras. Apakah penghematan biaya BABE tetap bertahan begitu pengguna yang bersifat adversarial mulai menguji TBV di mainnet adalah bagian yang tidak bisa dijawab oleh riset saja.
@BabylonLabs_io $BABY #baby
$BLESS
Kebanyakan protokol pinjaman mengumpulkan jaminan karena pengumpulan itu efisien. Aave dan Compound mencampur ribuan simpanan pengguna ke dalam pasar bersama, yang memperdalam likuiditas dan membuat penetapan harga lebih ketat, dan model terpooling itulah yang menjadi dasar dari sebagian besar efisiensi modal DeFi. Babylon meninjau model tersebut saat merancang Trustless Bitcoin Vaults (TBV) dan sengaja memilih struktur yang berlawanan.
Setiap vault TBV menampung satu bitcoin milik satu pengguna, yang terikat melalui transaksi yang telah dipra-tandatangani ke posisi spesifik itu dan ke status kontrak pintar eksternal tertentu. Tidak ada yang dicampur. Babylon dan analis di luar yang mengulas peluncuran telah menggambarkan pemisahan ini sebagai yang secara tegas ditujukan untuk kenyamanan institusional dan regulasi, karena bitcoin dalam sebuah vault tetap dapat ditelusuri hingga setoran miliknya sendiri, bukan tercampur ke dalam kumpulan bersama anonim seperti halnya cadangan fraksional bank. Perlu dicatat bahwa Babylon memilih untuk memasangkan desain yang terpisah ini ke Aave—jenis protokol yang justru ditolaknya untuk ditiru—melalui integrasi Aave v4 yang diperkirakan sekitar pertengahan 2026, alih-alih membangun pasar lending terpooling miliknya sendiri dari nol. Komprominya terlihat langsung: vault yang terpisah tidak dapat menyamai kedalaman atau spread yang ketat yang dihasilkan oleh sebuah pool bersama, dan masing-masing vault memiliki kebutuhan penyiapan serta pemantauan tersendiri di bawah BitVM3.
Babylon tidak mengoptimalkan TBV untuk efisiensi modal maksimum; Babylon mengoptimalkan untuk keterauditannya dan pelacakan per-posisi, sebuah taruhan bahwa pemegang bitcoin institusional bersedia membayar premi likuiditas untuk pencatatan yang lebih bersih.
@BabylonLabs_io $BABY #baby
$WMTX
Setiap vault TBV menampung satu bitcoin milik satu pengguna, yang terikat melalui transaksi yang telah dipra-tandatangani ke posisi spesifik itu dan ke status kontrak pintar eksternal tertentu. Tidak ada yang dicampur. Babylon dan analis di luar yang mengulas peluncuran telah menggambarkan pemisahan ini sebagai yang secara tegas ditujukan untuk kenyamanan institusional dan regulasi, karena bitcoin dalam sebuah vault tetap dapat ditelusuri hingga setoran miliknya sendiri, bukan tercampur ke dalam kumpulan bersama anonim seperti halnya cadangan fraksional bank. Perlu dicatat bahwa Babylon memilih untuk memasangkan desain yang terpisah ini ke Aave—jenis protokol yang justru ditolaknya untuk ditiru—melalui integrasi Aave v4 yang diperkirakan sekitar pertengahan 2026, alih-alih membangun pasar lending terpooling miliknya sendiri dari nol. Komprominya terlihat langsung: vault yang terpisah tidak dapat menyamai kedalaman atau spread yang ketat yang dihasilkan oleh sebuah pool bersama, dan masing-masing vault memiliki kebutuhan penyiapan serta pemantauan tersendiri di bawah BitVM3.
Babylon tidak mengoptimalkan TBV untuk efisiensi modal maksimum; Babylon mengoptimalkan untuk keterauditannya dan pelacakan per-posisi, sebuah taruhan bahwa pemegang bitcoin institusional bersedia membayar premi likuiditas untuk pencatatan yang lebih bersih.
@BabylonLabs_io $BABY #baby
$WMTX
Wrapped Bitcoin melakukan sesuatu yang benar-benar penting bagi industri ini: ia membuat likuiditas Bitcoin hadir di dalam Ethereum DeFi bertahun-tahun sebelum sesuatu seperti Trustless Bitcoin Vaults ada. Pijakan/pitch Babylon tidak akan berhasil jika Anda melewati pengakuan atas kredit yang lebih dulu diberikan kepada wrapped BTC tersebut.
Namun, desain wrapped BTC membawa biaya struktural permanen. Seorang kustodian memegang Bitcoin asli dan menerbitkan token sintetis dengan rasio 1:1 terhadapnya, dan setiap unit aset sintetis itu hanya dapat dipercaya sejauh kemampuan solvabilitas dan kejujuran kustodiannya. Bahkan pada skala yang berarti, wrapped BTC masih mewakili kurang dari 1 persen dari total supply Bitcoin—sekitar 150.000 BTC dari total yang mendekati 20 juta—yang menurut saya menunjukkan sebagian besar pemegang Bitcoin pada dasarnya menolak untuk mengambil trade kustodian tersebut sejak awal.
Jawaban Babylon adalah menghapus kustodian dari gambaran sepenuhnya. Native BTC mengunci Taproot UTXO langsung di Bitcoin, dan Aave v4 melakukan pinjaman dengan mengandalkan posisi yang terkunci tersebut secara langsung, sehingga koin yang menjadi dasar pinjaman Anda tidak pernah diterbitkan sebagai IOU di tempat lain. Para depositor menyerahkan jaminan kolateral Bitcoin yang nyata dan meminjam aset yang didukung seperti USDC atau USDT di Ethereum tanpa bentuk jaminan itu pernah berubah.
Komplikasi yang jujur adalah bahwa ini saat ini masih public testnet, belum terbukti pada skala mainnet, sementara wrapped BTC sudah memiliki riwayat produksi bertahun-tahun, termasuk kesalahan-kesalahan di dalamnya. Babylon sedang mengusulkan model yang secara struktural lebih aman untuk masalah yang sebenarnya sudah dipecahkan oleh wrapped BTC secara praktis, meski tidak sempurna. Apakah model yang secara struktural lebih aman mengalahkan infrastruktur yang sudah bertahun-tahun bekerja—itulah kontes sebenarnya di sini.
@BabylonLabs_io $BABY #baby
$GIGGLE
Namun, desain wrapped BTC membawa biaya struktural permanen. Seorang kustodian memegang Bitcoin asli dan menerbitkan token sintetis dengan rasio 1:1 terhadapnya, dan setiap unit aset sintetis itu hanya dapat dipercaya sejauh kemampuan solvabilitas dan kejujuran kustodiannya. Bahkan pada skala yang berarti, wrapped BTC masih mewakili kurang dari 1 persen dari total supply Bitcoin—sekitar 150.000 BTC dari total yang mendekati 20 juta—yang menurut saya menunjukkan sebagian besar pemegang Bitcoin pada dasarnya menolak untuk mengambil trade kustodian tersebut sejak awal.
Jawaban Babylon adalah menghapus kustodian dari gambaran sepenuhnya. Native BTC mengunci Taproot UTXO langsung di Bitcoin, dan Aave v4 melakukan pinjaman dengan mengandalkan posisi yang terkunci tersebut secara langsung, sehingga koin yang menjadi dasar pinjaman Anda tidak pernah diterbitkan sebagai IOU di tempat lain. Para depositor menyerahkan jaminan kolateral Bitcoin yang nyata dan meminjam aset yang didukung seperti USDC atau USDT di Ethereum tanpa bentuk jaminan itu pernah berubah.
Komplikasi yang jujur adalah bahwa ini saat ini masih public testnet, belum terbukti pada skala mainnet, sementara wrapped BTC sudah memiliki riwayat produksi bertahun-tahun, termasuk kesalahan-kesalahan di dalamnya. Babylon sedang mengusulkan model yang secara struktural lebih aman untuk masalah yang sebenarnya sudah dipecahkan oleh wrapped BTC secara praktis, meski tidak sempurna. Apakah model yang secara struktural lebih aman mengalahkan infrastruktur yang sudah bertahun-tahun bekerja—itulah kontes sebenarnya di sini.
@BabylonLabs_io $BABY #baby
$GIGGLE
Berikut detail yang menurut saya dilewatkan oleh sebagian besar ringkasan cepat tentang Babylon Trustless Bitcoin Vaults, dan ada baiknya direnungkan karena ini membuat narasi yang rapi "tidak pernah melakukan wrapping" menjadi tidak sesederhana itu. Di Aave v4, jika sebuah posisi yang dijaminkan dengan Bitcoin native mengalami likuidasi, BTC Vault Swap Spoke memungkinkan pihak likuidator menukar posisi BTC yang disita tersebut menjadi WBTC agar penyelesaian dapat terjadi dengan cepat, sementara Bitcoin native yang sebenarnya ditebus belakangan di jaringan Bitcoin melalui sistem bukti milik Babylon.
Jadi, wrapped Bitcoin memang muncul di sini, hanya saja bukan di tempat yang biasanya diharapkan pengguna. Para depositor memposting BTC native yang benar-benar asli sebagai jaminan, dan bagian klaim itu sepenuhnya benar—Bitcoin Anda tetap berada di jaringan Bitcoin sepanjang waktu Anda meminjam terhadapnya. Namun, pengaturan teknis likuidasi di backend memakai representasi wrapped secara spesifik untuk menyelesaikan ketidakcocokan waktu yang nyata: Bitcoin menyelesaikan transaksi lebih lambat daripada Ethereum, dan likuidator perlu bertindak cepat ketika sebuah posisi menjadi tidak sehat.
Saya tidak melihat ini sebagai kontradiksi, melainkan sebagai kompromi rekayasa yang jujur yang biasanya dirapikan oleh bahasa pemasaran. Babylon menghadirkan likuiditas Bitcoin native ke Ethereum lewat desain ini, dan menggunakan aset wrapped untuk beberapa detik likuidasi yang bergerak cepat adalah hal yang sangat berbeda daripada mewajibkan pengguna untuk membungkus (wrap) Bitcoin mereka hanya agar bisa berpartisipasi.
Tetap saja, saya lebih suka orang-orang memahami nuansa ini sebelum public testnet, daripada mengetahuinya nanti dan merasa terlanjur diyakinkan. "Trustless" menggambarkan lapisan custody dan verifikasi jaminan di sini. Ini tidak berarti wrapped Bitcoin telah benar-benar menghilang dari sistem sepenuhnya—hanya saja ia dipindahkan ke sisi yang lebih sempit dan bergerak lebih cepat.
@BabylonLabs_io $BABY #baby
$COTI
Jadi, wrapped Bitcoin memang muncul di sini, hanya saja bukan di tempat yang biasanya diharapkan pengguna. Para depositor memposting BTC native yang benar-benar asli sebagai jaminan, dan bagian klaim itu sepenuhnya benar—Bitcoin Anda tetap berada di jaringan Bitcoin sepanjang waktu Anda meminjam terhadapnya. Namun, pengaturan teknis likuidasi di backend memakai representasi wrapped secara spesifik untuk menyelesaikan ketidakcocokan waktu yang nyata: Bitcoin menyelesaikan transaksi lebih lambat daripada Ethereum, dan likuidator perlu bertindak cepat ketika sebuah posisi menjadi tidak sehat.
Saya tidak melihat ini sebagai kontradiksi, melainkan sebagai kompromi rekayasa yang jujur yang biasanya dirapikan oleh bahasa pemasaran. Babylon menghadirkan likuiditas Bitcoin native ke Ethereum lewat desain ini, dan menggunakan aset wrapped untuk beberapa detik likuidasi yang bergerak cepat adalah hal yang sangat berbeda daripada mewajibkan pengguna untuk membungkus (wrap) Bitcoin mereka hanya agar bisa berpartisipasi.
Tetap saja, saya lebih suka orang-orang memahami nuansa ini sebelum public testnet, daripada mengetahuinya nanti dan merasa terlanjur diyakinkan. "Trustless" menggambarkan lapisan custody dan verifikasi jaminan di sini. Ini tidak berarti wrapped Bitcoin telah benar-benar menghilang dari sistem sepenuhnya—hanya saja ia dipindahkan ke sisi yang lebih sempit dan bergerak lebih cepat.
@BabylonLabs_io $BABY #baby
$COTI
Sebutkan pinjaman yang didukung Bitcoin kepada siapa pun yang memperhatikan pada 2022, dan Anda mungkin akan mendapatkan respons yang sama: begitulah orang-orang kehilangan semuanya. Celsius, BlockFi, Genesis, dan Hodlnaut semuanya membekukan penarikan dan mengajukan kebangkrutan dalam waktu sekitar enam bulan satu sama lain, dan sektor tersebut kehilangan lebih dari 10 miliar dolar dalam aset pelanggan pada tahun itu saja. Sejarah itu nyata, bukan dilebih-lebihkan, dan ini adalah stereotip yang sepenuhnya wajar untuk dibawa ke produk pinjaman BTC apa pun yang baru.
Stereotip itu bertahan karena pola kegagalan tetap konsisten di antara semuanya. Investigasi setelahnya menunjuk ke rehypothecation, platform yang diam-diam menggunakan kembali jaminan pelanggan untuk perdagangan dan taruhan mereka sendiri, ditambah ketidaksesuaian jatuh tempo serta eksposur yang terkonsentrasi pada segelintir pihak lawan yang semuanya tumbang pada waktu yang hampir sama. Pelanggan tidak punya cara nyata untuk melihat apa pun dari luar sampai semuanya sudah terlambat.
Trustless Bitcoin Vaults dibangun untuk membuat mode kegagalan spesifik itu menjadi mustahil secara struktural, bukan sekadar menjanjikan perilaku yang lebih baik kali ini. Tidak ada kustodian yang memegang BTC pelanggan untuk melakukan rehypothecation sejak awal, tidak ada konsorsium penandatangan yang membuat keputusan diskresioner, dan koin di setiap brankas tetap terkunci pada satu relasi kontrak pintar yang terisolasi, bukan digabungkan ke dalam neraca umum yang bisa diam-diam dipinjamkan oleh sebuah perusahaan.
Babylon bukan versi Celsius yang dijalankan lebih baik; itu adalah entitas yang berbeda secara struktural. Kejatuhan pada 2022 terjadi karena koin pelanggan disimpan di akun-akun yang bisa diakses oleh perusahaan. Di TBV, tidak ada akun dan tidak ada perusahaan yang berdiri di antara brankas dan kode yang mengaturnya.
@BabylonLabs_io $BABY #baby
$BANK
Stereotip itu bertahan karena pola kegagalan tetap konsisten di antara semuanya. Investigasi setelahnya menunjuk ke rehypothecation, platform yang diam-diam menggunakan kembali jaminan pelanggan untuk perdagangan dan taruhan mereka sendiri, ditambah ketidaksesuaian jatuh tempo serta eksposur yang terkonsentrasi pada segelintir pihak lawan yang semuanya tumbang pada waktu yang hampir sama. Pelanggan tidak punya cara nyata untuk melihat apa pun dari luar sampai semuanya sudah terlambat.
Trustless Bitcoin Vaults dibangun untuk membuat mode kegagalan spesifik itu menjadi mustahil secara struktural, bukan sekadar menjanjikan perilaku yang lebih baik kali ini. Tidak ada kustodian yang memegang BTC pelanggan untuk melakukan rehypothecation sejak awal, tidak ada konsorsium penandatangan yang membuat keputusan diskresioner, dan koin di setiap brankas tetap terkunci pada satu relasi kontrak pintar yang terisolasi, bukan digabungkan ke dalam neraca umum yang bisa diam-diam dipinjamkan oleh sebuah perusahaan.
Babylon bukan versi Celsius yang dijalankan lebih baik; itu adalah entitas yang berbeda secara struktural. Kejatuhan pada 2022 terjadi karena koin pelanggan disimpan di akun-akun yang bisa diakses oleh perusahaan. Di TBV, tidak ada akun dan tidak ada perusahaan yang berdiri di antara brankas dan kode yang mengaturnya.
@BabylonLabs_io $BABY #baby
$BANK
Trustless Bitcoin Vaults tidak pernah dirancang untuk hanya melakukan satu hal. Materi roadmap milik Babylon sendiri menjelaskan primitf vault yang sama yang menjadi penggerak perdagangan perpetual yang dijaminkan BTC dan penerbitan stablecoin yang dipatok dolar yang didukung secara ketat oleh Bitcoin native, bersama dengan lending. Tiga produk pertama yang masuk akal, satu bagian teknologi yang mendasarinya.
Babylon memilih lending, dan memilih Aave secara spesifik, untuk menjadi yang pertama. Itu adalah keputusan yang memiliki logika nyata di baliknya. Perps membutuhkan likuiditas turunan yang dalam dan bergerak cepat serta market maker yang bersedia melakukan kuotasi terhadap jenis aset jaminan baru. Penerbitan stablecoin membutuhkan kampanye kredibilitasnya sendiri untuk token dolar lain di pasar yang sudah padat. Lending terhadap protokol DeFi terbesar berdasarkan likuiditas menghindari kedua masalah tersebut: Aave sudah memiliki peminjam, depositor, dan infrastruktur likuidasi yang telah berjalan selama bertahun-tahun. Jadi, teknologi vault mendapatkan kanal distribusi yang terbukti, alih-alih harus membangun permintaan dari nol.
Tantangannya adalah lending juga merupakan kategori yang paling diperebutkan, paling banyak dipantau, untuk diluncurkan—bersaing langsung dengan semua bentuk jaminan BTC lainnya yang sudah dicantumkan Aave. Babylon memilih ruang yang paling sulit untuk dimasuki lebih dulu, karena itu juga merupakan ruang yang sudah dibangun dan dipenuhi likuiditas.
Babylon tidak memilih lending karena itu aplikasi TBV yang paling mudah; perps dan penerbitan stablecoin berada pada roadmap yang sama. Babylon memilih lending karena Aave sudah menyediakan likuiditas dan pengguna yang seharusnya dibangun dari nol oleh sebuah venue perps atau stablecoin yang baru.
@BabylonLabs_io $BABY #baby
$DEXE $BANK
Babylon memilih lending, dan memilih Aave secara spesifik, untuk menjadi yang pertama. Itu adalah keputusan yang memiliki logika nyata di baliknya. Perps membutuhkan likuiditas turunan yang dalam dan bergerak cepat serta market maker yang bersedia melakukan kuotasi terhadap jenis aset jaminan baru. Penerbitan stablecoin membutuhkan kampanye kredibilitasnya sendiri untuk token dolar lain di pasar yang sudah padat. Lending terhadap protokol DeFi terbesar berdasarkan likuiditas menghindari kedua masalah tersebut: Aave sudah memiliki peminjam, depositor, dan infrastruktur likuidasi yang telah berjalan selama bertahun-tahun. Jadi, teknologi vault mendapatkan kanal distribusi yang terbukti, alih-alih harus membangun permintaan dari nol.
Tantangannya adalah lending juga merupakan kategori yang paling diperebutkan, paling banyak dipantau, untuk diluncurkan—bersaing langsung dengan semua bentuk jaminan BTC lainnya yang sudah dicantumkan Aave. Babylon memilih ruang yang paling sulit untuk dimasuki lebih dulu, karena itu juga merupakan ruang yang sudah dibangun dan dipenuhi likuiditas.
Babylon tidak memilih lending karena itu aplikasi TBV yang paling mudah; perps dan penerbitan stablecoin berada pada roadmap yang sama. Babylon memilih lending karena Aave sudah menyediakan likuiditas dan pengguna yang seharusnya dibangun dari nol oleh sebuah venue perps atau stablecoin yang baru.
@BabylonLabs_io $BABY #baby
$DEXE $BANK
Tertanam dalam skrip staking Babylon ada pilihan kriptografis kecil yang mengatakan banyak tentang prioritas tim. Output unbonding pada setiap UTXO yang diparkir adalah output Taproot, dan output Taproot pada umumnya mendukung dua cara untuk dibelanjakan: jalur kunci yang cepat atau jalur skrip yang lebih lambat dengan kondisi eksplisit yang ditulis di dalamnya. Babylon menonaktifkan jalur kunci sepenuhnya, menggunakan apa yang disebut titik NUMS, bukan sulap—sebagai internal key, sebuah nilai yang dikonstruksi sehingga tidak ada orang yang dapat memegang private key untuknya bahkan secara teori.
Satu pilihan itu memaksa setiap transaksi unbonding melewati jalur skrip, yaitu jalur yang membutuhkan kuorum tanda tangan dari komite covenant yang didefinisikan oleh ambang batas tertentu yang ditetapkan pada parameter jaringan. Pintasan jalur kunci akan lebih sederhana untuk diimplementasikan dan lebih murah untuk digunakan. Selain itu, itu akan menciptakan jalan keluar yang tidak dapat diaudit yang mengabaikan seluruh logika slashing dan unbonding yang menjadi fondasi protokol. Babylon memilih rute yang lebih lambat dan sepenuhnya terkendali dengan sengaja.
Babylon di sini bukan memilih kenyamanan, melainkan memilih kendala yang bisa dibuktikan (provable constraint), menutup pintasan yang mungkin tidak akan pernah disadari kebanyakan pengguna. Keputusan skrip tunggal itu mengungkap sebuah kebiasaan: ketika efisiensi dan auditabilitas bertabrakan di lapisan dasar, tim ini memilih auditabilitas. Itu hanya terlihat saat Anda membaca skripnya, bukan saat melihat materi presentasi.
@BabylonLabs_io $BABY #baby
$LAB
Satu pilihan itu memaksa setiap transaksi unbonding melewati jalur skrip, yaitu jalur yang membutuhkan kuorum tanda tangan dari komite covenant yang didefinisikan oleh ambang batas tertentu yang ditetapkan pada parameter jaringan. Pintasan jalur kunci akan lebih sederhana untuk diimplementasikan dan lebih murah untuk digunakan. Selain itu, itu akan menciptakan jalan keluar yang tidak dapat diaudit yang mengabaikan seluruh logika slashing dan unbonding yang menjadi fondasi protokol. Babylon memilih rute yang lebih lambat dan sepenuhnya terkendali dengan sengaja.
Babylon di sini bukan memilih kenyamanan, melainkan memilih kendala yang bisa dibuktikan (provable constraint), menutup pintasan yang mungkin tidak akan pernah disadari kebanyakan pengguna. Keputusan skrip tunggal itu mengungkap sebuah kebiasaan: ketika efisiensi dan auditabilitas bertabrakan di lapisan dasar, tim ini memilih auditabilitas. Itu hanya terlihat saat Anda membaca skripnya, bukan saat melihat materi presentasi.
@BabylonLabs_io $BABY #baby
$LAB
Seorang kontraktor pernah memberitahuku cara tercepat untuk menghabiskan anggaran renovasi adalah membelanjakan secara merata untuk apa yang dilihat orang dan apa yang tidak. Renovator yang cerdas menaruh uangnya pada hal yang terlihat, serta menerima kompleksitas tersembunyi di balik dinding. Para insinyur Babylon membuat perhitungan yang serupa dengan BitVM3.
Riset BitVM3 di balik brankas-brankas Babylon melaporkan pengurangan biaya sengketa on-chain yang kira-kira 1000x dibanding desain BitVM2 yang lebih awal, dengan transaksi assert berjalan sekitar $5 dan transaksi disprove di bawah $0,20. Ini adalah kemenangan yang terlihat: ekonomi on-chain yang murah, dapat digunakan, untuk sesuatu yang sebelumnya terlalu mahal untuk disengketakan.
Konsekuensi perdagangannya hidup di balik dinding. Untuk mencapai pengurangan biaya itu, komputasi paling besar dipindahkan sepenuhnya dari Bitcoin, ke sirkuit tersandi (garbled circuits) yang dievaluasi oleh penantang secara off-chain, bukan diposting ke blockchain bagian demi bagian. Tinjauan teknis independen mencatat bahwa sirkuit-sirkuit ini berukuran puluhan gigabyte dan bergantung pada infrastruktur server biasa untuk menyimpan dan mengirim, infrastruktur yang sepenuhnya berada di luar jaminan keamanan Bitcoin—fakta yang jarang masuk ke materi promosi utama.
Jadi desain itu tidak menghapus kompleksitas; desain tersebut memindahkannya dari bentuk on-chain yang mahal ke bentuk off-chain yang murah. Itu adalah kompromi rekayasa yang dapat dibenarkan untuk lapisan dasar yang serba terbatas seperti Bitcoin: komputasi on-chain yang mahal memang tidak akan mampu diskalakan ke volume DeFi nyata, apa pun cara struktur biaya disusun. Angka tunggal—lima dolar versus pecahan sen—melakukan banyak pekerjaan untuk membuat seluruh model brankas menjadi layak secara komersial pada skala Bitcoin.
Tim Babylon memilih keterjangkauan dibanding meminimalkan permukaan kepercayaan off-chain, dan mengingat batasan scripting Bitcoin, pilihan itu terlihat seperti satu-satunya trade-off yang memungkinkan brankas bekerja dengan biaya yang dapat digunakan.
@BabylonLabs_io $BABY #baby
$DEXE
Riset BitVM3 di balik brankas-brankas Babylon melaporkan pengurangan biaya sengketa on-chain yang kira-kira 1000x dibanding desain BitVM2 yang lebih awal, dengan transaksi assert berjalan sekitar $5 dan transaksi disprove di bawah $0,20. Ini adalah kemenangan yang terlihat: ekonomi on-chain yang murah, dapat digunakan, untuk sesuatu yang sebelumnya terlalu mahal untuk disengketakan.
Konsekuensi perdagangannya hidup di balik dinding. Untuk mencapai pengurangan biaya itu, komputasi paling besar dipindahkan sepenuhnya dari Bitcoin, ke sirkuit tersandi (garbled circuits) yang dievaluasi oleh penantang secara off-chain, bukan diposting ke blockchain bagian demi bagian. Tinjauan teknis independen mencatat bahwa sirkuit-sirkuit ini berukuran puluhan gigabyte dan bergantung pada infrastruktur server biasa untuk menyimpan dan mengirim, infrastruktur yang sepenuhnya berada di luar jaminan keamanan Bitcoin—fakta yang jarang masuk ke materi promosi utama.
Jadi desain itu tidak menghapus kompleksitas; desain tersebut memindahkannya dari bentuk on-chain yang mahal ke bentuk off-chain yang murah. Itu adalah kompromi rekayasa yang dapat dibenarkan untuk lapisan dasar yang serba terbatas seperti Bitcoin: komputasi on-chain yang mahal memang tidak akan mampu diskalakan ke volume DeFi nyata, apa pun cara struktur biaya disusun. Angka tunggal—lima dolar versus pecahan sen—melakukan banyak pekerjaan untuk membuat seluruh model brankas menjadi layak secara komersial pada skala Bitcoin.
Tim Babylon memilih keterjangkauan dibanding meminimalkan permukaan kepercayaan off-chain, dan mengingat batasan scripting Bitcoin, pilihan itu terlihat seperti satu-satunya trade-off yang memungkinkan brankas bekerja dengan biaya yang dapat digunakan.
@BabylonLabs_io $BABY #baby
$DEXE
Seorang teman sekelas diterima di universitas ternama lewat jalur penerimaan warisan (legacy admission), dan semua orang menganggap gelar itu saja sudah pasti menjamin karier. Tiga tahun setelah lulus, ia masih belum menemukan pijakan yang pas, sama seperti kami yang lain. Surat itu membuktikan akses, bukan hasil.
Daftar pendukung Babylon terbaca seperti daftar periksa dana ventura kripto kelas atas: putaran seed senilai $8 juta pada Januari 2022 yang dipimpin oleh IDG Capital dan Breyer Capital, putaran Seri A senilai $18 juta pada Desember 2023 dari Polychain Capital, Hack VC, Castle Island Ventures, dan Symbolic Capital, serta putaran $70 juta pada Mei 2024 dipimpin oleh Paradigm dengan Hashkey Capital dan Polychain yang kembali berpartisipasi. Total dana yang dihimpun berada di sekitar $96 juta dari investor yang juga mencakup Binance Labs, Galaxy Digital, dan Amber Group. Modal dan reputasi itu benar-benar menurunkan hambatan distribusi: Babylon terintegrasi dengan Bitget Wallet, OKX Wallet, dan Binance Earn jauh di depan banyak proyek BTCFi pesaing, dan pengumuman putaran pendanaan itu sendiri setiap kali berhasil menarik perhatian pasar yang nyata. Namun modal dan integrasi adalah masukan, bukan luaran. Pengungkapan kerentanan perpanjangan pemungutan suara BLS pada Januari 2026 terjadi di sebuah perusahaan yang didukung oleh semua pihak di atas. Kekhawatiran tokenomics terkait konsentrasi insider kira-kira 66% muncul dari anggota komunitas, terlepas dari, bukan karena, susunan investor. Dukungan VC yang kuat memprediksi landasan waktu (runway) yang lebih panjang dan akses distribusi yang lebih baik jauh lebih andal daripada memprediksi eksekusi yang sempurna, dan catatan sejarah operasional Babylon sendiri menunjukkan bahwa kekuatan dan kekurangan terjadi di bawah payung pendanaan yang sama.
Daftar investor Babylon bukan jaminan atas hasil teknis atau tokenomics. Ia membeli runway, kredibilitas, dan distribusi—tidak ada yang mencegah kerentanan atau kekhawatiran konsentrasi yang tetap muncul.
@BabylonLabs_io $BABY #baby
$DEXE
Daftar pendukung Babylon terbaca seperti daftar periksa dana ventura kripto kelas atas: putaran seed senilai $8 juta pada Januari 2022 yang dipimpin oleh IDG Capital dan Breyer Capital, putaran Seri A senilai $18 juta pada Desember 2023 dari Polychain Capital, Hack VC, Castle Island Ventures, dan Symbolic Capital, serta putaran $70 juta pada Mei 2024 dipimpin oleh Paradigm dengan Hashkey Capital dan Polychain yang kembali berpartisipasi. Total dana yang dihimpun berada di sekitar $96 juta dari investor yang juga mencakup Binance Labs, Galaxy Digital, dan Amber Group. Modal dan reputasi itu benar-benar menurunkan hambatan distribusi: Babylon terintegrasi dengan Bitget Wallet, OKX Wallet, dan Binance Earn jauh di depan banyak proyek BTCFi pesaing, dan pengumuman putaran pendanaan itu sendiri setiap kali berhasil menarik perhatian pasar yang nyata. Namun modal dan integrasi adalah masukan, bukan luaran. Pengungkapan kerentanan perpanjangan pemungutan suara BLS pada Januari 2026 terjadi di sebuah perusahaan yang didukung oleh semua pihak di atas. Kekhawatiran tokenomics terkait konsentrasi insider kira-kira 66% muncul dari anggota komunitas, terlepas dari, bukan karena, susunan investor. Dukungan VC yang kuat memprediksi landasan waktu (runway) yang lebih panjang dan akses distribusi yang lebih baik jauh lebih andal daripada memprediksi eksekusi yang sempurna, dan catatan sejarah operasional Babylon sendiri menunjukkan bahwa kekuatan dan kekurangan terjadi di bawah payung pendanaan yang sama.
Daftar investor Babylon bukan jaminan atas hasil teknis atau tokenomics. Ia membeli runway, kredibilitas, dan distribusi—tidak ada yang mencegah kerentanan atau kekhawatiran konsentrasi yang tetap muncul.
@BabylonLabs_io $BABY #baby
$DEXE
Sebuah maskapai berbiaya rendah dekat saya meluncur dengan papan reklame bertuliskan “kami terbang ke mana saja.” Peta rute pada saat peluncuran mencakup enam kota, tidak ada rute internasional, dan separuh peta domestik diberi label “akan segera hadir.” Saya masih memikirkan betapa percaya dirinya “ke mana saja” dicetak sebelum jadwal membuktikannya.
Peluncuran aplikasi seluler GRVT menggunakan bahasa yang mirip. Ketika aplikasi Android masuk ke Google Play Store pada 29 Mei 2025, rilis pers menyebutnya sebagai “membawa seluruh kekuatan platform perdagangan GRVT kepada pengguna di seluruh dunia, hanya dalam genggaman mereka,” dan kutipan CEO membahas upaya menjadikan GRVT “pasar keuangan onchain terbaik, tempat siapa pun dapat dengan mudah mengakses alat-alat yang kuat.” Namun, peluncuran saat itu ternyata hanya untuk Android, tersedia di 50 negara tertentu yang disebutkan dalam pengumuman—tempat-tempat seperti Argentina, Jepang, Korea Selatan, dan Vietnam di antara lainnya—bukan rilis menyeluruh secara global. Versi iOS sama sekali tidak termasuk dalam peluncuran itu; rilis tersebut mencatat bahwa ia akan tiba “dalam waktu yang ditentukan,” tanpa tanggal yang dipastikan. Siapa pun yang membaca “di seluruh dunia” dan “semua orang” pada hari peluncuran lalu mengecek App Store untuk iPhone akan menemukan tidak ada yang bisa diunduh.
Kedua platform sekarang sudah live, kira-kira setahun kemudian, dan daftar 50 negara kemungkinan telah bertambah, tetapi kesenjangannya pada hari peluncuran itu nyata: sebuah judul “di seluruh dunia, semua orang” yang bertengger di atas rilis yang hanya satu platform, dengan daftar negara yang sudah ditetapkan, serta aplikasi saudara yang belum dijadwalkan. Itu bukan hal yang aneh untuk startup yang mengirimkan produk secara bertahap; kebanyakan perusahaan melakukan peluncuran berfase sambil memasarkan tujuannya, bukan langkah yang sedang berjalan. Ketidaksesuaian ini penting karena “di seluruh dunia” dan “semua orang” adalah kata-kata absolut, dan kata-kata absolut mengundang siapa pun untuk membandingkannya dengan daftar aslinya—seperti cara saya mengecek peta maskapai itu terhadap papan reklamenya.
Bahasa peluncuran seluler GRVT yang menyebut “di seluruh dunia, semua orang” tidak selaras dengan jejak hari pertama: rilis Android saja di 50 negara yang disebutkan, sementara iOS belum terjadwalkan. Kesenjangan ini patut dicatat dalam klaim peluncuran.
@grvt_io #grvt
$LAB $VELVET
Peluncuran aplikasi seluler GRVT menggunakan bahasa yang mirip. Ketika aplikasi Android masuk ke Google Play Store pada 29 Mei 2025, rilis pers menyebutnya sebagai “membawa seluruh kekuatan platform perdagangan GRVT kepada pengguna di seluruh dunia, hanya dalam genggaman mereka,” dan kutipan CEO membahas upaya menjadikan GRVT “pasar keuangan onchain terbaik, tempat siapa pun dapat dengan mudah mengakses alat-alat yang kuat.” Namun, peluncuran saat itu ternyata hanya untuk Android, tersedia di 50 negara tertentu yang disebutkan dalam pengumuman—tempat-tempat seperti Argentina, Jepang, Korea Selatan, dan Vietnam di antara lainnya—bukan rilis menyeluruh secara global. Versi iOS sama sekali tidak termasuk dalam peluncuran itu; rilis tersebut mencatat bahwa ia akan tiba “dalam waktu yang ditentukan,” tanpa tanggal yang dipastikan. Siapa pun yang membaca “di seluruh dunia” dan “semua orang” pada hari peluncuran lalu mengecek App Store untuk iPhone akan menemukan tidak ada yang bisa diunduh.
Kedua platform sekarang sudah live, kira-kira setahun kemudian, dan daftar 50 negara kemungkinan telah bertambah, tetapi kesenjangannya pada hari peluncuran itu nyata: sebuah judul “di seluruh dunia, semua orang” yang bertengger di atas rilis yang hanya satu platform, dengan daftar negara yang sudah ditetapkan, serta aplikasi saudara yang belum dijadwalkan. Itu bukan hal yang aneh untuk startup yang mengirimkan produk secara bertahap; kebanyakan perusahaan melakukan peluncuran berfase sambil memasarkan tujuannya, bukan langkah yang sedang berjalan. Ketidaksesuaian ini penting karena “di seluruh dunia” dan “semua orang” adalah kata-kata absolut, dan kata-kata absolut mengundang siapa pun untuk membandingkannya dengan daftar aslinya—seperti cara saya mengecek peta maskapai itu terhadap papan reklamenya.
Bahasa peluncuran seluler GRVT yang menyebut “di seluruh dunia, semua orang” tidak selaras dengan jejak hari pertama: rilis Android saja di 50 negara yang disebutkan, sementara iOS belum terjadwalkan. Kesenjangan ini patut dicatat dalam klaim peluncuran.
@grvt_io #grvt
$LAB $VELVET
Dulu saya mengunduh versi mobile dari aplikasi trading yang sebelumnya sudah saya gunakan di desktop, dengan harapan mendapatkan toolkit yang sama persis di saku saya. Setengah dari jenis order yang setiap hari biasa saya andalkan ternyata hilang begitu saja dari layar ponsel, dan saya harus terus kembali ke laptop untuk apa pun di luar order pasar dasar.
GRVT meluncurkan aplikasi Android dan iOS yang didanai sebagian oleh dana $14,3 juta yang telah dikumpulkan perusahaan tersebut hingga Januari 2025—putaran yang mencakup cek strategis senilai $5 juta dari Further Ventures, sebuah perusahaan yang didukung oleh dana kekayaan negara ADQ dari Abu Dhabi. Saat peluncuran, aplikasi mobile mendukung lebih dari 40 pasangan trading perpetual, bagian yang berarti dari sekitar 168 pasar yang tersedia melalui platform lengkap, tetapi masih jauh dari katalog penuh. Kesenjangan antara “GRVT adalah platform trading self-custodial penuh” dan “aplikasi seluler GRVT mencakup sebagian dari apa yang sebenarnya tercantum di platform” penting bagi siapa pun yang menganggap kesetaraan App Store dengan pengalaman desktop secara otomatis. Seorang trader yang mengelola posisi pada pasangan niche di luar 40 awal mungkin tetap perlu menggunakan browser, bahkan setelah mengunduh aplikasinya khusus untuk berdagang saat bepergian. Cakupan mobile kemungkinan telah berkembang sejak hitungan awal itu karena daftar pasar keseluruhan tumbuh dengan cepat di seluruh platform, tetapi kesenjangan mendasar antara kelengkapan yang dipasarkan dan kelengkapan yang benar-benar dirilis patut diperhatikan sebelum mengasumsikan fitur apa pun tersedia di setiap permukaan yang disentuh merek tersebut. Putaran pendanaan yang sama yang membiayai aplikasi juga mendukung pekerjaan infrastruktur inti, sehingga pengembangan mobile harus bersaing memperebutkan sumber daya dengan back end bursa, bukan berjalan sebagai jalur mandiri yang sepenuhnya memiliki staf sejak hari pertama.
Aplikasi mobile GRVT bukan sekadar versi yang lebih kecil dari platform lengkap yang sama; aplikasi tersebut diluncurkan lebih sempit dibanding pengalaman desktop—ada baiknya dicek sebelum mengandalkan ponsel untuk apa pun selain pasangan yang paling umum.
@grvt_io #grvt
$LAB
GRVT meluncurkan aplikasi Android dan iOS yang didanai sebagian oleh dana $14,3 juta yang telah dikumpulkan perusahaan tersebut hingga Januari 2025—putaran yang mencakup cek strategis senilai $5 juta dari Further Ventures, sebuah perusahaan yang didukung oleh dana kekayaan negara ADQ dari Abu Dhabi. Saat peluncuran, aplikasi mobile mendukung lebih dari 40 pasangan trading perpetual, bagian yang berarti dari sekitar 168 pasar yang tersedia melalui platform lengkap, tetapi masih jauh dari katalog penuh. Kesenjangan antara “GRVT adalah platform trading self-custodial penuh” dan “aplikasi seluler GRVT mencakup sebagian dari apa yang sebenarnya tercantum di platform” penting bagi siapa pun yang menganggap kesetaraan App Store dengan pengalaman desktop secara otomatis. Seorang trader yang mengelola posisi pada pasangan niche di luar 40 awal mungkin tetap perlu menggunakan browser, bahkan setelah mengunduh aplikasinya khusus untuk berdagang saat bepergian. Cakupan mobile kemungkinan telah berkembang sejak hitungan awal itu karena daftar pasar keseluruhan tumbuh dengan cepat di seluruh platform, tetapi kesenjangan mendasar antara kelengkapan yang dipasarkan dan kelengkapan yang benar-benar dirilis patut diperhatikan sebelum mengasumsikan fitur apa pun tersedia di setiap permukaan yang disentuh merek tersebut. Putaran pendanaan yang sama yang membiayai aplikasi juga mendukung pekerjaan infrastruktur inti, sehingga pengembangan mobile harus bersaing memperebutkan sumber daya dengan back end bursa, bukan berjalan sebagai jalur mandiri yang sepenuhnya memiliki staf sejak hari pertama.
Aplikasi mobile GRVT bukan sekadar versi yang lebih kecil dari platform lengkap yang sama; aplikasi tersebut diluncurkan lebih sempit dibanding pengalaman desktop—ada baiknya dicek sebelum mengandalkan ponsel untuk apa pun selain pasangan yang paling umum.
@grvt_io #grvt
$LAB
Gedung perkantoran tempat saya dulu bekerja memiliki proses normal untuk setiap renovasi: ajukan permintaan, tunggu tinjauan dari komite, dapatkan izin, lalu tunggu masa pemberitahuan wajib sebelum kru dapat menyentuh apa pun yang menopang beban. Ada tepat satu pengecualian yang menabrak seluruh proses itu: panel keselamatan kebakaran yang dapat dipicu segera oleh segelintir staf senior saat terjadi keadaan darurat yang sedang berlangsung—tanpa masa tunggu, tanpa komite, dan tindakan dapat dilakukan dalam hitungan menit.
Struktur tata kelola ZKsync—yang menjadi tempat beradanya rantai GRVT di dalamnya—memiliki pengecualian serupa. Peningkatan protokol biasa memiliki penundaan wajib sekitar 4 hari 3 jam hingga 8 hari 3 jam sebelum dapat dieksekusi, sehingga komunitas punya waktu untuk memperhatikan dan merespons hal yang mencurigakan pada perubahan kode yang diusulkan. Namun ada satu jalur untuk melompati seluruh masa tunggu itu: Emergency Upgrade Board, yang dibentuk oleh Dewan Keamanan, para Guardian, dan ZK Foundation Multisig yang bertindak bersama, dapat mendorong sebuah peningkatan secara langsung tanpa penundaan sama sekali. Mekanisme ini ada karena alasan yang nyata: kerentanan kritis yang ditemukan di tengah serangan tidak bisa menunggu 4 hari untuk jendela peninjauan komunitas sebelum ditambal. Tetapi jalur cepat yang sama yang memungkinkan tim menghentikan eksploit aktif dalam hitungan menit—secara desain—juga merupakan cara bagi kelompok kecil yang terkoordinasi untuk mendorong perubahan kontrak tanpa pemberitahuan publik jika mereka memilih demikian. Tidak ada apa pun dalam mekanisme itu sendiri yang memberi tahu pengamat di luar pihak mana skenario yang sebenarnya sedang terjadi pada momen saat mekanisme itu aktif.
Apakah Emergency Upgrade Board adalah katup pengaman yang diperlukan atau sebuah risiko sentralisasi sepenuhnya bergantung pada situasi saat mekanisme itu digunakan, dan pengguna GRVT tidak punya cara untuk membedakan tambalan darurat dari tambalan yang dipacu terburu-buru sampai setelah semuanya terjadi. Tidak satu pun dari dua pembacaan itu sepenuhnya salah, dan posisi yang jujur adalah bahwa komprominya belum terselesaikan—hanya diterima sebagai biaya untuk bergerak cepat ketika itu benar-benar penting.
@grvt_io #grvt
$LAB
Struktur tata kelola ZKsync—yang menjadi tempat beradanya rantai GRVT di dalamnya—memiliki pengecualian serupa. Peningkatan protokol biasa memiliki penundaan wajib sekitar 4 hari 3 jam hingga 8 hari 3 jam sebelum dapat dieksekusi, sehingga komunitas punya waktu untuk memperhatikan dan merespons hal yang mencurigakan pada perubahan kode yang diusulkan. Namun ada satu jalur untuk melompati seluruh masa tunggu itu: Emergency Upgrade Board, yang dibentuk oleh Dewan Keamanan, para Guardian, dan ZK Foundation Multisig yang bertindak bersama, dapat mendorong sebuah peningkatan secara langsung tanpa penundaan sama sekali. Mekanisme ini ada karena alasan yang nyata: kerentanan kritis yang ditemukan di tengah serangan tidak bisa menunggu 4 hari untuk jendela peninjauan komunitas sebelum ditambal. Tetapi jalur cepat yang sama yang memungkinkan tim menghentikan eksploit aktif dalam hitungan menit—secara desain—juga merupakan cara bagi kelompok kecil yang terkoordinasi untuk mendorong perubahan kontrak tanpa pemberitahuan publik jika mereka memilih demikian. Tidak ada apa pun dalam mekanisme itu sendiri yang memberi tahu pengamat di luar pihak mana skenario yang sebenarnya sedang terjadi pada momen saat mekanisme itu aktif.
Apakah Emergency Upgrade Board adalah katup pengaman yang diperlukan atau sebuah risiko sentralisasi sepenuhnya bergantung pada situasi saat mekanisme itu digunakan, dan pengguna GRVT tidak punya cara untuk membedakan tambalan darurat dari tambalan yang dipacu terburu-buru sampai setelah semuanya terjadi. Tidak satu pun dari dua pembacaan itu sepenuhnya salah, dan posisi yang jujur adalah bahwa komprominya belum terselesaikan—hanya diterima sebagai biaya untuk bergerak cepat ketika itu benar-benar penting.
@grvt_io #grvt
$LAB
GRVT memasarkan dirinya dengan klaim self custody, dana tidak pernah dipegang pihak ketiga, dan kendali ada di tangan trader. Namun, dana asuransinya diam-diam justru mempersulit penawaran tersebut. Ketika posisi yang dilikuidasi ditutup pada harga yang lebih buruk daripada harga kebangkrutannya, kekurangan itu harus datang dari suatu sumber; dan di GRVT, seperti hampir di setiap bursa berleveraged, sumber itu adalah modal dari kumpulan bersama yang dibiayai oleh biaya likuidasi yang dikumpulkan dari semua trader di platform.
Secara fungsional, kumpulan itu adalah risiko pihak lawan gabungan. Jika dana asuransi kehabisan dana selama peristiwa ekstrem, penyangganya bergeser ke auto deleveraging, di mana trader yang sedang untung bisa dipaksa menutup posisi menang mereka untuk menutup kekurangan milik orang lain. Tidak ada satu pun mekanisme ini yang ada hubungannya dengan siapa yang memegang kunci privat atas jaminan Anda. Self custody melindungi aset Anda dari perusahaan GRVT; itu tidak berbuat apa-apa untuk melindungi open PnL Anda dari realitas matematis bahwa derivatif berleveraged membutuhkan bentuk “pembagian kerugian” ketika sebuah posisi bangkrut lebih cepat daripada waktu yang dibutuhkan untuk menutupnya.
Ini bukan kekurangan yang unik bagi GRVT; setiap venue perpetual yang serius bekerja seperti ini. Tetapi hal ini berarti “pitch” self custodial dan “pitch” dana asuransi menjawab dua pertanyaan yang berbeda. Yang satu tentang siapa yang menyimpan modal Anda. Yang lainnya tentang siapa yang menanggung kerugian ketika pergerakan pasar lebih cepat daripada mesin likuidasi dapat merespons, dan self custody tidak pernah dimaksudkan untuk menjawab pertanyaan kedua itu sendirian. Saya memikirkan ini setiap kali sebuah proyek memasarkan dirinya murni pada sudut self custody tanpa menyebut dana asuransi dalam napas yang sama, karena kedua mekanisme tersebut menjawab pertanyaan risiko yang benar-benar berbeda, dan mencampuradukkannya membuat trader merasa keliru seolah keuntungan unrealized mereka benar-benar terlindungi selama peristiwa ekor (tail event) yang nyata di venue berleveraged mana pun, termasuk GRVT.
@grvt_io #grvt
$LAB
Secara fungsional, kumpulan itu adalah risiko pihak lawan gabungan. Jika dana asuransi kehabisan dana selama peristiwa ekstrem, penyangganya bergeser ke auto deleveraging, di mana trader yang sedang untung bisa dipaksa menutup posisi menang mereka untuk menutup kekurangan milik orang lain. Tidak ada satu pun mekanisme ini yang ada hubungannya dengan siapa yang memegang kunci privat atas jaminan Anda. Self custody melindungi aset Anda dari perusahaan GRVT; itu tidak berbuat apa-apa untuk melindungi open PnL Anda dari realitas matematis bahwa derivatif berleveraged membutuhkan bentuk “pembagian kerugian” ketika sebuah posisi bangkrut lebih cepat daripada waktu yang dibutuhkan untuk menutupnya.
Ini bukan kekurangan yang unik bagi GRVT; setiap venue perpetual yang serius bekerja seperti ini. Tetapi hal ini berarti “pitch” self custodial dan “pitch” dana asuransi menjawab dua pertanyaan yang berbeda. Yang satu tentang siapa yang menyimpan modal Anda. Yang lainnya tentang siapa yang menanggung kerugian ketika pergerakan pasar lebih cepat daripada mesin likuidasi dapat merespons, dan self custody tidak pernah dimaksudkan untuk menjawab pertanyaan kedua itu sendirian. Saya memikirkan ini setiap kali sebuah proyek memasarkan dirinya murni pada sudut self custody tanpa menyebut dana asuransi dalam napas yang sama, karena kedua mekanisme tersebut menjawab pertanyaan risiko yang benar-benar berbeda, dan mencampuradukkannya membuat trader merasa keliru seolah keuntungan unrealized mereka benar-benar terlindungi selama peristiwa ekor (tail event) yang nyata di venue berleveraged mana pun, termasuk GRVT.
@grvt_io #grvt
$LAB
Masuk untuk menjelajahi konten lainnya