Dusk berkata “privasi yang dapat diaudit”, jadi kunci serbaguna itu ada di tangan siapa?
Saat pertama kali membaca gagasan “privasi yang dapat diaudit” dari Dusk, saya merasa desain ini sangat cerdas—data transaksi dienkripsi, tidak ada yang bisa melihat, tetapi ketika otoritas pengawas mengeluarkan surat perintah pengadilan, mereka bisa membuka semuanya dengan satu kunci khusus. Sekilas terdengar seperti kompromi sempurna antara privasi dan regulasi. Namun kemudian saya teringat sebuah masalah mematikan: pada akhirnya, kunci serbaguna itu dipegang oleh siapa? @Dusk
Menurut Dusk, kuncinya diberikan kepada sebuah “komite pengawas”, dikelola dengan multi-tanda tangan (multisig) agar kekuasaan terdistribusi. Tetapi setelah saya pikirkan lebih jauh—komite itu terdiri dari siapa? Bagaimana mereka dipilih? Apakah sudah ditentukan oleh yayasan, atau dipilih oleh pemegang koin? Apakah anggota tersebar di berbagai yurisdiksi? Jika pengadilan Uni Eropa memerintahkan audit, tetapi hukum di negara tempat salah satu anggota berada melarang kerja sama, bagaimana?
Saya tidak menemukan jawaban atas pertanyaan-pertanyaan itu. Yang lebih menyakitkan adalah, dalam kerangka hukum modern, siapa pun orang atau institusi yang punya lokasi fisik, tidak bisa sepenuhnya lepas dari belenggu yurisdiksi. Anggota komite pasti punya kewarganegaraan, tempat tinggal, dan aset—semuanya adalah titik lemah menurut hukum. Seorang anggota berkewarganegaraan AS, lalu pemerintah AS membekukan asetnya dan mengancam akan menuntut—berapa lama dia bisa bertahan? Di bawah tekanan hukum, kehendak pribadi sering kali rapuh. #dusk $DUSK
Mungkin ada yang akan mengatakan bahwa multisig bisa mencegah penyalahgunaan. Tapi saya makin yakin: perlindungan multisig hanya melindungi “lapisan teknis” agar tidak bisa dibuka oleh satu orang. Ketika beberapa yurisdiksi sekaligus menekan, perlindungan multisig yang katanya ada itu berubah menjadi formalitas. Bukan teknologinya yang dibobol—melainkan realitas sifat manusia dan hukum yang menembus desain teknologi tersebut.
Dusk berusaha memegang privasi dan regulasi sekaligus, tetapi pada akhirnya memberi Anda ilusi privasi, tanpa mampu mencegah konsentrasi kekuasaan. Saya tidak menganggap ini sebagai kesalahan desain, tetapi saya merasa mekanisme ini jauh dari seaman yang dipromosikan. Kunci itu memang terdistribusi secara teknis, tetapi secara nyata tetap dikendalikan oleh segelintir orang. Selama ada siapa pun yang terlibat, akan ada tekanan hukum dan politik di dunia nyata. Jadi, kepunyaan terakhir dari kunci itulah jawaban sesungguhnya dari desain ini. Saya menunggu sebuah sistem benar-benar terdesentralisasi yang harus membuat tidak ada siapa pun, tidak ada institusi, dan tidak ada otoritas pengadilan yang bisa memaksa membuka kunci privasi itu.
Dusk memposisikan dirinya sebagai “rantai privasi milik institusi yang teregulasi”. Artinya: Anda boleh melakukan transaksi privasi, tetapi institusi pengawas punya wewenang untuk melihat. Dari sisi desain mekanismenya, wewenang ini diserahkan kepada “node kedaulatan”—kunci audit dipegang oleh node kepatuhan; ketika institusi pengawas meminta untuk melihat, node akan mendekripsi dan menyediakan data. Kedengarannya seperti menyelesaikan kontradiksi klasik antara “privasi vs kepatuhan”.
Namun saya ingin menanyakan satu hal: siapa yang memutuskan siapa saja yang menjadi “node kedaulatan”? Apa kriteria seleksinya? Kalau node kedaulatan diserang, kuncinya bocor, apakah seluruh riwayat transaksi semua pengguna otomatis akan terekspos?
Saya membaca dokumen Dusk: node kedaulatan ditinjau dan ditetapkan oleh Yayasan Dusk. Standar peninjauannya adalah “kepatuhan dan kemampuan teknis” — tidak ada rincian spesifik yang ditulis. Jika node kedaulatan dikendalikan oleh suatu institusi pengawas, atau node kedaulatan dipaksa menyerahkan kunci, seberapa banyak privasi pengguna yang masih tersisa dalam kerangka “kepatuhan kedaulatan” ini? @Dusk
Yang lebih membuat saya khawatir adalah, secara teknis desain ini memang bisa mewujudkan “privasi yang dapat diaudit” — transaksi disembunyikan, tetapi node audit bisa membukanya. Namun pada intinya, Anda tidak sedang mempercayai kriptografi; Anda mempercayai bahwa node kedaulatan tidak akan menyalahgunakan wewenang. Anda tidak sedang mempercayai matematika; Anda mempercayai bahwa institusi tidak akan berbuat jahat.
Narasi kepatuhan Dusk memang sangat kompetitif di hadapan klien institusional. “Kami bisa membuat Anda terdaftar di blockchain, sekaligus memenuhi kebutuhan regulator” — kalimat itu benar-benar bernilai bagi lembaga keuangan yang anggaran kepatuhannya mencukupi. Tetapi prasyarat agar “bisa membuat Anda terdaftar di blockchain” adalah: Anda harus menerima bahwa node kedaulatan berhak melihat transaksi Anda. Anda adalah klien institusi, Anda beroperasi di ruang kaca, dan ketika regulator ingin melihat, mereka bisa melihat. Jadi “privasi” itu sebenarnya privasi untuk siapa? Privasi publik atau transparansi bagi regulator. Inilah yang ingin dijual Dusk. Tetapi “kepatuhan kedaulatan” itu sendiri menuntut Anda untuk mempercayai suatu otoritas tertentu. Jadi ini soal “privasi” atau “ekspos yang dikendalikan”—tergantung dari sudut pandang Anda berdiri di pihak yang mana. #dusk $DUSK
Kelemahan PLONK milik Dusk, lapisan privasi senilai 600 ribu dolar AS nyaris ditembus oleh pemalsuan sebuah bukti
Setelah saya membaca laporan keamanan yang diungkapkan OtterSec pada 30 April 2026, saya terdiam kira-kira lima menit. Verifikator pada dusk-plonk sama sekali tidak memverifikasi empat komitmen polinomial yang diberikan oleh pembuktinya. Sederhananya, penyerang dapat memalsukan bukti nol pengetahuan palsu tanpa perlu aset nyata apa pun untuk mencetak token DUSK dan mentransfer keuntungan ilegal. Sebuah protokol privasi yang dirancang untuk pasar keuangan teregulasi, tetapi inti kriptografinya punya celah yang memungkinkan penyerang menciptakan token tanpa dasar. Infrastruktur yang mengklaim membuat institusi merasa aman untuk dipasang di blockchain—di lapisan privasi, terdapat cacat mendasar seperti ini.
Narasi kepatuhan di dalam whitepaper terlihat sangat bagus, tapi di kode justru nyaris ada pintu belakang untuk pencetakan tak terbatas. Anda bisa mengatakan bahwa celahnya sudah diperbaiki. Namun, celah seperti ini muncul pada proses verifikasi di lapisan privasi—dan itu sendiri merupakan tamparan bagi penetapan posisi “privacy first”. Proyek yang hidup dari ZK, tetapi implementasi ZK-nya bermasalah. Setelah membaca laporan itu, pertanyaan pertama yang muncul di kepala saya adalah—jika sebuah blockchain privasi yang bergantung pada ZK masih dapat menghasilkan celah seperti ini dalam implementasi ZK, apa lagi yang tidak akan bermasalah?
Nilai pasar Dusk yang sempat di puncak sudah turun cukup banyak; jika 600 ribu dolar AS itu dihitung berdasarkan harga koin saat itu, dan penyerang memanfaatkan celah ini untuk mencetak token dalam jumlah besar, harga bisa langsung anjlok. @Dusk
Saya menemukan dan menelusuri laporan audit Dusk. Pihak yang mengaudit adalah Dust Labs. Ruang lingkup audit hanya mencakup sebagian modul, lalu apakah logika verifikasi dusk-plonk memang berada di dalam ruang lingkup audit tersebut? Saya tidak menemukan penjelasan yang jelas. Jika kode inti lapisan privasi suatu proyek justru terlewat dalam audit, atau jika audit itu sendiri tidak mencakup area yang diperlukan, maka nilai laporan audit perlu dinilai ulang. Audit bukan sesuatu yang dilakukan sekali lalu selesai.
Saya tidak mengatakan Dusk tidak dapat dipercaya, tetapi proyek yang menulis “privasi” dalam namanya—dan pada lapisan verifikasi ZK paling inti justru ada celah mendasar seperti ini—sulit bagi saya untuk meyakinkan diri sendiri agar terus memegangnya. Tunggu sampai inti kriptografi melewati beberapa putaran verifikasi lagi. Untuk saat ini saya taruh dulu di daftar pantauan, sambil melihat apakah akan ada pengungkapan celah baru di kemudian hari. Jika modul yang sama kembali bermasalah, maka itu bukan lagi sekadar masalah teknis, melainkan masalah proses. #dusk $DUSK
Mekanisme slashing Babylon—bug kode bisa membakar BTC Anda secara permanen
Inovasi paling inti Babylon adalah mekanisme slashing. Melakukan slashing di Bitcoin, sebelumnya tidak pernah ada yang melakukannya. Secara teknis memang sangat maju, tapi masalahnya juga datang dari sisi teknis. Dalam laporan penilaian risiko Hindenrank, ada satu kalimat yang saya baca berkali-kali: “Slashing is enforced cryptographically — an honest software bug can burn your BTC irreversibly.” Artinya, sebuah bug perangkat lunak yang jujur saja bisa membakar BTC Anda secara permanen. Bukan serangan peretas, bukan tindakan jahat—melainkan kode validator yang Anda pilih mengalami bug, secara tidak sengaja memicu kondisi slashing, dan BTC Anda pun lenyap. Yang lebih mengerikan, jika beberapa validator menjalankan klien yang sama yang juga punya bug, satu bug saja dapat sekaligus membakar BTC milik semua orang. Dalam sistem ini, slashing bukan “dihukum karena berbuat jahat”, melainkan “dihukum karena terjadi kesalahan”. @BabylonLabs_io
Babylon menggunakan EOTS (tanda tangan sekali pakai yang dapat diekstrak) sebagai fondasi kriptografi untuk slashing. Jika validator melakukan double-signing, private key akan terekspos, dan penyerang bisa langsung mengambil BTC yang terkait. Mekanisme ini di dalam paper terlihat sangat indah—berbuat jahat dihukum, dan logikanya tertutup. Tapi di dunia nyata, bug kode, kondisi balapan saat node di-restart, keterlambatan jaringan, semuanya dapat membuat validator yang jujur secara tidak sengaja memicu double-signing. Lalu dalam sekejap itu, BTC senilai puluhan juta dolar dimusnahkan secara permanen. Bitcoin bukan Ethereum—tidak ada rollback, tidak ada pemungutan suara tata kelola untuk memulihkan aset yang terkena slashing. Salah ya salah, dibakar ya dibakar. Setelah dibakar, tidak ada yang bisa membantu Anda mendapatkannya kembali.
Mekanisme slashing saat ini tidak memiliki satu pun contoh yang sudah teruji di medan pertempuran. Paket slashing pertama yang diterapkan pada Bitcoin: untuk pertama kalinya mengelola aset senilai ratusan miliar dolar, dan untuk pertama kalinya menghadapi penyerang sungguhan. Ketiga “pertama kali” itu menumpuk sekaligus, dan saya kurang merasa nyaman. Mekanisme slashing Babylon memang ditulis sangat bagus dalam paper, tetapi antara paper dan mainnet terdapat seluruh lini produksi. Sampai kodenya sudah diverifikasi, dan skenario batas sudah diutak-atik sampai tuntas, saya tidak akan memasukkan BTC ke sana. Bukan karena tidak percaya teknologinya, melainkan karena tidak percaya pada “senjata baru” yang belum ada uji coba apa pun sebelum benar-benar dipakai di medan nyata. Tunggu sampai benar-benar berjalan mulus. Justru ketika belum pernah terjadi satu pun peristiwa slashing, itu justru yang paling berbahaya. #baby $BABY
Sebuah platform meluncurkan layanan staking Babylon, tapi setelah saya membaca ketentuannya, ternyata bukan self-custody
Pada 22 Juli, sebuah platform meluncurkan layanan staking Bitcoin Babylon. Pengguna bisa langsung melakukan staking BTC di platform tersebut untuk mendapatkan imbal hasil melalui protokol Babylon, dengan estimasi APR sekitar 1%. Tidak perlu jembatan lintas-chain, tidak perlu enkapsulasi (wrapper), dan BTC tetap berada di mainnet Bitcoin.
Kedengarannya seperti Babylon akhirnya masuk ke arus utama. Tapi setelah saya membaca ketentuan dari platform itu, saya menemukan satu detail. BTC yang di-staking dititipkan oleh platform tersebut, dan selama masa staking pengguna tidak dapat memindahkan BTC itu. Platform itu yang menjalankan proses staking Babylon, mengelola skrip time-lock untukmu, dan mengambil (klaim) reward BABY. Kamu tidak perlu melakukan apa pun—imbal hasil akan otomatis masuk. Namun ini berarti kamu melepaskan self-custody.
Gagasan inti Babylon adalah “staking BTC tanpa perlu mempercayai pihak ketiga.” Dalam versi platform itu, justru kepercayaan kepada pihak ketiga menjadi prasyarat.@BabylonLabs_io
Babylon selalu menekankan bahwa dirinya berbeda dari skema cross-chain—tidak perlu bridge, tidak perlu enkapsulasi, dan tidak perlu menyerahkan BTC kepada siapa pun. Produk dari platform ini memang membuat BTC tidak keluar dari mainnet Bitcoin, tetapi kendali atas private key tidak ada di tanganmu. Saat kamu menekan tombol “staking” di platform tersebut, pada dasarnya itu adalah produk kustodian terpusat; di lapisan bawah, mereka menggunakan protokol Babylon. APR 1%—setelah dipotong bagian platform—mungkin yang diterima malah lebih rendah. Kamu menanggung risiko protokol Babylon, risiko kustodian dari platform tersebut, dan risiko fluktuasi harga BTC, sebagai imbalannya kamu mendapat imbal hasil yang kurang dari 1%.
Saya tidak mengatakan produk platform itu buruk. Untuk pemegang BTC yang tidak ingin repot mengurus alur teknisnya sendiri, ini memang pintu masuk yang praktis. Tapi “praktis” dan “self-custody” itu dua hal yang berbeda. Yang menarik dari Babylon adalah self-custody; yang dijual oleh platform adalah kustodi. Memahami Babylon lewat versi platform itu bisa menyebabkan salah paham tentang apa sebenarnya yang sedang dikerjakan protokol ini.
Sebelum memikirkan ini dengan jelas, saya tidak akan memasukkan BTC saya ke dalam pool staking milik platform tersebut.#baby $BABY