@Dusk_Foundation Menghabiskan sore hari mengutak-atik dokumentasi aset terkelola milik Dusk, dan satu hal terus mengganggu pikiranku bahkan setelah aku menutup tab tersebut.
Kebanyakan pembahasan RWA biasanya berawal dari token. Taruh aset di on-chain, lalu tambahkan aturan seputar pemindahan atau pembatasannya. Dusk justru memulai dari arah lain—yakni batasan nyata dari sebuah pasar terkelola.
Aset yang teregulasi membutuhkan lebih dari sekadar transfer. Ia perlu pemeriksaan kelayakan, aturan transfer yang bisa gagal dengan alasan yang jelas, pengungkapan selektif bagi penerbit atau pengawas, jalur pemulihan, aksi korporasi, pelaporan, serta penyelesaian terkoordinasi antara leg aset dan leg pembayarannya. #dusk
Dusk memperlakukan hal-hal itu sebagai komponen kelas utama. Citadel menangani identitas dan pengungkapan selektif. Kontrak dapat menegakkan allowlist dan pembatasan. Phoenix dan Moonlight memberi pilihan antara alur yang terselubung dan yang transparan. Penyelesaian bersandar pada finalitas deterministik dari Succinct Attestation. Protokol tidak memaksa setiap aplikasi mengambil bentuk yang sama. Protokol menyediakan blok-bloknya agar penerbit atau venue dapat merakit apa pun yang dibutuhkan oleh aturan mereka.
Itu desain yang nyata.
Yang terus berputar di kepalaku adalah betapa sedikitnya keseluruhan alur kerja yang terlihat. Komponennya ada. Alur aset terkelola yang berjalan langsung dan benar-benar menggunakan kelayakan, pengungkapan selektif, pemulihan, serta penyelesaian terkoordinasi masih jarang. Kebanyakan aktivitas masih terlihat lebih sederhana.
Masih memikirkan apakah memiliki seluruh set building block sudah cukup, atau bagian yang lebih sulit adalah membuat institusi yang membutuhkan siklus hidup aset terkelola penuh mulai menyusunnya.
$DUSK
Kebanyakan pembahasan RWA biasanya berawal dari token. Taruh aset di on-chain, lalu tambahkan aturan seputar pemindahan atau pembatasannya. Dusk justru memulai dari arah lain—yakni batasan nyata dari sebuah pasar terkelola.
Aset yang teregulasi membutuhkan lebih dari sekadar transfer. Ia perlu pemeriksaan kelayakan, aturan transfer yang bisa gagal dengan alasan yang jelas, pengungkapan selektif bagi penerbit atau pengawas, jalur pemulihan, aksi korporasi, pelaporan, serta penyelesaian terkoordinasi antara leg aset dan leg pembayarannya. #dusk
Dusk memperlakukan hal-hal itu sebagai komponen kelas utama. Citadel menangani identitas dan pengungkapan selektif. Kontrak dapat menegakkan allowlist dan pembatasan. Phoenix dan Moonlight memberi pilihan antara alur yang terselubung dan yang transparan. Penyelesaian bersandar pada finalitas deterministik dari Succinct Attestation. Protokol tidak memaksa setiap aplikasi mengambil bentuk yang sama. Protokol menyediakan blok-bloknya agar penerbit atau venue dapat merakit apa pun yang dibutuhkan oleh aturan mereka.
Itu desain yang nyata.
Yang terus berputar di kepalaku adalah betapa sedikitnya keseluruhan alur kerja yang terlihat. Komponennya ada. Alur aset terkelola yang berjalan langsung dan benar-benar menggunakan kelayakan, pengungkapan selektif, pemulihan, serta penyelesaian terkoordinasi masih jarang. Kebanyakan aktivitas masih terlihat lebih sederhana.
Masih memikirkan apakah memiliki seluruh set building block sudah cukup, atau bagian yang lebih sulit adalah membuat institusi yang membutuhkan siklus hidup aset terkelola penuh mulai menyusunnya.
$DUSK