bro_sf

Akan senang melihat proyek yang lebih kuat di Binance Alpha Booster berikutnya 👀🙂

Proyek seperti Termix, Allox, Prime Labs, Catapult, dan Realgo sudah ada di daftar pantauan saya. Bukan berarti semuanya sudah dikonfirmasi—hanya berbagi kemungkinan.
Saya berharap @Binance Square Official menghadirkan lebih banyak proyek berkualitas ke kampanye Booster mendatang, terutama proyek dengan utilitas nyata, komunitas yang kuat, serta peluang hadiah yang lebih baik bagi kreator dan pengguna aktif.
Proyek yang bagus membuat kampanye lebih seru dan memberi seluruh komunitas lebih banyak alasan untuk ikut berpartisipasi. 🔶

Proyek mana dari ini yang ingin Anda lihat di Binance Alpha Booster di masa depan?

#Binance #BinanceSquare #AlphaBooster #Web3 #CryptoCommunity

#ElonMusk. 🤡🙂

#dusk $DUSK @Dusk
Sebelumnya, saya mengira sebuah token hanya perlu melakukan satu hal dengan baik: bergerak ketika diperintahkan. Selebihnya terasa seperti masalah aplikasi.
Melihat apa yang sebenarnya harus dilakukan keamanan selama masa hidupnya, saya menemukan tiga momen ketika sebuah token harus menolak.
Yang pertama adalah menolak akun kedua. Pemegang yang disetujui tidak seharusnya memegang posisi di beberapa tempat, karena daftar pemegang saham harus menjawab satu pertanyaan dengan jelas: berapa banyak orang ini memiliki. Bobot suara, ambang pelaporan, dan batas kepemilikan semuanya akan rusak jika orang yang sama diam-diam duduk di lima wallet. Itu bertentangan langsung dengan kebiasaan yang telah dilatih oleh kripto kepada kita, di mana memisahkan alamat adalah praktik yang baik.
Yang kedua adalah menolak uang Anda. Beberapa instrumen membatasi seberapa banyak yang boleh diambil oleh satu pemegang, dan batas itu ditulis dalam dokumen hukum, bukan diciptakan oleh seorang pengembang. Jika batas itu hanya ada dalam kebijakan, seseorang memeriksa setelahnya dan membongkar pelanggarannya. Jika batas itu ada di dalam aset, transfer tidak pernah selesai dan tidak ada yang perlu dibongkar.
Yang ketiga adalah menolak untuk ada. Obligasi jatuh tempo. Unit reksa dana ditebus. Instrumen itu tidak diserahkan kepada pemilik akhir dan dibiarkan di sana—instrumen itu diselesaikan lalu dimusnahkan, karena kewajiban di baliknya telah dilunasi.
Yang saya anggap menonjol adalah bahwa ketiga hal ini tidak ada dalam sebagian besar penjelasan tokenisasi, yang berhenti pada penerbitan dan perdagangan seolah-olah itulah bagian yang menarik.
Yang tidak bisa saya nilai adalah bagaimana yang ketiga itu berperilaku ketika pembayaran terjadi di luar rantai (off-chain) dan pemusnahan terjadi di rantai (on-chain). Tampaknya itu adalah tempat paling mudah bagi dua catatan untuk saling bergeser.
Mulai dari sini, saya berhenti melihat token sebagai wadah untuk nilai. Untuk aset-aset ini, token lebih mirip buku pedoman (rulebook) yang kebetulan dapat dialihkan.

#dusk $DUSK @Dusk
Sebelumnya, saya mengira bahwa memiliki banyak dompet hanyalah cara kerja kripto. Buat sebanyak yang Anda mau, bagi sesuka hati, tidak ada yang bertanya mengapa.

Setelah membaca tentang bagaimana model Dusk untuk aset teregulasi dirancang, saya menemukan sebuah batasan yang langsung bertentangan dengan kebiasaan itu.
Untuk sebuah keamanan, pemegang yang telah disetujui sebelumnya tidak seharusnya bisa memegang lebih dari satu akun. Bukan karena seseorang bersikap membatasi demi kesenangan semata, melainkan karena buku daftar pemegang saham harus menjawab satu pertanyaan dengan jelas: berapa banyak yang dimiliki orang ini?
Jika orang yang sama yang telah disetujui dapat diam-diam memiliki posisi di lima tempat sekaligus, maka setiap pertanyaan yang dibangun berdasarkan kepemilikan menjadi ambigu. Bobot suara. Ambang pelaporan. Batasan seberapa banyak yang boleh dikendalikan oleh setiap pemegang.
Hal yang saya anggap sangat menonjol adalah bahwa ini justru kebalikan dari apa yang dioptimalkan kripto pada umumnya. Kita memperlakukan pemisahan alamat sebagai privasi dan sebagai praktik yang baik. Dalam instrumen yang teregulasi, pemisahan yang sama adalah sebuah cacat.

Jadi desainnya harus mendamaikan dua hal yang saling menarik terpisah. Pemegang tetap harus memiliki kerahasiaan terhadap publik. Daftar itu tetap harus tidak ambigu tentang identitas dan ukurannya.
Saya tidak yakin seberapa baik dua hal itu bisa tetap berjalan selaras ketika volume nyata datang, dan saya belum melihatnya diuji secara terbuka.

Namun dari sini saya berhenti menganggap sebuah dompet sebagai wadah netral. Untuk beberapa aset, dompet adalah bagian dari catatan hukum, dan aturan yang berlaku untuk dompet tersebut berasal dari tempat lain selain perangkat lunaknya.

🚨 Pembaruan Distribusi TMX — Hari Klaim Sudah Tiba

Kampanye TermMax Booster kini resmi telah mencapai tahap distribusi, dan hari ini adalah tanggal yang ditunggu oleh para peserta.

⏰ Klaim TMX akan dibuka hari ini pukul 16:00 Waktu Bangladesh.

Ada dua kategori hadiah utama yang ditampilkan dalam pembaruan kampanye:

🎁 TermMax Lucky Draw
→ 21.25 TMX per pemenang

🏆 TermMax Grand Reward
→ 300 TMX per pengguna yang memenuhi syarat

Bagi pengguna yang memeriksa halaman hadiah Binance Web3 Wallet, alokasi mungkin saat ini terlihat di bawah “Pending TGE or Vesting.” Artinya melihat 0 / alokasi TMX tidak selalu berarti hadiah sudah hilang — alokasinya sudah ditampilkan, tetapi belum berpindah ke tahap yang bisa diklaim/diterima.

Di dasbor hadiah yang ditampilkan di sini, misalnya, terlihat dua alokasi:

• 21.25 TMX
• 306.74846 TMX

Keduanya masih berstatus Pending TGE or Vesting.

Jadi hal penting sekarang itu sederhana: cek halaman hadiah Booster setelah jendela klaim dibuka. Jika hadiah Anda menjadi Instant Claim, Anda seharusnya bisa mengklaimnya langsung. Jika yang ditampilkan adalah tanggal klaim / status vesting, ikuti tanggal yang tertera untuk alokasi Anda.

Hari ini pada dasarnya adalah transisi dari “reward confirmed” → “reward distribution.” 👀

Cek Binance Web3 Wallet Anda dan jangan sampai Pending disangka Missed.

$TMX #TermMax

#dusk $DUSK @Dusk
Sebelumnya, saya berasumsi bahwa jika Anda memegang token yang mewakili sebuah obligasi, Anda memiliki obligasinya. Token tersebut berada di dalam rantai (chain), kunci Anda mengendalikan token itu, jadi pertanyaan kepemilikan terasa sudah selesai.
Namun setelah saya melihat lebih cermat bagaimana aset yang teregulasi seharusnya bekerja di dalam sebuah chain seperti Dusk, saya mulai menyadari bahwa saya melewatkan satu langkah.
Kepemilikan atas sebuah instrumen keuangan adalah fakta hukum, bukan hal teknis. Di suatu tempat ada daftar (register), dokumen hukum, atau entitas yang catatannya menentukan siapa yang menurut hukum dianggap sebagai pemiliknya. Sebuah token bisa mewakili hal itu. Token juga bisa menjadi daftar itu sendiri. Dua bentuk pengaturan itu sangat berbeda, dan dari luar keduanya tampak identik.
Yang menarik perhatian saya adalah bahwa inilah pekerjaan sebenarnya dalam tokenisasi. Bukan sekadar memindahkan token dengan cepat, tetapi membuat catatan di-chain dan catatan yang diakui secara hukum menjadi catatan yang sama, sehingga tidak pernah ada momen ketika buku besar (ledger) mengatakan satu hal sementara hukum mengatakan hal lain.
Jika kedua hal itu pernah tidak sepakat, yang menang adalah hukum, dan token tersebut berubah menjadi tanda terima (receipt) untuk sesuatu yang mungkin saja—atau mungkin tidak—masih Anda miliki.
Saya pikir inilah yang menjelaskan mengapa proyek-proyek serius di ruang ini bergerak dengan lambat dan menghabiskan waktunya bersama institusi berlisensi, bukan dengan pengguna. Kesesuaian itu tidak bisa dibangun hanya oleh sebuah protokol. Kesesuaian itu harus diakui oleh orang-orang yang memelihara catatan hukum.
Saya masih belum bisa memastikan dari luar seberapa sepenuhnya hal itu telah tercapai dalam kasus tertentu mana pun, dan saya akan berhati-hati terhadap siapa pun yang mengklaim kepastian di sana.
Tapi dari sini saya berhenti membaca kata "tokenized" sebagai berarti dimiliki. Itu berarti direpresentasikan. Apakah representasi dan kepemilikan adalah hal yang sama bergantung pada pengaturan yang terjadi jauh dari rantai.

#dusk $DUSK @Dusk
Saya dulu mengira bahwa setelah kode sebuah blockchain bersifat open source, jumlah tim yang mengimplementasikannya tidak terlalu penting. Protokolnya tetap protokol. Jika aturannya dipublikasikan, siapa pun bisa menulis versi kedua, dan fakta bahwa tidak ada yang merasa perlu merinci hal tersebut sampai sekarang.
Lalu saya mencari perangkat lunak node milik Dusk dan menemukan sesuatu yang mengubah cara saya membaca seluruh proyek.
Ada satu klien. Rusk, ditulis dalam Rust. Implementasi Go yang lebih lama masih ada di GitHub, secara terbuka ditandai deprecated dan tidak lagi dipelihara, dengan catatan yang mengarahkan semua orang ke Rusk.
Jadi setiap node di jaringan menjalankan kode yang sama.
Ini penting untuk direnungkan, karena pendekatan alternatif ada alasannya. Ethereum mendorong banyak klien yang independen supaya bug di satu klien tidak menghentikan rantai — yang lain tetap menghasilkan blok sementara perbaikannya dilakukan. Itu sengaja mahal, lambat, dan membuat duplikasi. Duplikasi adalah fitur keamanannya.
Dengan satu klien, bug konsensus tidak bersifat parsial. Itu berarti jaringannya.
Saya tidak berpikir ini sebuah kesalahan. Untuk tim kecil, satu klien yang sangat baik adalah pemanfaatan sumber daya yang jauh lebih baik daripada dua klien yang biasa-biasa saja, dan Rusk telah diaudit berulang kali — pustaka node, lapisan konsensus, protokol jaringan, semuanya ditinjau oleh perusahaan eksternal. Memusatkan upaya adalah keputusan rekayasa yang bisa dibela.
Namun itu berarti sebuah rantai yang dibangun untuk penyelesaian yang teregulasi saat ini belum memiliki keberagaman klien. Hal yang sangat dikejar infrastruktur pasar tradisional — redundansi, jalur kegagalan yang independen, tidak ada titik kegagalan tunggal — justru belum ada.
Yang tidak bisa saya pastikan dari luar adalah apakah implementasi kedua memang direncanakan, atau apakah dianggap tidak perlu pada tahap kehidupan jaringan ini. Dua jawaban itu sama-sama masuk akal. Saya hanya ingin tahu yang mana.
Sejak itu, saya berhenti membaca "open source" seolah-olah itu otomatis berarti tahan banting. Kode terbuka adalah sebuah undangan. Keberagaman klien adalah yang terjadi ketika seseorang menerimanya.

Apakah bukti tanpa pengetahuan (zero-knowledge proof) otomatis berarti 100% tanpa pihak tepercaya?

Kedengarannya begitu. Tidak ada yang melihat rahasianya, matematika memverifikasi buktinya.

Tapi makalah Citadel milik Dusk mengarah pada lapisan yang kurang nyaman di bawah PLONK: setup yang bersifat tepercaya (trusted setup).

Implementasi PLONK Dusk berjalan di atas BLS12-381 dan menggunakan KZG10 sebagai skema komitmen polinomial standarnya. KZG membutuhkan Common Reference String yang dibangkitkan dari kerandoman rahasia. Jika “limbah beracun” itu bertahan dan jatuh ke tangan penyerang, asumsi soundness bisa runtuh.

Makalah Citadel menyatakannya dengan gamblang: kerandoman setup yang dikompromikan dapat memungkinkan transaksi palsu dan “kerugian uang yang sangat besar.” Untuk Citadel, konsekuensinya adalah peniruan identitas pengguna dan penggunaan lisensi orang lain.

Jadi, apa sebenarnya arti “trusted setup” itu?

Bukan berarti Anda tidak mempercayai satu perusahaan dengan kata sandi master.

Sebuah upacara memungkinkan banyak partisipan untuk menambahkan kerandoman mereka secara berurutan. Masing-masing menghancurkan kontribusi pribadinya setelahnya. Sifat kuncinya adalah setup tetap aman asalkan bahkan satu partisipan jujur dan secara permanen membuang rahasianya.

Itu membuat saya bertanya: siapa saja yang berpartisipasi dalam upacara Dusk?

Ternyata ini justru lebih terdokumentasi daripada yang saya kira.

Repositori trusted-setup publik Dusk menyebut bahwa prosesnya dimulai dari respons Zcash Powers-of-Tau yang telah diverifikasi #87, lalu menambahkan 15 kontributor Dusk yang terdaftar. Repositori itu menampilkan catatan kontribusi dan langkah verifikasinya, sementara Dusk mengatakan hasilnya akan dipublikasikan agar pihak lain bisa memverifikasinya.

Namun itu tidak membuktikan semua asumsi operasional selamanya. Saya tetap ingin tahu apakah parameter produksi sesuai dengan transkrip yang dipublikasikan tersebut, dan bagaimana keterkaitan itu telah dicek secara independen dalam praktiknya saat ini.

Jadi pertanyaan yang adil menjadi lebih spesifik: bisakah saya menelusuri parameter kriptografis yang sedang digunakan kembali ke upacara yang dapat diverifikasi secara publik?

Jika sebuah proyek secara terbuka mengakui kelemahan kriptografis dalam makalahnya sendiri, apakah itu justru membangun lebih banyak kepercayaan lewat transparansi—atau hanya membuat Anda ingin tahu seberapa nyata risiko itu masih ada?

#dusk $DUSK @Dusk

Aku pergi hanya karena aku mencoba memindahkan $DUSK melalui jembatan dan malah membaca riwayat insiden.

Pada 16 Januari 2026, seorang penyerang memperoleh akses ke signing wallet yang digunakan oleh layanan jembatan Dusk. @Dusk menggambarkan aktivitas mencurigakan di sekitar operational wallet yang dikelola oleh tim, lalu menonaktifkan dan mendaur ulang alamat terkait, menjeda jembatan, serta berkoordinasi dengan Binance.

Mereka juga menambahkan daftar blokir penerima di Web Wallet untuk mencegah transfer ke alamat yang terdampak kompromi, terkait penipuan, atau yang terkena sanksi.

Dusk mengatakan ini bukan kegagalan konsensus atau eksploit tingkat-protokol dari DuskDS, dan bahwa dana pengguna tidak terpengaruh.

Aku membaca hal itu dengan dua cara.

Pertama, responsnya adalah sinyal positif. Mereka mendeteksi perilaku abnormal, mematikan jalur yang berisiko, mengungkap insiden, lalu kemudian memublikasikan post-mortem yang rinci, alih-alih berhenti pada “dana aman.”

Untuk jaringan tahap awal, itu penting. Kecepatan penahanan dan kejelasan pengungkapan juga merupakan bagian dari catatan keamanan.

Namun bagian kedua lebih sulit untuk diabaikan.

Jembatan itu bergantung pada signing wallet di dalam jalur operasional yang dikelola tim. Post-mortem Dusk menyebut desain awal memprioritaskan kecepatan dan kesederhanaan, tetapi terlalu banyak memusatkan kepercayaan pada satu jalur. Setelah jalur signing itu dikompromikan, penyerang tidak perlu memecahkan konsensus Dusk.

Hal itu terasa kurang nyaman jika disandingkan dengan arah “trustless native bridge” DuskDS ↔ DuskEVM dari Dusk. Sebuah protokol bisa terdesentralisasi, sementara infrastruktur di atasnya tetap memiliki titik kendali manusia.

Demi kebaikan Dusk, jembatan tersebut didesain ulang: signing dipisahkan dari penanganan event, pelepasan dana dari ingestion event, paparan hot-wallet dikurangi, dan layanan diisolasi dengan lebih agresif.

Dokumen saat ini menjelaskan alur jembatan antara mainnet Dusk dan BSC, jadi menyebut shutdown Januari itu “masih ditutup” akan ketinggalan.

Jadi pertanyaan sebenarnya adalah:

Apakah kecepatan dan detail respons Dusk membangun lebih banyak kepercayaan, atau apakah satu jalur signing yang dioperasikan oleh tim dan memegang otoritas sebesar itu tetap menjadi perhatian utama?

#dusk $DUSK @Dusk

Setiap utas Dusk menyebut NPEX. Venue Belanda berlisensi itu, penerbitan yang terkonfirmasi bernilai €200M+, basis investor 20.000+, dan alur kerja infrastruktur pasar utama.
Hampir tidak ada yang menyebut bagaimana hubungan itu bermula.
Ikuti tautan media di beranda resmi Dusk dan salah satunya adalah artikel CoinDesk dari Desember 2020 yang melaporkan bahwa Dusk Network mengambil sekitar 10% saham di bursa saham Belanda yang kini mereka jadikan mitra.
Itu mengubah cara saya membaca kemitraan tersebut, ke dua arah.
Pembacaan yang dermawan: begini cara infrastruktur benar-benar dibangun di pasar yang teregulasi. Anda tidak bisa melakukan cold-call ke venue berlisensi lalu memintanya membangun ulang settlement stack-nya pada L1 Anda yang belum terbukti. Mengambil ekuitas menyelaraskan insentif, membawa Anda masuk ke percakapan kepatuhan, dan membeli kesabaran institusional selama bertahun-tahun yang tidak bisa dibeli oleh tim BD. Ini juga menjelaskan mengapa roadmap Dusk terbaca seperti rencana infrastruktur pasar, bukan rencana DeFi — mereka sudah berada di sisi meja itu sejak 2020.
Pembacaan yang hati-hati: bukti adopsi unggulan tidak sepenuhnya independen. Ketika validasi institusional besar sebuah rantai datang dari venue yang mereka pegang sahamnya, "sebuah institusi memilih kami" dan "kami berinvestasi pada sebuah institusi" mulai kabur.
Dua pembacaan itu bisa benar sekaligus, dan saya lebih memilih memegang keduanya daripada berpura-pura salah satunya adalah keseluruhan ceritanya.
Koreksi yang adil: laporan itu berasal dari 2020. Saya belum menemukan angka terbaru, dan kepemilikan dapat berubah. Jika seseorang punya angka yang lebih mutakhir, saya benar-benar ingin melihatnya.
Ketika sebuah protokol memiliki ekuitas pada mitra terbesarnya sendiri — itu terbaca sebagai komitmen untuk Anda, atau sebagai bentuk adopsi yang lebih lemah?

#dusk $DUSK @Dusk #NPEX

#dusk $DUSK @Dusk Saya mencari riwayat audit milik Dusk dan malah membaca sebuah pengungkapan.
Pada 30 April tahun ini, OtterSec memublikasikan bug ketepatan (soundness) yang mereka temukan di dusk-plonk, sistem pembuktian yang ditulis sendiri oleh Dusk, saat paper PLONK masih terbilang baru.
Versi singkatnya: sebuah transaksi shielded Phoenix digerakkan oleh tepat satu hal. Bukan tanda tangan, bukan pemeriksaan kedua — hanya satu vonis valid/tidak valid dari verifikator pembuktian. Catat kepemilikan, catat keanggotaan, integritas saldo, ketepatan nullifier: semua klaim itu hidup di dalam sirkuit, dan node hanya bertanya "apakah pembuktiannya terverifikasi?"
Empat nilai di dalam pembuktian disuplai oleh prover dan digunakan dalam persamaan verifikasi final tanpa pernah diperiksa terhadap komitmen yang sudah ada di verifier key. Komitmennya ada. Hanya saja tidak dipakai untuk keempat hal itu.
Ada dua hal yang membuatku terpaku.
Pertama, tidak ada second net. Rusk memeriksa hal-hal seperti keunikan nullifier sebelum verifikasi, tetapi untuk klaim-klaim di dalam pembuktian tidak ada jalur cadangan. Satu link yang rusak, dan setiap constraint dalam sirkuit langsung runtuh.
Kedua, tumpukan ini diaudit. dusk-plonk pada Desember 2023. Phoenix pada September 2024. Library node Rusk dari Oak Security pada September 2024. Penjelasan OtterSec sendiri mengenai kekeliruan itu adalah model mental: dalam PLONK versi buku teks, selektor adalah data sirkuit publik, jadi seorang reviewer berpikir "sisi verifier" lalu berhenti — melewati tepat bagian tempat implementasi Dusk mulai mengonsumsi nilai yang disuplai oleh prover.
Pantas dihargai: dilaporkan 13 Februari, diakui dan diperbaiki 14 Februari, rilis publik 27 Februari. Satu hari untuk mengakui dan menambal adalah respons yang serius.
Namun itu mengubah bagiku arti kata "diaudit". Audit adalah snapshot dari perhatian, bukan bukti kebenaran.
Saat Anda membaca bahwa sebuah rantai diaudit — apakah Anda memeriksa siapa, kapan, dan komponen mana?

Saya sedang membaca tentang sebuah alat open-source @Dusk yang dibuat untuk menangkap dokumentasi yang diam-diam berhenti selaras dengan kode. Jadi, secara alami saya menguji idenya pada target yang paling mudah: dokumentasi milik Dusk sendiri.
Alat tersebut adalah Pituitary. Berlisensi MIT, berupa satu binary saja, tanpa Docker dan tanpa kunci API. Ia mengindeks spesifikasi, dokumentasi, dan decision records Anda, lalu menandai keputusan yang saling tumpang tindih, dokumentasi yang sudah usang, kode yang bertentangan dengan spesifikasi, pergeseran istilah (terminology drift), serta rantai dampak ketika satu spesifikasi berubah. Alat ini juga menyertakan server MCP, sehingga agen coding berbasis AI mendapatkan pemahaman spesifikasi di tengah sesi, bukan dengan percaya diri membangun berdasarkan keputusan yang dibatalkan berbulan-bulan lalu. Tim blockchain yang membangun infrastruktur developer umum lalu memberikannya secara gratis di bawah MIT bukan sesuatu yang sering saya lihat. Apresiasi yang sepantasnya.
Lalu saya membaca dokumennya. Catatan Network Updates milik Dusk menyatakan dengan gamblang bahwa transaksi Phoenix yang baru ditolak di mainnet setelah restart Boreas, dan bahwa Moonlight adalah model transaksi yang didukung ke depannya. Halaman Transaction Models yang mempelajari masih mendeskripsikan Phoenix dalam bentuk present tense, sebagai salah satu dari dua cara bawaan nilai berpindah di DuskDS, dan diakhiri dengan memberi tahu Anda bahwa Anda bebas memilih di antara keduanya. Tidak ada penyebutan tentang penonaktifan di halaman tersebut.
Pergeseran spesifikasi seperti buku pelajaran, yang tertanam dalam dokumentasi tim yang merilis pendeteksi drift.
Sebagai catatan, dokumentasi selalu tertinggal dari kenyataan di setiap rantai. Yang membuat Dusk tidak biasa adalah ia menerbitkan catatan hard-fork yang presisi dan disertai sumber, dan itu satu-satunya alasan celahnya terlihat oleh saya. Intinya bukan bahwa mereka gagal. Melainkan bahwa bahkan tim yang membangun pendeteksinya pun tidak bisa sepenuhnya menghindari masalah tersebut.
Jadi dokumentasi mana yang benar-benar Anda percaya untuk sebuah chain: halaman learn, changelog, atau kode sumber? Dan apa yang Anda lakukan ketika ketiganya tidak sejalan?

#dusk $DUSK

#dusk $DUSK @Dusk NPEX adalah bursa saham Belanda, didirikan pada tahun 2008, yang memegang lisensi Multilateral Trading Facility (MTF) dan lisensi European Crowdfunding Service Providers (ECSP) dari AFM. Tokoh publik yang disebut oleh Dusk dan NPEX menempatkan pembiayaan yang difasilitasi oleh NPEX pada lebih dari €196–200 juta untuk 100+ UKM, dengan lebih dari 17.500 investor aktif. Dusk dan NPEX telah bermitra untuk memindahkan ekuitas dan obligasi yang tercatat ke on-chain, mengintegrasikan Chainlink CCIP untuk interoperabilitas lintas-chian dari aset tokenisasi yang diterbitkan di DuskEVM, serta mengadopsi Chainlink DataLink untuk membawa data pertukaran NPEX ke on-chain. Dusk menggambarkan kemitraan ini sebagai memberi protokol akses ke "paket lengkap lisensi keuangan" melalui NPEX — MTF, Broker, ECSP, dan lisensi DLT-TSS yang akan datang di bawah rezim Uji Coba DLT Uni Eropa — dengan sebuah NPEX dApp yang dibangun bersama dan berjalan di DuskEVM sebagai front end.

Perbedaan yang patut dicatat adalah antara infrastruktur dan kedudukan hukum. Secara teknis, sebuah blockchain bisa merepresentasikan obligasi atau saham ETF sebagai token tanpa token tersebut membawa pengakuan regulatori apa pun—itu hanya data kecuali ada entitas berlisensi yang berdiri di balik penerbitan, kustodi, dan perdagangan. Yang dibawa oleh NPEX bukanlah fungsionalitas smart contract; melainkan struktur lisensi yang membuat representasi on-chain atas sebuah sekuritas menjadi bermakna secara hukum di UE, ditambah dengan riwayat operasional yang memberi hubungan tersebut substansi nyata. Detail mengenai Rezim Uji Coba DLT menjadi penting khusus karena mekanisme UE ini memungkinkan sebuah MTF seperti NPEX juga memikul tugas penyelesaian pasca-perdagangan yang biasanya ditangani oleh kustodian sekuritas pusat—bagian dari tumpukan yang paling tepat digantikan oleh blockchain.

Sebuah lisensi melekat pada entitas yang dilisensikan, bukan pada protokol. Jika narasi institusional Dusk sangat menekankan hubungan dengan NPEX, legitimasi institusionalnya sebagian merupakan fungsi dari kedudukan regulatori satu bursa dan komitmen berkelanjutan untuk membangun di Dusk. Seberapa besar "kepatuhan yang dibangun sejak awal" merupakan properti di level protokol, dibandingkan properti dari kemitraan spesifik ini?

#dusk $DUSK @Dusk

Dulu saya mengira desain konsensus adalah bagian yang membosankan dari setiap proyek blockchain—sesuatu yang diperdebatkan oleh para insinyur, tetapi bukan sesuatu yang menentukan apakah aktivitas keuangan sungguhan bisa berjalan di atasnya. Membaca cara kerja kumpulan validator milik Dusk mengubah pandangan itu sedikit.

Kebanyakan rantai yang dipasarkan untuk keuangan teregulasi masih menjalankan konsensus yang dibangun untuk partisipasi terbuka terlebih dahulu, dengan kepatuhan ditambahkan kemudian. Dusk tidak meninggalkan fondasi permissionless itu—siapa pun yang mengunci jumlah taruhan yang diperlukan dapat menjadi provisioner—tetapi melakukan hal yang spesifik dengan itu. Konsensus Succinct Attestation-nya memilih komite provisioner yang memenuhi syarat melalui sortisi deterministik, lalu komite tersebut mengusulkan, memvalidasi, dan meratifikasi setiap blok melalui putaran pemungutan suara yang eksplisit, bukan melalui finalitas probabilistik. Ini penting—jaringan yang ingin institusi menyelesaikan transaksi di atasnya memerlukan jawaban yang pasti dan dapat diaudit tentang finalitas blok, tanpa mengubah buku besar menjadi “buku terbuka” atas setiap aktivitas milik setiap peserta.

Yang paling menonjol adalah bahwa ini tidak diposisikan sebagai kompromi antara desentralisasi dan kepatuhan, melainkan sebagai batasan desain sejak hari pertama. Operator pasar yang beroperasi di bawah sesuatu seperti lisensi EU MTF membutuhkan proses konsensus yang hasilnya bisa diaudit blok per blok, tanpa setiap pihak lawan melihat setiap transaksi. Ini berbeda dari upaya mengoptimalkan TPS atau biaya gas—sesuatu yang sering diabaikan begitu saja dalam narasi “enterprise blockchain”.

Ini juga memunculkan pertanyaan yang belum saya punya jawaban pasti: finalitas berbasis komite meminta para provisioner pada setiap putaran benar-benar berkonvergensi dan menghasilkan sebuah atestasi, alih-alih membiarkan rantai “beres” seiring waktu. Apakah ini lebih cocok untuk penyelesaian yang teregulasi, atau hanya kompromi lain seputar liveness dan partisipasi, layak diuji dalam kondisi jaringan nyata, bukan sekadar menganggapnya benar dari desain. Kita tidak akan tahu sampai volume institusional sungguhan mencoba menyelesaikan transaksi di chain dan menekan asumsi-asumsi ini.

Terus kembali ke baris ini di dokumentasi Dusk—seorang regulator dapat memverifikasi bahwa suatu aturan diikuti tanpa pernah melihat transaksi yang mengikutinya. Bukan "percaya saja pada kami," melainkan bukti nyata. Batas kepemilikan, kelayakan, batasan transfer, apa pun aturannya, rantai tersebut menunjukkan buktinya dan menjaga data tetap terlindungi. Kebanyakan chain yang mengklaim "patuh" justru membuat semuanya publik dan menyebut itu transparansi, yang terus terang mengalahkan tujuan melakukan ini di sebuah privacy chain sejak awal. Jadi bagian yang bersifat selektif itu adalah inti idenya, bukan sekadar cara mengakalinya.

Namun, saya masih buntu pada satu hal: apa yang terjadi setelahnya. Sebuah bukti memberi tahu Anda bahwa aturan dipatuhi pada saat transaksi. Itu tidak memberikan siapa pun jejak untuk ditelusuri jika nanti ada sesuatu yang perlu diluruskan—sengketa antara dua pihak, penyelidikan, atau ada pihak yang mengklaim bahwa batasan transfer diam-diam diabaikan. Kriptografi dapat memastikan bahwa kepatuhan memang benar. Saya tidak yakin apakah kriptografi bisa merekonstruksi sebuah cerita seperti catatan kertas lama, padahal keuangan yang teregulasi bergantung pada kemampuan untuk kembali merekonstruksi hal-hal bertahun-tahun kemudian, bukan hanya mengonfirmasinya pada saat kejadian.

Saat ini DUSK berada di sekitar $0.065, naik hampir 7% dalam sehari terakhir, market cap mendekati $32M menurut CoinMarketCap—angka-angka bergerak, tapi itu sebenarnya bukan poin di sini.

@Dusk #dusk $DUSK

Sungguh, saya tidak tahu—apakah bukti kepatuhan tetap kuat ketika seseorang benar-benar perlu menggali apa yang terjadi, atau justru bagian itulah yang belum diuji oleh siapa pun?

Saya dulu mengira membuktikan kelayakan investor berarti mengungkap identitas di baliknya. Setelah melihat lebih dekat Citadel, asumsi itu berubah.
Alurnya dimulai dari sebuah kredensial — lisensi — yang dikeluarkan oleh License Provider tepercaya. Provider tersebut memeriksa pengguna secara off-chain, menandatangani atribut yang relevan, mempublikasikan lisensi terenkripsi, lalu mendaftarkannya dalam kontrak Citadel. Setelah itu, pengguna dapat menghasilkan bukti tanpa pengetahuan (zero-knowledge proof) untuk menunjukkan bahwa mereka memiliki lisensi yang terdaftar dan ditandatangani oleh provider — tanpa mengungkap kunci dompet mereka, atribut personal mereka, atau bahkan lisensi persis mana yang menghasilkan bukti tersebut.
Yang benar-benar mengubah cara berpikir saya adalah ini: layanan yang teregulasi kini dapat menerima bukti kriptografis bahwa sebuah pemeriksaan kelayakan telah dilakukan, tanpa identitas lengkap investor pernah menyentuh rantai. Namun, Citadel tidak menentukan siapa yang diterima. Penyedia layanan tetap memilih License Provider mana yang mereka percayai, atribut apa yang memenuhi aturan mereka, serta apakah sesi kedaluwarsa, dicabut (revoked), atau dapat digunakan kembali.
Jadi, bukti tersebut membuat kepemilikan kredensial menjadi privat dan dapat diverifikasi — tetapi makna yang diberikan pada kredensial itu tetap berada pada level aplikasi, di tangan siapa pun yang menerbitkan dan menafsirkannya.
Apakah Citadel benar-benar menghapus paparan identitas dari kontrol akses, atau hanya memindahkan keputusan kepercayaan yang paling penting ke provider yang menerbitkan dan menafsirkan kredensial?

#dusk $DUSK @Dusk

Kebanyakan rantai yang mengklaim "finalitas cepat" sebenarnya sedang mengklaim finalitas probabilistik—Anda hanya perlu menunggu cukup lama sampai pembalikan menjadi sesuatu yang secara statistik mustahil. Dusk tidak melakukan itu. Dusk berkomitmen pada finalitas penyelesaian yang benar-benar final, dan mekanisme di baliknya layak dipahami lebih lama daripada yang disediakan halaman pemasaran.
Segregated Byzantine Agreement memisahkan produksi blok menjadi dua pekerjaan yang tidak pernah saling bersentuhan. Generasi ditangani oleh Block Generator yang dipilih melalui Proof-of-Blind-Bid—sebuah proses sortition di mana jumlah stake yang menentukan peluang Anda untuk menang tetap dirahasiakan, bukan hanya identitas Anda. Validasi adalah pekerjaan terpisah yang dijalankan oleh komite Provisioners yang berputar; mereka memilih blok melalui Reduction lalu Agreement. Dua fase, dua kelompok aktor yang berbeda, tanpa satu peran pun yang sekaligus mengusulkan dan memfinalkan.
Mengapa pemisahan ini lebih penting daripada kedengarannya? Karena sebagian besar serangan konsensus menargetkan tumpang tindih—pemimpin yang bisa mengusulkan sekaligus punya pengaruh yang jauh lebih besar atas konfirmasi. Dengan memisahkan peran tersebut, dan menyembunyikan bobot penawaran yang menentukan siapa yang terpilih untuk menghasilkan blok, Anda menghilangkan target yang seharusnya mudah untuk diganggu (grief) atau dibujuk dengan suap. Setelah sebuah sertifikat terbentuk pada fase Agreement, itu bukan menunggu finalitas lunak yang masih butuh enam konfirmasi lagi—melainkan final. Bagian inilah yang benar-benar diperhatikan institusi, bukan branding privasinya.
Kompromi yang tak pernah diiklankan: ini hanya bisa berjalan karena kekuatan voting berubah setiap putaran. Set validator yang statis lebih mudah dipahami dan lebih mudah diaudit dari luar, tetapi juga lebih mudah dipetakan dan ditarget. Dusk memilih ketidakpastian dibanding keterbacaan.
Penasaran di mana orang-orang menempatkan ini—untuk rantai yang mengincar penyelesaian sekuritas yang diatur, apakah perombakan validator tiap putaran adalah fitur keamanan, atau justru memindahkan permukaan serangan dari "siapa yang jadi pemimpin" ke "bisakah Anda memprediksi output sortition"?

#dusk $DUSK @Dusk

Setiap penjelasan @BabylonLabs_io mengulang baris yang sama: delegasikan kepada penyedia finalitas yang bertingkah buruk, lalu Bitcoin-mu akan dipotong (slashed). Itu diklaim sebagai hal yang membuat 56.000+ BTC "mengamankan" rantai-rantai ini berarti sesuatu — modal nyata yang berisiko jika sebuah penyedia melakukan double-sign.
Jadi saya memeriksa parameter yang sebenarnya, bukan teks peringatannya. Dokumentasi operator node Pier Two menjelaskan secara gamblang: double-sign, dan denda BTC-nya adalah 0,1% tetap dari jumlah yang di-stake. Bandingkan dengan validator BABY, yang kehilangan 5% untuk pelanggaran yang sama — lima puluh kali lebih besar.
Perbedaan itulah yang membuat saya berhenti. Panggungnya adalah "keamanan Bitcoin meluas ke luar," dan kebanyakan orang membacanya sebagai serangan pada BSN yang menanggung biaya, kira-kira sebesar BTC penuh di belakangnya, seperti skema slashing serius yang terjadi di Ethereum. Tapi jika pencegahannya yang sebenarnya hanya setipis sepersepuluh persen, "miliaran BTC yang mengamankan rantai ini" lebih banyak bekerja sebagai narasi ketimbang sebagai kerja ekonomi. Penyedia yang bertindak buruk tidak mempertaruhkan miliaran — mereka mempertaruhkan 0,1% dari stake yang didelegasikan, dan risikonya ada pada pemegang BTC yang mendelegasikan, bukan pada modal internal si penyedia.
Perlu dicatat secara gamblang: hingga kini belum ada penyedia finalitas yang benar-benar dislashed di Babylon. Mekanismenya masih belum teruji di produksi — belum ada pemeriksaan di dunia nyata apakah 0,1% cukup membuat 250+ operator tetap jujur begitu insentif nyata untuk berbuat curang muncul.
Apakah 0,1% adalah pilihan yang disengaja agar downside delegator tetap kecil sehingga mereka mau melakukan stake, atau tanda bahwa "keamanan" di sini lebih tipis daripada yang disarankan judul TVL begitu Anda melihat apa yang sebenarnya bisa ditegakkan?

#baby $BABY $BTC

Sudah mengurai pitch "trustless BTC DeFi" ala Babylon, bukan sekadar membaca dek.
TVL-nya sekitar $2,6B, turun mendekati 19% minggu ini — lebih dari $600M hilang. Ini bukan gambaran yang seharusnya untuk cerita "kami hanya baru memperbaiki BTC DeFi"; meski begitu, lemah sendirian karena ekspansi produk masih bisa terus terjadi sementara TVL menyusut.
Tanda yang lebih sulit dilihat justru ada pada tempat $BABY diperdagangkan — volume 24 jam sekitar ~$6,2M, dan hanya ~13% yang terjadi di DEX; sisanya arus bursa terpusat. Untuk protokol yang dibangun demi menghilangkan perantara tepercaya, tokennya sendiri nyaris tidak menyentuh jalur trustless.
Lalu ada spoke khusus yang didukung BTC. Pertama terlihat seperti sekadar pos agunan lain, tetapi memisahkan likuiditas BTC melakukan sesuatu yang lebih sunyi — ia menyaring depositor yang menguji apakah BTC bisa diam dan bekerja tanpa dijual, bukan pemburu imbal hasil. Gesekan bridging dan custody menyaring siapa pun yang belum benar-benar yakin sebelumnya. Masuk lebih lambat, keluar lebih lambat.
Tokenomics menambah lapisan lain: inflasi tahunan 8%, mekanis dan terjamin, dibanding burn auction yang hanya aktif kalau adopsi BSN benar-benar menghasilkan arus reward. Satu jam tetap berdetak apa pun pemakaiannya. Yang lain tidak.
Bukan berarti semuanya rusak — hanya sistem yang berbeda di timeline yang berbeda, dan hanya satu di antaranya yang dijamin bergerak menguntungkan Babylon.
Di mana "trustless" seharusnya benar-benar bertahan — pada mekanisme agunan, atau pada semua yang diberi harga di atasnya?

@BabylonLabs_io #baby $BABY $BTC

Aku tidak bisa tidur semalam, jadi aku berpikir harus ngapain. Apa mending nonton film atau kerja saja? Lalu aku kepikiran untuk melihat pasar kripto. Setelah itu aku membuka aplikasi CoinMarketCap, lalu aku melihat bahwa hari ini pasar BTC turun 0,72%. Kemudian aku melihat bahwa <$BABY token> naik 3,5% menjadi 0,01199$. Harganya terus naik, kapitalisasi pasar 51,22m, volume 24 jam 52,11m, yang berarti volume naik 475%. Aku berpikir untuk keluar hanya dengan melihat harga. Tapi beberapa hari ini, <@BabylonLabs_io has> terus muncul di depan mataku berulang-ulang, jadi aku ingin melihat detail lebih banyak tentang proyeknya. Lalu aku pergi ke halaman audit Certik.Skynet. Setelah itu, aku kaget melihat skornya. Skor rating AA 89,58 sepertinya kondisi keamanannya bagus. Ada juga beberapa audit dari pihak ketiga. Melihat lebih ke bawah di halaman Certik, aku lihat bahwa audit Certik belum selesai, tidak ada verifikasi tim, dan ratingnya juga terlihat masih parsial. Jadi timbul pertanyaan di pikiranku. Kedengarannya cukup kuat. Tapi aku masih ragu dalam pikiranku mengapa hal-hal ini belum selesai padahal ini adalah proyek yang bagus. Aku lihat dari halaman Certik bahwa auditnya belum selesai. Mungkin ada alasan yang cukup di balik itu, yang tidak kita ketahui, tapi sebagai pengguna biasa, hal ini membuat rasa penasaranku muncul. Jadi menurutmu, apakah sebaiknya hal-hal tentang ini sudah ada dan diselesaikan? Atau yang sedikit itu sudah cukup?

#baby $BABY