Cavil Zevran

#THORChain menolak untuk memblokir dompet yang terkait dengan peretasan senilai $387,5M.
Kedengarannya buruk. Detailnya membuat semuanya jadi lebih rumit.

Bitget mengatakan bahwa pelanggaran pada 24 September memindahkan sekitar $387,5M ke alamat yang dikendalikan penyerang. Sejak saat itu, satu dompet terkait telah menukar kira-kira 2,390 $ETH menjadi 75,2 $BTC melalui THORChain, sekitar $6,3M pada saat itu. Jadi THORChain belum memproses pencurian penuh senilai $388M.

Bitget meminta THORChain untuk menolak layanan ke alamat penyerang yang telah dipublikasikan. Bahkan, mereka menawarkan hadiah 5% untuk pembekuan atau pemulihan yang memenuhi syarat.

THORChain berkata tidak.
Argumennya sederhana: jaringan itu permissionless (tanpa izin). Kontrol daruratnya bisa menghentikan aktivitas yang lebih luas, tetapi tidak ada tombol selektif untuk membekukan satu dompet atau transaksi.

Dan di sinilah perdebatan menjadi tidak nyaman.
THORChain memang menghentikan jaringan miliknya pada bulan Mei setelah eksploitasi senilai $10,7M. Perdagangan tetap offline selama kurang lebih lima minggu. Namun penghentian itu melindungi protokol dari kerentanan kriptografi yang aktif. Itu tidak membuat daftar hitam alamat.

Itu tindakan yang berbeda.
Tetap saja, tampilannya sulit.
Jaringan permissionless melindungi pengguna normal dari penjaga gerbang yang sewenang-wenang.

Sifat yang persis sama juga dapat memberi pencuri infrastruktur yang bisa mereka gunakan tanpa meminta izin.
Jadi menurut saya, pertanyaan sebenarnya bukan apakah THORChain “membela peretas.”

Melainkan apakah netralitas yang kredibel harus tetap absolut ketika dana yang dicuri sudah diidentifikasi secara publik.
Tambahkan sensor selektif dan Anda melemahkan sifat permissionless.
Tolak sepenuhnya, dan para korban mungkin menyaksikan aset curian bergerak melalui sistem secara real time.

Trade-off itu bukan bug dalam desentralisasi.
Itu salah satu fitur paling sulitnya.

#BTC走势分析 #ETH

Imbal hasil Surat Utang Treasury 5% tidak “mengalahkan” Bitcoin $BTC
Ia hanya menaikkan harga untuk salah.

Imbal hasil obligasi pemerintah AS tenor 10 tahun menembus di atas 5,1%, level tertingginya sejak 2007. Kurva resmi Treasury menempatkan 10Y di 5,18% pada 24 Sept. Bahkan imbal hasil 10 tahun yang disesuaikan inflasi kini sekitar 2,85%.

Hal ini penting untuk $BTC
Investor bisa memperoleh lebih dari 5% secara nominal dari Treasury yang dipegang hingga jatuh tempo, sementara Bitcoin tidak membayar kupon dan bisa bergerak 5% dalam sehari.
Jadi ambang batas untuk mengambil risiko baru saja makin tinggi.

Namun ada masalah dengan narasi sederhana “imbal hasil tinggi menghancurkan Bitcoin”.

Bitcoin masih naik sekitar 191% sejak 2021, meskipun imbal hasil 10 tahun naik lebih dari 400 basis poin selama periode tersebut. Dan korelasinya yang baru-baru ini dengan imbal hasil Treasury justru mengejutkan: sekitar -0,18 selama 90 hari, -0,06 selama 180 hari, dan -0,03 selama satu tahun.

Ancaman yang lebih besar saat ini mungkin adalah volatilitas obligasi.
Indeks MOVE melonjak 21% menjadi sekitar 95 saat imbal hasil melonjak. Bitcoin turun dari sekitar $87,2K menjadi $83,5K selama pergerakan yang sama.
Dan lonjakan imbal hasil itu tidak terjadi secara acak.

PMI komposit AS September naik menjadi 58,4—bacaan terkuat sejak Juli 2021—sementara tekanan inflasi juga meningkat. Pertumbuhan yang kuat + inflasi yang lengket memberi pasar alasan lain untuk mengantisipasi kebijakan Fed yang lebih ketat.

Jadi, bisakah Bitcoin bersaing dengan “tanpa risiko” 5%?
Itu perbandingan yang keliru.

Treasury menawarkan pendapatan dan volatilitas lebih rendah. Bitcoin tidak memberi imbal hasil yang tetap, tetapi menawarkan potensi kenaikan yang jauh lebih besar, sekaligus potensi penurunan yang jauh lebih besar.

5% bukan vonis untuk $BTC

Itu jauh lebih tinggi ambang batasnya bagi setiap aset berisiko.

$CNPY menarik perhatian saya karena grafiknya sudah diuji.

Grafik itu bergerak dari sekitar $0.20 ke $0.67, lalu mendingin, dan sekarang mencoba bertahan di area $0.39–$0.42.

Tapi grafik hanya sebagian dari semuanya.

Canopy sedang membangun Nested Chains dengan keamanan bersama, CNPY untuk biaya + restaking, Terminal untuk peluncuran, dan infrastruktur bawaan untuk aplikasi.

Bagian yang saya pantau:

lebih banyak aplikasi → lebih banyak data open-source → agen yang lebih baik → peluncuran yang lebih mudah.

Jika loop itu mulai berkembang secara berlipat ganda, $CNPY menjadi lebih dari sekadar narasi AI yang lain.

The Fed buys $15.6B in Treasuries and Bitcoin $BTC rips above $80K.
Easy headline: “stealth QE.”
Except that’s not what happened.

The New York Fed has scheduled about $15.6B of Treasury purchases from Sept. 15 to Oct. 14. But these are reinvestments of principal coming back from existing agency securities.
More important: the Fed scheduled zero additional reserve-management purchases for this period. Last month’s reinvestment figure was actually higher at $17B.

So this isn’t a surprise $15.6B money-printing program.
And the wider policy backdrop hardly looks like classic QE.
The Fed just raised rates 25bp to 3.75%–4.00%, its first hike since 2023.

Yet $BTC still pushed through $80K.
That’s the interesting part.

U.S. spot Bitcoin ETFs pulled in roughly $160M on Thursday after two days of outflows. Bitcoin then traded as high as about $80,587 on Friday.

So I wouldn’t call this a Fed-funded breakout.
I’d call it a market reacting to liquidity expectations.

The Fed has already shown it is willing to use Treasury purchases when reserves need support. But the New York Fed itself says those reserve-management operations are meant to keep reserves ample—not to stimulate the economy like traditional QE.

That distinction matters.
$15.6B of reinvestments ≠ $15.6B of fresh money suddenly chasing Bitcoin.

For me, the real confirmation comes next: sustained ETF inflows, stronger spot volume, and an actual expansion in Fed liquidity operations.

Until then, “stealth QE” is a good headline.
Not a proven explanation for the breakout.

#BTC走势分析

Kenaikan 25bp itu kemungkinan besar sudah bukan “perdagangan” utama lagi.
Apa yang dikatakan The Fed selanjutnya.
Inflasi inti CPI Agustus naik 0,3% MoM, sementara CPI headline meningkat 0,4%. Pasar kini memperkirakan sekitar peluang 93% untuk kenaikan 25bp. Pada level itu, kejutan bukan pada kenaikannya. Kejutan ada pada langkah setelahnya.

Jika The Fed memperlakukannya sebagai respons satu kali terhadap tekanan inflasi yang kembali menguat, BTC dan saham teknologi mungkin bisa menyerap volatilitas awal lebih cepat dari perkiraan.

Namun jika proyeksi baru mengarah pada siklus kenaikan suku bunga yang lebih panjang, maka persamaannya berubah. Imbal hasil lebih tinggi. Dolar yang lebih kuat. Likuiditas yang lebih ketat. Kondisi yang jauh lebih sulit bagi aset berisiko.

Emas adalah yang paling menarik. Suku bunga yang lebih tinggi biasanya menjadi hambatan, tetapi inflasi yang persisten dan risiko geopolitik masih memberi investor alasan untuk tetap memegangnya.

Pendekatan saya menjelang FOMC: jangan mengejar candle pertama. Saya lebih tertarik pada panduannya, dot plot, dan bagaimana BTC bereaksi setelah volatilitas awal mereda.

Kenaikan itu sebagian besar sudah diperhitungkan.
Kenaikan berikutnya belum.
#FedRateWatch

Saat Anda membangun aplikasi yang mengirim transaksi ke Dusk L1, respons sukses dari node tampak seperti momen yang jelas untuk memberi tahu pengguna bahwa tindakannya berhasil.

Saya sempat membacanya seperti itu sampai saya menelusuri siklus hidup transaksi Dusk dengan lebih saksama. `202 Accepted` dari endpoint propagasi hanya berarti node menerima transaksi untuk perutean. Itu tidak berarti transaksi telah mencapai sebuah blok, dieksekusi dengan sukses, atau menjadi final.

Hal ini mengubah integrasi “kirim transaksi” yang terlihat sederhana menjadi sesuatu yang lebih mirip pelacakan status. Setelah sebuah transaksi dieksekusi, Dusk mengekspos field `err`, di mana `null` berarti eksekusi berhasil. Namun bahkan blok yang diterima masih bisa dibatalkan. Finalitas datang ketika blok mencapai state `finalized`.

Menurut saya, ini mengubah klasifikasi pekerjaan pembuat (builder) dengan cara yang berguna.

Anda tidak sekadar memasang tombol ke sebuah endpoint dan menunggu kesuksesan HTTP. Anda sedang memutuskan keadaan jaringan mana yang benar-benar bersedia Anda terjemahkan sebagai “selesai” bagi orang yang menggunakannya.

Submitted adalah satu status.

Executed successfully adalah status lainnya.

Final adalah yang menutup alur.

@Dusk $DUSK #dusk

Dan inilah titik ketika saya berhenti memperlakukan “infrastrukturnya sudah ada” dan “saya bisa memperdagangkan asetnya” sebagai satu tonggak yang sama. Jaringan dasar Dusk sudah aktif, tetapi Dusk Trade berada di atasnya sebagai lapisan aplikasi terpisah dan masih sedang dibangun.
Permukaan produk saat ini adalah daftar tunggu, dengan Dusk menjelaskan alur kerja trader kelak di sekitar menemukan, membeli, dan menjual aset tokenized yang teregulasi. Saya pikir pemisahan itu layak untuk tetap terlihat. Sebuah blockchain sudah bisa menyediakan settlement, eksekusi, dan primitive yang dibutuhkan untuk pasar yang teregulasi, sementara tempat atau venue yang benar-benar berinteraksi dengan trader masih sedang dibentuk.
Dusk secara tidak biasa menjelaskan batas tumpukan itu: DuskDS dan layer eksekusi menyediakan infrastruktur di bawahnya, sementara Dusk Trade dimaksudkan untuk mengubah bagian-bagian tersebut menjadi alur kerja pasar yang terlihat oleh pengguna.

Itu membuat saya tidak membaca setiap pengumuman tokenisasi sebagai likuiditas instan atau akses instan. Bagi seorang trader, itu adalah pertanyaan yang berbeda. Apakah infrastruktur mendukung pasar? Dan apakah produk tradingnya benar-benar tersedia hari ini? Saat ini, Dusk punya jawaban yang lebih jelas untuk pertanyaan pertama daripada yang kedua. Pembedaan itu membuat roadmap lebih mudah dinilai tanpa pura-pura bahwa garis akhir sudah tiba. @Dusk $DUSK #dusk

Saya dulu berpikir node Dusk yang tertinggal cukup terlihat dari jaringan sudah merupakan masalah pemulihan. Namun, setelah melihat lebih dekat alur kerja operator, pandangan itu berubah. Pasalnya, Dusk secara eksplisit memisahkan “tertinggal” dari “macet/terhenti (stalled),” dan perbedaan itulah yang menentukan apakah node perlu intervensi sama sekali.

Sebelum mengganti status (state), seorang operator dapat memeriksa rantai (chain) yang dipilih dan konektivitas peer, lalu menjalankan `ruskquery block-height` lebih dari sekali untuk melihat apakah tinggi lokal masih terus bertambah. Pergerakan lokal ini juga dapat dibandingkan dengan puncak (tip) jaringan publik yang bersesuaian. Jika node tertinggal tetapi terus maju, panduan Dusk pada dasarnya adalah tetap memantau, bukan menganggap tertinggal sebagai bukti bahwa state sudah rusak.

Saya suka pembedaan itu karena tindakan pemulihan memiliki biaya operasional tersendiri. Operator node tidak perlu membuat setiap celah pada tinggi blok menjadi pekerjaan perbaikan ketika bukti menunjukkan bahwa node masih mengejar ketertinggalan secara normal.

Keringanan yang bermanfaat adalah diagnostik.

Periksa terlebih dahulu apakah progres benar-benar berhenti, lalu putuskan apakah pemulihan layak dilakukan.

Bagi seseorang yang memelihara infrastruktur, mengetahui kapan sebaiknya tidak menyentuh state yang sehat bisa sama berharganya dengan mengetahui cara memulihkannya.

@Dusk $DUSK #dusk

Pituitari dapat mengambil perbedaan kode (code diff) dan memeriksa apakah ada konflik dengan spesifikasi yang diterima sebelum perubahan itu digabungkan.
Detail itu mengubah cara saya berpikir tentang melakukan riset protokol seperti Dusk, karena membaca apa yang seharusnya dilakukan sebuah sistem hanya membawa Anda sampai setengah jalan.
Dusk membangun Pituitari setelah berurusan dengan pergeseran spesifikasi (spec drift) secara internal, di mana keputusan, terminologi, dan implementasi dapat perlahan berhenti saling sepakat saat basis kode berkembang. Alat ini mengindeks niat yang terekam tersebut, dapat menandai perubahan implementasi yang bertentangan, dan dapat menelusuri area terkait mana yang terdampak ketika sebuah keputusan berubah. Secara default, alat ini juga deterministik.
Bagi saya, ini menciptakan uji tekanan yang berguna untuk riset protokol: jika saya membentuk sebuah kesimpulan dari klaim arsitektural, saya ingin ada cara untuk menyadari saat kodenya telah berubah sementara klaimnya tidak.
Sebuah spesifikasi dapat menggambarkan sistem yang dimaksud.
Implementasinya yang menentukan apakah deskripsi itu masih benar.
Kesenjangan itu layak untuk diperiksa.
@Dusk $DUSK #dusk

Alarm asap terasa kurang meyakinkan jika Anda hanya mengujinya satu kali.
Kurang lebih begitulah cara saya mulai menilai pekerjaan AEGIS milik Dusk. Judul utamanya adalah gelombang perbaikan, tetapi detail yang lebih tenang yang saya perhatikan justru muncul setelah perbaikan dilakukan.
AEGIS mengirimkan perbaikan untuk 39 temuan audit, termasuk 7 yang diklasifikasikan sebagai kritis.
Namun menutup sebuah temuan hanya satu momen dalam pekerjaan seorang auditor.
Dusk juga menambahkan cakupan regresi yang dibangun berdasarkan pola kegagalan aktual yang ditemukan selama audit. Untuk masalah biaya dan pengembalian dana di Phoenix, itu mencakup pengujian untuk upaya inflasi, jalur overflow, serta manipulasi biaya.
Saya merasa itu lebih berguna daripada menganggap “resolved” sebagai status akhir.
Bug yang sudah diperbaiki masih bisa muncul lagi di kemudian hari melalui refaktor, perubahan dependensi, atau jalur kode lain. Uji regresi menjaga kasus kegagalan lama tetap berada dalam proses verifikasi.
Dusk juga mengelompokkan pekerjaan tindak lanjut berdasarkan akar penyebabnya, di mana beberapa temuan sebenarnya adalah gejala yang berbeda dari masalah mendasar yang sama.
Itulah lapisan yang akan saya awasi sebagai auditor.
Laporan mencatat apa yang salah.
Artefak yang lebih kuat adalah kumpulan pengujian yang terus bertanya apakah itu kembali.
@Dusk $DUSK #dusk

Rilis baru. Hentikan node. Ganti biner. Lalu cari tahu apakah yang Anda unduh ternyata benar semuanya.
Itulah jenis rutinitas pemeliharaan yang saya asumsikan operator Dusk hanya perlu mengelolanya dengan cermat. Namun alur terbaru penginstal node mengubah satu detail yang menurut saya lebih penting daripada yang terdengar. Versi 0.5.22 memperkuat upgrade agar artefak penggantian ditahap (staged) dan diverifikasi sebelum file live diganti. Prosedur upgrade Dusk mengikuti urutan yang sama: penginstal mengunduh biner Rusk dan wallet yang didukung, memeriksanya, dan hanya setelah itu menghentikan layanan Rusk yang sedang berjalan. Ia juga mempertahankan status rantai (chain state) operator, kunci konsensus, dan override layanan yang disengaja, alih-alih memperlakukan upgrade seperti pemasangan node baru.
Layanannya tetap dalam kondisi berhenti setelahnya agar operator dapat meninjau konfigurasi yang dibuat ulang, memulai Rusk secara sengaja, dan mengonfirmasi rekan (peers) serta kemajuan tinggi blok sebelum menyatakan pekerjaan selesai.
Itu adalah tonggak operasional kecil namun berguna.
Jendela upgrade sekarang dimulai setelah penggantinya siap, bukan saat operator masih mencari tahu apakah itu bisa digunakan.
Untuk infrastruktur yang seharusnya tetap tersedia, urutan tersebut nilainya lebih besar daripada satu perintah yang lebih nyaman.
@Dusk $DUSK #dusk

Menaruh paket di depan pintu berbeda dari mengejar van pengantar.
Saya terus kembali ke hal itu ketika melihat perubahan yang lebih tenang di dalam TermMax V2. Order limit kini tersedia di setiap pasar TermMax. Pemberi pinjaman dapat menetapkan tingkat minimum yang bersedia mereka terima, sementara peminjam dapat menentukan tingkat maksimum. Jika likuiditas tipis atau tingkat saat ini jelas tidak sepadan untuk diambil, trader tidak perlu menyeberang apa pun yang ada di sana saat ini. Mereka bisa memasang ketentuan mereka sendiri dan menunggu seseorang mengambil sisi lainnya. Saya pikir ini menjadi lebih penting saat ukuran posisi meningkat, karena eksekusi instan bisa menjadi mahal ketika likuiditas yang tersedia tidak dapat menyerap order dengan rapi. Fitur yang paling jelas adalah membuat perdagangan terisi. Yang kurang jelas adalah kemampuan untuk menolak pengisian yang buruk tanpa harus keluar dari pasar sepenuhnya. V1 hanya menawarkan order limit di sebagian pasar. Menjadikannya berlaku di seluruh pasar mengubah kesabaran menjadi pilihan eksekusi yang nyata, bukan sesuatu yang dikelola trader di luar protokol.
Tidak semua posisi perlu diambil sekarang.
Kadang alat trading yang lebih baik adalah sebuah tingkat yang Anda bersedia untuk tunggu.
@TermMax #TermMax

DuskVM memberi setiap kontrak penyangga argumen 64 KB.
Itu jauh lebih merinci detail pembuatannya dibanding “mendukung Rust dan WASM.”
Awalnya, saya membaca eksekusi native WASM sebagai pintu yang cukup terbuka. Namun setelah melihat lebih dekat, DuskVM memiliki batas spesifik yang harus dihormati oleh setiap kontrak.
Kontrak harus mengekspos argbuf, tempat data pemanggilan ditempatkan. Fungsi yang diekspos juga mengikuti konvensi fn foo(u32) -> u32 milik DuskVM, dengan nilai yang masuk untuk menjelaskan berapa byte yang harus dibaca dan nilai balik untuk menjelaskan keluaran yang harus ditulis kembali.
Dan DuskVM tidak membuat masukan kontrak menjadi benar untuknya.
Kontrak pintar tetap bertanggung jawab memvalidasi apa yang masuk ke penyangga itu dan memprosesnya dengan aman.
Itulah uji tekanan yang akan saya berikan kepada para pembuat yang memilih jalur native.
Membuat Rust terkompilasi menjadi WASM membuktikan sangat sedikit dengan sendirinya. Kontrak tetap harus berperilaku dengan benar di setiap kali data eksternal melintasi batas ABI DuskVM.
Eksekusi native memberi pembuat akses langsung ke kemampuan Dusk L1.
Namun penyangga 64 KB adalah tempat arsitektur abstrak menjadi rekayasa yang sangat biasa: byte masuk, dan kontrak Anda harus tahu persis apa yang harus dilakukan dengan byte-byte tersebut.
@Dusk $DUSK #dusk

Dan itu membuat tanggal jatuh tempo menjadi lebih rumit daripada yang terlihat pada awalnya.
Awalnya saya membaca alur likuidasi TermMax sebagai sesuatu yang cukup familiar: utang mencapai jatuh tempo, posisi yang belum dibayar menghadapi likuidasi, dan jaminan menutupi apa yang tidak dibayar oleh peminjam. Namun mekanismenya tidak harus berakhir di situ. Ketika seorang peminjam gagal membayar, TermMax membuka jendela likuidasi selama dua jam. Jika utang masih belum dibayar atau hanya dilikuidasi sebagian setelah jendela itu, pengiriman fisik dimulai dan redemption pool dapat berisi baik aset yang mendasarinya maupun jaminan. Pemegang FT kemudian menebus secara proporsional dari pool campuran tersebut.
Bagi seorang peneliti, saya pikir ini mengubah apa yang layak diperhatikan saat membandingkan pasar dengan suku bunga tetap. Hanya melihat nilai jatuh tempo yang dijanjikan mengabaikan keadaan yang bisa dimasuki sistem ketika likuidasi tidak dapat sepenuhnya melunasi utang. Hasil akhirnya tidak lagi sekadar “terbayar” versus “gagal bayar”. Komposisi yang menjadi penopang penebusan dapat berubah.
Hal ini menjadi sangat penting saat meneliti pasar yang jaminannya dapat berperilaku jauh berbeda dari aset utang ketika berada dalam tekanan.
Jadi jatuh tempo TermMax memiliki variabel lain yang layak dimodelkan: apa yang sebenarnya bisa berada di redemption pool jika jalur likuidasi normal kehabisan ruang?
Suku bunga tetap memberi tahu Anda ekonomi yang terjadwal.
Pengiriman fisik memberi tahu Anda mengapa jalur kegagalan layak dimiliki modelnya sendiri.
@TermMax #TermMax

Membeli tiket konser dan benar-benar mendapatkan tiket adalah dua peristiwa yang berbeda.
Saya terus memikirkan perbedaan itu saat melihat cara Dusk menangani perdagangan terregulasi, karena perdagangan yang ter-*match* pun bukanlah akhir dari alur kerja.
Aset masih harus mencapai satu sisi dan pembayaran harus mencapai sisi lainnya. DuskDS menyediakan finalitas deterministik di bawah proses itu, sementara arsitektur pasar Dusk dirancang untuk mengoordinasikan sisi aset dan sisi pembayaran untuk penyelesaian gaya delivery-versus-payment. Itu juga menjelaskan mengapa pekerjaan NPEX menarik perhatian saya di luar judul tokenisasi. Dusk menggambarkan kolaborasi seputar penerbitan, perdagangan, pengungkapan, dan penyelesaian sebagai satu alur kerja yang saling terhubung. Bagi seorang trader, lapisan yang lebih tenang adalah apa yang terjadi setelah perintah berkata “selesai.” Jika perpindahan aset dan pembayaran masih hidup di sistem yang terpisah, risiko rekonsiliasi dan penyelesaian tidak hilang hanya karena perdagangannya sudah berpindah ke onchain.
Jadi saya akan memantau jalur penyelesaian sedekat mungkin dengan permukaan perdagangannya.
Eksekusi yang menarik perhatian.
Kelengkapannya yang membuat perdagangan menjadi nyata.
@Dusk $DUSK #dusk

Buka halaman keamanan. Temukan nama auditnya. Buka tab lain untuk mengetahui apa yang sebenarnya ditinjau.
Rutinitas itulah yang membuat skor 93% DeFiSafety Process Quality Review TermMax menarik perhatian saya.
Saya sudah melihat cukup banyak halaman keamanan di mana badge lebih mudah ditemukan daripada bukti di baliknya.
Di sini, ada hasil eksternal untuk diperiksa.
TermMax menerima peringkat PASS dari DeFiSafety melalui penilaian PQR-nya.
Bagi seorang verifikator, itu mengubah pekerjaannya sedikit.
“Keamanan dipandang serius” hanyalah klaim.
Tinjauan eksternal yang diberi skor memberi Anda sesuatu yang konkret untuk dipertanyakan. Anda bisa membandingkan bahasa keamanan protokol itu sendiri dengan penilaian yang melihat kualitas prosesnya dan menghasilkan hasil yang terukur.
Itu tetap tidak berarti TermMax bebas risiko.
Skor 93% tidak bisa menjamin bahwa kontrak masa depan, input oracle, atau perubahan operasional tidak akan pernah gagal. Itu bukan yang dibuktikan oleh angka tersebut.
Namun, itu memberi verifikasi titik awal yang lebih sulit daripada materi pemasaran.
Dan saya pikir itulah kunci yang berguna.
Verifikator kini tidak lagi hanya memiliki kumpulan klaim keamanan untuk disortir.
Sekarang ada tolok ukur yang dipublikasikan yang berdampingan dengan mereka.
93% bukan akhir dari proses pengawasan.
Hal itu membuat putaran pengawasan berikutnya lebih berbasis.
@TermMax #TermMax

Node tertinggal. Periksa ketinggian. Periksa rekan (peers). Pulihkan statusnya. Lalu luangkan lebih banyak waktu untuk memastikan ia mengejar ketertinggalan.
Saya mengira pemulihan seperti itu berarti membangun ulang jauh lebih banyak rantai daripada yang diperlukan. Jalur fast-sync Dusk membuat saya memandang pemeliharaan node secara berbeda.
Pemasang node sekarang menyertakan download_state untuk mainnet dan testnet.
Untuk node Rusk default, ia dapat mengambil snapshot status terpublikasi lalu mengganti status rantai lokal dan basis datanya. Operator kemudian memulai ulang Rusk dan memverifikasi bahwa tinggi blok bergerak menuju ujung (tip) jaringan saat ini.
Yang menarik perhatian saya adalah apa yang ditinggalkannya.
Fast-sync tidak mengganti kunci konsensus atau konfigurasi node.
Jadi pemulihan tidak otomatis berarti membangun ulang node sepenuhnya.
Itu merupakan “kunci” yang praktis bagi seseorang yang diharapkan menjaga infrastruktur tetap tersedia. Ketika status lokal menjadi tidak dapat digunakan, operator memiliki jalur yang didukung untuk kembali ke rantai yang sedang berjalan tanpa memulai seluruh penyiapan lagi.
Tidak ada fitur yang glamor di sini.
Hanya pekerjaan pemeliharaan yang bisa menjadi jauh lebih tidak menyakitkan ketika ada sesuatu yang salah.
@Dusk $DUSK #dusk

Saya dulu mengira bagian yang menjengkelkan dari perdagangan fixed-rate hanyalah menemukan tingkat suku bunga yang Anda inginkan.
Lalu saya melihat apa yang diubah oleh TermMax di V2.
Masalah yang lebih sulit adalah eksekusi yang terpecah-pecah.
Seorang trader bisa memiliki likuiditas yang tersimpan dalam order dalam rentang curator, dan likuiditas lainnya tersimpan dalam order limit individual. Itu adalah sumber yang terpisah.
Jadi untuk mendapatkan pengisian (fill) yang lebih baik, Anda perlu melakukan sebagian pekerjaan routing sendiri.
Bandingkan order. Tentukan di mana likuiditas yang berguna berada. Pisahkan mereka.
V2 menghapus bagian kecil perakitan pasar secara manual itu.
Ketika seorang trader meminjamkan atau meminjam, Unified Orders mengambil dari rentang curator yang tersedia dan order limit individual di pasar tersebut, lalu menggabungkan eksekusinya menjadi satu transaksi.
Satu kuotasi.
Satu tanda tangan.
Routing terjadi di bawah permukaan.
Saya suka ini karena memperbaiki masalah yang cukup tidak menarik. Infrastruktur pasar yang lebih baik tidak selalu berarti strategi lain atau aset lain.
Kadang-kadang itu hanya menghapus keputusan yang seharusnya tidak pernah perlu dibuat trader secara manual.
Trader tetap memutuskan apakah tingkat suku bunga dan posisi itu masuk akal. TermMax V2 hanya menghentikan proses membangun ulang peta likuiditas sebelum bertindak berdasarkan keputusan tersebut.
Itu deskripsi pekerjaan yang jauh lebih rapi bagi orang di sisi layar yang lain.
@TermMax #TermMax

Dan saya pikir di sinilah menyebut Dusk sekadar “blockchain privat” menjadi terlalu tidak tepat.
Dengan melihat apa yang benar-benar dapat diinspeksi oleh seorang peneliti, saya menyadari Dusk tidak menjadikan observabilitas sebagai pilihan yang sifatnya benar-benar “ya atau tidak”. Moonlight memberi jaringan model transaksi berbasis akun yang bersifat publik, sementara Phoenix menangani transfer yang dilindungi (shielded). Penjelajah resmi tetap mengekspos informasi jaringan publik seperti blok, kontrak, provisioner, biaya, dan penggunaan gas, serta dapat mengidentifikasi jenis transaksi dan metadata yang tersedia.
Phoenix menarik batas di tempat yang lebih spesifik.
Untuk transfer yang dilindungi tersebut, pengirim, penerima, dan jumlah yang ditransfer tidak diekspos kepada pengamat biasa. Jadi seorang peneliti masih bisa memeriksa struktur jaringan yang terlihat tanpa secara otomatis menerima peta dari setiap hubungan finansial rahasia yang berada di baliknya.
Kontras itu lebih berguna bagi saya dibanding menganggap privasi sebagai hal yang identik dengan rantai yang buram.
Penelitian membutuhkan sinyal yang bisa diamati. Kerahasiaan finansial kadang perlu agar beberapa bidang tidak masuk ke sinyal-sinyal tersebut.
Model transaksi Dusk memungkinkan dua kondisi itu ada di jaringan yang sama, yang berarti mempelajari aktivitas tidak secara otomatis mengharuskan mengubah setiap detail transfer pengguna menjadi materi penelitian publik.
@Dusk $DUSK #dusk

Tiket kereta pada dasarnya adalah janji kecil yang terikat pada tujuan dan waktu.
Jika melihat lebih dekat TermMax, saya pikir Token Tarif Tetapnya melakukan kerja konseptual yang lebih besar daripada yang disarankan oleh headline “pinjaman tarif tetap”.
FT mewakili hak untuk menebus nilai nominal dari suatu posisi utang pada saat jatuh tempo. Itu terdengar seperti urusan “pipa”.
Bagi pembeli, ini mengubah apa yang sebenarnya sedang dibeli.
Anda tidak sekadar menyetor aset lalu melihat angka APY diam di dasbor. Klaim berjangka itu sendiri telah ditokenisasi.
Pegang FT sampai jatuh tempo, dan ia bisa ditebus untuk nilai yang mendasarinya.
Protokol menjelaskannya dalam istilah obligasi kupon-nol.
Saya merasa itu lebih penting daripada label tarif tetap semata.
Karena begitu klaim masa depan diwujudkan sebagai token, TermMax juga bisa menggunakan FT itu di tempat lain dalam siklus hidup pinjaman. Peminjam dapat membeli FT yang sesuai sebelum jatuh tempo dan memakainya untuk melunasi utang, alih-alih menganggap posisi tersebut sebagai sesuatu yang hanya menghilang pada tanggal jatuh tempo.
Jadi bagian yang lebih “tenang” di sini adalah tokenisasi dari jangka waktunya.
Tanggal jatuh tempo, klaim penebusan, dan ekonomi tarif tetap dikemas menjadi sesuatu yang benar-benar dapat dipindahkan oleh protokol melalui pasarnya.
Bagi pembeli, itu membuat produk lebih mudah dipahami.
Bukan “imbal hasil apa yang sedang dipromosikan hari ini?”
Lebih seperti “klaim apa yang saya beli, dan apa yang menjadi klaim itu saat jatuh tempo?”
Perbedaan itu kecil di tampilan antarmuka. Secara struktural, ia melakukan banyak pekerjaan.
@TermMax #TermMax