NVD Insights
15.1k Posting
NVD Insights
Crypto analyst with 7 years in the crypto space and 3.7 years of hands-on experience with Binance.
Perdagangan Terbuka
Pedagang dengan Frekuensi Tinggi
4.7 Tahun
769 Mengikuti
26.7K+ Pengikut
33.2K+ Disukai
Posting
Portofolio
Semua
Kuotasi
Live
Saya sudah melihat lebih dekat bagaimana @Dusk menangani konsensus, dan salah satu detail yang menurut saya mudah untuk diabaikan adalah prosesnya tidak diperlakukan sebagai satu keputusan tunggal.
Blok Ama pertama disiapkan dan diajukan. Lalu para peserta pemungutan suara mengevaluasinya sebelum jaringan menyetujui status yang dihasilkan.
Pemisahan itu penting bagi saya karena memproduksi blok kandidat dan menerima blok tersebut bukanlah hal yang sama. Jika sebuah proposal salah, tahap pemungutan suara memberikan titik yang berbeda di mana peserta bisa menolaknya, alih-alih memperlakukan produksi blok itu sendiri sebagai penerimaan.
Saya suka rancangan itu dari sudut pandang sistem. Ini membuat logikanya lebih mudah untuk dipisahkan: ajukan dulu, capai kesepakatan kemudian.
Tapi ada sisi lain yang terus saya pikirkan. Tahap yang lebih eksplisit juga berarti koordinasi yang lebih banyak antara komponen-komponen. Jika tahap-tahap itu saling bergantung, struktur tambahan bisa menambah lebih banyak tempat di mana koordinasi harus berjalan dengan benar.
Kesimpulan saya adalah pertanyaan yang menarik bukan apakah rancangan itu terlihat canggih. Melainkan apakah pemisahan itu benar-benar meningkatkan ketahanan tanpa menciptakan kompleksitas yang tidak perlu.
Apakah konsensus bertahap membuat Dusk lebih tangguh terhadap proposal yang buruk? Ataukah koordinasi tambahan menciptakan trade-off baru?
#dusk $DUSK
Blok Ama pertama disiapkan dan diajukan. Lalu para peserta pemungutan suara mengevaluasinya sebelum jaringan menyetujui status yang dihasilkan.
Pemisahan itu penting bagi saya karena memproduksi blok kandidat dan menerima blok tersebut bukanlah hal yang sama. Jika sebuah proposal salah, tahap pemungutan suara memberikan titik yang berbeda di mana peserta bisa menolaknya, alih-alih memperlakukan produksi blok itu sendiri sebagai penerimaan.
Saya suka rancangan itu dari sudut pandang sistem. Ini membuat logikanya lebih mudah untuk dipisahkan: ajukan dulu, capai kesepakatan kemudian.
Tapi ada sisi lain yang terus saya pikirkan. Tahap yang lebih eksplisit juga berarti koordinasi yang lebih banyak antara komponen-komponen. Jika tahap-tahap itu saling bergantung, struktur tambahan bisa menambah lebih banyak tempat di mana koordinasi harus berjalan dengan benar.
Kesimpulan saya adalah pertanyaan yang menarik bukan apakah rancangan itu terlihat canggih. Melainkan apakah pemisahan itu benar-benar meningkatkan ketahanan tanpa menciptakan kompleksitas yang tidak perlu.
Apakah konsensus bertahap membuat Dusk lebih tangguh terhadap proposal yang buruk? Ataukah koordinasi tambahan menciptakan trade-off baru?
#dusk $DUSK
Menghabiskan sebagian akhir pekan untuk mencoba memahami bagaimana @Dusk benar-benar menyusun onboarding investor untuk aset yang teregulasi, dan jujur, dugaan pertama saya benar-benar meleset. Saya mengira itu pada dasarnya token dengan beberapa aturan yang ditempelkan, lalu pasar mengurus sisanya seperti biasa.
ternyata bukan begitu. Intinya, wallet harus diikat ke peserta yang sudah terverifikasi sebelum aset bahkan diterbitkan, jadi kelayakan berada di lapisan identitas, bukan di dalam kontrak token itu sendiri. Kontrak memang bisa memberlakukan pembatasan transfer, tentu saja, tapi hanya terhadap wallet yang sudah dikenali di sistem. Pihak yang belum terverifikasi tidak akan ditolak saat mereka mencoba t0 buy—mereka hanya tidak pernah muncul di kumpulan calon pembeli yang bisa diakses sejak awal.
jujur, bagian inilah yang benar-benar mengubah cara Anda harus membaca likuiditas di sini. Pada token biasa, tipisnya kedalaman order book biasanya berarti permintaan yang lemah—karena siapa pun bisa memegangnya, jadi kedalaman adalah proksi yang cukup baik untuk ketertarikan. Pada aset Dusk yang teregulasi, logika itu tidak berlaku. Likuiditas yang tipis mungkin saja berarti kumpulan yang eligible belum sempat mengejar permintaan nyata.
yang tidak bisa saya pastikan dari luar adalah apakah pertumbuhan likuiditas yang lambat memang masalah permintaan, atau hanya hambatan verifikasi yang belum ada yang berhasil selesaikan.
tetap, perbedaan itu layak untuk direnungkan sebelum menganggap pasar yang sepi sebagai hal yang lemah.
apa yang terjadi pada penemuan harga pada hari ketika kumpulan yang eligible tiba-tiba menjadi dua kali lipat?
#dusk $DUSK
ternyata bukan begitu. Intinya, wallet harus diikat ke peserta yang sudah terverifikasi sebelum aset bahkan diterbitkan, jadi kelayakan berada di lapisan identitas, bukan di dalam kontrak token itu sendiri. Kontrak memang bisa memberlakukan pembatasan transfer, tentu saja, tapi hanya terhadap wallet yang sudah dikenali di sistem. Pihak yang belum terverifikasi tidak akan ditolak saat mereka mencoba t0 buy—mereka hanya tidak pernah muncul di kumpulan calon pembeli yang bisa diakses sejak awal.
jujur, bagian inilah yang benar-benar mengubah cara Anda harus membaca likuiditas di sini. Pada token biasa, tipisnya kedalaman order book biasanya berarti permintaan yang lemah—karena siapa pun bisa memegangnya, jadi kedalaman adalah proksi yang cukup baik untuk ketertarikan. Pada aset Dusk yang teregulasi, logika itu tidak berlaku. Likuiditas yang tipis mungkin saja berarti kumpulan yang eligible belum sempat mengejar permintaan nyata.
yang tidak bisa saya pastikan dari luar adalah apakah pertumbuhan likuiditas yang lambat memang masalah permintaan, atau hanya hambatan verifikasi yang belum ada yang berhasil selesaikan.
tetap, perbedaan itu layak untuk direnungkan sebelum menganggap pasar yang sepi sebagai hal yang lemah.
apa yang terjadi pada penemuan harga pada hari ketika kumpulan yang eligible tiba-tiba menjadi dua kali lipat?
#dusk $DUSK
Terverifikasi
Awalnya saya mengira DuskEVM terutama tentang menghadirkan kompatibilitas EVM ke @Dusk . Setelah melihat lebih dalam, saya mulai melihat desainnya dengan cara yang berbeda.
Yang menarik bagi saya adalah perpaduan antara alat pengembang yang sudah familiar dengan infrastruktur yang dibangun untuk kasus penggunaan finansial. Pengembang bisa menggunakan Solidity dan alat EVM yang sudah ada, sementara Hedger dirancang untuk mendukung jumlah transaksi privat namun tetap dapat diverifikasi.
Lalu ada potensi lapisan aplikasi: aset tokenisasi, DeFi, pinjaman, dan alur kerja keuangan yang teregulasi. Chainlink CCIP juga menambahkan bagian yang menarik dengan membantu menghubungkan aset tokenisasi lintas rantai.
Saya terus kembali pada kenyataan bahwa DuskEVM sudah tersedia di testnet. Hal itu memberi ruang bagi pengembang untuk bereksperimen sebelum mainnet, bukan memulai dari nol setelah peluncuran.
Pandangan saya: kompatibilitas EVM hanyalah titik awal. Pertanyaan yang lebih penting adalah apakah pengembang benar-benar dapat memanfaatkan infrastruktur privasi, settlement, dan ketersediaan data dari Dusk untuk membangun aplikasi yang membutuhkan lebih dari sekadar lingkungan EVM standar.
Saya kurang tertarik pada pengumumannya sendiri dan lebih penasaran dengan apa yang dibangun dari pengumuman tersebut.
#dusk $DUSK
Yang menarik bagi saya adalah perpaduan antara alat pengembang yang sudah familiar dengan infrastruktur yang dibangun untuk kasus penggunaan finansial. Pengembang bisa menggunakan Solidity dan alat EVM yang sudah ada, sementara Hedger dirancang untuk mendukung jumlah transaksi privat namun tetap dapat diverifikasi.
Lalu ada potensi lapisan aplikasi: aset tokenisasi, DeFi, pinjaman, dan alur kerja keuangan yang teregulasi. Chainlink CCIP juga menambahkan bagian yang menarik dengan membantu menghubungkan aset tokenisasi lintas rantai.
Saya terus kembali pada kenyataan bahwa DuskEVM sudah tersedia di testnet. Hal itu memberi ruang bagi pengembang untuk bereksperimen sebelum mainnet, bukan memulai dari nol setelah peluncuran.
Pandangan saya: kompatibilitas EVM hanyalah titik awal. Pertanyaan yang lebih penting adalah apakah pengembang benar-benar dapat memanfaatkan infrastruktur privasi, settlement, dan ketersediaan data dari Dusk untuk membangun aplikasi yang membutuhkan lebih dari sekadar lingkungan EVM standar.
Saya kurang tertarik pada pengumumannya sendiri dan lebih penasaran dengan apa yang dibangun dari pengumuman tersebut.
#dusk $DUSK
tetap berpikir tentang apa yang terjadi pada pool @TermMax pool tepat setelah sejumlah besar posisi jatuh tempo, bukan sebelum.
kebanyakan orang berfokus pada jatuh tempo sebagai titik keluar bagi pemberi pinjaman individu, tetapi saya pikir pertanyaan yang lebih menarik adalah apa yang dilakukan hal itu terhadap pool itu sendiri dalam jangka waktu tersebut.
ketika sebagian besar utang suku bunga tetap jatuh tempo pada waktu yang hampir bersamaan, utilisasi pool bisa turun dengan cepat. modal yang dibayar kembali menganggur sampai calon peminjam baru muncul untuk mengambil sisi lainnya. ini agak seperti hotel dengan banyak check-out pada hari yang sama, tanpa jaminan kamar terisi kembali sore itu.
celah itu tidak masalah, jujur saja, tapi berarti suku bunga tetap pada posisi baru tepat setelah gelombang jatuh tempo besar mungkin terlihat lebih menarik daripada seharusnya di pasar yang lebih stabil, hanya karena utilisasi sementara sempat menurun.
suku bunga yang terlihat murah hati tepat setelah lonjakan jatuh tempo mungkin sebenarnya hanya modal yang menganggur, bukan permintaan yang benar-benar ada.
tidak yakin seberapa terlihat pola itu kecuali Anda mengamati utilisasi di sekitar tanggal jatuh tempo tertentu, bukan hanya mengecek suku bunga pada hari mana pun...
ada yang melacak apakah suku bunga TermMax mengelompok secara berbeda tepat setelah pengelompokan jatuh tempo besar, atau efeknya terlalu kecil untuk berarti?
#termmax
kebanyakan orang berfokus pada jatuh tempo sebagai titik keluar bagi pemberi pinjaman individu, tetapi saya pikir pertanyaan yang lebih menarik adalah apa yang dilakukan hal itu terhadap pool itu sendiri dalam jangka waktu tersebut.
ketika sebagian besar utang suku bunga tetap jatuh tempo pada waktu yang hampir bersamaan, utilisasi pool bisa turun dengan cepat. modal yang dibayar kembali menganggur sampai calon peminjam baru muncul untuk mengambil sisi lainnya. ini agak seperti hotel dengan banyak check-out pada hari yang sama, tanpa jaminan kamar terisi kembali sore itu.
celah itu tidak masalah, jujur saja, tapi berarti suku bunga tetap pada posisi baru tepat setelah gelombang jatuh tempo besar mungkin terlihat lebih menarik daripada seharusnya di pasar yang lebih stabil, hanya karena utilisasi sementara sempat menurun.
suku bunga yang terlihat murah hati tepat setelah lonjakan jatuh tempo mungkin sebenarnya hanya modal yang menganggur, bukan permintaan yang benar-benar ada.
tidak yakin seberapa terlihat pola itu kecuali Anda mengamati utilisasi di sekitar tanggal jatuh tempo tertentu, bukan hanya mengecek suku bunga pada hari mana pun...
ada yang melacak apakah suku bunga TermMax mengelompok secara berbeda tepat setelah pengelompokan jatuh tempo besar, atau efeknya terlalu kecil untuk berarti?
#termmax
Terverifikasi
Sudah beberapa hari ini saya memikirkan satu pertanyaan spesifik tentang penyelesaian @Dusk DvP, dan ternyata itu bukan pertanyaan yang sebenarnya ditanyakan kebanyakan orang. Semua orang ingin tahu apakah kedua kaki dalam sebuah trade bergerak bersama. Hampir tidak ada yang menanyakan apakah salah satu kaki bisa secara diam-diam di-unwind setelahnya.
jujurnya, bagian inilah yang benar-benar menentukan apakah istilah "atomic" berarti apa pun bagi sebuah institusi. Intinya, Dusk tidak bergantung pada konfirmasi probabilistik—ia menggunakan Succinct Attestation untuk finalitas yang deterministik, jadi "settled" benar-benar berarti settled, bukan "settled kecuali terjadi perubahan". Lapisannya menambahkan layer saldo yang disembunyikan dan selective disclosure di atas itu, dan sebuah trade bisa terselesaikan tanpa menyiarkan ukuran maupun pihak lawan ke pasar; rantai public settlement pada dasarnya tidak bisa menyentuh kemampuan seperti itu.
ini benar-benar perubahan besar untuk apa pun yang bersifat institusional—menghilangkan risiko counterparty antara dua kaki transaksi memang sangat sulit dipalsukan.
yang masih belum saya punya jawaban yang rapi: semua ini tidak otomatis menciptakan sisi cash-nya. Tokenized deposit, regulated stablecoin, atau sesuatu yang lebih sempit yang memang dibuat untuk tujuan itu masih terbuka. Dan ekstensi CCIP menambah jangkauan, tetapi juga menambahkan batas atomicity kedua yang perlu dipikirkan dengan cermat.
meski begitu, volume NPEX yang terlihat organik (bukan didorong insentif) adalah angka yang masih akan saya percayai dibanding sentimen.
$DUSK #dusk
jujurnya, bagian inilah yang benar-benar menentukan apakah istilah "atomic" berarti apa pun bagi sebuah institusi. Intinya, Dusk tidak bergantung pada konfirmasi probabilistik—ia menggunakan Succinct Attestation untuk finalitas yang deterministik, jadi "settled" benar-benar berarti settled, bukan "settled kecuali terjadi perubahan". Lapisannya menambahkan layer saldo yang disembunyikan dan selective disclosure di atas itu, dan sebuah trade bisa terselesaikan tanpa menyiarkan ukuran maupun pihak lawan ke pasar; rantai public settlement pada dasarnya tidak bisa menyentuh kemampuan seperti itu.
ini benar-benar perubahan besar untuk apa pun yang bersifat institusional—menghilangkan risiko counterparty antara dua kaki transaksi memang sangat sulit dipalsukan.
yang masih belum saya punya jawaban yang rapi: semua ini tidak otomatis menciptakan sisi cash-nya. Tokenized deposit, regulated stablecoin, atau sesuatu yang lebih sempit yang memang dibuat untuk tujuan itu masih terbuka. Dan ekstensi CCIP menambah jangkauan, tetapi juga menambahkan batas atomicity kedua yang perlu dipikirkan dengan cermat.
meski begitu, volume NPEX yang terlihat organik (bukan didorong insentif) adalah angka yang masih akan saya percayai dibanding sentimen.
$DUSK #dusk
Saya sudah menghabiskan waktu di @TermMax docs belakangan ini, dan satu detail terus menarik saya kembali: XT, salah satu dari dua token di setiap pasar fixed rate, dirancang untuk kehilangan seluruh nilainya hingga jatuh tempo. Kebanyakan orang melewatinya begitu saja dan menganggap itu sebagai tanda bahaya.
Masalahnya, itu bukan bug di sistem—justru itu inti dari semuanya. Setiap pasar memecah sebuah debt token menjadi dua bagian: FT, yang berjalan menuju nilai penebusan penuhnya, dan XT, yang berjalan menuju nol. Bersama-sama, 1 FT + 1 XT selalu sama dengan 1 debt token. FT adalah sisi yang dapat diprediksi dan fixed rate. XT adalah sisi yang memang sementara, yang menampung nilai waktu yang tersisa, exposure leverage, sentimen pasar yang lain.
Itu pemisahan tugas yang rapi, dan itulah yang membuat fixed yield 0n FT bisa terjadi sejak awal. Tapi itu juga berarti Anda tidak bisa menilai XT seperti Anda menilai token normal. Mengawasi "demand" sama sekali tidak tepat sasaran.
Risiko yang sesungguhnya adalah likuiditas: jika kedalaman pasar mengering sebelum jatuh tempo, penetapan harga atas kegunaan sisa XT akan menjadi kacau dengan cepat. Namun, strukturnya sendiri tetap kokoh bila diteliti.
#termmax
Masalahnya, itu bukan bug di sistem—justru itu inti dari semuanya. Setiap pasar memecah sebuah debt token menjadi dua bagian: FT, yang berjalan menuju nilai penebusan penuhnya, dan XT, yang berjalan menuju nol. Bersama-sama, 1 FT + 1 XT selalu sama dengan 1 debt token. FT adalah sisi yang dapat diprediksi dan fixed rate. XT adalah sisi yang memang sementara, yang menampung nilai waktu yang tersisa, exposure leverage, sentimen pasar yang lain.
Itu pemisahan tugas yang rapi, dan itulah yang membuat fixed yield 0n FT bisa terjadi sejak awal. Tapi itu juga berarti Anda tidak bisa menilai XT seperti Anda menilai token normal. Mengawasi "demand" sama sekali tidak tepat sasaran.
Risiko yang sesungguhnya adalah likuiditas: jika kedalaman pasar mengering sebelum jatuh tempo, penetapan harga atas kegunaan sisa XT akan menjadi kacau dengan cepat. Namun, strukturnya sendiri tetap kokoh bila diteliti.
#termmax
Terverifikasi
Saya baru-baru ini mempelajari @Dusk contract execution setup, dan Piecrust adalah bagian yang paling sering dilewatkan orang ketika membahas proyek ini.
Jujur saja, saya mengira ini adalah lingkungan eksekusi yang berat juga. Ternyata bukan. Piecrust adalah VM ringan berbasis WebAssembly yang dirancang untuk eksekusi kontrak yang aman dan modular, dan intinya ia memisahkan logika kontrak dari pekerjaan kriptografis di bawahnya. Kontrak hanya menjalankan logika aplikasi di dalam VM. Urusan mahal seperti verifikasi bukti ZK, validasi tanda tangan, dipindahkan ke native host functions, bukan dibiarkan hidup di dalam setiap kontrak.
Itulah bagian yang benar-benar bekerja: verifikasi kriptografis memang mahal secara natur, jadi memaksa setiap kontrak menanggung bebannya sendiri hanya akan memperlambat seluruh sistem tanpa manfaat nyata. Memisahkannya membuat eksekusi tetap ringan, sambil tetap menangani perangkat keras privasi berat yang menjadi andalan Dusk.
Keterbatasan yang belum sepenuhnya diuji: modularitas tampak rapi di atas kertas, tetapi belum diuji dengan tekanan terhadap aplikasi finansial nyata yang berjalan dalam skala besar, di mana kompleksitas berkembang dengan cepat.
Meski begitu, membangun pemisahan ini sekarang lebih baik daripada mencoba menempelkannya setelah kontrak menjadi semakin rumit.
#dusk $DUSK
Jujur saja, saya mengira ini adalah lingkungan eksekusi yang berat juga. Ternyata bukan. Piecrust adalah VM ringan berbasis WebAssembly yang dirancang untuk eksekusi kontrak yang aman dan modular, dan intinya ia memisahkan logika kontrak dari pekerjaan kriptografis di bawahnya. Kontrak hanya menjalankan logika aplikasi di dalam VM. Urusan mahal seperti verifikasi bukti ZK, validasi tanda tangan, dipindahkan ke native host functions, bukan dibiarkan hidup di dalam setiap kontrak.
Itulah bagian yang benar-benar bekerja: verifikasi kriptografis memang mahal secara natur, jadi memaksa setiap kontrak menanggung bebannya sendiri hanya akan memperlambat seluruh sistem tanpa manfaat nyata. Memisahkannya membuat eksekusi tetap ringan, sambil tetap menangani perangkat keras privasi berat yang menjadi andalan Dusk.
Keterbatasan yang belum sepenuhnya diuji: modularitas tampak rapi di atas kertas, tetapi belum diuji dengan tekanan terhadap aplikasi finansial nyata yang berjalan dalam skala besar, di mana kompleksitas berkembang dengan cepat.
Meski begitu, membangun pemisahan ini sekarang lebih baik daripada mencoba menempelkannya setelah kontrak menjadi semakin rumit.
#dusk $DUSK
Terus terang saya lebih memikirkan hal-hal yang terjadi pada hari posisi benar-benar jatuh tempo, bukan sekadar tingkatnya di @TermMax .
kebanyakan orang fokus pada "fixed rate = keamanan," tapi menurut saya pertanyaan sebenarnya adalah apa yang terjadi saat jatuh tempo, bukan sebelum itu.
ini bagian teknisnya: pinjaman TermMax tidak bersifat open ended; pinjaman ini dibangun di sekitar tanggal jatuh tempo yang tetap, mirip seperti obligasi zero coupon. Anda mengetahui tingkat bunganya dan tanggal akhirnya sejak awal—tidak ada kejutan di tengah periode. ini bukan seperti pinjaman biasa; lebih seperti mengunci tingkat bunga untuk refinancing KPR sebelum tanggal penutupan. rapi di atas kertas.
tapi itu juga berarti jatuh tempo itu sendiri menjadi titik keputusan. Anda bisa menutup posisi, menggulirkannya ke tenor baru, atau membiarkannya terselesaikan, dan setiap pilihan itu bergantung pada kondisi pasar yang tidak bisa Anda kendalikan sejak hari Anda membukanya. kepastian yang tetap selama masa tenor tidak otomatis memberi Anda kepastian di tepi-tepinya.
bunga tetap hanya memindahkan ketidakpastian ke tanggal yang berbeda, bukan menghapusnya.
dengan jujur, saya bolak-balik mempertanyakan apakah ini benar-benar keterbatasan atau hanya... begitulah seharusnya produk dengan tenor tetap bekerja, dan saya mengambil asumsi risiko terlalu besar harusnya ada di awal.
apakah ada yang benar-benar memikirkan strategi rollover mereka sebelum membuka posisi, atau apakah itu keputusan yang kebanyakan orang buat saat momen itu terjadi?
#termmax
kebanyakan orang fokus pada "fixed rate = keamanan," tapi menurut saya pertanyaan sebenarnya adalah apa yang terjadi saat jatuh tempo, bukan sebelum itu.
ini bagian teknisnya: pinjaman TermMax tidak bersifat open ended; pinjaman ini dibangun di sekitar tanggal jatuh tempo yang tetap, mirip seperti obligasi zero coupon. Anda mengetahui tingkat bunganya dan tanggal akhirnya sejak awal—tidak ada kejutan di tengah periode. ini bukan seperti pinjaman biasa; lebih seperti mengunci tingkat bunga untuk refinancing KPR sebelum tanggal penutupan. rapi di atas kertas.
tapi itu juga berarti jatuh tempo itu sendiri menjadi titik keputusan. Anda bisa menutup posisi, menggulirkannya ke tenor baru, atau membiarkannya terselesaikan, dan setiap pilihan itu bergantung pada kondisi pasar yang tidak bisa Anda kendalikan sejak hari Anda membukanya. kepastian yang tetap selama masa tenor tidak otomatis memberi Anda kepastian di tepi-tepinya.
bunga tetap hanya memindahkan ketidakpastian ke tanggal yang berbeda, bukan menghapusnya.
dengan jujur, saya bolak-balik mempertanyakan apakah ini benar-benar keterbatasan atau hanya... begitulah seharusnya produk dengan tenor tetap bekerja, dan saya mengambil asumsi risiko terlalu besar harusnya ada di awal.
apakah ada yang benar-benar memikirkan strategi rollover mereka sebelum membuka posisi, atau apakah itu keputusan yang kebanyakan orang buat saat momen itu terjadi?
#termmax
Saya terus memikirkan ketegangan spesifik dalam cara @Dusk menggambarkan privasi, dan itu kurang jelas daripada yang terdengar pada awalnya. Kebanyakan orang mengira privasi dan regulasi justru berlawanan arah: Anda mendapatkan salah satu, bukan keduanya.
Masalahnya, model Dusk tidak memaksa pilihan itu. Verifikasi pengetahuan nol memungkinkan jaringan mengonfirmasi sebuah transaksi sudah mengikuti aturan tanpa mengekspos detail spesifik apa yang sebenarnya terjadi. Keuangan tradisional tidak bisa melakukan itu—ia menyelesaikan masalah kepercayaan dengan membuat bank, pihak lawan, dan regulator melihat langsung data sebelum apa pun ditandatangani. Dusk memisahkan verifikasi dari pengungkapan sepenuhnya.
Inilah perubahan nyata, jujur saja: detail yang sensitif tetap tertutup rapat, tetapi pihak yang berwenang tetap mendapatkan jalur audit yang berfungsi ketika itu benar-benar penting. Privasi berhenti berarti "off the grid" dan mulai berarti "terlindungi tetapi akuntabel," sebuah tujuan desain yang berbeda dibandingkan yang bahkan sedang dicoba oleh kebanyakan rantai yang berfokus pada privasi.
Pertanyaan terbuka yang tidak bisa saya lewati: apakah ini tetap bertahan ketika volume institusional nyata mulai mengalir melaluinya, bukan hanya pilot yang terkontrol di mana semuanya bersih sejak desain.
Tetap saja, membangun menuju keseimbangan itu sejak hari pertama adalah taruhan yang lebih serius daripada menambal kepatuhan di kemudian hari.
Apakah ada yang benar-benar melacak bagaimana performanya saat aset teregulasi nyata mulai bergerak dalam skala?
#dusk $DUSK
Masalahnya, model Dusk tidak memaksa pilihan itu. Verifikasi pengetahuan nol memungkinkan jaringan mengonfirmasi sebuah transaksi sudah mengikuti aturan tanpa mengekspos detail spesifik apa yang sebenarnya terjadi. Keuangan tradisional tidak bisa melakukan itu—ia menyelesaikan masalah kepercayaan dengan membuat bank, pihak lawan, dan regulator melihat langsung data sebelum apa pun ditandatangani. Dusk memisahkan verifikasi dari pengungkapan sepenuhnya.
Inilah perubahan nyata, jujur saja: detail yang sensitif tetap tertutup rapat, tetapi pihak yang berwenang tetap mendapatkan jalur audit yang berfungsi ketika itu benar-benar penting. Privasi berhenti berarti "off the grid" dan mulai berarti "terlindungi tetapi akuntabel," sebuah tujuan desain yang berbeda dibandingkan yang bahkan sedang dicoba oleh kebanyakan rantai yang berfokus pada privasi.
Pertanyaan terbuka yang tidak bisa saya lewati: apakah ini tetap bertahan ketika volume institusional nyata mulai mengalir melaluinya, bukan hanya pilot yang terkontrol di mana semuanya bersih sejak desain.
Tetap saja, membangun menuju keseimbangan itu sejak hari pertama adalah taruhan yang lebih serius daripada menambal kepatuhan di kemudian hari.
Apakah ada yang benar-benar melacak bagaimana performanya saat aset teregulasi nyata mulai bergerak dalam skala?
#dusk $DUSK
Saya sedang memikirkan sesuatu yang biasanya saya abaikan saat melihat pasar pinjaman: biaya untuk mempertahankan posisi tetap terbuka.
Itulah yang membuat @TermMax menarik bagi saya. Bagian pentingnya bukan hanya bahwa bunganya tetap. Melainkan bahwa biaya pinjaman dan jatuh temponya diketahui sebelum posisi dimulai.
Pada pinjaman dengan suku bunga variabel, saya telah melihat kewajiban berubah sementara posisi tetap dibuka. Itu membuat leverage lebih sulit direncanakan karena biaya pendanaan adalah bagian yang ikut bergerak. TermMax mengatasinya dengan merepresentasikan utang melalui posisi dengan suku bunga tetap dan tenor tetap.
Efek orde kedua adalah hal yang menurut saya lebih menarik. Setelah beban pembiayaan ditetapkan, saya bisa menilai penempatan modal terhadap biaya yang sudah diketahui, bukan terus-menerus menebak ke mana suku bunga akan bergerak.
Saya tidak melihat ini sebagai menghilangkan risiko leverage. Ini tidak; namun, membuat kewajiban lebih dapat diprediksi dapat membuat keputusan lebih terarah dan akuntabilitas lebih jelas.
Kesimpulan saya: TermMax mengubah pertanyaannya dari “Berapa biaya ini nanti?” menjadi “Apakah posisi ini masuk akal dengan biaya yang sudah diketahui?”
Apakah ini benar-benar meningkatkan pengelolaan leverage, atau hanya membuat risiko pembiayaan lebih mudah diukur?
#termmax
Itulah yang membuat @TermMax menarik bagi saya. Bagian pentingnya bukan hanya bahwa bunganya tetap. Melainkan bahwa biaya pinjaman dan jatuh temponya diketahui sebelum posisi dimulai.
Pada pinjaman dengan suku bunga variabel, saya telah melihat kewajiban berubah sementara posisi tetap dibuka. Itu membuat leverage lebih sulit direncanakan karena biaya pendanaan adalah bagian yang ikut bergerak. TermMax mengatasinya dengan merepresentasikan utang melalui posisi dengan suku bunga tetap dan tenor tetap.
Efek orde kedua adalah hal yang menurut saya lebih menarik. Setelah beban pembiayaan ditetapkan, saya bisa menilai penempatan modal terhadap biaya yang sudah diketahui, bukan terus-menerus menebak ke mana suku bunga akan bergerak.
Saya tidak melihat ini sebagai menghilangkan risiko leverage. Ini tidak; namun, membuat kewajiban lebih dapat diprediksi dapat membuat keputusan lebih terarah dan akuntabilitas lebih jelas.
Kesimpulan saya: TermMax mengubah pertanyaannya dari “Berapa biaya ini nanti?” menjadi “Apakah posisi ini masuk akal dengan biaya yang sudah diketahui?”
Apakah ini benar-benar meningkatkan pengelolaan leverage, atau hanya membuat risiko pembiayaan lebih mudah diukur?
#termmax
Saya belakangan ini mendalami model transaksi @Dusk dual, dan kebanyakan orang yang membicarakannya tampaknya mengira "privacy chain" berarti semua yang ada di dalamnya bersifat privat secara default. Padahal, itu tidak seperti yang dibangun.
Intinya, Dusk menjalankan dua model terpisah yang berjalan berdampingan. Moonlight adalah sisi yang transparan, berbasis akun: saldo dan aktivitasnya dapat diverifikasi secara publik, pada dasarnya pendekatan bergaya Ethereum. Phoenix adalah bagian lainnya, berbasis UTXO, menggunakan bukti pengetahuan nol dan nullifier untuk menangani masalah double spend tanpa mengekspos apa sebenarnya yang ada di dalam transaksi.
Bagian inilah yang membuatnya benar-benar berjalan: jaringan dapat mengonfirmasi bahwa sebuah transaksi valid tanpa melihat isinya, dan nullifier menyelesaikan masalah yang biasanya merusak desain yang berfokus pada privasi. Alih-alih memaksa setiap transaksi masuk ke satu model, pendekatan ini memungkinkan sebagian aktivitas tetap bisa diaudit secara publik, sementara ukuran posisi, lawan transaksi, atau strategi tetap tersembunyi, bahkan di sebuah public chain.
Risiko yang jujur di sini: menjalankan dua sistem berdampingan tidaklah gratis. Kompleksitas apa pun yang tidak muncul sekarang cenderung muncul kemudian sebagai edge case atau interaksi aneh di antara dua model.
Meski begitu, memisahkan privasi dari transparansi melalui desain jauh lebih baik daripada menambahkan privasi sebagai pemikiran setelahnya.
Ada orang lain yang memperhatikan bagaimana Moonlight dan Phoenix benar-benar berinteraksi dalam praktik?
#dusk $DUSK
Intinya, Dusk menjalankan dua model terpisah yang berjalan berdampingan. Moonlight adalah sisi yang transparan, berbasis akun: saldo dan aktivitasnya dapat diverifikasi secara publik, pada dasarnya pendekatan bergaya Ethereum. Phoenix adalah bagian lainnya, berbasis UTXO, menggunakan bukti pengetahuan nol dan nullifier untuk menangani masalah double spend tanpa mengekspos apa sebenarnya yang ada di dalam transaksi.
Bagian inilah yang membuatnya benar-benar berjalan: jaringan dapat mengonfirmasi bahwa sebuah transaksi valid tanpa melihat isinya, dan nullifier menyelesaikan masalah yang biasanya merusak desain yang berfokus pada privasi. Alih-alih memaksa setiap transaksi masuk ke satu model, pendekatan ini memungkinkan sebagian aktivitas tetap bisa diaudit secara publik, sementara ukuran posisi, lawan transaksi, atau strategi tetap tersembunyi, bahkan di sebuah public chain.
Risiko yang jujur di sini: menjalankan dua sistem berdampingan tidaklah gratis. Kompleksitas apa pun yang tidak muncul sekarang cenderung muncul kemudian sebagai edge case atau interaksi aneh di antara dua model.
Meski begitu, memisahkan privasi dari transparansi melalui desain jauh lebih baik daripada menambahkan privasi sebagai pemikiran setelahnya.
Ada orang lain yang memperhatikan bagaimana Moonlight dan Phoenix benar-benar berinteraksi dalam praktik?
#dusk $DUSK
Saya sudah duduk memikirkan bagaimana transaksi Phoenix sebenarnya diverifikasi pada @Dusk lately, dan kebanyakan orang masih membayangkan proses biasa "lihat data dan setujui".
tapi faktanya, verifikator tidak pernah mendapatkan pengirim, penerima, atau jumlahnya. Yang diterima adalah bukti PLONK. Bukti itu mengenkode aturan yang penting: si pembelanja benar-benar memiliki note yang sedang dibelanjakan, jumlahnya seimbang dengan benar, dan tidak ada yang digunakan ulang. Pengecekan hanya memastikan bahwa matematikanya benar. Ia tidak pernah membangun ulang atau memeriksa transaksi tersembunyi itu sendiri.
Itu adalah perubahan nyata dalam arti dari verifikasi itu sendiri. Sistem ini mengonfirmasi bahwa suatu pernyataan matematis benar tanpa pernah melihat apa yang membuatnya benar.
Keterbatasannya adalah ketika sesuatu benar-benar berjalan salah, ketidakterlihatan yang melindungi privasi juga membuatnya lebih sulit untuk ditelusuri secara visual.
Namun, desainnya terasa disengaja. Menolak untuk melihat data adalah bagian 0f model keamanan di sini.
Apakah Anda nyaman dengan verifikasi yang bekerja tanpa pernah melihat hal yang sedang diverifikasi?
#dusk $DUSK
tapi faktanya, verifikator tidak pernah mendapatkan pengirim, penerima, atau jumlahnya. Yang diterima adalah bukti PLONK. Bukti itu mengenkode aturan yang penting: si pembelanja benar-benar memiliki note yang sedang dibelanjakan, jumlahnya seimbang dengan benar, dan tidak ada yang digunakan ulang. Pengecekan hanya memastikan bahwa matematikanya benar. Ia tidak pernah membangun ulang atau memeriksa transaksi tersembunyi itu sendiri.
Itu adalah perubahan nyata dalam arti dari verifikasi itu sendiri. Sistem ini mengonfirmasi bahwa suatu pernyataan matematis benar tanpa pernah melihat apa yang membuatnya benar.
Keterbatasannya adalah ketika sesuatu benar-benar berjalan salah, ketidakterlihatan yang melindungi privasi juga membuatnya lebih sulit untuk ditelusuri secara visual.
Namun, desainnya terasa disengaja. Menolak untuk melihat data adalah bagian 0f model keamanan di sini.
Apakah Anda nyaman dengan verifikasi yang bekerja tanpa pernah melihat hal yang sedang diverifikasi?
#dusk $DUSK
Saya terus kembali ke @TermMax karena ia memperlakukan waktu sebagai biaya keuangan yang nyata. Saya telah melihat floating rate terlihat murah sampai likuiditas menghilang, dan pinjaman yang sama tiba-tiba menjadi menyakitkan. Biaya tetap dan jatuh tempo yang sudah diketahui mungkin terdengar membosankan, tetapi di pasar, hal yang membosankan bisa berguna.
Yang menarik perhatian saya adalah bagaimana TermMax mengimplementasikan gagasan itu. TermMax men-tokenisasi klaim tetap, memungkinkan market maker untuk mengutip tarif, dan menawarkan eksposur call atau put untuk premi di muka, alih-alih bergantung pada hitungan mundur likuidasi. Namun, biaya yang dapat diprediksi tidak sama dengan hasil yang dapat diprediksi.
Saya perhatikan pertanyaan yang lebih besar adalah ke mana sisa risiko itu pergi. Pinjaman tetap bergantung pada jaminan, oracle, smart contract, dan pihak lawan. Likuiditas dipisahkan berdasarkan aset dan jatuh tempo, jadi keluar lebih awal bisa berarti slippage atau tidak ada opsi keluar yang benar-benar praktis. Pengiriman fisik juga bisa membuat pemberi pinjaman memiliki jaminan yang volatil dan tidak pernah mereka inginkan, sementara vault yang dikelola kurator menambahkan lapisan penilaian manusia lain.
Kesimpulan saya sederhana: TermMax tidak menghilangkan risiko. TermMax membuat satu bagian menjadi dapat diprediksi, sementara bagian lainnya menjadi lebih penting untuk dipahami.
Bisakah pendanaan yang dapat diprediksi menciptakan akuntabilitas yang lebih baik?
#termmax
Yang menarik perhatian saya adalah bagaimana TermMax mengimplementasikan gagasan itu. TermMax men-tokenisasi klaim tetap, memungkinkan market maker untuk mengutip tarif, dan menawarkan eksposur call atau put untuk premi di muka, alih-alih bergantung pada hitungan mundur likuidasi. Namun, biaya yang dapat diprediksi tidak sama dengan hasil yang dapat diprediksi.
Saya perhatikan pertanyaan yang lebih besar adalah ke mana sisa risiko itu pergi. Pinjaman tetap bergantung pada jaminan, oracle, smart contract, dan pihak lawan. Likuiditas dipisahkan berdasarkan aset dan jatuh tempo, jadi keluar lebih awal bisa berarti slippage atau tidak ada opsi keluar yang benar-benar praktis. Pengiriman fisik juga bisa membuat pemberi pinjaman memiliki jaminan yang volatil dan tidak pernah mereka inginkan, sementara vault yang dikelola kurator menambahkan lapisan penilaian manusia lain.
Kesimpulan saya sederhana: TermMax tidak menghilangkan risiko. TermMax membuat satu bagian menjadi dapat diprediksi, sementara bagian lainnya menjadi lebih penting untuk dipahami.
Bisakah pendanaan yang dapat diprediksi menciptakan akuntabilitas yang lebih baik?
#termmax
Saya sudah bolak-balik memikirkan DuskVM vs DuskEVM selama beberapa hari ini, dan jujur saja, awalnya saya mengira ini cuma soal bahasa: Rust/WASM versus Solidity dengan tooling yang semua orang sudah tahu. Ternyata bukan.
Intinya, DuskVM berada tepat di dasar jaringan, jadi ia mendapat akses langsung ke hal-hal privasi dan zero-knowledge yang memang menjadi fondasi yang dibangun oleh Dusk. DuskEVM menjalankan kontrak Solidity lewat tooling EVM standar, tapi ia tetap melakukan settlement melalui lapisan DuskDS yang sama, tetap membayar gas dengan token DUSK yang sama. Dua jalur eksekusi berbeda yang ujungnya bertemu di tempat yang sama di bawah.
Bagian inilah yang benar-benar penting: memilih DuskVM bukan memilih bahasa, melainkan memilih kedekatan dengan primitive privasi itu sendiri. Memilih DuskEVM berarti mengorbankan sebagian jarak itu demi wallet, bridge, dan exchange yang bisa plug-in dengan perubahan kode yang nyaris tidak ada.
Tapi ada satu catatan: meski lapisan settlement-nya sama, kemampuan yang didapat tidak otomatis sama. Dengan DuskVM, tidak ada jalan pintas—setiap bit tooling harus dibangun dari nol.
Meski begitu, saya lebih suka melihat tradeoff itu dijelaskan dengan jelas daripada berpura-pura hal tersebut tidak ada.
Kamu sedang membangun langsung menuju primitive privasi, atau lebih mengutamakan kompatibilitas dulu?
@Dusk #dusk $DUSK
Intinya, DuskVM berada tepat di dasar jaringan, jadi ia mendapat akses langsung ke hal-hal privasi dan zero-knowledge yang memang menjadi fondasi yang dibangun oleh Dusk. DuskEVM menjalankan kontrak Solidity lewat tooling EVM standar, tapi ia tetap melakukan settlement melalui lapisan DuskDS yang sama, tetap membayar gas dengan token DUSK yang sama. Dua jalur eksekusi berbeda yang ujungnya bertemu di tempat yang sama di bawah.
Bagian inilah yang benar-benar penting: memilih DuskVM bukan memilih bahasa, melainkan memilih kedekatan dengan primitive privasi itu sendiri. Memilih DuskEVM berarti mengorbankan sebagian jarak itu demi wallet, bridge, dan exchange yang bisa plug-in dengan perubahan kode yang nyaris tidak ada.
Tapi ada satu catatan: meski lapisan settlement-nya sama, kemampuan yang didapat tidak otomatis sama. Dengan DuskVM, tidak ada jalan pintas—setiap bit tooling harus dibangun dari nol.
Meski begitu, saya lebih suka melihat tradeoff itu dijelaskan dengan jelas daripada berpura-pura hal tersebut tidak ada.
Kamu sedang membangun langsung menuju primitive privasi, atau lebih mengutamakan kompatibilitas dulu?
@Dusk #dusk $DUSK
Terverifikasi
Menghabiskan pagi untuk menelusuri bagaimana @Dusk sebenarnya mengimplementasikan transaksi rahasia, dan satu hal membuatku bingung: aku mengira privasi di sini adalah fitur yang berada di atas blockchain, seperti mode opsional yang bisa kamu aktifkan. Ternyata bukan. Privasi itu dibangun langsung di lapisan dasar menggunakan bukti pengetahuan nol (zero knowledge proofs). Jadi kamu membuktikan bahwa sesuatu itu benar: bahwa kamu solven, bahwa kamu memenuhi syarat, bahwa sebuah transaksi sudah terselesaikan tanpa menampilkan angka-angka di baliknya.
Yang lebih menarik dari situ adalah apa yang melatarbelakang privasi tersebut: auditor tetap bisa memverifikasi, tetapi orang lain hanya melihat transaksi yang valid dan tidak lebih. Kebanyakan rantai memaksa pilihan: menggunakan mixer untuk kerahasiaan, atau transparansi penuh untuk kepercayaan institusional. Dusk bertaruh bahwa selective disclosure (pengungkapan selektif) dapat menghapus trade-off itu sepenuhnya—itulah logika di balik Zedger dan arah tokenisasi RWA, dan salah satu alasan mengapa DuskEVM penting: developer Solidity bisa membangun di atas model ini tanpa perlu mempelajari hal baru.
Jujur, bagian yang masih tidak bisa kucairkan adalah apakah "provably compliant" (dapat dibuktikan patuh) berdiri dengan bobot yang sama seperti "fully visible" (sepenuhnya terlihat) ketika regulator benar-benar menguji tekanannya dalam sengketa dunia nyata. NPEX menunjukkan bahwa institusi bersedia mencobanya. Bersedia mencoba tidak sama dengan terbukti.
Masih memikirkan yang satu itu.
#dusk $DUSK
Yang lebih menarik dari situ adalah apa yang melatarbelakang privasi tersebut: auditor tetap bisa memverifikasi, tetapi orang lain hanya melihat transaksi yang valid dan tidak lebih. Kebanyakan rantai memaksa pilihan: menggunakan mixer untuk kerahasiaan, atau transparansi penuh untuk kepercayaan institusional. Dusk bertaruh bahwa selective disclosure (pengungkapan selektif) dapat menghapus trade-off itu sepenuhnya—itulah logika di balik Zedger dan arah tokenisasi RWA, dan salah satu alasan mengapa DuskEVM penting: developer Solidity bisa membangun di atas model ini tanpa perlu mempelajari hal baru.
Jujur, bagian yang masih tidak bisa kucairkan adalah apakah "provably compliant" (dapat dibuktikan patuh) berdiri dengan bobot yang sama seperti "fully visible" (sepenuhnya terlihat) ketika regulator benar-benar menguji tekanannya dalam sengketa dunia nyata. NPEX menunjukkan bahwa institusi bersedia mencobanya. Bersedia mencoba tidak sama dengan terbukti.
Masih memikirkan yang satu itu.
#dusk $DUSK
Saya belakangan ini meluangkan waktu untuk mencoba memahami apa sebenarnya yang dilakukan Citadel, dan saya pikir sebagian besar orang masih mengelompokkannya sebagai "lapisan identitas/KYC" lalu menggesernya begitu saja. Intinya, cara pandang itu mengabaikan apa yang membuatnya berbeda.
Kebanyakan sistem identitas adalah brankas: mereka mengumpulkan data Anda dan menyimpannya. Citadel bekerja lebih seperti filter. Anda tidak menyerahkan informasi—Anda membuktikan suatu klaim, dan sistem tidak menyimpan rincian yang mendasarinya setelah itu selesai. Kredensial yang terverifikasi pun bukan aset permanen; kredensial itu menjadi tidak relevan bila masa berlakunya habis, kecuali klaim di baliknya masih tetap berlaku. Jadi pembuktian harus terjadi lagi, bukan sekali saja.
Bagian yang benar-benar bekerja adalah ini: ia menggeser beban dari pengungkapan ke attestation, model kepercayaan yang secara mendasar berbeda dari kebanyakan perangkat kepatuhan on-chain yang ada saat ini.
Namun keterbatasannya nyata: pembuktian ulang yang berulang menimbulkan gesekan, dan gesekan itulah yang coba dihindari oleh kebanyakan pengguna, bahkan ketika pertukaran risikonya lebih menguntungkan mereka.
Tapi jika gesekan itulah yang membuat orang tetap menggunakan sistem alih-alih pergi, berarti itu adalah jenis permintaan yang lebih lengket daripada kenyamanan yang pernah bisa ciptakan.
Anda melacak Citadel sebagai infrastruktur, atau masih menganggapnya sekadar teater kepatuhan?
#dusk $DUSK @Dusk
Kebanyakan sistem identitas adalah brankas: mereka mengumpulkan data Anda dan menyimpannya. Citadel bekerja lebih seperti filter. Anda tidak menyerahkan informasi—Anda membuktikan suatu klaim, dan sistem tidak menyimpan rincian yang mendasarinya setelah itu selesai. Kredensial yang terverifikasi pun bukan aset permanen; kredensial itu menjadi tidak relevan bila masa berlakunya habis, kecuali klaim di baliknya masih tetap berlaku. Jadi pembuktian harus terjadi lagi, bukan sekali saja.
Bagian yang benar-benar bekerja adalah ini: ia menggeser beban dari pengungkapan ke attestation, model kepercayaan yang secara mendasar berbeda dari kebanyakan perangkat kepatuhan on-chain yang ada saat ini.
Namun keterbatasannya nyata: pembuktian ulang yang berulang menimbulkan gesekan, dan gesekan itulah yang coba dihindari oleh kebanyakan pengguna, bahkan ketika pertukaran risikonya lebih menguntungkan mereka.
Tapi jika gesekan itulah yang membuat orang tetap menggunakan sistem alih-alih pergi, berarti itu adalah jenis permintaan yang lebih lengket daripada kenyamanan yang pernah bisa ciptakan.
Anda melacak Citadel sebagai infrastruktur, atau masih menganggapnya sekadar teater kepatuhan?
#dusk $DUSK @Dusk
$VELVET naik lebih dari 32% hari ini, tetapi setelah lonjakan tajam itu, saya lebih tertarik pada bagaimana harga berperilaku di sekitar level saat ini daripada mengejar kenaikannya.
Harga: 0.9507
24h Tertinggi: 1.1299
24h Terendah: 0.4805
24h Volume: 189.47M USDT
$VELVET /USDT Long
Entry: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Stop Loss: 0.89
Di chart 15m, harga sempat didorong naik hingga 1.1110 sebelum penolakan yang kuat mendorongnya turun menuju 0.8601. Sejak saat itu, pembeli berhasil menstabilkan harga di sekitar 0.94–0.96, yaitu area yang sedang saya pantau sekarang.
Jika zona ini terus bertahan dan $VELVET mendapatkan pergerakan yang bersih kembali di atas 1.00, saya akan mengincar 1.08 lalu area puncak sebelumnya di sekitar 1.11–1.12. Saya tidak akan mengejar pergerakan awal di sini. Bagi saya, skenario yang lebih baik adalah menunggu konfirmasi sementara 0.89 tetap terlindungi.
Harga: 0.9507
24h Tertinggi: 1.1299
24h Terendah: 0.4805
24h Volume: 189.47M USDT
$VELVET /USDT Long
Entry: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Stop Loss: 0.89
Di chart 15m, harga sempat didorong naik hingga 1.1110 sebelum penolakan yang kuat mendorongnya turun menuju 0.8601. Sejak saat itu, pembeli berhasil menstabilkan harga di sekitar 0.94–0.96, yaitu area yang sedang saya pantau sekarang.
Jika zona ini terus bertahan dan $VELVET mendapatkan pergerakan yang bersih kembali di atas 1.00, saya akan mengincar 1.08 lalu area puncak sebelumnya di sekitar 1.11–1.12. Saya tidak akan mengejar pergerakan awal di sini. Bagi saya, skenario yang lebih baik adalah menunggu konfirmasi sementara 0.89 tetap terlindungi.
Terverifikasi
Saya baru-baru ini membaca desain Dusk XSC, dan saya rasa kebanyakan orang masih mengelompokkannya sebagai "privacy token" lalu langsung berlalu. Masalahnya, bagian privasi mungkin justru merupakan lapisan yang paling tidak menarik di sini.
Di bawah saldo yang disegel, setiap transfer tetap harus melewati daftar putih yang terhubung dengan proses onboarding KYC dan AML. Transfer tersebut harus membuktikan kelayakan, dan tetap meninggalkan jejak audit meskipun isi tetap tersembunyi. Ini juga bukan semacam gerbang sekali jalan; setiap pihak harus terus mempertahankan kualifikasi saat keadaan berubah, sehingga onboarding menjadi pemeriksaan berulang, bukan momen konversi tunggal.
Bagian itulah yang sebenarnya bekerja, jujur saja: untuk security token, bukti kepatuhan yang berulang bisa dibilang merupakan produk utamanya, bukan pembungkus kerahasiaan yang duduk di atasnya.
Keterbatasannya juga jelas: verifikasi yang berulang sebanyak itu menambah gesekan, dan gesekan itulah yang biasanya mematikan adopsi pada kebanyakan desain token. Institusi mungkin bisa menoleransinya. Ritel kemungkinan tidak.
Namun, jika audiens utamanya adalah modal yang teregulasi, tradeoff itu masuk akal: ketekunan yang tenang dan patuh alih-alih aktivitas yang terlihat.
Apakah pasar benar-benar memberi harga pada privasi, atau hanya kemampuan untuk membuktikan, secara diam-diam, bahwa tidak ada yang berubah?
@Dusk #dusk $DUSK
Di bawah saldo yang disegel, setiap transfer tetap harus melewati daftar putih yang terhubung dengan proses onboarding KYC dan AML. Transfer tersebut harus membuktikan kelayakan, dan tetap meninggalkan jejak audit meskipun isi tetap tersembunyi. Ini juga bukan semacam gerbang sekali jalan; setiap pihak harus terus mempertahankan kualifikasi saat keadaan berubah, sehingga onboarding menjadi pemeriksaan berulang, bukan momen konversi tunggal.
Bagian itulah yang sebenarnya bekerja, jujur saja: untuk security token, bukti kepatuhan yang berulang bisa dibilang merupakan produk utamanya, bukan pembungkus kerahasiaan yang duduk di atasnya.
Keterbatasannya juga jelas: verifikasi yang berulang sebanyak itu menambah gesekan, dan gesekan itulah yang biasanya mematikan adopsi pada kebanyakan desain token. Institusi mungkin bisa menoleransinya. Ritel kemungkinan tidak.
Namun, jika audiens utamanya adalah modal yang teregulasi, tradeoff itu masuk akal: ketekunan yang tenang dan patuh alih-alih aktivitas yang terlihat.
Apakah pasar benar-benar memberi harga pada privasi, atau hanya kemampuan untuk membuktikan, secara diam-diam, bahwa tidak ada yang berubah?
@Dusk #dusk $DUSK
$XRP akumulasi paus menunjukkan ketahanan.
Dompet yang memegang 1M+ $XRP meningkat sebesar 32 dalam tiga bulan terakhir, meskipun kapitalisasi pasar XRP turun 29%.
Perbedaan ini menunjukkan bahwa pemegang besar mungkin sedang mengakumulasi kelemahan, berpotensi bersiap untuk ekspansi likuiditas berikutnya.
$XRP
Dompet yang memegang 1M+ $XRP meningkat sebesar 32 dalam tiga bulan terakhir, meskipun kapitalisasi pasar XRP turun 29%.
Perbedaan ini menunjukkan bahwa pemegang besar mungkin sedang mengakumulasi kelemahan, berpotensi bersiap untuk ekspansi likuiditas berikutnya.
$XRP
ETF spot Bitcoin AS mencatat arus masuk sebesar $865,3M minggu lalu, yang terkuat sejak pertengahan April.
Ini terjadi seminggu setelah sekitar $130M BTC dikuras dari wallet COLDCARD, saat seluruh pembicaraan berkisar pada risiko self custody.
Ini terjadi seminggu setelah sekitar $130M BTC dikuras dari wallet COLDCARD, saat seluruh pembicaraan berkisar pada risiko self custody.
Masuk untuk menjelajahi konten lainnya