Sijan18

#dusk $DUSK @Dusk Saya pergi melihat bagaimana Citadel menangani pitch “satu KYC, verifikasi di mana saja”. Ide ini terdengar sederhana: verifikasi sekali, lalu institusi bisa memeriksa kredensial Anda tanpa mengulang seluruh proses. Tapi “di mana saja” ternyata menjalankan pekerjaan yang menarik.
Saat Anda meminta lisensi dari License Provider, Anda mengirimkan sebuah stealth address—alamat sekali pakai yang dibuat khusus untuk License Provider tersebut. License Provider menandatangani lisensinya, mengikatnya ke alamat itu, dan “mints”-nya sebagai NFT. Lalu, Anda dapat membuktikan kepada Service Provider bahwa Anda memiliki lisensi yang valid tanpa mengungkap data identitas yang mendasarinya.
Bagian menariknya muncul ketika Anda menggunakan beberapa LP berbeda. Jika NPEX mengeluarkan satu kredensial dan bursa lain mengeluarkan kredensial kedua, lisensi-lisensi tersebut memakai stealth address yang terpisah dan menghasilkan bukti yang berbeda serta tidak dapat dihubungkan. Tidak ada jejak identitas bersama yang mengaitkannya.
Awalnya saya mengira “satu KYC untuk semua tempat” berarti satu identitas terverifikasi yang bisa dirujuk silang oleh institusi. Namun Citadel tampaknya mengambil pendekatan yang hampir kebalikannya: verifikasi sekali per LP, lalu buktikan bahwa Anda memegang kredensial tersebut tanpa mengungkap bahwa Anda adalah orang yang sama yang terlihat di tempat lain.
Ini mengingatkan saya pada uang tunai versus kartu kredit. Satu kartu untuk semua tempat menciptakan jejak. Menggunakan uang tunai di toko-toko berbeda membuat setiap transaksi lebih sulit untuk dihubungkan—tetapi setiap toko juga menganggap Anda sebagai orang asing, bahkan jika Anda pernah datang sebelumnya.
Kompromi itu masuk akal dari perspektif privasi. Jika bursa bisa mengkorelasikan orang yang terverifikasi yang sama di berbagai venue yang bersaing, satu database pelanggan yang bocor dapat mengekspos aktivitas mereka di tempat lain.
Tapi saya masih bertanya-tanya apakah institusi yang teregulasi benar-benar akan lebih memilih model privasi melalui fragmentasi ini, atau pada akhirnya menuntut satu identitas tunggal yang bisa mereka audit di seluruh basis pelanggan mereka.

#dusk $DUSK #dusk $DUSK @Dusk Saya mencari tahu mengapa Dusk terus membahas UMKM, berharap akan menemukan lagi kisah “RWAs adalah pasar yang sangat besar”. Namun ternyata saya terjebak pada sesuatu yang jauh lebih sederhana: apa yang terjadi ketika seseorang memiliki sebagian dari perusahaan swasta dan benar-benar ingin menjualnya?
Untuk perusahaan publik, ada bursa, broker, pembeli, dan infrastruktur penyelesaian—seluruh mesinnya sudah ada. Untuk perusahaan swasta yang kecil, pasar sekunder pada dasarnya bisa... tidak ada. Anda mungkin memiliki sahamnya, tetapi menemukan pembeli dan menyelesaikan transfer dengan kepatuhan bisa jadi masalah yang sama sekali berbeda.
Itu membuat sudut pandang UMKM Dusk “nyambung” bagi saya dengan cara yang lain.
Yang menarik bukan hanya memindahkan ekuitas ke onchain. Yang penting adalah adanya investor yang terverifikasi, aturan kelayakan, pembatasan transfer, dan penyelesaian yang bekerja bersama sehingga transfer yang patuh benar-benar bisa terjadi tanpa harus membangun ulang seluruh prosesnya secara manual setiap kali.
Ini mengingatkan saya pada saat memasang rumah untuk dijual di sebuah kota yang tidak memiliki agen properti sungguhan, tidak ada situs listing, dan tidak ada dokumen standar. Membuat rumah menjadi digital tidak otomatis menciptakan pasarnya. Anda pertama-tama butuh infrastruktur yang memungkinkan pembeli dan penjual benar-benar bertemu dan melakukan transaksi.
Dan menurut saya, di sanalah cerita ini menjadi lebih sulit.
Dusk bisa membuat saham UMKM dapat dipindahtangankan. Dusk bisa membuat kepatuhan terkait transfer menjadi dapat diprogram. Tapi Dusk tidak bisa secara ajaib menciptakan permintaan. Jika tidak ada yang ingin membeli sahamnya, penyelesaian instan tidak menyelesaikan masalah likuiditas.
Jadi saya mulai melihat tesis UMKM ini bukan lagi sebagai “tokenisasi lebih banyak perusahaan”, melainkan lebih sebagai “membuat pasar sekunder menjadi mungkin ketika infrastruktur tradisional tidak cukup ekonomis untuk dibangun.”
Itu terasa seperti pertanyaan yang jauh lebih besar.
Jika ini benar-benar berhasil, UMKM mana yang akan lebih dulu dibuka—perusahaan dengan karyawan yang sedang menunggu untuk menjual ekuitasnya, bisnis keluarga yang sudah mapan, atau perusahaan swasta yang berkembang cepat yang para investornya ingin keluar?
#Dusk

#dusk $DUSK Saya mengecek status transaksi saya di penjelajah (explorer) testnet DuskEVM hari ini, berharap dua status seperti biasanya—tertunda (pending) atau dikonfirmasi (confirmed). Ternyata ada empat.

Ternyata Dusk tidak memperlakukan konfirmasi sebagai satu momen tunggal. Sebuah blok melewati Accepted terlebih dahulu—ia sudah melewati semua tiga langkah konsensus pada putaran saat ini. Lalu Confirmed—blok-bblok berikutnya dibangun di atasnya. Kemudian Stable—terkubur cukup dalam sehingga membaliknya hanya kecil kemungkinannya secara probabilistik, bukan mustahil. Satu-satunya status keempat, Final, yang benar-benar mengunci semuanya dengan jaminan kriptografis bahwa ia tidak akan bisa dibalik lagi, apa pun yang terjadi setelahnya.

Mengingatkan saya pada putusan pengadilan. "Decided" tidak sama dengan "tidak dapat diajukan banding (un-appealable)". Seorang hakim bisa memutus hari ini dan putusan itu masih bisa dibatalkan lewat banding selama berminggu-minggu. Hanya setelah setiap jendela banding ditutup, barulah putusan itu benar-benar final—semuanya sebelum itu hanyalah pendapat yang kuat, dengan tenggat waktu yang menyertainya.

Yang membuat saya terkejut adalah bahwa sebagian besar chain yang pernah saya gunakan memperlakukan konfirmasi sebagai biner: sudah atau belum. Dusk memecahnya menjadi empat jaminan terpisah, masing-masing lebih kuat dari yang sebelumnya, karena penyelesaian yang teregulasi tidak bisa “berdalih” bahwa "kemungkinan besar permanen" sama dengan "pasti permanen"—jarak antara Stable dan Final adalah garis persis antara cukup baik untuk kebanyakan orang dan cukup baik untuk seorang regulator.

Jadi, apakah setiap integrasi harus menunggu Final setiap kali, atau apakah Stable sebenarnya cukup untuk apa pun yang bukan tahap terakhir dari penyelesaian (settlement) yang benar-benar nyata?

@Dusk $DUSK #dusk

#dusk $DUSK @Dusk Saya mencoba mendaftar ke halaman daftar tunggu Dusk Trade hari ini, mengharapkan langkah yang biasa—unggah ID, selfie, lalu tunggu agar seseorang memeriksanya. Ternyata itu tidak seperti yang mereka buat.

Ternyata Dusk menjalankan kelayakan lewat sesuatu yang disebut Citadel. Sebuah License Provider memeriksa Anda sekali, di luar rantai (off-chain), lalu memberi Anda kredensial privat. Setelah itu, Anda tidak pernah menyerahkan ID Anda ke siapa pun lagi—Anda hanya membuat bukti tanpa pengetahuan (zero-knowledge proof) bahwa Anda memiliki kredensial yang valid, tanpa mengungkap kredensial mana yang Anda pakai, dompet Anda, atau detail apa pun di baliknya. Rantai hanya pernah melihat sebuah bukti bahwa verifikasinya berhasil.

Bagian yang membuat saya berpikir dua kali adalah ini: Citadel tidak memutuskan apakah Anda boleh masuk ke mana pun. Citadel hanya membuktikan bahwa kredensialnya nyata. Setiap venue (lokasi/penyedia layanan) tetap memilih License Provider mana yang mereka percayai dan apa yang mereka inginkan. Ini bukan celah yang mereka lewatkan—MTF Belanda dan broker Jerman tidak menjalankan aturan yang sama, jadi satu whitelist on-chain universal tidak mungkin memenuhi keduanya. Memisahkan "membuktikan bahwa kredensialnya valid" dari "siapa yang menerimanya" memungkinkan satu kredensial bekerja di banyak venue yang secara legal tidak bisa menyetujui standar yang sama.

Rasanya seperti menunjukkan gelang yang membuktikan bahwa Anda cukup umur untuk masuk, tanpa pernah menyerahkan ID Anda di pintu—kecuali setiap venue di jalan mengikuti undang-undang umur yang berbeda, dan gelang itu hanya membuktikan fakta, bukan aturan lokal mereka.

Jadi, apakah ini benar-benar membuat perpindahan antar venue yang teregulasi dengan satu kredensial menjadi lebih mudah, atau justru artinya setiap venue diam-diam membangun ulang sistem penjagaan mereka sendiri di balik layar, dan "permissionless" pada akhirnya hanya menjadi angka pembulatan dalam cara kepatuhan benar-benar bekerja di sini?

Aku terus membandingkan dua sistem privasi milik Dusk secara berdampingan minggu ini, dan satu perbedaan nyaris luput dariku—sampai akhirnya tidak.

Lapisan privasi asli Dusk, Zedger, dibangun dengan gaya UTXO—model yang sama yang memungkinkan alat privasi mirip Bitcoin menyembunyikan siapa yang sebenarnya bertransaksi. Hedger, mesin privasi baru untuk DuskEVM, tidak dibangun seperti itu. Ia berjalan pada model akun, karena itulah yang membuatnya kompatibel dengan dompet dan tooling Ethereum yang umum. Enkripsi homomorfik dan bukti pengetahuan nol menjaga jumlah dan saldo tetap terenkripsi sepenuhnya dari ujung ke ujung. Namun akun itu sendiri—alamat pengirim dan penerima—tetap terlihat. Hedger menyembunyikan apa yang berpindah. Tidak menyembunyikan siapa yang memindahkannya.

Rasanya seperti laporan bank dengan setiap nominal dihitamkan, tapi nama kamu tetap tercetak jelas di bagian atas. Privasi nyata atas angkanya. Tidak ada privasi atas identitas yang melekat padanya.

Bukan bug yang mereka sembunyikan—itu tradeoff yang sebenarnya saat beralih ke EVM-compatible, bukan berbasis UTXO. Anonimitas penuh dan kompatibilitas penuh dengan dompet serta tooling yang sudah ada di Ethereum tidak datang dalam satu paket. Dusk memilih kompatibilitas dan kerahasiaan yang dapat diaudit alih-alih anonimitas, dengan sengaja, karena institusi yang teregulasi perlu membuktikan siapa mereka.

Jadi untuk audiens nyata yang Dusk bangun—dana yang teregulasi, perantara berlisensi—menyembunyikan identitas bahkan sesuatu yang mereka inginkan, ataukah jumlah yang rahasia dengan akuntabilitas yang terlihat justru versi privasi yang lebih berguna?

@Dusk $DUSK #dusk

#dusk $DUSK

Hari ini saya menjembatani beberapa DUSK ke DuskEVM dan terus menyegarkan tracker seolah-olah itu bisa mengubah sesuatu. Transaksi saya muncul sebagai "included" hampir langsung. Lalu transaksi itu duduk saja di sana untuk sementara waktu sebelum akhirnya ada yang mengatakan "settled." Saya mengira jeda itu karena lag UI.

Ternyata bukan. DuskEVM berjalan pada siklus rollup: seorang sequencer memasukkan transaksi Anda ke dalam blok L2 dengan cepat, tetapi itu bukan langkah yang sama dengan settlement. Batcher terpisah harus mempublikasikan data tersebut ke DuskDS — lapisan konsensus dan data-availability milik Dusk — dan baru setelah komitmen status serta fault proof tersambung kembali ke lapisan itu, sesuatu benar-benar dinyatakan settled. "Included" dan "settled" adalah dua janji yang berbeda, dibuat oleh dua bagian berbeda dari stack.

Rasanya seperti sebuah paket yang menampilkan status "out for delivery" saat baru saja keluar dari gudang, jauh sebelum benar-benar berada di teras rumah Anda. Dua-duanya benar. Tapi itu bukan klaim yang sama.

Yang menonjol adalah Anda seharusnya tidak menebak hal ini dari waktu yang berlalu. Memindahkan nilai antara DuskEVM dan Dusk L1 berarti memeriksa status protokol atau wallet yang benar, bukan mengasumsikan bahwa cukup menit sudah lewat. Untuk sesuatu yang dimaksud membawa aset keuangan yang teregulasi, itu bukan detail kecil — sebuah dana tidak bisa settled hanya berdasarkan perkiraan.

Jadi, apakah desain dua tahap itu menjadi nilai jual ketika institusi benar-benar bergantung padanya, atau hanya hambatan UX yang biasa dialami pengguna sebelum mereka memahami mengapa ia dibangun seperti itu?

@Dusk $DUSK #dusk

#dusk $DUSK

Saya menutup pinjaman saya di testnet TBV tadi malam, berharap harus ada sesuatu dari sisi pemberi pinjaman sebelum BTC saya bergerak—entah pelepasan, konfirmasi, apa pun. Tidak ada yang terjadi. Penarikan saya langsung diproses hanya berdasarkan bukti pembayaran balik saya sendiri.

Ternyata itu bukan “shortcut” testnet. Desain pinjaman Bitcoin lainnya justru memberi pemberi pinjaman tuas yang nyata di sana: jika pembayaran balik bergantung pada pemberi pinjaman untuk mengungkap sebuah rahasia, maka pemberi pinjaman bisa saja menolak, dan koin peminjam tetap macet meskipun sudah melunasi semuanya. TBV melewati langkah itu sepenuhnya—pembayaran balik menghasilkan sebuah bukti yang saya kirim sendiri, dan pelepasan vault berjalan hanya berdasarkan bukti itu. Tidak ada siapa pun di pihak lain yang perlu melakukan apa pun, atau menyetujui apa pun, agar saya bisa mendapatkan kembali BTC saya.

Rasanya seperti melunasi kredit mobil dan mendapatkan dokumen judulnya dikirim otomatis begitu pembayaran sudah clear, alih-alih menunggu dealer merasa perlu untuk menyerahkannya.

Yang akhirnya saya pahami adalah ini bukan soal kecepatan. Ini soal menghilangkan satu momen ketika pihak lawan bisa saja... tidak bertindak. Kepercayaan dalam sistem seperti ini biasanya tidak gagal karena pencurian, melainkan karena seseorang diam-diam menolak melakukan bagiannya pada saat yang tepat.

Jadi, kalau sebuah desain masih butuh pihak lain mengangkat satu jari dulu sebelum Anda mendapatkan kembali dana Anda, apakah itu benar-benar trustless, atau hanya “trustless sampai” seseorang memutuskan untuk tidak bekerja sama?

@BabylonLabs_io $BABY #baby $HEI $BLESS

Saya melihat ada baris biaya pada peg-in testnet saya yang sebelumnya tidak saya perhatikan — dibayar dengan BTC, bukan BABY. Saya mencari ke mana sebenarnya BTC itu pergi, dan ternyata jawabannya sama sekali tidak ada di aplikasi.

Itu tidak disimpan di sebuah treasury. Desainnya mengarahkannya ke sebuah lelang on-chain otomatis: para penawar membayar BABY untuk memenangkan BTC, dan BABY yang mereka keluarkan langsung dibakar. Tidak ada treasury, tidak ada multisig, tidak ada panggilan diskresioner dari siapa pun.

Rasanya seperti gerbang tol yang tidak menyimpan koin yang dikumpulkannya — mengubahnya langsung menjadi pembakaran mata uang lain secara otomatis, tanpa operator yang memutuskan apa yang terjadi pada laci kas.

Yang menonjol adalah ini mengaitkan suplai BABY secara langsung dengan pemakaian vault, bukan dengan staking atau partisipasi tata kelola. Lebih banyak BTC yang melewati vault berarti lebih banyak BTC untuk dilelang, yang berarti lebih banyak BABY dibakar per siklus. Kelangkaan token menjadi fungsi dari seberapa banyak TBV benar-benar digunakan, bukan jadwal emisi yang tetap.

Perlu dikatakan dengan jelas bagian ini — ini belum live di testnet, masih menunggu persetujuan governance sebelum benar-benar dijalankan.

Jadi, apakah pengalihan biaya penggunaan ke lelang bakar akan menciptakan tekanan deflasi yang nyata begitu volumenya benar-benar ada, atau adopsi tahap awal masih terlalu tipis sehingga tidak ada yang tahu apakah lelang itu akan pernah cukup besar untuk berdampak?

@BabylonLabs_io $BABY #baby $CYS $HEI

Saya memilih Penyedia Vault dari menu tarik saat peg-in dan tidak berpikir banyak—rasanya seperti memilih jaringan, bukan memilih pihak lawan.

Lalu saya membuka layar tinjauan penarikan dan melihat item: komisi VP, diambil dari BTC saya saat penebusan. Saya cek dokumennya setelah itu. Tarif itu tidak ditetapkan saat penebusan—tarifnya tetap begitu vault dibuat, tertanam langsung dalam transaksi pembayaran yang sudah dipre-sign di bagan transaksi vault. Tidak ada negosiasi ulang nanti, tidak ada 'belanja' setelah Anda masuk. Siapa pun yang saya pilih dari dropdown itu mengambil bagian tetap dari BTC saya bahkan sebelum saya meminjam apa pun.

Rasanya bukan memilih bank, tapi lebih seperti menandatangani sewa di mana sewa tahun kelima sudah dilegalisasi sejak hari pertama.

Protokol menyebutnya trustless karena tak ada orang yang bisa memindahkan dana di luar jalur yang sudah diotorisasi sebelumnya—bagian itu memang benar. Tapi artinya juga harga dari keluarnya saya ditentukan oleh keputusan dropdown selama empat detik sebelum saya benar-benar memahami apa yang saya pilih. Trustless berarti ketentuannya tidak bisa diubah nanti. Itu tidak berarti ketentuannya dipilih dengan cermat sejak awal.

Jadi, apakah Penyedia Vault itu sesuatu yang Anda evaluasi seperti validator—tarif komisi, uptime, reputasi—sebelum Anda pernah melakukan peg-in? Atau pilihan kebanyakan orang pada dasarnya acak, dan biaya ini baru terasa nyata bagi mereka pada hari mereka mencoba menarik?

@BabylonLabs_io $BABY #baby $VIC $SKYAI

Saya menyetor ke testnet TBV dengan harapan vault akan langsung aktif begitu transaksi saya terkonfirmasi. Ternyata tidak. Ada jeda yang tidak saya perkirakan, dan memahami penyebabnya mengubah cara saya memandang alur keseluruhan.

Peg-in tidak “live” setelah satu konfirmasi Bitcoin. TBV perlu menunggu jumlah konfirmasi yang cukup tumpuk di atasnya sebelum vault dianggap sudah terselesaikan (settled), karena satu konfirmasi saja masih bisa terhapus (reorg) dari rantai. Pada deposit EVM, satu blok final pada dasarnya sudah final. Di Bitcoin, satu blok itu lebih seperti klaim, bukan penyelesaian—jaminan sesungguhnya baru muncul beberapa blok kemudian, ketika membalikkannya berarti harus menulis ulang bukti proof-of-work yang nyata.

Ini mengingatkan saya pada transfer kawat yang menampilkan status “pending” di aplikasi bank Anda sebelum benar-benar clear. Angkanya muncul di layar segera, tapi bank tidak akan membiarkan Anda menyentuh dana itu sampai mereka yakin sisi pengirim tidak masih bisa gagal dan “bounce”.

Yang mengejutkan saya adalah TBV tidak bisa memotong ini seperti yang bisa dilakukan kustodian. Kustodian tinggal bilang “percaya saja, itu sudah ada,” lalu lanjut. TBV tidak punya siapa pun untuk mengatakan itu—TBV harus menunggu Bitcoin benar-benar menyelesaikan klaim tersebut, karena seluruh tujuannya adalah tidak bergantung pada perkataan siapa pun.

Jadi, penantian konfirmasi bukanlah celah UX yang nanti bisa dioptimalkan untuk dihilangkan. Itu adalah biaya untuk melewati kustodian yang biasanya menyerap ketidakpastian itu untuk Anda dan sekadar memberi tahu semuanya baik-baik saja.

Membuat saya bertanya-tanya: berapa banyak orang yang menguji ini mengharapkan kecepatan deposit nantinya akan menyamai aplikasi DeFi normal, atau justru menyadari bahwa jeda ini sebenarnya bagian yang trustless yang bekerja dengan benar—bukan bug yang sedang menunggu untuk diperbaiki.

@BabylonLabs_io $BABY #baby $BLESS $TAKE #Babylon

Saya mencoba memindahkan test BTC saya dari satu alur lending ke aplikasi lain setelah menguncinya ke TBV, dengan asumsi itu hanya rebalancing normal. Tapi tidak bisa. Vault-nya tidak mau dilepaskan.

Ternyata ini bukan celah testnet—memang sudah dikodekan. Mengunci BTC lewat integrasi Aave akan mencetak vaultBTC—dan vaultBTC adalah token yang dibatasi untuk dipindahkan. Token ini tidak bisa dicantumkan atau diperdagangkan di bursa mana pun, dan hanya bisa berinteraksi dengan smart contract milik Aave sendiri. Bukan pengaturan izin yang bisa dilonggarkan orang nanti. Token itu sendiri memang dibuat agar tidak bisa pergi ke mana pun selain itu.

Rasanya seperti menyewa unit penyimpanan lewat sistem kunci fasilitas tertentu. Anda tidak bisa memotong kunci cadangan dan membiarkan gudang kedua di seberang kota mengambil sebagian isi yang ada. Apa pun yang ada di unit itu milik fasilitas tersebut sampai Anda menutup akun sepenuhnya.

Masuk akal kalau dibandingkan dengan apa sebenarnya wrapped BTC. Wrapped BTC adalah token yang likuid—ia dicantumkan di bursa, berpindah antar protokol, karena itu hanyalah saldo di sebuah ledger tanpa pembatasan apa pun. vaultBTC justru sengaja dibangun tanpa sifat itu. Fleksibilitas tidak pernah menjadi fitur dari aset dasarnya. Pembungkusan hanya menambahkannya, dan TBV sengaja mencabutnya.

Jadi tradeoff-nya bukan sekadar likuiditas versus trustlessness dalam arti abstrak, melainkan hal spesifik ini: token yang direkayasa supaya tidak bisa diperdagangkan di mana pun kecuali di satu aplikasi tempat ia dicetak, sebagai imbalannya untuk BTC yang sejak awal tidak pernah benar-benar keluar dari Bitcoin.

Penasaran berapa banyak orang membentuk ukuran posisi TBV dengan asumsi mereka bisa menggeser vaultBTC seperti token DeFi lainnya, dibanding menyadari sejak awal bahwa memang tidak dibangun untuk dipindahkan.

@BabylonLabs_io $BABY #baby $IDOL $UAI #Babylon

Saya menutup posisi uji di TBV tadi malam, mengharapkan semacam langkah pemeriksaan-bukti sebelum transaksi itu benar-benar diproses. Menunggu sebentar. Tidak ada yang muncul. Dan justru bagian itulah yang menarik.

Saya mengira setiap penarikan harus menggunakan Bitcoin untuk memverifikasi bukti zero-knowledge penuh secara langsung—itu inti dari promesnya, verifikasi tanpa kepercayaan. Tapi saat melihat klaim saya sendiri tetap ada di sana, saya menyadari buktinya sebenarnya tidak pernah diposting. Penutupan saya berhasil lewat apa yang disebut protokol sebagai "happy path"—Anda mengklaim, Anda menunggu, tidak ada yang mempersengketakan, selesai. Bagian yang mahal, verifikasi garbled-circuit di-chain yang sesungguhnya, hanya aktif jika seseorang melakukan tantangan.

Rasanya seperti kalimat "katakan sekarang atau selamanya diam" di sebuah pernikahan—ketenangan bukan bukti tidak ada yang salah, itu hanya karena tidak ada yang keberatan tepat waktu.

Saya cek angkanya setelah itu, dan memang cocok: versi awal sistem bukti ini, BitVM2, membutuhkan biaya lebih dari $15.000 untuk memposting bukti yang dipersengketakan di Bitcoin. BitVM3 menurunkannya menjadi $93 untuk sengketa sungguhan, sekitar $2,66 untuk happy path yang baru saja saya lalui. Penutupan saya hampir tidak mengeluarkan biaya apa pun secara spesifik karena bagian mahalnya tidak pernah dipakai.

Itulah celah yang tidak bisa berhenti saya pikirkan—klaim saya tidak dibuktikan aman, klaim itu hanya tidak ditantang. Tidak ada yang mengawasi dengan cukup ketat di testnet sampai repot mempersengketakan apa pun.

Jadi: di testnet, dengan tidak ada yang benar-benar dipertaruhkan, apakah ada yang benar-benar menjalankan peran pengawas itu, atau apakah seluruh model keamanan ini tetap tidak teruji sampai mainnet memberi seseorang alasan nyata untuk memeriksa?

@BabylonLabs_io $BABY #baby $1000RATS $KOMA #Babylon

Baru saja menutup perdagangan Perpetual XPTUSDT saya di Binance Futures. Setiap perdagangan adalah kesempatan untuk belajar. Posisi ini berakhir dengan kerugian kecil, tetapi manajemen risiko yang disiplin dan meninjau entri saya lebih penting daripada mengejar keuntungan cepat. Tetap sabar, mengikuti strategi saya, dan terus meningkatkan diri akan membantu saya menjadi trader yang lebih baik dari waktu ke waktu. 📈💪 #ShareMyTradFi

Melewati alur testnet TBV yang sebenarnya, bukan sekadar membacanya, dan saya tersangkut di satu langkah yang tidak saya duga—tepat setelah melakukan deposit, aplikasi tidak langsung membuka satu vault saja. Aplikasi menyarankan untuk membaginya menjadi dua: sebuah vault “pengorbanan” dengan ukuran untuk menutup apa pun yang pertama kali diharapkan protokol untuk disita, dan sebuah vault “perlindungan” yang memuat sisanya. Vault pengorbanan dilikuidasi lebih dulu, berurutan, sebelum vault perlindungan pernah tersentuh.

Itu bukan seperti yang saya kira cara likuidasi bekerja di sini. Pada market Aave normal, likuidasi hanya menghabiskan sebagian dari posisi jaminan tunggal Anda secara proporsional.

Mengingatkan saya pada packing untuk penerbangan dengan tas yang Anda siap untuk hilang. Anda tidak membagi barang berharga secara merata ke dua koper sambil berharap semuanya baik-baik saja. Anda menaruh apa yang mampu Anda kehilangan ke bagasi, dan Anda menyimpan hal yang benar-benar penting pada diri Anda. TBV membuat Anda melakukan itu dengan BTC bahkan sebelum Anda meminjam apa pun—tentukan sejak awal apa yang bisa dikorbankan, jadi jika sesuatu beres salah, yang diambil hanya “bagasi” tersebut.

Ini bagian yang mengejutkan saya: pada parameter testnet saat ini, vault pengorbanan ternyata lebih besar dibanding yang lain, bukan lebih kecil. Protokol tidak meminta Anda mempertaruhkan jumlah token di awal—protokol meminta Anda benar-benar memberikan bobot pada umpan.

Masuk akal kalau dipikirkan alasannya. Melepas BTC di Bitcoin tidak instan seperti pemanggilan likuidasi di EVM—tidak ada cara yang rapi untuk melakukan unwind sebagian pada satu vault gabungan di tengah krisis. Dua vault yang terpisah berarti protokol tinggal mengambil vault yang lebih kecil; tidak ada masalah unwind parsial, dan tidak perlu berhadapan dengan waktu konfirmasi saat likuidasi.

Rasanya kurang seperti manajemen risiko, lebih seperti penataan urutan risiko, diputuskan oleh depositor, bukan oleh protokol.

Saya penasaran berapa banyak orang yang benar-benar menentukan ukuran vault pengorbanan itu secara sengaja, dibanding hanya menerima split default dari aplikasi dan baru mengetahui apa yang mereka daftarkan saat likuidasi pertama mereka—apakah ini celah UX, ataukah memaksa keputusan di awal memang tujuan utamanya?

@BabylonLabs_io $BABY #baby $KOMA $AKE

Saya terus bertanya-tanya mengapa Babylon membagi ini menjadi dua protokol terpisah, alih-alih membangun satu sistem. Ternyata sisi penandaan waktu adalah bagian yang hampir tidak pernah dibicarakan.

Staking membuat BTC terkunci. Penandaan waktu adalah bagian yang membuat proses unbonding menjadi cepat. Babylon mengumpulkan kira-kira 300 blok ke dalam satu checkpoint setiap epoch, lalu mempublikasikan checkpoint itu ke Bitcoin. Setelah sudah ada di Bitcoin, mengubahnya berarti menyerang Bitcoin itu sendiri—bukan hanya kumpulan validator milik Babylon.

Terus kepikiran seperti surat tercatat. Siapa pun bisa mengklaim surat itu tiba pada hari tertentu, tapi cap dari kantor pos adalah hal yang tidak bisa diperdebatkan setelah kejadian. Babylon tidak menciptakan sistem klaim baru—hanya berjalan setiap 300 blok menuju satu petugas yang capnya tak bisa dipalsukan.

Itu alasan sebenarnya unbonding turun dari biasanya cooldown PoS 21 hari menjadi hitungan jam. Kebanyakan rantai membutuhkan jendela selama itu karena mereka bergantung pada konsensus sosial untuk menemukan validator yang melakukan unbond, lalu diam-diam melakukan fork pada state rantai lama—serangan long-range. Babylon tidak perlu lapisan sosial itu. Cap adalah buktinya.

Harga hari ini berada di sekitar $0,0116, turun sepanjang minggu, kapitalisasi pasar sekitar $44–46M. Tak satu pun itu mengubah matematika checkpoint sedikit pun—keamanan yang dihasilkan oleh sistem ini tidak dihargai dalam BABY, melainkan dihitung dari seberapa mahal untuk memalsukan cap tersebut.

Tapi masih ada satu hal yang berputar: rantai milik Babylon adalah petugas yang berjalan mengantar surat ke kantor pos. Jika perjalanan itu tersendat atau disensor, apakah janji unbonding dua hari itu tetap berlaku, atau diam-diam berubah menjadi masalah konsensus sosial yang justru ingin dihilangkan sistem itu?

@BabylonLabs_io $BABY #baby $COTI $UAI

Apa inovasi terbesar dalam desain Babylon?

Saya melewatkan jendela reward co-staking bulan lalu hanya enam jam. Bahkan tidak tahu itu ada sampai batas waktunya sudah lewat—saya hanya melihat payout yang lebih kecil dari yang saya perkirakan lalu mencari tahu.

Inilah yang saya temukan: Finality Providers milik Babylon tidak bisa memutar (rotate) kunci mereka. Setelah sebuah FP mendaftarkan kunci EOTS dan kunci Genesis, identitas itu bersifat permanen—tidak bisa menukar kunci yang sudah terkompromi seperti yang biasanya dilakukan pada kebanyakan jaringan validator. Ini terikat langsung pada desain slashing: jika sebuah provider melakukan double-signing, mekanisme EOTS dapat mengekspos materi kunci yang diperlukan untuk menjatuhkan slashing kepada mereka. Identitas yang permanen inilah yang membuat ancaman itu menjadi nyata.

Saya mengira key rotation hanya praktik kebersihan operasional standar di mana-mana. Ternyata justru sebaliknya—protokol sengaja menghilangkan fleksibilitas itu agar akuntabilitas tidak bisa direset secara diam-diam.

Artinya, risiko nyata bagi sebuah FP bukan kriptografinya, melainkan bertahan selama bertahun-tahun menghadapi kegagalan perangkat keras, pergantian staf, dan migrasi infrastruktur tanpa pernah menyentuh satu kunci itu.

Apakah Anda akan mendelegasikan kepada provider yang menjalankan satu kunci permanen selama bertahun-tahun, atau apakah pengaturan itu membuat Anda ingin melihat bukti rencana backup operasional mereka terlebih dulu?

@BabylonLabs_io $BABY #baby $BULLA $ON
Kebanyakan validator: memutar kunci saat ada kompromi. Babylon FPs: terjebak dengan satu kunci itu selamanya. Pendekatan mana yang lebih Anda percayai?

Saya melihat sesuatu yang aneh saat bermain game online.

Dua pemain memulai dengan sumber daya yang sama.
Aturan yang sama.
Kesempatan yang sama.

Tapi setelah beberapa saat, salah satunya selalu unggul.

Bukan karena mereka punya lebih.

Tapi karena mereka bergerak lebih dulu… setiap kali.

Mereka melihat peluang lebih awal.
Mereka bereaksi lebih cepat.
Mereka menempatkan diri sebelum orang lain bahkan menyadari apa yang sedang terjadi.

Permainannya adil.

Tapi hasilnya tidak.

Itu membekas saat saya menelusuri Babylon.

Dulu saya mengira sistem seperti ini terutama tentang keamanan.

Jika Bitcoin mengamankan lapisan dasar,
Jika semuanya dapat diverifikasi,
Jika tidak ada yang bisa curang…

Maka sistemnya adil.

Tapi sekarang saya tidak begitu yakin.

Karena Babylon memisahkan peran dengan cara yang mudah terlewat.

BTC menyediakan bobot.
Tapi koordinasi—melalui penyedia finalitas dan partisipasi lintas-rantai—menentukan bagaimana bobot itu benar-benar digunakan.

Yang berarti:

Tidak semua orang sedang memainkan permainan yang sama.

Sebagian peserta sedang bereaksi terhadap sistem.

Yang lain membentuknya secara real time.

Dan seiring waktu, perbedaan itu saling menguat.

Bukan karena aturannya dilanggar.

Tapi karena timing dan koordinasi menjadi keunggulan.

Jadi pertanyaannya bukan hanya:

“Apakah sistem ini tanpa kepercayaan?”

Mungkin lebih:

“Siapa yang secara konsisten bisa bertindak lebih dulu di dalam sistem itu?”

Karena jika kelompok yang sama terus melihat, bereaksi, dan menempatkan diri lebih awal daripada semua orang…

maka sistem bisa tetap benar-benar permissionless—

dan tetap terkonsentrasi pada keuntungan.

Saya tidak menganggap itu sebagai kekurangan.

Tapi itu mengubah cara saya memikirkannya.

Babylon tidak hanya memperluas kegunaan Bitcoin.

Ini menciptakan sistem di mana
keamanan dibagi… tetapi keuntungan mungkin tidak.

Dan saya masih berusaha memahami bagaimana hal itu berjalan ketika lebih banyak nilai mengalir melalui sistem ini.

@BabylonLabs_io
#baby $BABY #Babylon #baby $BABY

#baby $BABY
Kita biasanya menganggap fleksibilitas sebagai kekuatan.
Lebih banyak opsi.
Lebih banyak kemampuan beradaptasi.
Lebih banyak cara untuk merespons.
Tapi melihat desain brankas Bitcoin yang digunakan oleh membuat saya mempertanyakannya.
Bagaimana jika fleksibilitas justru tempat sistem dieksploitasi?
Alih-alih memutuskan apa yang harus dilakukan setelah dana terkunci…
Pendekatan Babylon menentukan hasil sebelum apa pun terjadi.
Bukan satu jalur.
Peta lengkap dari kemungkinan hasil.
Awalnya, itu terasa membatasi.
Tapi kemudian Anda menyadari:
Tidak ada yang bisa berimprovisasi nanti.
Tidak ada yang bisa “menyesuaikan” kondisi di tengah proses.
Tidak ada perubahan aturan secara diam-diam.
Kekakuan itu menghilangkan seluruh kategori risiko.
Ini bukan mencoba menjadi dinamis.
Ini berusaha menjadi final.
Dan itu filosofi desain yang sangat berbeda dari kebanyakan platform smart contract.
Sekarang saya bertanya-tanya:
Saat sistem makin kompleks, apakah fleksibilitas benar-benar meningkatkan risiko alih-alih menguranginya?
Karena jika setiap kemungkinan tindakan sudah diketahui sebelumnya…
tidak ada yang tersisa untuk dimanipulasi.
#baby $BABY @BabylonLabs_io

Aku tinggal satu klik lagi untuk melakukannya lagi.

Beberapa malam lalu, aku membuka dompetku, melihat BTC-ku, lalu berpikir: “Mungkin sebaiknya aku memanfaatkannya.”

Tidak ada emosi. Tidak ada urgensi.

Hanya kebiasaan.

Otakku sudah menyiapkan langkah-langkahnya: bungkus → jembatani → setorkan.

Aku sudah pernah melakukannya. Itu berhasil.

Jadi aku melangkah maju…
…lalu berhenti tepat sebelum mengonfirmasi.

Bukan karena aku takut kehilangan dana.

Tapi karena ada sesuatu yang terasa ganjil dengan cara yang tidak bisa kujelaskan.

Bukan soal risiko.

Tapi cara otomatisnya terasa.

Seolah aku tidak lagi membuat keputusan—hanya mengikuti proses yang sudah cukup sering kulakukan sampai aku berhenti mempertanyakannya.

Dan bagian itu yang menggangguku.
Kapan “menggunakan Bitcoin” mulai berarti memindahkannya menjauh dari Bitcoin?

Kapan itu menjadi hal yang normal?

Pertanyaan itu bertahan lebih lama daripada transaksi yang seharusnya.

Dan tepat itulah sebabnya Trustless Bitcoin Vaults menarik perhatianku.

Bukan karena mereka menjanjikan imbal hasil. Bukan karena itu lapisan pinjaman lainnya.

Tapi karena mereka menggugat langkah pertama tersebut.

Bagaimana jika Bitcoin menjadi berguna tanpa harus meninggalkan Bitcoin terlebih dulu?

Bagaimana jika kita saja menerima jalur itu karena pada saat itu hanya itulah yang tersedia?

Aku tidak tahu apakah TBV sepenuhnya menyelesaikannya sekarang.

Tapi aku tahu ini—

Saat kamu berhenti tepat sebelum mengklik konfirmasi… lalu menyadari bahwa kamu sebenarnya tidak tahu mengapa kamu melakukan sesuatu lagi…

biasanya di situlah pergeseran dimulai.

@BabylonLabs_io
$BABY #baby #Babylon i

#baby $BABY

Saya pikir kripto memiliki kebiasaan menyelesaikan kompromi hari kemarin, bukan bertanya mengapa kompromi itu ada.
Ambil contoh Bitcoin.
Selama bertahun-tahun, jika Anda ingin membuat BTC bekerja, percakapan biasanya dimulai dengan mengubah sesuatu.
Bungkus. Jembatani. Setorkan ke suatu tempat. Tambahkan lapisan lain.
Tak seorang pun lagi mempertanyakan langkah pertama.
Itu menjadi hal yang normal.
Bagian yang menarik bagi saya tentang Trustless Bitcoin Vaults adalah itu.
Mereka tidak memulai dengan bertanya, "Bagaimana caranya memindahkan Bitcoin?"
Mereka memulai dengan bertanya, "Bagaimana jika memindahkan Bitcoin sebenarnya tidak pernah menjadi titik awal yang tepat?"
Pertanyaan itu terdengar mirip.
Tapi saya tidak berpikir keduanya sama.
Satu pihak menganggap kompromi itu pasti terjadi.
Pihak lainnya menantang apakah kompromi itu memang perlu sejak awal.
Itu filosofi desain yang sangat berbeda.
Mungkin bertahun-tahun dari sekarang orang tidak akan mengingat TBV karena memperkenalkan produk pinjaman lain.
Mungkin mereka akan mengingatnya karena secara diam-diam mengubah pertanyaan pertama yang ditanyakan para pengembang ketika membangun dengan Bitcoin.
@BabylonLabs_io
$BABY #baby #Babylon