Mr_Badshah77

#dusk $DUSK @Dusk ......Saya mengira model transaksi Dusk hanyalah detail implementasi yang lebih kecil. Masalah yang lebih dalam justru lebih sulit terlihat: satu maksud pengguna masih bisa memerlukan beberapa transaksi independen....
Anggap transaksi blockchain seperti instruksi tertutup rapat. Jika tindakan Anda memerlukan lima instruksi, menandatanganinya bersama-sama tidak otomatis berarti jaringan memperlakukannya sebagai satu tindakan. Satu instruksi bisa dieksekusi sementara instruksi lain gagal.
Itulah masalah yang sedang Dusk teliti di issue #4058.....
Hari ini, transaksi Moonlight atau Phoenix membawa satu operasi TransactionData opsional. Jadi alur seperti approve → swap → stake harus dipecah menjadi beberapa transaksi, masing-masing dengan tanda tangan, nonce, dan risiko inklusi sendiri.
Lebih dalam lagi....
Dusk mempertimbangkan batch transaksi tingkat-protokol yang dapat mengeksekusi beberapa pemanggilan kontrak secara atomik di bawah identitas pengguna. Itu juga akan memungkinkan setiap operasi membawa nilai atau deposit-nya sendiri, sekaligus berpotensi mencakup Phoenix tanpa mengubah circuit transfer-nya atau trusted setup...
Tapi ada jalur lain.
Sebuah kontrak batcher bisa mengeksekusi beberapa panggilan tanpa mengubah protokol. Konsekuensinya ada pada otorisasi: kontrak yang menggunakan caller() bisa melihat batcher, bukan pengguna asli, sementara public_sender() bisa mempertahankan akun Moonlight yang menjadi asal.
Perbedaan itu menarik perhatian saya....
Bagian tersulit dari batching bukanlah memasukkan beberapa panggilan ke dalam satu wadah. Bagian tersulitnya adalah mendefinisikan apa yang dimaksud identitas, gas, nilai, dan kegagalan ketika panggilan-panggilan itu berubah menjadi satu transisi keadaan.
Dan #4058 masih terbuka, dengan implementasi sebenarnya serta spesifikasi protokol yang secara eksplisit masih ditinggalkan untuk pekerjaan lanjutan.....
Untuk sebuah rantai yang menargetkan alur kerja finansial, apakah eksekusi multi-langkah atomik harus menjadi primitif protokol, atau tetap menjadi sesuatu yang disusun sendiri oleh kontrak?
$ADA $TUT

#dusk $DUSK @Dusk .....Saya tidak sedang mencari pembaruan Dusk tentang Mac.
Saya sedang menyusuri Piecrust, dan satu perubahan kecil pada CI membuat saya berhenti.
@dusk memindahkan validasi macOS ARM keluar dari workflow utama dan ke dalam jalur terpisah yang dipagari....
Awalnya, itu terdengar seperti pekerjaan rumah rekayasa yang membosankan.
Lalu saya ingat apa sebenarnya Piecrust.
Itu adalah mesin virtual WASM yang berada di bawah smart contract Dusk. Jadi pertanyaan menariknya menjadi: bagaimana cara menguji lapisan eksekusi yang kritis tanpa membiarkan setiap kasus tepi spesifik platform memperlambat seluruh pipeline pengembangan?
Anggap saja seperti memeriksa sebuah pesawat...
Pemeriksaan standar dilakukan setiap kali.
Konfigurasi khusus mendapatkan prosedur uji sendiri saat perangkat keras memintanya...
Itulah kira-kira yang dilakukan perubahan ini.
Pipeline reguler tetap fokus pada validasi inti, sementara pengujian macOS ARM bisa berjalan terpisah pada pemicu tertentu, bukan menjadi jalur wajib untuk semuanya..
Dan pembedaan itu semakin penting saat protokol berkembang.
Pekerjaan Rusk versi 1.7.x sudah menyentuh perilaku VM di sekitar hardfork Boreas, termasuk perubahan yang melibatkan event yang dibatalkan dan perilaku replay historis. Piecrust jelas masih bagian dari tumpukan eksekusi yang terus berubah.
Yang saya anggap menarik bukanlah “Dusk mendukung mesin lain.”
Yang menarik adalah trade-off rekayasa...
Anda bisa membuat setiap pengujian berjalan di mana-mana, setiap saat.
Atau Anda bisa menjaga jalur kritis tetap ketat dan mengisolasi validasi spesifik platform di tempat yang benar-benar menambah sinyal..
Kedua pendekatan tidak otomatis lebih baik.
Tapi untuk VM smart-contract, saya lebih suka pengujian diorganisasi berdasarkan di mana risiko eksekusi berada, bukan berdasarkan satu daftar periksa raksasa.
Bagian yang tak terlihat dari infrastruktur inilah yang jarang diperhatikan orang.
Kualitas sebuah blockchain tidak hanya ditentukan oleh apa yang mencapai mainnet.
Itu juga ditentukan oleh seberapa teliti perangkat lunak di bawahnya diuji tantangannya sebelum sampai ke sana.
Jadi, apa yang akan Anda optimalkan pertama?
Lebih banyak pengujian untuk setiap perubahan, atau lebih banyak pengujian yang ditargetkan untuk jalur eksekusi yang paling mungkin gagal?
$ACE $TRUMP

#termmax @TermMax ...Saya sedang meninjau perbaikan V2 terbaru dari TermMax, dan satu hal terus mengganggu saya.
Dulu saya mengira sebagian besar bug DeFi bermuara pada matematika yang buruk.
Kali ini, matematikanya sebagian besar baik-baik saja.
Masalah besarnya adalah memakai representasi realitas yang salah.
Ambil contoh apr().
Logika lama melihat saldo XT mentah dari order.
Kedengarannya masuk akal, kan?
Tapi V2 tidak memakai saldo XT mentah sebagai keadaan penetapan harga.
Ia memakai virtualXtReserve.
Perbedaan itu penting...
Bayangkan sebuah toko di mana label harga dikendalikan oleh buku besar internal toko, tetapi Anda mulai menghitung harga dari berapa pun uang tunai yang tiba-tiba dijatuhkan seseorang secara acak di meja kas.
Uangnya berubah.
Model harganya tidak.
Itu kira-kira yang bisa dilakukan oleh transfer XT langsung terhadap perhitungan APR lama.
Saldonya bisa bergerak tanpa kurvanya ikut bergerak, namun apr() bisa memperlakukan saldo itu sebagai keadaan penetapan harga yang baru.
Perbaikannya membuat model akuntansi sesuai dengan model ekonomi.
Dan menurut saya ini pelajaran yang lebih menarik.
Dalam smart contract keuangan, pertanyaan yang berbahaya tidak selalu:
“Apakah formulanya benar?”
Kadang-kadang itu:
“Apakah kita memberi formulanya keadaan yang tepat?”
Tema yang sama muncul pada perbaikan liquidation.
Oracle utang dengan 18 desimal bisa membuat konversi desimal membuat perbandingan agunan runtuh, sehingga posisi yang seharusnya memungkinkan liquidation 50% menjadi liquidation penuh.
Sekali lagi, bukan masalah rumus yang rumit.
Itu masalah satuan.
Karena itu saya mulai lebih memperhatikan perubahan-perubahan yang terlihat membosankan ini.
Satu baris perbaikan akuntansi bisa lebih penting daripada fitur baru yang mencolok, karena ia menentukan apakah protokol menginterpretasikan pasar dengan benar.
Untuk TermMax, saya akan memperhatikan satu hal dari sini:
bukan hanya seberapa banyak likuiditas yang dimiliki sistem, tetapi apakah penetapan harga, valuasi agunan, dan logika liquidation semuanya membaca realitas ekonomi yang sama.....
Di situlah “kodenya bekerja” mulai berubah menjadi “infrastruktur keuangannya bekerja.”
Anda lebih suka mengaudit formulanya dulu, keadaan akuntansinya dulu, atau asumsi oracle/unitnya dulu?....

#dusk $DUSK @Dusk ......Saya sedang melihat kode ZK yang lebih lama dari Dusk, lalu menemukan perubahan yang lebih baru yang membuat semuanya jadi lebih menarik: sistem pembuktiannya bukan hanya menjadi lebih kuat, tapi juga makin ramping.....
Rilis dusk-plonk 0.22.1 bulan Juni memperketat verifikatornya sendiri. Input publik kini ditangani dengan lebih jarang (sparsely), alokasi heap dikurangi, dan sebagian overhead perkalian skalar dipotong dari verifikasi proof. Selain itu, deserialisasi proof juga diperkeras sehingga data panjang yang tidak valid ditolak—bukan menyebabkan panic.
Anggap saja ini seperti pos pemeriksaan keamanan.....
Anda tidak membuat pos pemeriksaan lebih baik dengan menyuruh setiap orang membongkar setiap tas. Anda memeriksa persis apa yang penting, menghindari pekerjaan yang tidak perlu, dan menolak input yang jelas-jelas rusak sebelum masuk lebih dalam ke sistem.
Kurang lebih itulah yang membuat saya tertarik di sini.....
Tumpukan PLONK Dusk adalah sistem pembuktian ZK-nya untuk BLS12-381, dan PLONK V3 menjadi aktif dengan peningkatan jaringan Aegis. Jadi peningkatan pada verifikator ini bukan berkeliaran sebagai eksperimen kriptografi yang terisolasi. Itu bagian dari tumpukan yang sedang Dusk rawat secara aktif di bawah arsitektur privasinya.
Tunggu, biar saya mundur dulu.....
Orang biasanya membicarakan ZK seolah-olah bagian tersulitnya hanyalah “bisa membuktikannya?”
Untuk jaringan yang nyata, ada pertanyaan lain:...
Seberapa banyak pekerjaan yang harus dilakukan sistem setiap kali ia memverifikasi sebuah proof?
Di situlah pembaruan ini penting bagi saya. Alokasi yang lebih kecil dan berkurangnya overhead perkalian skalar tidak mengubah fitur utama. Mereka meningkatkan mesin yang berada di bawahnya....
Tukarannya adalah optimasi pada lapisan ini bisa membuat kode kriptografi lebih sulit dipahami, jadi peningkatan performa hanya berarti jika ketepatan (correctness) dan penguatan terhadap input yang berbahaya tetap terjaga.
Saya masih lebih tertarik pada arah yang dituju daripada angka benchmark tunggal mana pun: @dusk memperlakukan verifikasi ZK sebagai infrastruktur yang butuh rekayasa berkelanjutan, bukan sekadar tanda centang yang ditambahkan sekali....
Saat privasi menjadi bagian dari tumpukan finansial, bukankah efisiensi verifikasi proof harus sama pentingnya—hampir setara—dengan primitive privasinya sendiri?

#termmax @TermMax .........Apa yang terjadi pada pemberi pinjaman ketika likuidasi tidak dapat sepenuhnya memulihkan pinjaman TermMax?
Saya memikirkannya saat melihat @TermMax .
Dalam kebanyakan sistem pemberian pinjaman, likuidasi adalah titik ketika agunan dijual untuk menutupi utang.
Tapi apa yang terjadi ketika jendela likuidasi berakhir dan pinjaman masih belum sepenuhnya pulih?
Di sinilah mekanisme Physical Delivery milik TermMax menjadi menarik.
Jika likuidasi hanya memulihkan sebagian dari utang yang masih terutang, prosesnya dapat otomatis beralih ke physical delivery.
Alih-alih menyisakan pemegang FT dengan klaim yang belum terselesaikan, redemption pool dapat berisi baik token utang yang mendasarinya maupun token agunan.
Pemegang FT kemudian menerima bagian secara proporsional dari pool tersebut berdasarkan kepemilikan FT mereka dibandingkan total FT yang masih terutang.
Jadi, trade-off-nya cukup jelas:
Likuidasi penuh = utang dipulihkan melalui penjualan agunan.
Likuidasi yang tidak lengkap = aset yang tersisa diserahkan secara proporsional kepada pemegang FT.
Ini tidak menghilangkan risiko kerugian.
Tapi ini mengubah apa yang terjadi ketika proses likuidasi normal tidak cukup untuk menutup posisi.
Anda lebih memilih:
1. Physical delivery otomatis untuk aset yang tersisa
2. Model berbasis likuidasi saja
3. Tergantung pada jenis agunannya?

#dusk $DUSK @Dusk ....... Saya biasanya tidak memperhatikan komit kecil di dompet. Yang ini membuat saya berhenti: @Dusk mengubah tiga baris perilaku jembatan karena beberapa karakter yang tidak terlihat bisa penting ketika sebuah memo adalah tujuan.
Jembatan BEP20 menggunakan memo untuk memberi tahu Dusk alamat BSC mana yang harus menerima DUSK. Jadi dalam kasus ini, memo bukan sekadar catatan. Itu bagian dari instruksi routing.
Anggap saja seperti label paket.
Jika alamat tertulis:
0xABC...
seorang manusia melihat tujuan yang sama.
Perangkat lunak tidak selalu memperlakukan spasi tambahan dan pemindahan baris dengan cara yang sama.
Itulah yang diperbaiki oleh komit ini. Untuk transfer jembatan BEP20, Web Wallet sekarang membuat memo yang dinormalisasi dengan spasi dihapus, lalu menggunakan nilai yang sudah dibersihkan itu untuk validasi, layar ulasan, dan transaksi yang sebenarnya.
Bagian yang menarik adalah pengujiannya.
Dusk menambahkan skenario ketika alamat EVM dikelilingi spasi, karakter baris baru, dan tab. Dompet tetap harus menampilkan alamat yang bersih saat ulasan dan mengirim alamat yang dinormalisasi persis itu ke eksekusi.
Perubahannya kecil, tapi konsekuensinya penting karena dokumentasi Dusk memperingatkan bahwa memo jembatan yang hilang atau tidak valid bisa mencegah routing otomatis dan membuat transfer tidak bisa dipulihkan. Pengguna tetap harus memverifikasi sendiri alamat tujuan.
Saya suka jenis rekayasa seperti ini karena tidak berlebihan.
Ini adalah kasus tepi yang membosankan yang berada di antara “kode bekerja” dan “pengguna bisa mempercayai alurnya dengan aman.”
Berapa banyak risiko dompet serius yang bersembunyi di detail yang terlihat sekecil ini?
$ACE $BOME

#termmax @TermMax Apakah Anda akan merasa nyaman dengan sebuah token di mana 80% dari total pasokan masih ditahan penerbit?
Saya memikirkan hal ini ketika membaca paper putih MiCA @TermMax .
TMX memiliki batas maksimum pasokan tetap yaitu 1 miliar token.
Namun, paper putih menyebutkan bahwa 80% ditahan oleh penerbit, mencakup alokasi tim, penasihat, dan ekosistem sesuai struktur vesting yang disebutkan.
Angka itu langsung menarik perhatian saya.
Karena konsentrasi kepemilikan tidak otomatis baik atau buruk.
Yang penting adalah bagaimana token tersebut divesting, kapan token tersebut menjadi tersedia, dan seberapa besar pengaruh tata kelola (governance) yang pada akhirnya dapat diwakilinya.
Anggap saja seperti memberi sebagian besar tiket kepada kelompok kecil, tetapi tiket tersebut dikunci dari waktu ke waktu.
Mereka mungkin memiliki kepemilikan yang signifikan.
Namun belum tentu mereka bisa menggunakan semuanya sekaligus.
TermMax juga mengakui sisi lain dari persamaan ini: ketika governance semakin berpindah ke on-chain, kepemilikan token yang terkonsentrasi dapat memungkinkan kelompok pemegang yang lebih kecil mendapatkan kekuatan suara yang besar.
Itulah trade-off yang menarik bagi saya.
Vesting yang panjang = potensi keselarasan jangka panjang yang lebih kuat.
Konsentrasi yang tinggi = potensi risiko governance yang lebih tinggi.
Jadi pertanyaan pentingnya bukan sekadar:
“Apakah 80% terlalu banyak yang ditahan?”
Melainkan apakah proses vesting dan desentralisasi dapat secara bertahap mengubah konsentrasi itu menjadi keselarasan jangka panjang yang benar-benar nyata.
Jika Anda menilai TMX, apa yang akan Anda fokuskan terlebih dahulu?
1. Jadwal vesting
2. Distribusi governance di masa depan
3. Pertumbuhan pasokan yang beredar
4. Ketiganya sekaligus

$BTW $HEMI $BR

#dusk $DUSK @Dusk ........Saya mengharapkan Boreas membuat Dusk lebih cepat dan lebih bersih. Perubahan yang lebih dalam justru lebih sulit terlihat: perubahan itu mengubah aturan tentang apa yang dianggap sebagai transaksi yang valid oleh jaringan.
Bayangkan blockchain seperti buku aturan wasit. Pembaruan perangkat lunak tidak penting karena wasitnya bergerak lebih cepat. Yang penting adalah ketika aturan itu sendiri berubah, dan setiap node menafsirkan permainan dengan cara yang sama.....
Itulah yang dilakukan Boreas.
Dengan Rusk 1.7, Dusk memperkenalkan penomoran versi yang eksplisit antara transaksi masuk, bentuk kanoniknya, dan apa yang akhirnya dikomit ke buku besar. Pencatatan gas juga menjadi sadar-gabungan (fork-aware), dengan biaya sumber daya untuk operasi seperti hashing dan verifikasi kriptografis yang terikat pada aturan protokol yang aktif.......
Semuanya menjadi lebih dalam.
Boreas mengubah urutan transisi status, membuat peristiwa kontrak yang dibatalkan (reverted) menjadi eksplisit bagi konsumen arsip, dan menciptakan batas protokol yang jelas untuk perilaku transaksi lama. Yang paling penting, transaksi Phoenix dinonaktifkan di Dusk mainnet pada restart 10 Juni di blok 4.414.095, sementara testnet tetap menggunakannya selama masa percobaan sebelum menonaktifkannya pada blok 4.000.000 pada 7 Agustus. Data historis Phoenix tetap dapat diputar ulang.....
Rincian terakhir itulah yang menarik perhatian saya.
Jaringan yang matang tidak hanya soal menambahkan fitur baru. Kadang pembaruan yang penting adalah memutuskan apa yang seharusnya dihentikan oleh protokol, sambil tetap mempertahankan cukup banyak sejarah agar rantai tetap dapat direproduksi.......
Dan dengan Rusk v1.7.1 kini menjadi rilis terbaru yang tercantum, pekerjaan rekayasa Dusk terlihat kurang seperti satu pembaruan besar dan lebih seperti pengetatan berkelanjutan atas aturan yang mendasari tumpukan finansial.
Untuk pasar yang teregulasi, bukankah perilaku protokol yang dapat diprediksi sama pentingnya dengan menambahkan fungsionalitas baru?

$ACE $BTW

#dusk $DUSK @Dusk ......Saya biasanya melihat kode protokol untuk hal-hal besar. Kali ini, perubahan kecil pada dokumentasi menarik perhatian saya.
Dusk mengubah cara dokumennya memvalidasi dan memublikasikan sitemap.
Awalnya, itu terlihat seperti pekerjaan rutin:
"npm run build" sekarang menjadi alur verifikasi yang membangun situs, menjalankan tes, lalu memeriksa hasilnya.
Namun perubahan yang lebih menarik adalah apa yang terjadi pada sitemap.xml.
Alih-alih mempertahankan sitemap statis terpisah, build sekarang mengambil sitemap-index.xml yang dihasilkan Astro dan membuat sitemap.xml konvensional sebagai alias.
Kedengarannya membosankan.
Ternyata ini memecahkan masalah infrastruktur yang berguna.
Anggap saja seperti mengubah sistem alamat sebuah gedung. Gedung itu sudah menghasilkan peta internal yang benar, tetapi pengunjung dari luar tetap mengharapkan menemukan pintu masuk di alamat yang sudah familiar. Daripada memelihara dua peta yang bisa saling melenceng, build membuat alamat yang familiar dari sumber yang dihasilkan.
Tes memperkuat gagasan itu.
#Dusk sekarang memeriksa bahwa sitemap yang dihasilkan itu valid dan bahwa sitemap.xml konvensional benar-benar menirunya secara persis. Jadi, perubahan dokumentasi bisa gagal verifikasi jika hubungan itu rusak.
Yang saya suka di sini adalah pola pikir rekayasa.
Komit ini tidak menambahkan fitur protokol yang mencolok. Ini mengurangi kemungkinan bahwa infrastruktur dokumentasi diam-diam menjadi tidak konsisten saat situs berkembang.
Dan itu lebih penting daripada yang terdengar.
Untuk proyek teknis, dokumentasi adalah bagian dari antarmuka yang bergantung pada pengembang, operator, dan alat otomatis.
Tautan yang rusak, sitemap yang sudah basi, atau build yang tidak lengkap tidak mengacaukan konsensus, tapi tetap bisa menimbulkan gesekan di sekitar semua hal yang dibangun di atas protokol.
Komit kecil. Masalah yang sangat tidak glamor.
Tapi detail-detail seperti inilah yang sering memberi tahu saya seberapa serius sebuah tim memperlakukan infrastruktur yang mengelilingi produk utama.
Itu bagian yang menarik bagi saya dari perubahan Dusk ini.
$ACE $RED #ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CryptoStartupsRaise$11.2BInH1 #EthereumFoundationLaunchesGlamsterdamTestnet

#termmax @TermMax Saya pikir hal paling penting untuk dipahami tentang TermMax bukanlah apa yang dijanjikannya untuk disederhanakan, melainkan apa yang tetap menjadi tanggung jawab pengguna.
Ketentuannya menjelaskan desain non-penahanan (non-custodial) di mana pengguna mempertahankan kendali atas aset yang didepositkan, sementara keamanan kunci privat dan keputusan transaksi tetap berada di tangan pengguna.
Perbedaan itu penting karena DeFi dapat membuat antarmuka terasa sederhana, tetapi risikonya yang mendasari tetap rumit.
Anggap saja seperti transmisi otomatis. Anda mungkin perlu lebih sedikit langkah manual, tetapi mesin di bawahnya tetap harus bekerja dengan benar.
TermMax secara jelas mengakui risiko termasuk volatilitas pasar, kerentanan kontrak pintar, ketidakpastian regulasi, potensi hilangnya dana, serta cacat desain atau pengembangan.
Hal yang sama berlaku untuk eksekusi.
Ketentuannya menyatakan bahwa kontrak pintar bersifat tidak dapat diubah (immutable) dan tidak dapat dibatalkan (irreversible), dengan pengguna bertanggung jawab atas masalah seperti transaksi yang dibangun secara keliru atau alamat dompet yang salah ketik.
Ini menciptakan tantangan desain yang menarik untuk protokol yang dibangun di sekitar pinjaman, penyediaan likuiditas (lending), dan leverage.
Tujuannya bisa jadi untuk mengurangi jumlah langkah yang diambil pengguna, tetapi mengurangi langkah tidak otomatis mengurangi risiko ekonomi atau teknis.
Di sinilah saya merasa TermMax menarik.
Uji yang sebenarnya bukan apakah DeFi bisa menjadi lebih mudah digunakan.
Melainkan apakah kesederhanaan itu dapat hidup berdampingan dengan pengguna yang tetap memahami dengan tepat apa yang mereka hadapi.
Anda lebih memilih pengalaman DeFi yang lebih sederhana, atau yang membuat setiap risiko yang mendasarinya tidak bisa luput dari perhatian?
#TermMax $ALLO $RED #ChinaJulyOutputRetailInvestmentAllMiss #EthereumFoundationLaunchesGlamsterdamTestnet #CMESeptemberHikeOddsFallTo30.6%

#dusk $DUSK @Dusk Saya selalu mengira menempatkan bursa saham on-chain berarti membangun ulang bursa itu sendiri. Tapi menelusuri reformasi nyata dari Uni Eropa menunjukkan hal yang berbeda — ini tentang siapa yang diizinkan untuk menjalankan infrastruktur inti pasar.
Bayangkan bursa tradisional sebagai dua meja terpisah. Satu mencocokkan order beli dan jual. Yang lain mengonfirmasi kepemilikan setelah perdagangan terselesaikan. Keduanya dipisahkan dengan sengaja — menggabungkannya menimbulkan risiko regulasi dan operasional yang nyata.
Rezim Percontohan DLT Uni Eropa mengubah itu dengan kategori baru bernama DLT-TSS, yang memungkinkan operator berlisensi menjalankan aktivitas perdagangan dan penyelesaian secara bersamaan dalam satu sistem DLT, dengan kondisi yang ditetapkan.
Itulah yang membuat 21X layak untuk diperhatikan. Pada Desember 2024, 21X mendapat persetujuan Jerman untuk beroperasi sebagai Sistem Perdagangan dan Penyelesaian DLT.
@Dusk sudah punya pijakan di sana. Dusk bergabung sebagai peserta perdagangan di 21X, dimulai dengan operasi treasury untuk stablecoin-nya — menggunakan dana pasar uang tokenisasi yang teregulasi untuk menopang cadangan EURQ.
Yang menonjol bagi saya bukan sekadar aset lain yang ditokenisasi.
Perannya blockchain yang sedang bergeser.
Pertanyaannya bukan lagi "bisakah DLT memegang aset keuangan?" — melainkan "apakah DLT benar-benar bisa menjadi bagian dari cara pasar itu sendiri beroperasi?"
Itu standar yang jauh lebih sulit untuk dicapai.
Bagi saya, itulah yang membuat 21X layak untuk diperhatikan: ini adalah uji coba langsung tentang seperti apa pasar keuangan ketika infrastruktur memang native DLT sejak hari pertama, bukan dipasang belakangan.
Jika itu berjalan, apakah blockchain berhenti menjadi utilitas di bawah pasar — dan mulai menjadi pasarnya?
$ACE $ADA
#duskusdt

#dusk $DUSK @Dusk Semua orang mengira tugas blockchain privasi adalah menyembunyikan segalanya. Namun taruhan sebenarnya Dusk justru sebaliknya: menyembunyikan segalanya sering kali menjadi jawaban yang keliru.

Pikirkan apa yang dibutuhkan oleh sistem keuangan yang nyata. Setoran bursa dan pemindahan kepemilikan yang rahasia itu bukan masalah yang sama. Satu perlu dapat ditelusuri cukup untuk dapat direkonsiliasi terhadap saldo pelanggan. Yang lain perlu tetap privat cukup agar tidak ada pihak di luar transaksi yang bisa melihat bahwa transaksi itu bahkan terjadi. Memaksa keduanya masuk ke satu model privasi, maka Anda entah telah merusak rekonsiliasi atau merusak kerahasiaan — tidak ada versi “satu pengaturan” yang bisa melayani keduanya dengan benar.

Dusk tidak memilih satu pihak. Dusk mengirimkan dua model transaksi di fondasi DuskDS yang sama dan membiarkan alur kerja menentukan model mana yang dibutuhkannya.

Moonlight adalah model akun yang transparan — saldo dan transfer tetap terlihat, yang persis seperti yang diinginkan bursa saat harus mencocokkan setoran masuk dengan pelanggan yang tepat tanpa perlu tebak-tebakan.

Phoenix berjalan sepenuhnya ke arah yang berbeda: transaksi yang disamarkan (shielded), bukti tanpa pengetahuan (zero-knowledge proofs), detail transaksi disembunyikan secara default, dengan pengungkapan hanya tersedia bagi siapa pun yang memang berwenang untuk melihatnya.

Ini bagian yang mudah terlewat: ini bukan sekadar “kami membuat dua fitur.” Memilih Phoenix memiliki beban operasional yang nyata — pengaturan custody yang berbeda, model pemindaian yang berbeda — itulah sebabnya panduan integrasi bursa Dusk sendiri mengarahkan ke Moonlight untuk setoran. Privasi tidak gratis, dan berpura-pura sebaliknya adalah cara agar proyek berakhir dengan model yang terlihat privat di atas kertas namun tidak dapat digunakan dalam produksi.

Jadi tesis yang sebenarnya bukan “buat keuangan menjadi privat.” Yang lebih sempit dan lebih berguna: biarkan alur kerja memilih tingkat visibilitasnya sendiri, alih-alih memaksa setiap transaksi di jaringan hidup di bawah aturan yang sama.

$ACE $HEMI

#dusk $DUSK @Dusk ......... Tanyakan pada sepuluh orang apa yang sebenarnya diberikan oleh obligasi yang ditokenisasi. Sembilan akan bilang "obligasinya." Mereka salah — dan sebagian besar industri RWA diam-diam dibangun di atas kesalahan itu.

Tokenisasi, secara definisi, berarti menerbitkan token yang mewakili suatu aset. Bukan asetnya. Klaim atas aset tersebut. Obligasi aslinya tetap berada di luar rantai (off-chain), di sebuah registri yang tak akan pernah Anda lihat, di bawah kustodian yang tak akan pernah Anda temui — dan tugas token Anda hanya untuk terus selaras dengan dokumen kertas itu, selamanya, tanpa pernah menjadi dokumen itu.

Itu bukan klausul kecil. Itu keseluruhan model risikonya.......

Setiap perpindahan, setiap kupon, setiap aksi korporat harus dicerminkan antara dua sistem — satu di-chain, satu tidak.

Rekonsiliasi bukan sekadar kebisingan latar di sini, itu adalah dinding penopang beban (load-bearing wall).

Biarkan meleset — pembaruan yang tertunda, entri registri yang dipersengketakan — dan apa yang Anda pegang diam-diam berhenti cocok dengan apa yang seharusnya diwakilinya. Anda biasanya baru mengetahuinya pada waktu terburuk: saat penebusan......

Penerbitan native tidak menambal celah itu, ia menghapus hal yang sejak awal berisiko celah (gapping). Ketika sebuah aset diciptakan, ditransfer, dilayani, dan diselesaikan langsung di rantai (on-chain) — tanpa bungkus sintetis yang berdiri menggantikan versi yang tersimpan di tempat lain — maka tidak ada salinan kebenaran kedua yang tersisa untuk saling bertentangan. Ledger berhenti melacak aset tersebut.

Ia menjadi satu-satunya rumahnya.....

Itulah yang sebenarnya dibangun oleh @dusk. DuskDS menangani settlement deterministik yang native on-chain. DuskEVM memungkinkan pembangun merancang kontrol akses dan selective disclosure ke dalam inti sebuah aset, bukan ditempelkan belakangan.

Judul-judul RWA gemar mengutip miliaran "tokenized." Lebih sedikit yang bertanya bagaimana banyak dari miliaran itu yang masih bergantung pada selembar kertas di suatu tempat lain yang terus sepakat untuk tetap sinkron.

$ACE $ALICE

#dusk $DUSK ......Sebuah bursa efek teregulasi senilai €200M+ sedang bergerak ke on-chain — dan DUA produk Chainlink sedang menyelesaikan dua masalah yang hampir semua orang benar-benar lewatkan.

Itu bagian yang tidak disebutkan oleh judul...

Ketika @Dusk dan NPEX mengumumkan integrasi Chainlink mereka, kebanyakan orang melihat satu cerita saja: “Kemitraan Chainlink.”

Tapi membawa bursa efek yang teregulasi ke on-chain bukan hanya satu masalah.

Ini dua.....

Masalah pertama: apakah data pasar resmi benar-benar ada di on-chain?

Di situlah DataLink berperan.

DataLink berfungsi sebagai oracle on-chain untuk data pertukaran resmi NPEX, sehingga informasi pasar keuangan yang telah diverifikasi dapat menjangkau smart contract.

Perbedaan itu penting.

Dusk dan NPEX tidak sekadar menggunakan price feed generik dari pihak lain. Data pasar milik bursa menjadi tersedia sebagai informasi on-chain yang terverifikasi.

Masalah kedua: apakah data itu cukup cepat untuk dipakai trading?

Berada di on-chain tidak otomatis membuat data real-time.

Model oracle tradisional bisa mengandalkan interval pembaruan atau ambang batas yang telah ditentukan sebelumnya. Untuk pasar finansial yang aktif, ini bisa menjadi keterbatasan serius.

Data Streams menangani ini dengan cara berbeda: model pull-based yang dirancang untuk data berlatensi rendah dan berfrekuensi tinggi, yang bisa diminta saat dibutuhkan dan diverifikasi secara kriptografis.

Jadi arsitekturnya ternyata cukup sederhana:

Pertama, publikasikan kebenaran pasar di on-chain.

Lalu, buat kebenaran itu cukup cepat untuk ditindaklanjuti.

Lewati yang pertama, dan pasar tidak punya data yang dapat diandalkan.

Lewati yang kedua, dan mungkin datanya nyata, tapi datang terlalu lambat untuk berguna.

Karena itu saya pikir bagian menarik dari kisah Dusk × NPEX × Chainlink bukanlah judul kemitraannya.

Melainkan infrastrukturnya.

Karena membawa pasar yang teregulasi ke on-chain berarti menyelesaikan detail-detail membosankan yang sebenarnya membuat pasar itu bekerja.

$AKE
$SYN

#dusk $DUSK Sebagian besar blockchain bertanya, “Bagaimana cara menambahkan privasi?”

Dusk mengajukan pertanyaan yang lebih sulit:

“Bagaimana jika sekuritas teregulasi dan aplikasi EVM membutuhkan jenis privasi yang benar-benar berbeda?”

Pertanyaan itulah yang menjelaskan mengapa @dusk membangun dua mesin privasi, bukan satu.

Zedger dirancang untuk lingkungan aset keuangan asli Dusk. Model hibrida UTXO/akun dan Sparse Merkle-Segment Trie memungkinkannya mencatat perubahan saldo secara privat sambil mengekspos hanya apa yang perlu diverifikasi oleh jaringan. Itu membuatnya relevan untuk Confidential Security Contracts, di mana distribusi dividen, penebusan yang patuh, dan penyelesaian harus dapat berjalan tanpa mengekspos setiap detail sensitif.

Namun DuskEVM mengubah aturannya.

Aplikasi Solidity standar beroperasi dalam lingkungan berbasis akun, jadi Dusk membutuhkan sistem privasi yang dirancang untuk dunia tersebut. Hedger menggunakan enkripsi homomorfik dan bukti zero-knowledge untuk membawa saldo dan alur kerja yang bersifat rahasia ke dalam aplikasi EVM sambil tetap menjaga ketersediaan alat Ethereum yang familiar.

Bagian yang menarik bukan sekadar bahwa Dusk memiliki dua teknologi privasi.

Melainkan arsitekturnya menerima sesuatu yang banyak chain coba untuk hindari:

privasi bersifat spesifik terhadap beban kerja.

Obligasi yang teregulasi memiliki kebutuhan yang berbeda dari aplikasi Solidity. Kelayakan investor, siklus hidup keamanan, dan penyelesaian yang patuh bukanlah persoalan yang sama dengan eksekusi EVM yang bersifat rahasia.

Jadi Zedger dan Hedger berbagi tujuan yang sama, tetapi mereka mengambil jalur teknis yang berbeda.

Komprominya juga jelas: dua sistem yang terspesialisasi bisa memberikan kecocokan yang lebih baik, tetapi juga memperkenalkan lebih banyak kompleksitas arsitektur.

Untuk keuangan on-chain yang teregulasi, apakah spesialisasi adalah pendekatan yang lebih cerdas, atau sebaiknya privasi pada akhirnya menjadi satu lapisan universal?

@Dusk $AVAAI $BANK

Ada perasaan yang sangat familiar di dunia kripto.

Kamu membuka sebuah platform dengan harapan melihat lebih banyak aktivitas karena pasar sedang bergerak, tapi kemudian kamu menyadari kalau trading kamu sendiri jadi makin kecil dan makin jarang.

Itu bikin kamu bertanya-tanya: apakah pasar benar-benar makin sepi, atau aku saja yang merasakannya? 👀

data eToro terbaru memberi aku perasaan yang mirip.

Bisnis trading kripto di platform tersebut merugi $7,2 juta pada Q2 2026, dibandingkan dengan laba $37,7 juta di kuartal yang sama tahun lalu. 😟

Pendapatan cryptoasset juga turun menjadi $1,35 miliar, dari $1,91 miliar setahun sebelumnya.

Tapi angka yang benar-benar menarik perhatianku adalah aktivitas.

eToro melaporkan hanya 1,4 juta transaksi kripto pada bulan Juli, penurunan besar sebesar 73% dari tahun ke tahun.

Dan rata-rata transaksi kripto turun 50% menjadi $182.

Perubahan ini cukup signifikan.

Yang membuat ini menarik adalah eToro sendiri belum tentu sedang mengalami kuartal yang buruk secara keseluruhan.

Kontribusi bersih totalnya naik 9% menjadi $229 juta, jumlah akun terdanai mencapai 4,28 juta, dan adjusted EPS berada di $0,68 dibanding perkiraan analis $0,61.

Jadi masalahnya tampaknya lebih spesifik:

Aktivitas kripto mulai mendingin, bahkan ketika platform yang lebih luas justru tumbuh.
Dan itulah yang menjelaskan mengapa pasar bereaksi begitu negatif. 📉😰

Saham eToro turun lebih dari 12% setelah rilis hasilnya, meskipun perusahaan mengalahkan ekspektasi pendapatan.

Pada saat yang sama, eToro tetap membangun untuk masa depan kripto, termasuk perpetual futures onchain dan kekuatan beli kripto yang baru.

Jadi aku tidak membaca ini sebagai “kripto sudah mati.”

Aku membacanya sebagai peringatan bahwa platform kripto tetap membutuhkan aktivitas pengguna yang nyata, bukan hanya harga koin yang naik, untuk menciptakan pendapatan bisnis yang berkelanjutan.

Bull market bisa membuat semua orang terlihat sibuk.

Uji sesungguhnya datang saat para trader mulai melambat.

Menurutmu ini cuma pendinginan sementara dalam aktivitas kripto, atau platform mulai menghadapi perubahan yang lebih dalam dalam cara orang berdagang? 🤔

$RAD $COOKIE $LUNA

Beberapa kali, setelah melihat judul berita yang menakutkan, saya membuka chart Bitcoin dan langsung mulai mencari level yang sedang dibicarakan semua orang.

Hari ini angkanya $20.000.

Angka itu terdengar sangat mengerikan saat Anda melihatnya menempel pada Bitcoin—apalagi setelah bertahun-tahun menyaksikan BTC membangun begitu banyak nilai. 😰📉

Tapi setelah melihat lebih dalam argumen analisnya, menurut saya pertanyaan yang lebih menarik bukanlah “Apakah Bitcoin akan jatuh ke $20K?”

Melainkan apa yang harus terjadi agar skenario itu menjadi masuk akal?

Alessio Rastani memperkirakan Bitcoin masih bisa reli dalam 3–6 bulan ke depan sebelum memasuki bear market yang jauh lebih besar pada tahun 2027.

Peringatan utamanya adalah $57K.

Jika BTC kehilangan level itu, menurutnya area major berikutnya bisa berada di sekitar $47K–$49K. Dari sana, target bearish jangka panjangnya berada di kisaran $20K–$25K pada akhir 2027.

Dan jujur, di sinilah saya jadi tidak nyaman. 😟

Karena prediksinya tidak didasarkan pada satu hari buruk atau satu kejadian likuidasi saja. Itu berasal dari interpretasi Elliott Wave yang lebih luas yang menyarankan bahwa Bitcoin mungkin sudah menyelesaikan kenaikan major lima gelombang setelah mencapai sekitar $126K.

Tapi ada kontradiksi yang menarik.

Analis yang sama yang menyerukan potensi Bitcoin $20K juga percaya bahwa BTC pada akhirnya bisa mencapai $1 juta.

Hanya saja tidak secara segera.

Menurut pandangannya, Bitcoin mungkin perlu koreksi dalam lagi—bahkan mungkin di bawah $20K—terlebih dulu, sebelum memulai ekspansi jangka panjang berikutnya.

Itu membuat saya berpikir betapa mudahnya kita menyamakan target harga dengan kepastian.

$20K tidak dijamin.

$1M juga tidak dijamin.

Sinyal nyata yang seharusnya saya perhatikan lebih sederhana:

Apakah Bitcoin bertahan di $57K, atau justru kehilangan level itu?

Jika $57K bertahan, tesis bearish $20K akan jauh lebih sulit dipertahankan dalam waktu dekat.

Jika level itu tembus secara tegas, maka saya akan berhenti tertawa pada target-target yang menakutkan dan mulai memberi perhatian jauh lebih serius. 👀

Apakah Anda masih akan memegang Bitcoin jika terjadi potensi penurunan 50–70% sementara Anda benar-benar percaya bahwa $1M bisa datang bertahun-tahun kemudian?

#BTCat20k #BTC #crash #bearishmomentum $BTC $SOL $DOGE

Beberapa hari lalu, saya sedang mengecek berapa banyak listrik yang benar-benar dikonsumsi oleh sebuah pengaturan, dan satu hal menjadi jelas sangat cepat.

Perangkat kerasnya bukan masalah terbesar.

Menjaganya tetap dialiri daya adalah masalahnya.

Perhitungan kecil itu tetap ada di kepala saya ketika saya melihat apa yang baru saja dilakukan Keel, yang sebelumnya bernama Bitfarms.

Keel telah menutup semua operasi penambangan Bitcoin di AS dan kini sedang menyiapkan situs-situs tersebut untuk pusat data AI dan komputasi berkinerja tinggi.

Awalnya, terlihat seperti perusahaan lain yang sekadar mengejar tren AI.
Tapi kemudian saya melihat ekonomi di baliknya.

Persaingan yang sesungguhnya tidak selalu Bitcoin vs AI.

Yang dipertandingkan adalah penambangan Bitcoin vs AI untuk sumber daya yang sama-sama langka: listrik.

CEO Keel mengatakannya dengan gamblang: “Daya adalah kendalanya.” Perusahaan itu mengatakan situs mereka kini mendekati proses perizinan penuh, dan calon penyewa AI/HPC sudah mulai bernegosiasi untuk mendapatkan kapasitas.

Dan ini bukan sekadar judul strategis.

Keel menjual 1.085 BTC senilai sekitar $75 juta antara 1 April dan 7 Agustus, sehingga menyisakan 1.861 BTC di neraca mereka.

Jadi sementara Bitcoin diperdagangkan di sekitar $64K dan para trader mengamati apakah $68K–$70K akhirnya bisa menembus, sebagian industri penambangan sedang membuat perhitungan yang benar-benar berbeda.

Di mana unit listrik berikutnya memberikan imbal hasil yang lebih baik?
Itulah bagian yang menurut saya lebih menarik daripada grafik jangka pendek.

Bitcoin masih bisa menghadapi permintaan yang kuat, dan AI juga masih menghadapi risiko-risikonya sendiri. Namun ketika perusahaan mulai memindahkan infrastruktur penambangan nyata ke arah AI karena ekonomi daya terlihat lebih menarik, itu adalah sinyal struktural yang layak diperhatikan.

Mungkin kisah besar berikutnya dalam penambangan Bitcoin tidak akan tentang seberapa banyak BTC yang bisa diproduksi oleh para penambang.

Mungkin kisahnya tentang apakah mereka masih ingin menggunakan daya mereka untuk memproduksinya.

Menurut Anda, apakah AI sedang menjadi pesaing nyata bagi kekuatan (daya) penambangan Bitcoin?

#AI #BTC #BTCMiningPeak $BTC $ETH

Beberapa kali, saya melakukan kesalahan dengan hanya melihat Bitcoin setelah pergerakan besar.

Harga naik, semua orang mulai membicarakan target berikutnya, dan menjadi sangat mudah untuk mengabaikan apa yang sebenarnya terjadi di balik grafik.
Itulah mengapa BTC di sekitar $64K menarik perhatian saya hari ini.

Hal pertama yang saya perhatikan adalah zona $68K–$70K. Jika Bitcoin bisa merebut kembali area itu dengan kekuatan yang benar-benar nyata, pemulihan saat ini akan terlihat lebih meyakinkan. Namun di bawahnya, $61K masih penting. Jika level itu hilang, $57K, $53K, dan bahkan level yang lebih rendah bisa kembali menjadi fokus.

Yang membuat setup ini makin menarik adalah leverage.

Sekitar $113 juta posisi short Bitcoin mengalami likuidasi dalam 24 jam, sementara total likuidasi kripto menembus $160 juta. Saya belajar bahwa angka likuidasi ini bisa membuat sebuah pergerakan terlihat lebih kuat daripada kenyataannya. Pembelian paksa bisa mendorong harga naik dengan cepat, tapi itu tidak otomatis berarti permintaan yang mendasarinya telah berubah.

Ada sinyal lain yang juga tidak ingin saya abaikan.

Spot ETP mengalami arus keluar bersih di beberapa bagian akhir Mei dan Juni, sementara opsi menunjukkan meningkatnya permintaan untuk perlindungan sisi bawah. Jadi meskipun BTC berada dekat $64K, pasar tidak sepenuhnya berperilaku seolah semua orang benar-benar merasa nyaman dengan potensi kenaikannya.

Lalu ada masalah jangka panjang: sinyal miner yang rendah terkait BIP-110 dan makin berkembangnya pembahasan mengenai ancaman kuantum terhadap kriptografi Bitcoin.
Bagi saya, itu membuat pasar saat ini lebih tentang memantau apakah Bitcoin bisa membangun kekuatan yang nyata tanpa terlalu bergantung pada leverage.

$64K menarik.

Tapi respons di sekitar $70K mungkin memberi tahu kita jauh lebih banyak.

Saat ini, Anda lebih memperhatikan yang mana: breakout di $70K atau support di $61K?
$BTC #BTC

Beberapa bulan lalu, saya membeli power bank.

Saya tidak peduli siapa pabrikan baterainya, pabrik mana yang merakitnya, atau chip apa saja yang ada di dalamnya. Yang saya pedulikan hanya bahwa ia bisa mengisi daya ponsel saya saat saya membutuhkannya....
Itu membuat saya menyadari sesuatu....
Infrastruktur terbaik sering kali menghilang ke latar belakang......
Saat mendengarkan panggilan terbaru pendiri Babylon, satu kalimat tetap terngiang di benak saya....
Seseorang bertanya apakah Babylon melihat dirinya sebagai perusahaan infrastruktur atau perusahaan produk....
Jawaban itu mengejutkan saya.
Keduanya....
Alih-alih membangun teknologi lalu berharap suatu saat ada yang menggunakannya, Babylon berusaha membuktikan infrastrukturnya melalui produk nyata terlebih dahulu.
Trustless Bitcoin Vaults bukan sekadar naskah riset atau demo teknis lain. Produk ini dikenalkan melalui produk pinjaman yang dibangun dengan Aave v4. Jika orang benar-benar menggunakannya, maka infrastruktur itu sudah melewati uji dunia nyata pertamanya....
Saya pikir cara mengukur inovasi seperti itu lebih sehat.
Fitur bisa terlihat mengesankan dalam dokumentasi, tetapi produk akan menunjukkan apakah fitur tersebut benar-benar menyelesaikan masalah yang nyata....
Pendekatan Babylon terasa lebih seperti bukan hanya berkata, "Lihat apa yang sudah kami bangun," melainkan bertanya, "Apakah ini benar-benar membantu pemegang Bitcoin?"
Jika jawabannya ya, aktivitas pinjam-meminjam hanyalah permulaan. Infrastruktur yang sama pada akhirnya bisa mendukung kredit, asuransi, stablecoin, dan produk keuangan native Bitcoin lainnya.
Kadang-kadang infrastruktur yang paling kuat bukanlah yang sering dibicarakan orang....
Melainkan yang digunakan orang tanpa bahkan memikirkan apa yang terjadi di balik layar....
Menurut Anda, proyek blockchain sebaiknya membuktikan infrastrukturnya dengan produk nyata sebelum berkembang ke ekosistem yang lebih besar?
@BabylonLabs_io $BABY #baby
Penasaran? Baca panggilan terbaru para pendiri dan tentukan sendiri.

$QUID $HEI