六出纷飞

加入专属聊天室 Ingin angpao? Ingin merchandise? Ingin strategi? Ruang obrolan Liu Ge memiliki semuanya, cepat bergabung dengan ruang obrolan untuk mendapatkan manfaat!
点击加入聊天室

#币安Alpha推出MERL交易竞赛

Terima kasih kepada semua bos atas dukungannya, kemarin ada puluhan bos yang membuka komisi kembali, kita harus berhemat dan menghabiskan, rasio komisi kontrak adalah 20%, setiap hari Minggu kami akan mentransfer uang kepada kalian, 🎈Kode undangan: LCFF666
#手续费返佣

Benar-benar tidak ada sama sekali callback?
Aku bahkan ingin melakukan short
$ZEC

Sebelumnya kita sudah membahas jembatan lintas-chain: yang diselesaikannya adalah masalah “bagaimana aset dipindahkan dari satu chain ke chain lain”. Minggu ini saya melihat situs resminya dan menemukan bahwa Dusk juga mencantumkan secara terpisah item “infrastruktur pesan lintas-chain”. Ini bukan hal yang sama dengan jembatan aset—saya sempat menelusuri bagian ini untuk memahami masalah apa sebenarnya yang diselesaikannya.

Jembatan aset fokus pada “pemindahan uang dan aset”. Infrastruktur pesan lintas-chain membahas lapisan yang lebih abstrak—bagaimana aplikasi di chain yang berbeda dapat saling berkomunikasi dan saling memicu aksi. Misalnya, setelah sebuah kontrak di satu chain selesai menjalankan suatu operasi, perlu memberi tahu kontrak di chain lain untuk melakukan pembaruan status yang sesuai. Ini tidak melibatkan pemindahan aset; murni koordinasi di level informasi dan instruksi. Kebutuhan seperti ini semakin umum di ekosistem multi-chain saat ini. Sebenarnya ia lebih mendasar dan sekaligus lebih rumit dibanding sekadar pemindahan aset—pemindahan aset setidaknya jelas dari sisi nominal dan arahnya, sedangkan penyampaian pesan melibatkan beragam skenario sehingga standarisasinya jauh lebih sulit.

Saya memahami alasan Dusk ingin membangun bagian ini adalah—kalau aplikasi di DuskEVM ingin berinteraksi dengan ekosistem chain lain (misalnya mainnet Ethereum, atau Layer 2 lain), bukan hanya sekadar “menjembatani” aset dengan jembatan aset, maka diperlukan seperangkat protokol pesan lintas-chain yang andal. Tujuannya agar kontrak pintar di chain yang berbeda bisa saling “berdialog”. DuskTrade yang sempat kita bahas sebelumnya, jika benar ingin menjalankan proses investasi tingkat institusi secara lengkap, ke depan besar kemungkinan juga perlu berinteraksi dengan sistem keuangan tradisional atau pool aset di chain lain. Infrastruktur pesan lintas-chain ini, dalam tingkat tertentu, adalah langkah awal untuk skenario kerja sama multi-chain yang lebih kompleks.

Namun, informasi publik yang bisa saya temukan saat ini masih cukup terbatas. Tidak jelas apakah mereka membangun protokol sendiri atau mengadopsi standar pesan lintas-chain pihak ketiga tertentu (seperti solusi umum LayerZero atau Wormhole). Saya tidak menemukan penjelasan detail. Saya berencana meninjau lagi setelah ada dokumen teknis yang lebih spesifik yang dipublikasikan; untuk saat ini, saya hanya bisa menganggap ini sebagai pengamatan bahwa arah tersebut memang ada.
@Dusk #dusk $DUSK

Saya mengira DuskEVM adalah lapisan kompatibilitas EVM yang dirancang dari nol oleh tim Dusk sendiri—baru setelah membaca materi, saya sadar bahwa fondasinya langsung menggunakan OP Stack, yaitu framework rollup open-source dari Optimism. Penemuan ini memberi saya pemahaman baru tentang posisi DuskEVM.

OP Stack adalah framework modular yang telah terverifikasi di ekosistem Ethereum dan secara luas diadopsi oleh banyak chain Layer2 (termasuk Optimism sendiri, Base, dan lain-lain). OP Stack khusus untuk membangun cepat layer eksekusi yang kompatibel dengan EVM. Dusk tidak memilih untuk “menciptakan roda dari awal”, melainkan langsung berdiri di atas framework yang sudah terbukti melalui uji coba skala besar, membangun lingkungan eksekusinya sendiri, dan akhirnya melakukan penyelesaian (settlement) kembali ke lapisan dasar melalui DuskDS.

Menurut saya pilihan ini cukup pragmatis—membangun dari nol mesin virtual (VM) kompatibel EVM yang benar-benar baru risikonya dan biaya waktunya tidak kecil. Apalagi, fokus tim inti Dusk seharusnya lebih banyak diarahkan ke bidang kriptografi dan kepatuhan yang benar-benar membedakan. Dengan memanfaatkan OP Stack—framework matang yang sudah diuji luas di ekosistem Ethereum—Dusk bisa menghemat banyak upaya rekayasa yang biasanya diperlukan untuk membuat “roda yang sama”. Sekaligus, Dusk juga dapat memetik keuntungan dari iterasi berkelanjutan dari toolchain rollup di ekosistem Ethereum: OP Stack sendiri terus berevolusi. Jika Dusk mengikuti ritme pembaruan ekosistem hulunya, secara teori Dusk dapat terus menikmati manfaat teknis tersebut tanpa harus memelihara sendiri seluruh tumpukan teknologi VM.

Namun ini juga berarti keamanan dan performa DuskEVM, dalam tingkat tertentu, sangat terikat pada ketangguhan (robustness) framework hulunya, OP Stack. Jika framework hulu mengalami celah keamanan atau perubahan arsitektur, besar kemungkinan Dusk juga harus menyesuaikan dan memperbaikinya. Ini bukan tumpukan teknologi yang sepenuhnya independen dan bisa sepenuhnya dikendalikan sendiri. Itulah hubungan ketergantungan yang tak terhindarkan dari filosofi “berdiri di pundak raksasa”: keuntungannya menghemat banyak tenaga, tetapi harganya adalah otonomi berkurang. $DUSK

Dalam pemilihan teknologi seperti dilema “meminjam framework yang matang atau menciptakan lagi dari nol”, tidak ada jawaban mutlak yang benar atau salah. Tapi memahami dengan jelas apakah fondasi sebuah chain dikembangkan sendiri atau meminjam arsitektur pihak ketiga setidaknya membantu saya menilai dengan lebih akurat risiko teknologinya, dan seharusnya menilik catatan historis dari siapa. @Dusk #dusk

Minggu lalu hampir saja langsung menabrak halaman staking dengan BEP20 versi DUSK yang ada di tangan, untung sebelum mengirim saya sempat membaca pesan peringatan—ternyata itu sama sekali bukan hal yang dimaksud. Saya jadi merinding, lalu sekaligus merapikan logika bagian ini.

Saat ini DUSK beredar dalam beberapa bentuk: native DUSK di mainnet adalah satu-satunya “wujud asli”. Selain itu ada juga versi ERC20 yang tersisa dari masa lalu (di Ethereum) dan versi BEP20 (di Binance Smart Chain). Dua versi tersebut pada dasarnya adalah token representatif yang diproduksi di awal-awal sebelum mainnet resmi diluncurkan, untuk memudahkan pencatatan dan peredaran di bursa—bukanlah native DUSK, jadi tidak bisa langsung digunakan untuk staking dan ikut berpartisipasi dalam konsensus. Untuk operasi staking seperti ini, protokolnya hanya mengakui native DUSK.

Jalur yang diberikan resmi adalah migrasi satu arah—ERC20/BEP20 DUSK dikunci melalui kontrak resmi, lalu sistem di mainnet menerbitkan native DUSK. Perkiraan waktu yang disebutkan resmi untuk proses ini sekitar belasan menit. Selain itu, saat melakukan bridge balik dari native DUSK ke BEP20, jalurnya berbeda dan independen, dengan biaya tetap 1 DUSK. Tujuan desain kedua jalur ini sangat jelas: native DUSK didefinisikan secara tegas sebagai “satu-satunya sumber otoritatif”, sementara BEP20 lebih seperti “aset bayangan” yang ada untuk likuiditas dan kompatibilitas lintas ekosistem, bukan dua bentuk yang setara.

Saat mencari referensi, saya juga menemukan potongan kisah historis—dulu, Binance Beacon Chain akan dimatikan, dan versi BEP2 dari DUSK diminta untuk bermigrasi ke BEP20 dalam tenggat waktu. Kalau lewat tanggalnya dan tidak migrasi, bisa langsung kehilangan ketersediaan. Itu sempat jadi pengingat bagi saya: untuk token multi-versi seperti ini, yang menjaga semuanya adalah pemeliharaan berkelanjutan dari chain dan kontrak yang bersangkutan. Begitu satu chain atau infrastruktur dasar memutuskan untuk pensiun, aset yang “dibungkus” di atasnya harus ikut dipindahkan secara tergesa-gesa—tidak akan selamanya stabil dan tetap.

Kali ini saya jadikan itu pengingat untuk diri sendiri: sebelum melakukan langkah-langkah yang terkait staking dan ekosistem Dusk, pastikan dulu apakah yang ada di tangan Anda adalah native DUSK. Kalau langkah ini tidak dikonfirmasi dengan jelas, risikonya minimal operasi gagal, dan kalau lebih buruk bisa benar-benar menghadapi tekanan pada jendela waktu migrasi aset seperti pelajaran dari sejarah resmi.

@Dusk #dusk $DUSK

Aku penasaran bagaimana node bisa berbuat jahat atau malah putus sambungan, dan bagaimana Dusk memberi hukuman. Minggu ini aku sengaja menelusuri dokumentasi mekanisme hukumannya. Ternyata rancangan ini lebih detail dan halus daripada yang kubayangkan—bukan sekadar “dipotong mentah-mentah” dengan cara merampas staking.

Dusk membagi hukuman menjadi dua tingkat: lunak dan keras. Hukuman lunak (soft-slashing) ditujukan untuk kasus “tidak melakukan hal buruk, tapi performanya buruk”—misalnya saat gilirannya untuk memproduksi blok, tapi tidak menyiarkan; atau terputus cukup lama sehingga tertinggal dari progres. Ini bukan tindakan berniat jahat, tapi tetap menurunkan efisiensi jaringan. Hukuman lunak tidak membakar koin—hanya memindahkan sebagian staking ke kumpulan reward yang bisa diambil, sehingga bobot staking bagian ini di undian/penjadwalan berikutnya berkurang. Diberi kesempatan peringatan dulu; kalau mengulang baru benar-benar akan dijeda keikutsertaannya selama satu epoch. Intinya: “menurunkan peluangmu untuk terpilih”, bukan langsung memotong uang.

Hukuman keras (hard-slashing) dikhususkan untuk tindakan benar-benar berbahaya—seperti double-signing atau membuat blok tidak valid palsu, tindakan yang nyata mengancam keamanan jaringan. Untuk ini, baru sebagian staking benar-benar akan dibakar, dan masih harus diskors beberapa epoch berturut-turut tanpa kesempatan peringatan.

Menurutku, pendekatan berlapis lunak-keras ini pada dasarnya memisahkan dua jenis masalah yang benar-benar berbeda: “gangguan teknis” dan “kejahatan yang bersifat subjektif”. Fluktuasi jaringan operator node, restart server—ini adalah kejadian operasional yang bisa menimpa siapa saja. Kalau diperlakukan dengan tingkat hukuman yang sama seperti tindakan yang sengaja menyerang jaringan, orang yang berniat menjalankan node jadi enggan. Biaya psikologis untuk ikut berpartisipasi akan terlalu tinggi. Namun kalau berlaku terlalu lunak pada tindakan berniat jahat, keamanan jaringan juga tidak terjaga. Dua tingkat ini, sampai batas tertentu, adalah garis tengah untuk menyeimbangkan tujuan “mendorong partisipasi” dan “menghukum kejahatan”.

Aku justru teringat sebuah pertanyaan—kalau hukuman lunak tidak membakar koin, apakah desain ini akan membuat sebagian orang “mencari celah”, dengan sengaja mempertahankan level operasi yang tidak stabil namun tetap berada tepat di bawah ambang hukuman? Toh yang dipotong adalah peluang reward, bukan pokoknya, jadi kerugiannya terkontrol. Permainan marjinal seperti ini tidak dijelaskan secara detail di dokumen, jadi aku berencana mencari kesempatan untuk memeriksa apakah ada tanda-tanda perilaku tepi (edge behavior) semacam itu di data jaringan yang nyata.
@Dusk #dusk $DUSK

Saya sebelumnya mengira bahwa perdagangan sekuritas di blockchain itu hanya sesederhana “unggah pesanan–terpenuhi”. Baru setelah melihat desain Smart Bulletin Board dari Dusk, saya sadar bahwa skenario ini lebih dekat dengan kebiasaan perdagangan pasar primer yang sesungguhnya daripada yang saya bayangkan.

XSC adalah standar kontrak yang Dusk tetapkan untuk aset berbentuk sekuritas. Kebutuhan utamanya adalah menjaga proses kepemilikan dan perdagangan aset tersebut tetap rahasia, namun tetap memenuhi persyaratan audit. Smart Bulletin Board adalah salah satu mekanisme pematokan (matching) di ekosistem XSC—untuk dua pihak yang ingin membeli dan menjual aset sekuritas yang tidak diperdagangkan secara publik, mereka perlu menyatakan minat terlebih dahulu di “papan pengumuman” ini. Setelah pencocokan berhasil dan kedua belah pihak sama-sama setuju, barulah transaksi diselesaikan secara tanpa kepercayaan menggunakan kontrak XSC. Seluruh proses tidak memerlukan perantara broker untuk mencocokkan, memverifikasi, atau menjadi pihak pemegang antara.

Desain ini mengingatkan saya pada pengalaman sebelumnya saat berurusan dengan transfer ekuitas privat. Biasanya transaksi semacam itu sangat bergantung pada relasi dan perantara: alurnya lambat, informasi tidak transparan, dan perantaranya masih mengambil biaya.
Smart Bulletin Board pada dasarnya memindahkan proses “mencari lawan transaksi yang tepat” ke atas blockchain. Pembeli dan penjual bertemu langsung pada level protokol; begitu sudah cocok dan sepakat, transaksi bisa diselesaikan langsung. Tanpa lapisan broker, kecepatan dan biaya secara teori bisa meningkat cukup banyak.

Namun saya melihat bahwa mekanisme ini secara alami membawa sebuah prasyarat: para pihak harus terlebih dahulu melewati proses verifikasi daftar putih (whitelist) agar bisa ikut masuk dan bertransaksi. Ini bukan pasar publik yang benar-benar terbuka; ini adalah mekanisme akses (entry) yang secara khusus dirancang untuk skenario perdagangan sekuritas yang teregulasi, dan logikanya benar-benar berbeda dari mayoritas DeFi yang mengizinkan siapa saja masuk ke pasar publik.

Menurut saya, pilihan desain ini sudah tepat. Karena perdagangan sekuritas memang tunduk pada regulasi, tapi konsekuensinya adalah aksesibilitas dari sistem ini tidak se-“merata” seperti yang dibayangkan. Yang bisa menggunakannya masih umumnya kalangan lembaga berizin dan investor terakreditasi—bukan pasar publik yang bisa langsung diikuti sembarang investor ritel.

Secara teknis perantara dipotong, tapi dinding ambang batas (threshold) masuknya tetap ada. Kombinasi ini menurut saya cukup realistis menggambarkan adanya ketegangan tertentu antara dua tujuan itu sendiri: “kepatuhan (compliance)” dan “tanpa perantara (decentralized/ disintermediation)”. Ini bukan pilihan sederhana antara dua opsi, atau dapat diperoleh sepenuhnya sekaligus.
@Dusk #dusk $DUSK

TermMax上Alpha，门槛我自己算了一遍

按TMX总量10亿、当前市值区间倒推，如果按1%分给Alpha空投池，大概是市值×1%这个量级。

但TermMax在这之前已经跑过Booster活动，等于提前放出去一部分，真正留给Alpha的比例大概率会打折扣，不会是整数的1%。

参考前几期同量级项目的空投，5万份满额的门槛大多卡在200-230分区间，TermMax如果按人均分配去测算，大概率也落在这个区间附近，不算特别高。

但这里有个变量得考虑：TermMax不是新项目，它已经有九千万美金左右的TVL、几十万注册钱包，属于借贷赛道里有一定知名度的项目,这种项目的话语权通常比纯新币要重一些,币安这边分配比例可能会往下压,门槛也就可能被推高。

我自己的判断是不用刻意囤分等它,正常操作就行,真出现门槛偏高的情况,大不了错过这一轮,固定利率借贷这个方向长期是有价值的,不差这一次空投。

#TermMax @TermMax

Saya sempat mengecek latar belakang tim inti Dusk dan menemukan satu hal yang cukup tidak sesuai intuisi: latar belakang profesional pendiri Emanuele Francioni adalah rekayasa robotika dan otomasi, bukan dari jalur akademik kriptografi. Dua puluh tahun sebelumnya ia berkutat di sistem terdistribusi dan toleransi kesalahan Bizantium; kriptografi baru kemudian dilengkapi sebagai ‘skill tree’ belakangan.

Tapi yang benar-benar memegang kriptografi adalah Chief Cryptographer Dmitry Khovratovich. Nama beliau tidak asing di kalangan, karena dua algoritma hash—Equihash dan Argon2—keduanya berasal dari tangannya. Yang pertama dipakai oleh banyak chain PoW untuk membuat penambangan anti-ASIC; yang kedua diakui sebagai salah satu standar kripto-hash yang kredibel di dunia kriptografi. Selain itu, ia juga menjadi peneliti di Ethereum Foundation. Dengan rekam jejak akademik yang kuat, kriptografer ini fokus pada desain kriptografi tingkat dasar, sementara pendirinya bertanggung jawab atas arsitektur sistem dan implementasi engineering. Menurut saya, pembagian peran seperti ini lebih menenangkan dibanding ‘pendiri yang serba bisa: paham kriptografi sekaligus paham engineering’—karena validitas matematika dasar diserahkan kepada orang yang memang kompeten, dan secara logika pembagian tugasnya lebih selaras dengan sistem berskala besar.

Namun saya juga tidak berniat menjadikannya semacam ‘kartu sakti’—sekokoh apa pun kriptografer, tetap bisa melakukan kesalahan. Contoh yang sudah kita bahas sebelumnya adalah celah verifikasi pada dusk-plonk: ini menunjukkan bahwa latar belakang tim yang kuat tidak berarti kode bebas risiko nol. Audit dan pengujian lewat praktik selalu menjadi pelengkap yang wajib; tidak boleh hanya melihat CV.

Pada akhirnya, jejak rekam tim adalah item referensi, bukan bukti yang menentukan. Yang lebih ingin saya lihat adalah apa yang ada di balik nama-nama itu: kualitas kode yang mereka submit sepanjang tahun terakhir, serta kecepatan merespons kerentanan. Itu lebih jujur daripada sekadar melihat riwayat kerja.

@Dusk #dusk $DUSK

Masih ragu? Koin besar (big bet) sebentar lagi menembus 80.000.
Dalam dua hari naik 10.000 poin, apakah kamu masih ragu untuk short?
$BTC

想把一部分闲置的以太坊资产挪到DuskEVM上试试，昨晚照着官方文档走了一遍跨链桥流程，记录一下真实体验，没有想象中顺滑。

流程本身不复杂——在以太坊那边发起锁定交易，等确认，再到DuskEVM那边领取对应资产，这套逻辑跟大部分跨链桥没什么本质区别。真正让我等得有点心焦的是确认时间，不是桥本身卡，是以太坊那边要等足够多的区块确认才敢放行，加上DuskEVM那边自己的最终性机制也需要时间累积信任，两头的等待时间叠加在一起，不是那种“点一下秒到账”的体验。

这个等待我一开始觉得是体验缺陷，后来想明白这其实是必须的代价——跨链桥这东西，历史上被攻击、被套利的案例太多了，大部分出问题的桥，恰恰是为了追求速度，把确认逻辑做得太激进，给了攻击者操作空间。Dusk这边选择让两端的最终性都跑扎实了再放行，慢是慢，但至少这个设计思路是把安全性放在用户体验前面，不是反过来。

不过体验层面还是有能优化的地方——过程中没有特别清晰的进度提示，交易发起之后，我有一小段时间不太确定自己是该继续等，还是哪个步骤卡住了需要重新操作，这种不确定感对第一次用的人不太友好，容易让人怀疑是不是操作错了。跟一些做得成熟的桥比，这块的用户反馈机制还有改进空间。

另外我也留了个问题没想明白——资产桥过去之后，在DuskEVM上到底是以什么形式存在的，是原生映射资产还是包装代币，这层关系到万一未来这条桥出问题，我手里资产的赎回逻辑到底是怎样的，文档里这部分讲得不算特别直白，得自己多翻几层去拼凑答案。

跨链桥这东西，我的态度一直是能不用就不用，非用不可的话，宁可慢一点也要选安全性优先的设计。这次实测下来，Dusk这边至少方向选对了，细节体验还有打磨空间。

@Dusk #dusk $DUSK

Selama ini saya mengira TermMax saat jatuh tempo akan berakhir dengan cara yang umum seperti "auto close/penutupan otomatis, dan penyelesaian selisih berdasarkan harga pasar", sampai saya membaca ulang dokumen bagian penanganan jatuh tempo dan baru sadar ternyata sama sekali bukan begitu. TermMax menggunakan Physical Delivery, yaitu penyerahan fisik—pada momen saat jatuh tempo, pemegang FT benar-benar dapat menukarkan FT tersebut menjadi 1 unit debt token yang mendasarinya. Di sisi peminjam, jika posisi GT tidak ditutup lebih awal atau diperpanjang, maka aset jaminan dan utang akan diselesaikan secara langsung sesuai mekanisme yang sudah disepakati, bukan seolah-olah protokol akan mencarikan harga di pasar sekunder lalu “memotong” nilainya untuk Anda.

Sekilas desain ini hanya terlihat seperti detail teknis, tetapi dampaknya ternyata cukup besar. Risiko pada protokol berbasis penyelesaian tunai adalah: pada saat jatuh tempo, jika likuiditas pasar tiba-tiba “mengering” atau harga mengalami lonjakan/pembalikan mendadak, harga penyelesaian bisa sangat jauh dari perkiraan Anda. Protokol akan mengakui rugi atau memindahkan kerugian itu kepada pihak lawan. Dengan physical delivery, ketidakpastian tersebut dipangkas—jatuh tempo ya jatuh tempo. Hubungan penukaran FT menjadi debt token sudah “ditetapkan”, sehingga tidak perlu lagi bertanya: "Saat itu pasar bersedia memberi berapa". Suku bunga dan hasil jatuh tempo yang dikunci pada saat membuka posisi pinjaman—tidak akan muncul deviasi tambahan di tengah hanya karena cara penyelesaian.

Namun, physical delivery juga tidak tanpa biaya. Persyaratannya untuk peminjam lebih langsung: pada tanggal jatuh tempo, mereka harus menyiapkan aset yang cukup untuk melunasi debt token, tidak bisa “mengakali” dengan zona abu-abu seperti pada sebagian protokol penyelesaian tunai yang memakai "kompensasi selisih". Jika sebelum jatuh tempo tidak melakukan perpanjangan (rollover) atau menambah jaminan secara aktif, penanganan posisi akan dieksekusi secara ketat sesuai kesepakatan, tanpa protokol yang membantu Anda mencari harga kompromi agar “mendarat dengan lembut”. Artinya, saat menggunakan TermMax untuk meminjam, pengguna perlu membuat perencanaan tanggal jatuh tempo yang jauh lebih jelas—bukan produk yang bisa benar-benar dilepas begitu saja dan menunggu diproses otomatis saat jatuh tempo.

Saya cenderung berpikir bahwa desain ini adalah wujud nyata dari upaya TermMax untuk menerapkan kata "tetap" sampai tuntas—suku bunga tetap, dan hasil jatuh tempo juga tetap. Konsekuensinya adalah pengguna harus menanggung lebih banyak tanggung jawab manajemen secara proaktif. Ini berlawanan dengan arah yang dikejar banyak protokol DeFi, yaitu “otomatisasi model bodoh (hands-off)”. Apakah ini layak atau tidak, tergantung Anda lebih mengutamakan kepastian atau ingin lebih praktis tanpa banyak memikirkan.

@TermMax #TermMax

Ketinggalan momen? Tidak ada.
Gelombang semakin besar, ikan semakin mahal. Begitu tren seperti ini muncul, waktunya harus ikut 🤫
Pergerakan satu arah adalah kesempatan terbaik untuk rollover posisi
Beri titik acuan buat teman-teman yang ragu untuk ikut 👇

Mata uang: ✅BTC
Arah: Long
Leverage: 100x
Entry limit order: 70500-70800 (tunggu putaran pullback pertama, jangan kejar harga saat ini)
Tambah posisi (add) limit order: 69400-69800 (area retracement setelah breakout 4 jam)
Take profit limit order: 72800 / 74200
Stop loss limit order: 68750
#BTC突破$72000 $BTC

拿TermMax的一键杠杆功能实测了一次：存入1000 USDC作为抵押品，选3倍杠杆，页面确认后一笔交易完成，前后没超过一分钟。点开链上记录仔细看才发现，这一笔背后其实压缩了一整套动作——抵押资产、铸造FT、把FT卖到市场换取流动性、拿这笔流动性再买入抵押品、再把新买的抵押品追加进仓位，正常手动操作可能需要拆成四五笔独立交易，每一笔都要单独付gas、单独等确认，现在被合约打包成一次执行，操作步骤和gas成本压缩得非常明显。

但压缩的只是操作层面的"步骤数"，没有压缩的是GT里装着的风险结构。杠杆倍数越高，同样幅度的抵押品价格波动对LTV的冲击就越大，一键杠杆让你能在几十秒内直接站到高杠杆的位置上，也就意味着更快地逼近LLTV清算线。我这笔测试用的3倍仓位，粗算下来抵押品价格只要往下跌8%左右，就会摸到我自己设的止损线；这种敏感度如果是手动分步骤操作，你至少会在每一步之间有个反应和重新评估的窗口，一键杠杆里这个过程被压缩到几乎感觉不到，风险是瞬间叠加上去的。

还有一点容易被忽略：一键杠杆背后同时铸造和卖出了FT，意味着你的固定利率成本也在开仓那一刻就被写死了，后续市场利率怎么变都跟你没关系，这算是这套设计的另一个隐性好处，很多人只关注了操作步骤简化，没注意到成本锁定其实也是同一个动作里顺带完成的。

所以我对这个功能的判断是，它对已经清楚自己风险承受度、知道LLTV意味着什么的人是效率工具，能省下大量重复操作和gas；但对第一次接触杠杆借贷的人，反而可能是"点一下按钮就直接站到悬崖边"，因为操作的简单和结果的安全完全是两件事，TermMax把前者做得很顺，后者依然需要用户自己主动去盯、去设置合理的初始LTV缓冲。
#TermMax @TermMax

Banyak orang memahami "menjalankan node Dusk" sebagai staking, berpartisipasi dalam konsensus, dan semacamnya—semua orang mengira ada satu karakter yang memegang semuanya. Setelah membaca panduan resmi operasional sampai tuntas, ternyata gambaran umum itu sudah tidak cukup untuk menjelaskan sistem node Dusk yang sebenarnya.

Peran infrastruktur Dusk sebenarnya dibagi menjadi tiga jenis. Configurator Node melakukan staking DUSK untuk ikut dalam pemungutan suara konsensus; ini adalah kategori yang biasanya kita sebut "node verifikasi". Archive Node tidak ikut membuat blok; tugasnya khusus menyimpan riwayat lengkap on-chain, sehingga mendukung kueri data dan kebutuhan audit/forensik. Sementara itu, Prover Node fokus pada bagian pembangkitan bukti—tugas komputasi yang padat—sehingga kebutuhan daya komputasi untuk zero-knowledge proof dipisahkan dari node verifikasi biasa, lalu dijalankan secara terpisah. Ini berbeda dengan pendekatan desain banyak rantai PoS yang "satu node mencakup semuanya"; Dusk justru memecah beban operasional yang berbeda ke peran yang berbeda.

Awalnya aku merasa pemisahan peran ini sangat cerdas—pembuatan bukti memang menghabiskan sumber daya komputasi yang besar. Jika setiap node yang ikut konsensus harus menanggung beban tersebut sendiri, ambang batas perangkat keras akan makin tinggi, sehingga orang yang mau ikut konsensus akan makin sedikit. Dengan memisahkan Prover Node sebagai peran independen, secara teori "berpartisipasi dalam konsensus" dan "menanggung beban komputasi berat" menjadi lebih terurai.

Namun, jika peran dipecah, tingkat desentralisasi juga perlu dinilai dari beberapa dimensi secara terpisah; tidak bisa hanya menarik kesimpulan dari satu angka "jumlah node". Jika Prover Node—karena ambang batas komputasinya tinggi—terkonsentrasi pada sejumlah kecil penyedia layanan profesional, meskipun jumlah Configurator Node terlihat banyak, tingkat desentralisasi yang benar-benar terjadi pada tahap pembangkitan bukti bisa jauh lebih buruk daripada yang tampak dari angka permukaan. Ini adalah sudut pandang yang mudah terlewat.

Setelah membaca dokumen, kesan terbesarku adalah: panduan operasional yang diberikan pihak resmi—pemilihan jaringan, konfigurasi node, pengaturan dompet, upgrade versi, sinkronisasi dan pemulihan, hingga penelusuran masalah—ditulis cukup lengkap. Tetapi dokumen-dokumen ini ditujukan untuk orang yang sudah memutuskan untuk menjalankan node. Untuk keputusan awal seperti "haruskah aku menjalankan node" dan "sebaiknya menjalankan peran yang mana", informasi yang tersedia belum cukup. Kamu perlu mencari sendiri data sebaran node, ambang batas komputasi, dan informasi eksternal lain agar bisa menyusun penilaian yang utuh.

Bagaimana kondisi desentralisasi masing-masing dari tiga peran itu sebenarnya seperti apa, aku berencana untuk mencari data secara terpisah saat ada kesempatan—tidak mau hanya melihat satu angka umum "jumlah node" untuk menyimpulkan keamanan rantai ini.

@Dusk #dusk $DUSK

Duelan besar ini ditarik dengan benar-benar mendadak—tadi masih berkutat di sekitar 64000, tak lama langsung tembus ke 66100. Dalam 15 menit berturut-turut volume terus melonjak; para bearish lagi-lagi dipukul habis-habisan.

Malam ini juga ada beberapa kabar yang memengaruhi: notulen The Fed, dolar AS, dan sisi obligasi AS semuanya ikut menggerakkan sentimen pasar. Ditambah lagi arus dana ETF yang belakangan ini kembali masuk, jadi kejadian seperti ini meski terasa tiba-tiba, sebenarnya tidak sepenuhnya tanpa tanda.

Tapi di 66100, saya pasti tidak akan mengejar. Kenaikannya terlalu cepat untuk entry jangka pendek. Bagian atas dulu saya lihat di 66300-66700; kalau benar-benar bisa bertahan, baru nanti cek 67200. Kalau tidak tembus dan malah gagal, justru area pullback 65700-65400 yang lebih layak diperhatikan.

Kalian yang gelombang ini sudah dapat makanannya, atau malah lagi-lagi kena serangan mendadak? #FOMC会议纪要 $BTC

Saya terus memikirkan cara memberi posisi stablecoin saya pendekatan yang lebih aktif daripada sekadar menyimpan dan memperoleh bunga. Ketika saya menemukan TermMax, yang memberi pembuat pasar akses ke seperangkat alat konfigurasi ini, saya mencoba menelusuri logikanya.

Sebagian besar protokol pinjam-meminjam memiliki kurva suku bunga yang “dikunci” oleh protokol, sehingga pengguna hanya bisa menerima suku bunga yang ditawarkan oleh pool secara pasif. TermMax berbeda: mereka memungkinkan pembuat pasar (curator) untuk mengonfigurasi range order sendiri—artinya, mereka yang menentukan pada rentang suku bunga dan jangka waktu seperti apa mereka menyediakan likuiditas. Bahkan, mereka bisa memilih hanya menawarkan pinjaman, hanya mengambil pinjaman, atau dua arah. Secara esensi, logika ini memindahkan kekuasaan “menentukan suku bunga” dari protokol ke pembuat pasar yang bersedia mengelola posisi secara aktif. Dengan demikian, pengguna tidak lagi hanya menjadi penyedia dana pasif, tetapi dapat berubah menjadi pihak yang menentukan harga.

Awalnya saya mengira ini sama saja dengan “kustomisasi kurva suku bunga” di protokol lain. Namun setelah dipikir lebih dalam, perbedaan kuncinya ada pada kombinasi suku bunga tetap + jangka waktu tetap. Kombinasi ini membuat strategi kuotasi pembuat pasar lebih mirip praktik membuat pasar obligasi di keuangan tradisional, bukan pola AMM di DeFi yang umumnya hanya menerima slippage secara pasif. Anda bisa, seperti di pasar pendapatan tetap tradisional, mengajukan harga berbeda untuk berbagai jangka waktu, lalu membangun keseluruhan kurva imbal hasil versi Anda—bukan sekadar mengubah satu parameter suku bunga.

Namun, konsekuensi dari pemindahan kendali adalah pembuat pasar harus benar-benar paham cara memberi harga untuk berbagai tenor. Jika kuotasinya tidak masuk akal, bisa jadi dana tidak dipakai (karena terlalu tinggi, tidak ada yang meminjam), atau justru memberi keuntungan tanpa imbalan (karena terlalu rendah, pembuat pasar dirugikan). Ambangnya jauh lebih tinggi dibanding hanya menyimpan dana di pool untuk menikmati imbal hasil tetap. Untuk pengguna biasa, kemungkinan besar sulit dimainkan. Dari yang saya lihat saat ini, alat ini lebih tampak disiapkan untuk institusi profesional dan tim pembuat pasar yang sudah berpengalaman. Jika trader ritel langsung masuk dan mengonfigurasi sendiri, kemungkinan besar mereka malah sedang “mengirim likuiditas” ke pihak lain.

Saya berencana untuk mengamati dulu bagaimana orang lain mengonfigurasi. Setelah saya paham detail “cara kerja” penentuan harga ini, barulah saya mempertimbangkan apakah perlu terjun sendiri mencoba jalur membuat pasar secara aktif.

Kalian lebih bersedia menjadi pihak penyedia dana yang menerima suku bunga secara pasif, atau lebih bersedia menghabiskan waktu dan tenaga untuk mengonfigurasi penawaran seperti seorang pembuat pasar?
@TermMax #TermMax

Membuka catatan pemindahan dompet, saya menemukan utang lama dari tahun 2018. Waktu itu saya ikut ngejar tren dan masuk ke banyak ICO; Dusk adalah salah satunya. Kemudian proyeknya dikembangkan pelan-pelan selama hampir tujuh tahun, dan saya sampai lupa hal itu—sampai kali ini mainnet-nya benar-benar resmi live, baru saya kepikiran untuk mengeceknya.

Dusk didirikan pada 2018 oleh Jelle Pol dan Emanuele Francioni di Amsterdam. Tahun itu, ICO-nya mengumpulkan sekitar delapan juta dolar. Dibandingkan proyek-proyek lain dari tahun yang sama yang bisa menghimpun puluhan juta bahkan sampai ratusan juta, skalanya tidak terlalu besar. Setelah itu, selama enam tahun penuh tidak terdengar banyak kabar, sampai awal 2025 mainnet-nya akhirnya resmi diluncurkan. Rentang jeda yang begitu panjang, jika mengacu pada ritme kripto yang bilang, "tiga bulan tanpa kabar berarti sudah dingin," jelas tergolong sangat jarang bertahan.

Reaksi awal saya malah bingung—selama enam tahun, proyek lain sudah berulang kali mengubah dan menyempurnakan narasi; Dusk sedang mengejar apa. Setelah saya menelusuri, barulah saya paham: yang mereka hadapi bukanlah hal yang bisa disebut sekadar "menceritakan kisah", melainkan pondasi kriptografi dan kepatuhan regulasi—dua jenis pekerjaan yang paling sulit digarap dan paling tidak bisa dikerjakan secara cepat. Rangkaian zero-knowledge proof, mekanisme selective disclosure, serta penyelarasan dengan kerangka regulasi Uni Eropa—tidak ada jalan pintas di sini; satu-satunya cara adalah menyita waktu. Dibanding proyek-proyek yang ganti narasi tiga kali dalam setahun, strategi "menahan diri dan menyiapkan jurus besar" seperti ini jelas akan terlihat merugikan dalam jangka pendek: antusiasme komunitas dan perhatian pasar sekunder tidak akan bisa menyusul.

Tapi mengasah pedang selama enam tahun juga punya biaya yang nyata—mereka melewatkan dua putaran siklus bull market. Selama periode itu, tim, komunitas, dan basis kode hampir pasti mengalami pergeseran dan celah. Saya cek aktivitas pengembang saat ini; dibanding dengan panasnya saat mainnet baru saja diluncurkan, sudah ada tanda-tanda penurunan.

Bahkan fondasi teknologinya sekuat apa pun, jika ekosistem tidak tumbuh dan pengembang tidak bisa bertahan, ketahanan enam tahun itu pada akhirnya mungkin hanya berujung pada hasil yang menyedihkan: "teknologinya sangat keras, tapi tidak ada yang pakai".

Utang lama saya dari 2018 ini, pada akhirnya bisa dibilang tanpa sengaja ikut menemani proyek itu melewati satu siklus penuh. Kalau sekarang dilihat kembali, saya justru merasa ini cukup langka—dari proyek-proyek yang pernah saya lihat, yang sanggup bertahan menghadapi masa hening selama enam tahun tanpa membubarkan tim, benar-benar tidak banyak.

Kalian punya nggak proyek lama yang seperti itu—yang sampai lupa sendiri pernah membelinya—lalu belakangan dipungut lagi? Lebih banyak jadi kejutan atau lebih banyak jadi kekecewaan? @Dusk #dusk $DUSK

Dua tahun terakhir membantu keluarga menanyakan urusan KPR, broker terus merekomendasikan, “sebaiknya pilih suku bunga mengambang, dua tahun pertama bunganya lebih rendah.” Aku bimbang lama sekali, dan akhirnya tetap memilih yang suku bunga tetap—bukan karena hitungannya paling menguntungkan, tapi karena aku tidak ingin setiap bulan harus mengawasi tabel suku bunga dan jadi gelisah. Minggu ini saat membaca protokol pinjam-meminjam DeFi, aku menemukan bahwa TermMax sebenarnya menyelesaikan kekhawatiran yang sama, hanya saja skenarionya dipindahkan ke on-chain.

Kebanyakan pinjam-meminjam DeFi memakai suku bunga mengambang: suku bunganya mengikuti permintaan dan penawaran dana di liquidity pool secara real-time. Peminjam sama sekali tidak bisa menghitung lebih dulu berapa total yang harus dibayar sampai jatuh tempo, terutama dalam strategi leverage—begitu suku bunga melonjak, model keuntungan yang sebelumnya sudah dihitung langsung runtuh. Cara TermMax adalah mempertemukan kedua pihak pinjam-meminjam ke dalam sebuah protokol dengan tenor tetap dan suku bunga tetap. Begitu transaksi terjadi, sampai jatuh tempo suku bunga tidak berubah. Ini sama logikanya dengan deposito berjangka dan obligasi suku bunga tetap di keuangan tradisional—hanya saja diimplementasikan on-chain lewat smart contract.

Menurutku, waktu penerapannya juga tidak kebetulan—beberapa tahun terakhir strategi leverage DeFi makin “seru” dan variatif, tetapi suku bunga dasarnya berubah begitu saja. Banyak strategi yang disebut “stabil” langsung tumbang saat terjadi fluktuasi suku bunga yang ekstrem. Dengan menambahkan kembali “kepastian suku bunga,” yang merupakan hal paling mendasar dalam keuangan tradisional, pada tingkat tertentu ini seperti menambal fondasi yang sangat penting bagi ekosistem leverage DeFi.

Namun suku bunga tetap juga punya harga—ketika kamu mengunci suku bunga, suku bunga pasar bisa saja turun setelahnya, sehingga kamu pada dasarnya membayar bunga lebih mahal. Cost peluang ini sebenarnya sama dengan keraguanku dulu saat memilih suku bunga KPR tetap: di DeFi, keputusan ini dibuat lebih telanjang di hadapanmu, dan kamu harus benar-benar “membeli” kepastian itu sendiri. Selain itu, tenor tetap berarti likuiditas menjadi lebih buruk; jika ingin keluar di tengah jalan, tidak semudah itu. Bagian ini masih perlu aku teliti lagi—seberapa fleksibel desain mekanismenya.

Memilih kepastian atau memilih fleksibilitas—keraguan ini beberapa tahun lalu sempat kucari dalam urusan KPR, dan ternyata sekarang harus dipikirkan lagi untuk pinjam-meminjam DeFi.

Dalam urusan investasi/menabung, kalian lebih memprioritaskan kepastian suku bunga atau fleksibilitas likuiditas?
@TermMax #TermMax