Z O Y A

Saya sedang memikirkan apa yang sebenarnya membuat lingkungan EVM berguna di jaringan seperti Dusk. Mudah saja mengatakan “kompatibel dengan EVM” lalu berhenti sampai di situ, tetapi alat yang familiar hanya membantu sampai batas tertentu. Bagian yang ingin saya pahami adalah apa yang terjadi pada sisi privasi ketika para pengembang mulai membangun aplikasi EVM yang “normal”.

Di situlah DuskEVM menjadi lebih menarik. DuskEVM memberi para pembangun jalur yang familiar dengan Solidity dan EVM masuk ke Dusk, sementara Hedger dirancang untuk alur kerja EVM yang bersifat rahasia menggunakan enkripsi homomorfik dan bukti tanpa pengetahuan (zero-knowledge proofs). Jadi para pengembang tidak harus memilih antara lingkungan yang sudah mereka pahami dan fitur privasi yang memang ditujukan untuk aplikasi yang teregulasi. 🤯

Kombinasi itu terasa masuk akal bagi saya. Seorang pengembang bisa bekerja dengan konsep EVM yang familiar, sementara aplikasi yang mendasarinya tetap dapat menangani informasi yang seharusnya tidak selalu bersifat publik. Dan karena Dusk sedang dibangun untuk pasar keuangan yang teregulasi, masih ada ruang untuk peninjauan yang berwenang, bukan sekadar menganggap privasi sebagai ketertutupan total yang sepenuhnya tak terlihat.

Saya masih lebih tertarik pada apa yang benar-benar dibangun orang dengan itu daripada label kompatibilitasnya sendiri 😂. Dukungan EVM itu berguna, tetapi uji sesungguhnya adalah apakah pengembang bisa menggunakan rasa familiar tersebut sambil memanfaatkan infrastruktur privasi milik Dusk. Jika dua hal itu bekerja sama dengan benar, DuskEVM mulai terlihat seperti lebih dari sekadar lingkungan EVM lainnya.

@Dusk #dusk $DUSK

Dulu saya mengira lapisan yang kompatibel dengan EVM sebagian besar adalah tentang membuat sebuah chain lebih mudah digunakan oleh para developer. Tapi setelah saya melihat lebih dekat DuskEVM, saya sadar bagian yang menarik justru adalah apa yang bisa ia jalankan di atasnya. Anda bisa terus bekerja dengan tooling EVM yang sudah familiar, tanpa harus mempelajari semuanya dari awal hanya untuk mengakses jaringan lainnya.

DuskEVM memberi para builder jalur Solidity/EVM menuju Dusk, sementara Hedger dirancang untuk menghadirkan workflow EVM yang bersifat rahasia ke lingkungan tersebut. Ia menggunakan enkripsi homomorfik dan bukti tanpa pengetahuan (zero-knowledge proofs) untuk mendukung privasi yang tetap bisa ditinjau bila diperlukan. Jadi bagian EVM ini sebenarnya bukan satu-satunya cerita… ini adalah pintu yang familiar untuk masuk ke infrastruktur yang sedang Dusk bangun di bawahnya. 🤯

Itu membuat saya berpikir tentang bagaimana para developer biasanya memilih tempat untuk membangun. Tooling yang familiar itu penting, karena tidak ada yang ingin membangun ulang seluruh workflow mereka hanya untuk bereksperimen dengan chain baru. Tapi untuk aplikasi yang teregulasi, infrastruktur di bawahnya sama pentingnya. Kompatibilitas dengan EVM memang berguna, tetapi privasi dan kemampuan untuk ditinjau yang sudah tertanam dalam lingkungannya adalah yang membuat kombinasi ini jadi lebih menarik.

Saya masih penasaran apa yang sebenarnya akan dibangun orang dengan itu 😂, karena kompatibilitas saja tidak menjamin siapa pun akan menggunakannya. Tapi saya suka arah yang ditunjukkan. DuskEVM tidak tampak meminta developer untuk memilih antara pengembangan EVM yang familiar dan infrastruktur Dusk yang berfokus pada privasi. Ia mencoba menyatukan keduanya, dan bagian itulah yang akan saya pantau.

@Dusk #dusk $DUSK

Saya sempat menyelami sedikit “kelinci lobang” dengan melihat kode PLONK Dusk hari ini, dan itu membuat saya berpikir tentang bagaimana biasanya kita menilai proyek privasi. Melihat “bukti tanpa pengetahuan” dalam deskripsi teknis adalah satu hal. Dapat benar-benar menelusuri implementasinya adalah hal lain.

Implementasi PLONK Dusk tersedia secara publik di GitHub, jadi para pengembang dan peneliti punya sesuatu yang konkret untuk diperiksa, bukan hanya mengandalkan deskripsi di dalam whitepaper. Itu tidak otomatis berarti setiap bagian dari sistem itu sempurna, tetapi saya suka bahwa kriptografinya tidak diperlakukan sebagai kotak hitam. 🤯

Dan ini menjadi lebih penting ketika tujuannya adalah keuangan yang teregulasi. Dusk tidak mencoba membuat semuanya menjadi tidak terlihat. Gagasan besarnya adalah privasi di mana informasi sensitif perlu dilindungi, namun tetap memberi ruang untuk transparansi dan pengungkapan selektif ketika pihak yang berwenang perlu memverifikasi sesuatu. Itu jauh lebih praktis untuk pasar keuangan dibanding sekadar menyembunyikan semuanya.

Saya jelas tidak memenuhi kualifikasi untuk mengaudit PLONK sendiri 😂, tetapi saya menyukai prinsip di sini. Jika aktivitas keuangan yang bersifat rahasia sedang berlangsung di onchain, saya lebih memilih teknologi privasi yang mendasarinya tersedia agar orang bisa mempertanyakan dan memeriksanya, bukan sekadar menerima klaim proyek begitu saja. Kombinasi privasi, verifikasi, dan pengungkapan yang berwenang itulah yang membuat Dusk menarik bagi saya.

@Dusk #dusk $DUSK

Saya dulu berpikir bahwa membawa lembaga keuangan onchain sebagian besar adalah masalah teknologi… bangun chain-nya, buat amannya, dan pada akhirnya institusi akan datang. Melihat Dusk membuat saya sadar ada bagian lain yang kurang dibahas: institusi itu sendiri harus mampu beroperasi sesuai aturan yang sudah mereka jalani.

Itulah mengapa koneksi NPEX menarik perhatian saya. NPEX adalah bursa yang diatur oleh AFM, berlisensi sebagai MTF, Broker, dan ECSP, serta berencana membawa 300M+ EUR aset onchain melalui Dusk. Saya menganggap ini lebih menarik daripada sekadar headline lain tentang “adopsi institusional”, karena di sini benar-benar ada pasar yang teregulasi yang terlibat. 🤯

Lalu saya mulai memikirkan apa artinya hal ini bagi asetnya sendiri. Obligasi, sekuritas, dan produk keuangan lainnya tidak bisa begitu saja dipindahkan ke blockchain publik lalu diharapkan dapat bekerja seperti meme coin. Kepemilikan, kepatuhan, privasi, dan settlement semuanya harus saling cocok. Di sinilah pendekatan Dusk mulai terasa lebih masuk akal bagi saya… infrastrukturnya dirancang sejak awal berdasarkan kebutuhan dari keuangan yang teregulasi.

Saya masih ingin melihat seberapa banyak ini benar-benar berubah menjadi aktivitas pasar 😂, karena kerja sama dan rencana itu satu hal, sedangkan settlement yang nyata adalah hal lain. Namun jika venue yang teregulasi benar-benar bisa menggunakan Dusk untuk membawa aset keuangan onchain, itu terasa seperti ujian yang jauh lebih besar untuk blockchain daripada sekadar menciptakan token lain. Itulah bagian yang saya pantau.

@Dusk #dusk $DUSK

Hari ini aku sedang melihat model transaksi Dusk dan akhirnya ada sesuatu yang “klik” untukku… tidak semua aktivitas keuangan perlu tingkat visibilitas yang sama. Moonlight menjaga DUSK tetap publik dan berbasis akun, sementara Phoenix memakai pendekatan terselubung berbasis catatan. Jaringan yang sama, token yang sama, tetapi cara yang sangat berbeda dalam menangani aktivitas.

Perbedaan itu sebenarnya makin masuk akal kalau dipikirkan tentang apa yang Dusk coba bangun. Pembayaran yang butuh visibilitas publik tidak selalu perlu pengaturan yang sama seperti transaksi finansial yang detail sensitifnya harus tetap terlindungi. Phoenix menggunakan transfer terselubung untuk alasan itu, sementara Moonlight menjaga semuanya tetap transparan. 🤯

Lalu ada DuskEVM, yang menambahkan lingkungan yang kompatibel dengan EVM di atas jaringan. Yang aku suka dari arsitektur ini adalah privasi tidak diperlakukan sebagai pengaturan “semua atau tidak sama sekali”. Aplikasi yang berbeda bisa bekerja dengan tingkat visibilitas yang berbeda, tanpa memaksa setiap skenario penggunaan masuk ke model yang sama.

Aku masih merapikan di kepalaku semua cara potongan-potongan ini akan bekerja bersama 😂, tapi idenya sendiri terasa cukup praktis. Publik saat transparansi penting, terselubung saat kerahasiaan penting… dan jaringannya bisa mendukung keduanya tanpa berpura-pura bahwa aktivitas keuangan selalu harus terlihat sama.

@Dusk #dusk $DUSK

Saya menghabiskan waktu untuk melihat bagaimana TermMax menangani jaminan ketika aset itu sendiri tidak mudah dijual, dan itu mengubah cara saya memikirkan pinjaman RWA.

Dengan token yang sangat likuid, likuidasi biasanya dapat mengandalkan pasar aktif untuk mengonversi jaminan menjadi nilai yang diperlukan. Namun pendekatan itu menjadi jauh lebih sulit ketika aset yang mendasarinya memiliki pembeli yang terbatas atau penyelesaian yang lebih lambat.

Mekanisme physical delivery TermMax memberi pemberi pinjaman jalur lain…. alih-alih bergantung sepenuhnya pada penjualan pasar yang langsung, jaminan yang memenuhi syarat dapat dipindahkan ke pemberi pinjaman ketika kondisi likuidasi tertentu terjadi.

Jadi bagi saya, bagian yang menarik bukan sekadar menggunakan RWA sebagai jaminan…. melainkan merancang sistem pinjaman berdasarkan apa yang terjadi ketika jaminan tersebut pada dasarnya tidak memiliki likuiditas yang mendalam.

@TermMax #TermMax

Saya sudah memikirkan sesuatu yang terasa cukup normal dalam keuangan tradisional, tetapi sering terlewatkan di onchain… izin. Jika aset yang teregulasi tersedia di onchain, itu tidak otomatis berarti semua orang harus bisa berinteraksi dengannya. Melihat Citadel milik Dusk membuat saya sadar betapa banyak dari keuangan sebenarnya bergantung pada pengetahuan tentang siapa yang diizinkan melakukan apa.

Citadel dibangun di sekitar penerbitan dan validasi lisensi, mengecek apakah lisensi tersebut masih aktif, serta mengendalikan tindakan tertentu berdasarkan kredensial yang valid. Yang menarik bagi saya adalah, ini mengubah otorisasi menjadi sesuatu yang benar-benar bisa dipahami oleh blockchain, alih-alih menyembunyikannya di suatu database. Seorang peserta bisa membuktikan bahwa mereka memenuhi syarat tanpa harus mengekspos setiap detail tentang dirinya. 🤯

Lalu saya mulai berpikir betapa berbeda hal itu dari pengalaman kripto yang biasa. Kebanyakan dari kita terbiasa menghubungkan wallet dan berinteraksi dengan kontrak apa pun yang kita mau, tetapi pasar yang teregulasi jelas tidak bisa berjalan dengan cara seperti itu. Sekuritas token perlu aturan tentang siapa yang boleh memilikinya, memperdagangkannya, atau mengakses tindakan tertentu. Memindahkan izin tersebut lebih dekat ke aset bisa membuat seluruh sistem jauh lebih presisi.

Saya masih bertanya-tanya betapa rumitnya aturan-aturan ini ketika Anda punya aset, investor, dan yurisdiksi yang berbeda terlibat 😂. Tapi saya suka arah yang Dusk ambil di sini. Jika keuangan yang teregulasi benar-benar berjalan ke onchain, identitas dan otorisasi kemungkinan besar tidak bisa dibiarkan sebagai sesuatu yang terjadi diam-diam di latar belakang. Mereka perlu menjadi bagian dari infrastruktur juga.

@Dusk #dusk $DUSK

Hal yang menonjol dari TermMax adalah fokusnya pada pembuatan pembiayaan yang dapat diprediksi sambil tetap memberikan fleksibilitas bagi pasar untuk disesuaikan.

TermMax memberi Anda titik awal yang lebih baik untuk membandingkan peluang ketika angka-angka penting sudah didefinisikan sejak awal.

Saya menghargai bagaimana TermMax menggabungkan mekanisme DeFi yang sudah familiar dengan pendekatan yang lebih terstruktur untuk layanan pinjam-meminjam.

TermMax menarik karena tarif yang dapat diprediksi dapat membantu memisahkan peluang yang benar-benar bagus dari peluang yang hanya terlihat bagus untuk sementara.

Model fixed-term dari TermMax bisa membuat perencanaan strategi jangka panjang jauh lebih mudah ketika Anda sudah mengetahui biaya pembiayaan.

Saya suka bagaimana TermMax memberi para trader angka yang lebih jelas untuk digunakan, alih-alih membuat semuanya bergantung pada kurs mengambang.

TermMax membuat pinjaman dengan suku bunga tetap terasa lebih praktis ketika Anda benar-benar bisa menghitung biayanya sebelum membuka posisi.

Cara Dusk menggabungkan privasi yang dapat diprogram dengan keuangan yang diatur memberikan proyek ini arah yang sangat jelas.

Saya ingin tahu bagaimana kemampuan EVM rahasia Dusk diterjemahkan menjadi aplikasi yang benar-benar digunakan orang.

Senja bisa memiliki kasus penggunaan yang kuat untuk aset tokenisasi ketika kebutuhan privasi lebih kompleks daripada yang disadari banyak orang.

Sore sedang mengerjakan bagian penting dari infrastruktur untuk institusi yang membutuhkan kerahasiaan sekaligus akuntabilitas

Pendekatan privasi yang dapat diprogram dari Dusk terasa sangat berguna untuk alur kerja keuangan dengan kebutuhan akses yang berbeda.

Saya suka cara Dusk memikirkan privasi berdasarkan kebutuhan institusional yang sebenarnya, bukan menganggapnya sebagai fitur yang berdiri sendiri.