Ra44

Skor DeFiSafety 93% TermMax terus-menerus dikutip. Rinciannya lebih berguna daripada headline.
Enam kategori. Kode dan Tim 100%. Oracles 100%. Kontrol Admin 97%. Keamanan 94%. Pengujian 89%. Dokumentasi Kode 70%.
Dokumentasi berada di posisi terendah dengan selisih yang lebar, dan itu satu-satunya kategori yang sebagian besar pengguna benar-benar sentuh. Kamu tidak akan pernah membaca test suite. Kamu akan membaca dokumentasi.
Saya menemukan bukti pendukung saat menelusurinya. FAQ menyebut penyedia likuiditas memperoleh yield dari token LP bernama lp-FT. Saya tidak bisa menemukan definisi lp-FT di mana pun dalam dokumentasi.

Tidak ada hal ini yang membuat protokol menjadi tidak aman. Tujuh puluh masih lolos ambang batas mereka, dan kategori yang benar-benar melindungi dana justru mendapat skor tertinggi — yang memang urutan yang tepat untuk menjadi kuat.

Tapi ini berarti kesenjangan terlebar di dalam tumpukan ada di antara apa yang dilakukan kontrak dan apa yang bisa ditemukan oleh pembaca.

Apakah skor dokumentasi harus berbobot setinggi skor keamanan bagi seseorang yang menaruh uang skala ritel?

#termmax @TermMax

#dusk $DUSK @Dusk
Earlier, I used to think tokens only ever move. They are created once, then they change hands until someone stops trading them. Movement seemed like the whole vocabulary.
Looking at what securities actually do over their lives, I realised that vocabulary is missing a word.
A bond matures. A fund unit gets redeemed. The instrument does not get passed to a final owner and sit there. It is settled and then it ceases to exist, because the obligation behind it has been discharged.
So a system built for these assets cannot only handle transfer. It has to handle the moment an asset is legitimately destroyed, and it has to do that in a way that leaves a record convincing to whoever asks later.
What I found notable is how rarely this appears in tokenization discussions. Almost every explanation stops at issuance and trading, as if the interesting part were getting the asset on-chain and keeping it there.
But the end of an instrument is where the money actually comes back to the holder, and getting that step wrong is far more consequential than a slow transfer.
I do not know how this is handled in practice when the payment is made off-chain and the token is destroyed on-chain, which seems like the moment where the two records could most easily drift apart.
From here I started reading lifecycle rather than ownership. Issuance is where the story begins, and redemption is the part that actually has to work.

#dusk $DUSK @Dusk
Saat pertama kali membaca bahwa sebuah institusi berlisensi berniat membawa sejumlah besar aset ke sebuah jaringan, saya menganggap angka itu sebagai sebuah hasil. Sesuatu yang telah terjadi.
Namun setelah saya menelitinya lebih saksama, saya menyadari bahwa yang sedang saya baca adalah sebuah niat, bukan sebuah keluaran.
Angka seperti itu menggambarkan aset yang ingin direpresentasikan oleh sebuah institusi di dalam on-chain. Angka tersebut tidak menjelaskan seberapa sering aset-aset itu berpindah, berapa besar nilai yang mengendap melalui jaringan dalam bulan tertentu, atau seberapa banyak aktivitas jaringan yang benar-benar diproses olehnya.

Itu adalah pengukuran yang berbeda, dan perilakunya juga berbeda. Sebuah aset bisa diterbitkan di on-chain lalu diam sepenuhnya selama bertahun-tahun—dan itu sepenuhnya normal untuk banyak instrumen. Tidak ada yang salah. Artinya hanya berarti bahwa angka utama dan aktivitas jaringan sedang menjawab pertanyaan yang berbeda.

Hal yang menarik perhatian saya adalah betapa mudahnya dua hal itu tercampur dalam pembahasan, termasuk oleh saya sendiri. Angka besar muncul, dan rasanya seperti bukti adopsi, padahal itu sesungguhnya pernyataan niat dari satu institusi.
Itu tidak membuatnya tidak bermakna. Institusi dengan lisensi yang memilih untuk berkomitmen pada apa pun—apa pun itu—adalah sinyal nyata, dan sinyal yang lebih sulit didapat daripada kebanyakan kemitraan kripto.

Tapi saya ingin melihat set angka kedua sebelum menarik kesimpulan, dan saya belum yakin apakah data tersebut sudah tersedia secara publik dalam bentuk yang bisa saya andalkan.
Mungkin kebiasaan yang lebih bermanfaat adalah seperti itu. Ketika sebuah angka muncul, tanyakan apakah angka tersebut menggambarkan sesuatu yang memang terjadi, atau sesuatu yang seseorang berniat untuk terjadi.

#dusk $DUSK @Dusk
Jadi, aturan apa sebenarnya yang berlaku untuk obligasi yang ditokenisasi di Eropa?
Dulu, saya mengira jawabannya sederhana. Eropa telah menerapkan regulasi kripto yang besar, sehingga kripto di Eropa tercakup di dalamnya, dan aset yang ditokenisasi adalah kripto. Kurang lebih seperti itulah topik ini dibahas, dan saya tidak pernah mempertanyakannya.
Namun, setelah membaca tentang apa yang Dusk coba bangun, saya mulai melihat bahwa asumsi itu tidak benar pada bagian penting.
Kerangka aset kripto Eropa ditulis untuk hal-hal yang saat itu belum punya tempat hukum—token utilitas, stablecoin, dan bisnis yang menyediakan layanan di sekelilingnya. Itu mengisi celah.
Obligasi yang ditokenisasi atau saham yang ditokenisasi tidak berada di celah itu. Itu adalah instrumen keuangan, dan instrumen keuangan sudah diatur sejak lama sebelum semua ini ada, berdasarkan seperangkat aturan yang benar-benar berbeda yang dibangun untuk pasar sekuritas. Menaruhnya di blockchain tidak memindahkannya ke kerangka yang lebih baru. Ia tetap berada di tempat yang sejak awal memang demikian.
Hal yang saya anggap sangat menonjol adalah seberapa banyak penjelasan ini menerangkan cara sebuah proyek seperti Dusk disusun. Jika aset tetap berada dalam rezim regulasi sekuritas, maka rantai tersebut tidak bisa begitu saja menjadi patuh hanya dengan dirinya sendiri. Rantai itu harus bekerja berdampingan dengan venue berizin dan perantara berizin yang sudah memiliki izin yang diperlukan untuk kelas aset ini.
Hal ini mengubah cara pandang saya terhadap kemitraan. Kemitraan tersebut bukan sekadar tonggak pemasaran. Itu adalah mekanismenya agar hal tersebut sama sekali menjadi legal untuk digunakan.
Saya tidak memenuhi syarat untuk mengatakan di mana pembagian tanggung jawab antara protokol dan institusi yang menggunakannya; saya akan lebih memilih spesialis daripada opini yang terdengar yakin.
Tapi dari sini, saya berhenti membaca klaim regulasi sebagai jawaban tunggal “ya” atau “tidak”. Aturan yang berlaku bergantung pada apa aset itu, dan men-tokenisasi sesuatu tidak mengubah apa aset itu.

#dusk $DUSK @Dusk Sebelumnya, saya mengira transfer blockchain hanya punya dua kemungkinan hasil: berhasil, atau gagal. Keberhasilan berarti nilainya berpindah. Kegagalan berarti ada yang rusak. Namun, semakin dalam saya meneliti bagaimana Dusk menjelaskan transfer aset yang teregulasi, semakin saya sadar bahwa model tersebut terlalu kasar untuk pasar keuangan.
Pada rantai biasa, transaksi yang ditolak memberi Anda hampir tidak ada informasi. Gas habis, pernyataan require tersandung, status berubah di bawah Anda. Anda dibiarkan menebak-nebak yang mana.
Untuk aset yang teregulasi, ambiguitas seperti itu tidak dapat diterima. Dokumentasi Dusk menjelaskan pengecekan transfer yang gagal dengan alasan yang jelas, dan — bagian yang menurut saya paling menarik — pengecekan yang dapat disimulasikan sebelum transaksi tersebut pernah dikirim.
Yang saya anggap sangat penting adalah implikasi dari poin kedua itu. Ini berarti kelayakan bukan sesuatu yang Anda temukan dengan mencoba melakukan transfer lalu melihatnya gagal. Anda dapat mengajukan pertanyaannya terlebih dulu dan menerima jawaban, tanpa menyentuh ledger sama sekali.
Ini selaras dengan cara kerja sisi tradisional. Seorang broker tidak mengirimkan order dan berharap sistem kepatuhan mengizinkannya. Pemeriksaan dilakukan lebih dulu, dan ketika sebuah perdagangan ditolak, seseorang dapat menjelaskan secara tepat alasannya — pihak lawan tidak terakreditasi, masa kepemilikan belum berlalu, yurisdiksinya dibatasi. "Ditolak" tanpa alasan bukan jawaban yang dapat digunakan dalam proses teregulasi.
Kegagalan menjadi informasi, bukan kecelakaan. Dan penolakan yang disertai alasan bisa dibilang lebih berguna daripada keberhasilan yang tidak membawa apa pun.
Saya masih belum bisa menilai seberapa detail alasan-alasan itu dalam praktiknya, atau seberapa banyak hal ini yang tersedia untuk sebuah aplikasi saat ini—bukan sekadar dijelaskan sebagai target rancangan.
Dari sini, saya mulai melihat desain dengan cara yang berbeda. Kepatuhan di-chain mungkin bukan tentang memblokir transaksi yang buruk. Mungkin lebih tentang membuat hasilnya dapat diprediksi sebelum siapa pun mengikatkan komitmen pada itu.

#dusk $DUSK @Dusk Pengembang Solidity tidak ingin harus mempelajari ulang seluruh rangkaian alat hanya untuk mencoba chain baru.

Jadi, menjadikan DuskEVM kompatibel dengan OP Stack tampak seperti langkah yang cerdas pada pandangan pertama.

Pengembang dapat menggunakan Solidity dan tooling EVM yang sudah familiar, tanpa harus mulai dari nol. Namun, DuskEVM hanya merupakan lapisan eksekusi. Penyelesaian akhir dan ketersediaan data berjalan melalui DuskDS, lapisan dasar Dusk dengan finalitas deterministik.

Ini adalah upaya nyata untuk mendapatkan yang terbaik dari dua dunia.

Pertahankan pengalaman pengembang Ethereum, sambil memastikan aplikasi terikat pada infrastruktur yang dirancang untuk penyelesaian finansial.

Tapi arsitektur ini menimbulkan pertanyaan kedua.

Setiap kali eksekusi dan penyelesaian akhir berada di lapisan yang berbeda, hubungan di antara keduanya menjadi hal yang krusial. Nilai, status, dan bukti harus berpindah dengan aman antara DuskEVM dan DuskDS.

Dan secara historis, bridge serta antarmuka lintas-lapisan telah menjadi salah satu infrastruktur kripto yang paling rapuh.

Dusk sendiri mempelajari pelajaran itu dalam versi tertentu pada Januari, ketika bridge terpisah Dusk↔BSC mengalami kompromi pada signing-wallet. Kejadian itu bukanlah eksploit terhadap jalur penyelesaian DuskEVM atau DuskDS, jadi keduanya tidak boleh disamakan.

Namun, prinsipnya tetap penting: chain dasar dapat tetap aman, sementara infrastruktur yang menghubungkan dua lingkungan menjadi titik yang lebih lemah.

Dusk menggambarkan bridge DuskDS↔DuskEVM sebagai native dan trustless, tanpa kustodian eksternal atau aset yang dibungkus.

Hal ini menggembirakan, tetapi saat lebih banyak aplikasi dan nilai berpindah ke DuskEVM, asumsi keamanan di balik jalur penyelesaian itu menjadi semakin penting—bukan semakin berkurang.

Kompatibilitas EVM menurunkan hambatan bagi para pembangun.

Hal itu juga memberi Dusk batas lain yang harus dipertahankan dengan sempurna.

Apakah kompatibilitas EVM hanyalah trade-off yang diperlukan untuk adopsi—atau apakah setiap chain yang mengutamakan privasi dan menambahkan lapisan EVM juga memperluas permukaan serangan yang harus dilindungi?

$DUSK @Dusk

Dua kalimat dari halaman TGE TermMax yang akan mengubah apa yang dilakukan sebagian orang minggu ini.
Satu. Jika Anda melihat Genesis Reward di halaman pengecek—dideskripsikan sebagai hadiah khusus untuk kontributor awal dan jangka panjang—itu sudah termasuk dalam total alokasi yang ditampilkan di bagian atas.
Tidak ditambahkan. Sudah termasuk.
Itu kebalikan dari cara baris bonus dibaca secara naluriah. Dan jika Anda berada di atas ambang vesting dan memutuskan antara kehilangan 70% dan vesting 85%, menggelembungkan angka basis Anda sendiri mengubah jawaban yang Anda dapatkan.
Dua. Tidak ada batas waktu untuk mengklaim TMX yang bisa diklaim instan. Halaman Management mengatakannya secara langsung—kembali dan klaim kapan pun.
Desain yang satu ini memang benar-benar bagus, dan lebih langka dari seharusnya. Banyak peluncuran menempelkan masa kedaluwarsa pada token yang belum diklaim, yang mendorong semua orang untuk bertransaksi pada hari terburuk untuk gas dan untuk harga.
Gabungkan keduanya, dan Anda akan mendapatkan hal yang paling banyak orang akan lakukan terbalik minggu ini.
Keputusannya mendesak. 23 Agustus, 23:59 UTC. Jika terlewat, lockup terpanjang akan ditetapkan untuk Anda.
Transaksinya tidak mendesak. Sama sekali.
Jadi, yang terburu-buru adalah pilihannya, bukan klaimnya. Harapkan banyak orang untuk berlari mengklaim pada hari pertama, mengikuti apa pun yang sedang terjadi di pasar, sambil menganggap tenggat sebagai sesuatu yang bisa ditangani nanti.
Persis dibalik.
Tenggat yang mana yang sebenarnya Anda anggap sebagai hal yang nyata?

#termmax @TermMax

Detail kecil, tapi sangat menarik secara proporsional.
Transaksi senja bisa membawa memo hingga 512 byte. Ada total empat jenis transaksi: transfer reguler, pemanggilan kontrak, deployment kontrak, dan transfer dengan memo.
Mengapa kolom memo sama sekali ada di sebuah rantai yang dibangun dengan kerahasiaan sebagai fokus?
Pertukaran. Catatan rekayasa yang memperkenalkannya mengatakan tujuannya adalah memungkinkan sebuah pertukaran menargetkan akun internal sambil menggunakan satu kunci penerima atau alamat. Siapa pun yang pernah menyetor ke bursa di Cosmos atau XRP tahu ritual persis ini—satu alamat bersama, dan sebuah tag yang mengatakan nasabah mana kamu.
Jadi di sebuah rantai yang seluruh pitching-nya adalah "tidak semuanya harus dipublikasikan", realitas operasional integrasi bursa justru menghasilkan sebuah kolom tempat kamu menuliskan, secara terbuka, akun mana yang menjadi tujuan pembayaran ini.
Saya tidak menganggap ini hipokrisi. Prinsip yang sama @Dusk terus diperjuangkan: pengungkapan harus menjadi pilihan, diterapkan saat memang berguna, bukan sebagai default yang dipasang di mana-mana. Memo setoran adalah tempat di mana keterbacaan adalah inti dari semuanya.
Tapi 512 byte itu ruang yang banyak, dan kolom serbaguna tidak pernah tetap pada jalurnya. Memo di rantai lain telah berubah menjadi referensi invoice, ID pesanan, pesan, dan kadang-kadang hal-hal yang tidak pernah direncanakan sebelumnya. Apa pun yang akhirnya masuk ke sana akan tertulis permanen di buku besar publik, oleh pengguna yang tidak akan memikirkan itu.
Pertanyaan yang menarik bukanlah kolomnya. Tapi apa yang orang masukkan ke dalamnya begitu volume tiba, dan apakah ada yang mengawasinya.
Jika kamu sudah mengintegrasikan sebuah rantai dengan setoran berbasis memo—apa hal paling aneh yang pernah kamu lihat seseorang tulis di dalamnya?

#dusk $DUSK @Dusk

Native DUSK memiliki 9 desimal. Satu DUSK adalah 1.000.000.000 LUX.
ERC20 dan BEP20 $DUSK memiliki 18.
Saya menatap dua baris itu di halaman tokenomics lebih lama dari yang saya perkirakan, karena detail seperti itulah yang tidak pernah membuat sebuah thread, tetapi benar-benar membuat tiket bantuan.
Ada dua konsekuensi yang terus saya putar.
Satu: LUX adalah resolusi seluruh pasar biaya. Harga gas ditetapkan dalam LUX per unit gas, dan biayanya adalah gas yang digunakan kali harga gas. Sembilan desimal adalah yang paling halus yang pernah bisa diberi harga oleh @Dusk . Untuk sebuah rantai yang menargetkan penyelesaian sekuritas — tempat matematika kupon, pembagian dividen, dan kepemilikan pecahan adalah hal yang biasa — batas itu adalah parameter desain yang nyata, bukan remeh-temeh. Sembilan cukup untuk sebuah token. Apakah itu cukup untuk setiap instrumen yang pada akhirnya diselesaikan terhadapnya adalah pertanyaan yang berbeda.
Dua: 18 turun ke 9 bukan perpindahan yang tanpa kehilangan (lossless). Apa pun yang berada di bawah desimal kesembilan di Ethereum atau BSC tidak punya tempat pendaratan di mainnet. Seseorang harus memutuskan apakah debu (dust) tersebut dibulatkan, dipotong (truncates) atau diblokir — dan aturan itu paling penting bagi orang-orang persis yang dituju oleh panduan migrasi.
Saya membaca panduan migrasi dan panduan jembatan BEP20, dan saya tidak menemukan aturan itu dinyatakan secara gamblang. Mungkin ditangani dengan benar dan sederhana, tetapi tidak didokumentasikan. Bisa jadi aturan itu ada di suatu tempat yang tidak sempat saya temui.
Karena itu, saya lebih memilih bertanya daripada berasumsi.
Jika Anda telah memigrasikan ERC20 atau BEP20 DUSK ke mainnet — apakah saldo Anda mendarat persis, atau apakah beberapa digit terakhir tersalurkan ke mana?

#dusk @Dusk $BTC

Satu klik, tiga hal terpisah

Leverage satu-klik terdengar seperti satu tindakan. Dokumentasi menjelaskan ada tiga.
Anda menyediakan token utang. Protokol mengambil flash loan untuk sisanya. Jumlah gabungannya kemudian membeli aset jaminan, dan pembelian tersebut dikunci ke dalam Gearing Token.
Langkah dua adalah yang paling layak untuk dipahami. Ini adalah market buy. Ini dirutekan melalui adapter swap — ruang lingkup yang diaudit menyebut adapter Kyberswap dan Odos — dan adapter mana yang diizinkan dikendalikan oleh peran admin.

Jadi tingkat (rate) Anda terkunci saat masuk. Harga saat masuk Anda tidak terkunci. Momen singkat ketika likuiditas DEX jaminan tipis akan muncul sebagai eksekusi yang lebih buruk pada posisi yang baru saja Anda buka, dan kepastian rate tidak memperbaiki apa pun.
Ini tetap jelas lebih baik daripada melakukan looping manual di empat protokol. Lebih sedikit transaksi, lebih sedikit gas, satu titik kegagalan atomik alih-alih lima.
Tapi "fixed rate" menggambarkan pembiayaan, bukan hasil eksekusinya.
Apakah Anda memeriksa kedalaman DEX jaminan sebelum membuka posisi leveraged, atau hanya APR?

#termmax @TermMax #DEX

@Dusk
Saya menjumlahkan pembagian imbalan blok Dusk dengan harapan hasilnya tepat 100%. Generator blok 70%, dana pengembangan 10%, komite validasi 5%, komite ratifikasi 5%. Itu 90%. Kekurangan 10% adalah bagian yang sebelumnya saya asumsikan sudah tetap/ditetapkan. Ternyata tidak.
Potongan terakhir itu juga mengalir ke generator blok — tetapi hanya sampai 10%, berdasarkan kredit yang tercantum dalam sertifikat blok. Setiap porsi yang tidak terdistribusikan dibakar.
Jadi emisi di Dusk sebagian bersifat bergantung pada kinerja. Sebuah blok yang sertifikatnya memuat set lengkap suara komite membayar seluruh imbalan. Sebuah blok yang mengumpulkan kredit lebih sedikit membayar lebih sedikit, dan kekurangannya tidak dibawa ke depan atau dialihkan — melainkan dihancurkan. Setiap blok adalah referendum kecil tentang partisipasi komite, yang ditetapkan dalam pasokan.
Karena itu, judul emisi dan angka yang ditujukan untuk para staker adalah dua pertanyaan berbeda. Dusk memancarkan 500.000.000 DUSK selama 36 tahun dengan peluruhan geometrik, r = 0,5, berkurang setengah setiap empat tahun. Periode pertama: 19,8574 DUSK per blok untuk 12.614.400 blok, total 250,48M DUSK. Itu adalah penerbitan (issuance). Tetapi 10% dari setiap imbalan blok dialihkan ke dana pengembangan, dan fraksi yang tidak diketahui dari 10% bersyarat itu dibakar. "Berapa yang dipancarkan rantai per blok" dan "berapa yang sampai ke staker" diselesaikan secara berbeda — dan yang kedua bergantung pada seberapa baik jaringan menyatakan (attest) blok tertentu tersebut.
Saya pikir ini lebih jujur daripada janji APY yang tetap. Ini memberi harga partisipasi konsensus yang benar, alih-alih mengiklankan sebuah angka dan berharap jaringan menunaikannya. Namun kejujuran dan dapat dimodelkan bukanlah hal yang sama. Mengukur bisnis validator sekarang memerlukan asumsi tentang kelengkapan sertifikat rata-rata — sebuah variabel yang tidak ada di laman pemasaran.
Dusk sedang mendekati validator institusional untuk pasar yang teregulasi. Apakah imbalan yang bergantung pada kinerja dan sebagian dibakar adalah insentif yang tepat untuk audiens itu, atau institusi memerlukan prediktabilitas lebih daripada mereka membutuhkan keanggunan?

#dusk $DUSK

Aku terus menggulir melewati baris itu sampai terlihat bukan seperti perpipaan.
FT adalah yang setengahnya orang-orang posting tentang. Klaim tanpa kupon, dibeli di bawah nilai nominal, ditebus pada nilai nominal. Sebuah obligasi.
XT adalah sisa dari unit utang yang sama setelah klaim itu dipisah. Kaki bunganya. Setor token utang, kedua bagiannya dicetak, dan XT mengalir menuju nol saat jatuh tempo mendekat.
Ini yang membuatnya klik. Identitasnya tetap berlaku di setiap momen, bukan hanya di akhir. Sebuah FT dan sebuah XT dibakar kembali menjadi token utang pada nilai pari. Tidak ada lelang, tidak ada oracle. Penebusan tetap bersih karena kedua bagian selalu berjumlah satu.
Jadi mereka berakhir di tangan yang berlawanan. Dalam alur pinjam-meminjam, kaki XT ditukar begitu saja dalam transaksi yang sama saat mencetaknya, dan pemberi pinjaman pergi hanya memegang FT. Sang leverager memperoleh XT, karena memegang bagian yang membusuk melawan jaminan adalah cara loop itu dibangun.
Harus ada pihak yang memiliki kaki yang kedaluwarsanya bernilai nol pada tanggal yang diketahui. Itu adalah leverager, bukan pemberi pinjaman.
Masih ragu: dokumen menyebut XT sebagai kewajiban bunga pada satu halaman dan sebagai indikator leverage pada halaman lain. Aku tidak tahu yang mana yang dipatok harga oleh para trader.
Jika FT adalah obligasi, siapa sebenarnya yang mematok harga XT, dan terhadap apa?

#termmax @TermMax

Pre-mine @TermMax memiliki detail yang patut dicatat: 40M TMX (4% dari total pasokan 1B), dicadangkan untuk insentif pengguna awal, dengan vesting nol — dapat diklaim 1:1 segera setelah TGE, sesuai dokumen resmi TermMax.

Konteks penting di sini: lapisan bonus TMX terpisah yang ditawarkan oleh mitra vault pihak ketiga Neutral Trade (bukan TermMax) *menggunakan vesting linear 6 bulan*, tanpa cliff. Jadi jelas, vesting adalah opsi yang didukung TMX — tetapi panggilan penataan tersebut dilakukan oleh Neutral Trade, bukan TermMax. Saya tidak akan membaca desain inti pool yang tanpa-vesting sebagai sinyal disengaja #termmax .

Dua interpretasi sama-sama masuk akal: tim tidak khawatir tentang tekanan jual yang terkonsentrasi di awal, atau pool tanpa-vesting saja lebih sederhana untuk dikelola. Bukti tidak cukup untuk mendukung salah satu.

Keamanan: audit Spearbit/Cantina disebutkan melalui dokumen Neutral Trade, bukan laporan yang dipublikasikan TermMax — kemungkinan benar, tetapi bersifat rujukan pihak kedua. Skor DeFiSafety 93%, yang tercantum di situs TermMax sendiri, solid.

Pendanaan: total sekitar ~$6,8M — $2,55M untuk angel (2022) + seed dengan valuasi $38M, dipimpin oleh Cumberland (2023). Angka seed diperdebatkan: $4,25M (CryptoRank) vs $4,45M di tempat lain, terkait entitas induk "Term Structure." Masih ada celah kecil yang belum terselesaikan.

Hal besar yang belum diketahui: tidak ada jadwal vesting/cliff publik untuk 96% sisanya (tim, investor, treasury) — ini jauh lebih penting dalam jangka panjang dibandingkan 40M pre-mine.

Pertanyaan sebenarnya: berapa banyak dari pool 40M yang terakumulasi pada saat TGE. Itu menentukan apakah ini hanya gangguan likuiditas kecil atau penggerak pasar yang nyata.

#dusk $DUSK @Dusk Konsensus Dusk, Succinct Attestation (SA), adalah protokol proof-of-stake berbasis komite. Penyedia yang memenuhi syarat dipilih melalui sortition deterministik yang diberi bobot berdasarkan kepemilikan (stake) untuk membentuk komite kecil per putaran; komite-komite ini mengusulkan, memvalidasi, dan meratifikasi blok menggunakan tanda tangan gabungan (aggregated signatures) alih-alih mengharuskan seluruh kumpulan validator untuk ikut menilai setiap blok. Dokumentasi Dusk menjelaskan transaksi yang berkembang melalui empat status: Accepted (diterima dan valid), Confirmed (dimasukkan ke dalam sebuah blok dengan blok-blok berikutnya yang dibangun di atasnya), Stable (terkubur cukup dalam sehingga sangat tidak mungkin dibalikkan), dan Final (secara deterministik, dijamin tidak dapat dibatalkan secara kriptografis). Ini secara tegas dikontraskan dengan konsensus bergaya Nakamoto, di mana blok tidak pernah benar-benar final dan diperlakukan sebagai "kemungkinan besar aman" setelah jumlah konfirmasi yang cukup menumpuk.

Kebanyakan rantai memberi pengguna tepat satu sinyal — jumlah konfirmasi — dan menyerahkan pada pengguna untuk memutuskan apa yang "cukup". Model empat tahap Dusk membuat eksplisit apa yang biasanya dibiarkan tersirat: aktor yang berbeda memerlukan ambang kepastian yang berbeda pada waktu yang berbeda pula. Transfer ritel mungkin menganggap "Confirmed" sudah cukup; penyelesaian sekuritas hampir pasti memerlukan "Final." Dibandingkan sistem yang sepenuhnya probabilistik, SA menukar sebagian aspek desentralisasi (hanya komite yang memberikan persaksian per blok) dengan titik finalitas yang jelas dan terbatas, di mana finalitas berhenti menjadi probabilistik dan menjadi absolut.

Mengekspos empat status finalitas membuatnya lebih jujur tentang bagaimana penyelesaian benar-benar bekerja, tetapi juga mendorong keputusan ke lapisan pengguna atau aplikasi — tahap mana yang "cukup" untuk transaksi ini. Apakah menampilkan struktur asli finalitas membantu pengguna membuat keputusan yang lebih terkalibrasi, atau apakah granularitas tambahan ini sebagian besar tetap disembunyikan oleh wallet dan aplikasi?

#dusk $DUSK @Dusk

Saya tidak banyak memikirkan lapisan jaringan sampai saya menyadari bahwa Dusk tidak memindahkan blok dan suara seperti yang dilakukan kebanyakan rantai. Alih-alih membanjiri setiap pesan ke setiap rekan, ia menggunakan sesuatu yang disebut Kadcast, yang dibangun di atas perutean terstruktur bergaya Kademlia.

Dengan sendirinya, itu terdengar seperti detail backend yang tidak dipikirkan siapa pun di luar tim inti. Namun, hal itu menjadi lebih penting ketika Anda meletakkannya berdampingan dengan cara kerja Succinct Attestation yang sebenarnya. Konsensus berbasis komite bergantung pada kelompok kecil provisioner yang saling bertukar suara cukup cepat untuk memuktamadkan sebuah blok dalam hitungan detik. Jika lapisan jaringan di bawahnya lambat atau membuang bandwidth dengan memancarkan ulang pesan yang sama ke semua orang, jendela pemungutan suara yang ketat itu menjadi lebih sulit dicapai ketika kumpulan validator bertambah atau tersebar secara geografis.

Kadcast merutekan pesan melalui jalur deterministik berdasarkan jarak dalam jaringan, bukan dengan banjir acak. Hasil yang terdokumentasi adalah penggunaan bandwidth per pesan yang jauh lebih rendah. Untuk sebuah rantai yang mengandalkan komite yang saling bertukar suara setiap putaran, itu bukan sekadar keuntungan kosmetik—itu lebih dekat menjadi prasyarat agar jaminan finalitas benar-benar dapat bertahan pada skala besar, bukan hanya di testnet kecil.

Yang belum saya punya gambaran jelas adalah bagaimana kinerjanya dalam kondisi yang lebih berat: ketika kumpulan validator tersebar lintas benua, kualitas koneksi tidak merata, atau ada perilaku adversarial nyata di lapisan jaringan, bukan sekadar inefisiensi biasa. Protokol perutean terstruktur membawa tradeoff mereka sendiri ketika node berbuat tidak semestinya atau menjatuhkan diri secara tak terduga. Apakah efisiensi Kadcast tetap bertahan setelah jaringan menjadi lebih besar dan lebih “berantakan” daripada saat ini tampaknya baru benar-benar bisa kita ketahui setelah pengujian skala nyata yang akan mengujinya.

Mari kita uraikan dengan benar, karena "aset tokenisasi" digunakan secara longgar.

Cara lama adalah tokenisasi melalui wrapper. Anda mengambil suatu aset. Anda membungkusnya dalam sebuah token. Token itu kini mewakili kepemilikan. Namun semuanya yang lain—perdagangan, kliring, kustodian, penyelesaian—tetap persis berada di tempatnya seperti biasa, dalam sistem yang terpisah, lalu disinkronkan setelahnya. Token tersebut adalah representasi. Bukan catatan operasional aktual dari asetnya.

Alternatifnya adalah penerbitan native. Alih-alih membungkus proses yang sudah ada, seluruh siklus hidup berjalan langsung di blockchain sejak awal. Penerbitan, kepemilikan, transfer, penyelesaian, layanan, pelaporan—satu catatan berkelanjutan, bukan lima catatan yang terputus-putus lalu disatukan secara manual.

Kenapa perbedaan itu penting dalam praktik?

Bayangkan apa yang terjadi ketika sebuah obligasi berpindah tangan pada masing-masing model. Pada model wrapper, tokennya berpindah, tetapi di suatu tempat di luar rantai, seorang kustodian, lembaga kliring, dan registrar semuanya perlu memperbarui catatan mereka masing-masing agar sesuai. Tahap rekonsiliasi itulah yang biasanya menjadi tempat biaya, keterlambatan, dan sengketa.

Pada penerbitan native, ada satu catatan. Ketika kepemilikan berubah, setiap fakta lanjutan—penyelesaian, pelaporan, layanan—langsung tercermin, karena tidak ada yang terpisah lagi untuk direkonsiliasi.

Itu keunggulan teoritisnya. Ini batasan yang jujur: institusi tidak berpindah model karena salah satu lebih bersih secara arsitektural. Mereka berpindah ketika biaya untuk tetap menggunakan model lama lebih besar daripada biaya untuk melakukan perubahan. Infrastruktur warisan (legacy) bersifat “lengket” karena alasan yang tidak ada hubungannya dengan desain mana yang lebih baik di atas kertas.

Jadi cara yang berguna untuk memikirkannya bukanlah model mana yang lebih pintar. Melainkan model mana yang benar-benar diadopsi secara skala—dan itu jauh lebih sulit dijawab dari sebuah whitepaper.

#dusk $DUSK @Dusk

Aktivitas Nyata
Alih-alih membaca ulang pitch deck, saya menghabiskan satu malam hanya dengan melihat angkanya. Di situlah celahnya terlihat.
Senja dipromosikan di mana-mana sebagai rel RWA berbasis institusi bermutu — dengan kemitraan dan integrasi bersama nama-nama yang bisa dikenali. Namun, yang sebenarnya bergerak di on-chain saat ini terlihat kecil — pasangan Binance DUSK/USDT yang hanya membawa sebagian kecil dari total volume pasar, sementara sisanya tersebar tipis di berbagai bursa yang lebih kecil. Belum ada di tempat yang seharusnya dihuni oleh narasi “institusional”.
Staking menunjukkan bentuk yang sama dalam skala lebih kecil. Hyperstaking dibangun agar mudah diakses — ambang masuk yang rendah, permissionless, dengan jendela kematangan yang relatif singkat. Sementara itu, inisiatif tokenisasi yang lebih besar masih lebih banyak dijelaskan dalam bentuk masa depan, masih “akan segera diluncurkan”.
Ada juga sisi keamanan yang patut dipertimbangkan. Penilaian keamanan independen saat ini menunjukkan cakupan audit, penilaian asuransi, dan cakupan bug bounty yang cukup moderat. Itu tidak aneh — banyak L1 meluncur sebelum tumpukan keamanan mereka matang sepenuhnya — tetapi ini celah yang terasa untuk sebuah chain yang mendekati bank kustodian dan sekuritas tokenisasi secara spesifik.
Semuanya ini tidak terasa mengkhawatirkan, lebih seperti masih dini. Infrastruktur butuh waktu untuk dibangun. Yang layak diperhatikan adalah siapa yang akhirnya lebih dulu menggunakan settlement layer — staker yang sudah aktif hari ini, atau institusi yang masih menunggu dokumen dan jalur kepatuhan selesai.
Apakah celah antara narasi institusional dan aktivitas on-chain saat ini hanya keterlambatan yang normal pada tahap awal, atau ini menunjukkan seberapa jauh adopsi institusional yang nyata sebenarnya sudah terjadi?

#dusk $DUSK @Dusk

#dusk $DUSK Ada sesuatu yang sering dilewatkan dalam kebanyakan penjelasan DUSK: ini bukan sebuah rantai dengan satu model privasi yang ditempel begitu saja. Ini adalah rantai yang menjalankan dua model transaksi berbeda secara bersamaan, karena pembayaran dan keamanan bukanlah jenis objek yang sama dan tidak gagal dengan cara yang sama.
Phoenix adalah model gaya UTxO untuk transfer tertutup sehari-hari—saldo dan pihak lawan disembunyikan, catatan dilacak dalam pohon Merkle, dan nullifier mencegah double-spend tanpa mengungkap catatan mana yang dipakai. Ia dibangun untuk throughput dan kerahasiaan pada transfer nilai biasa.
Zedger berbeda dengan sengaja. Ia dimodelkan khusus untuk sekuritas yang ditokenisasi, di mana tujuan utamanya bukan sekadar menyembunyikan saldo—melainkan membuktikan bahwa peristiwa siklus hidup (penerbitan, pembatasan transfer, aksi korporasi, penebusan) terjadi dengan benar di bawah kerangka regulasi, tanpa membocorkan cap table ke rantai publik. Token sekuritas punya kewajiban yang tidak pernah dirancang untuk dibawa Phoenix: pembatasan transfer yang terkait dengan status investor, kemampuan bagi penerbit untuk membekukan atau mereklamasi di bawah kondisi hukum tertentu, serta kebutuhan audit yang tetap bertahan bahkan ketika saldo tetap terselubung.
Menjalankan keduanya dalam satu lapisan settlement adalah taruhan rekayasa yang sebenarnya. Dusk tidak memilih antara "rantai pembayaran privat" dan "rantai sekuritas yang patuh"—ia berargumen bahwa Anda perlu kedua primitif tersebut tersedia dalam lingkungan eksekusi yang sama karena pasar teregulasi menyentuh kedua jenis transaksi pada hari perdagangan yang sama. Kontrak transfer mengelola kedua alur melalui model integritas berbasis pohon Merkle yang sama, yang merupakan arsitektur lebih rapi dibanding menjembatani dua rantai dengan dua jaminan privasi yang berbeda.
Pertanyaan terbuka adalah apakah kompleksitas dual-model ini menjadi beban pemeliharaan saat kedua spesifikasi berkembang secara independen, ataukah justru lebih robust dibanding lapisan privasi serba-sama.
Apakah ada yang tahu L1 lain yang men-deploy dua model transaksi produksi yang memang sengaja dipisahkan berdasarkan kelas aset seperti ini, alih-alih satu primitif privasi generik yang dipaksakan untuk semuanya?
@Dusk $NVDAB

Tim Babylon membingkai BABE — sistem verifikasi pembuktian baru mereka — sebagai kunci yang membuat Trustless Bitcoin Vaults menjadi praktis: kira-kira 1000x lebih kecil penyimpanan, 1000x lebih cepat untuk penyiapan, dari hitungan jam menjadi hitungan detik. Baca itu saja, dan terdengar seperti peningkatan yang sudah dirilis.
Lalu saya cek rencana peluncuran mereka dari panggilan yang sama. BABE belum menjadi fitur mainnet yang live — ia bergerak melalui beberapa tahap: testnet alfa terlebih dulu (memperkeras sisi Bitcoin, ZK, verifikasi), lalu testnet beta (API dan dokumentasi siap mainnet), kemudian target mainnet setelah itu. Angka kompresinya adalah hasil lab yang nyata. Apakah angka itu bertahan pada skala produksi, dalam kondisi jaringan yang sesungguhnya, dengan pengujian adversarial yang nyata, itu klaim lain yang masih terpisah dan masih terbuka.
Bukan tanda bahaya — begitulah kriptografi yang serius biasanya dirilis: bertahap, bukan semuanya sekaligus. Tapi "1000x lebih kecil" sebagai judul dan "masih dalam alfa" sebagai status sama-sama benar pada saat yang sama, dan hanya salah satunya yang masuk ke thread.
Di mana tempat yang bagus untuk memantau kelulusan aktual BABE dari tahap ke tahap, daripada bergantung pada posting pengumuman?
@BabylonLabs_io #baby $BABY

9 semua dn #BibanceTurns9