#dusk $DUSK Kemarin malam saya mencoba men-deploy kontrak sederhana di testnet DuskEVM, sekadar ingin melihat seperti apa pengalaman pengembangnya. Hasilnya cepat sekali macet—saya ingin membangun struktur pelacakan portofolio untuk sebuah registri, dengan beberapa field bersifat rahasia dan beberapa lainnya terbuka, seperti yang dibutuhkan oleh platform sekuritas.
Awalnya saya mengira Solidity bisa langsung dipakai. Tapi ketika saya mencoba memaksa struktur seperti itu masuk ke dalam penyimpanan key-value yang serbaguna, rasanya langsung tidak cocok. Seperti memasukkan pasak kayu berbentuk kotak ke dalam lubang bulat—dan kita harus menerima bahwa memang begitulah keadaannya. Saya jadi penasaran apakah Dusk punya solusi yang lebih baik, lalu saya membuka dokumentasi.
Pada saat itulah saya menemukan toolset Microkelvin. Ternyata bukan alat untuk optimasi performa—justru sebaliknya. Tool ini membuat pengembang membangun struktur data mereka sendiri, tanpa terjebak oleh hal-hal serbaguna di dalam blockchain. Anda mendefinisikan struktur yang Anda butuhkan—relasi yang kompleks, kebutuhan privasi, pembuatan bukti—semuanya sudah terintegrasi. Lalu layer eksekusi Rusk tidak akan “melawan” Anda seperti halnya pada virtual machine yang umum.
Begitu saya menyadari perbedaan yang baru saya coba lakukan tadi, hal itu jadi sangat penting. Saya selama ini memahami smart contract dengan cara yang umum: blockchain memberi Anda primitive yang serbaguna, lalu Anda memasukkan logika finansial ke dalamnya. Itu tidak masalah untuk pertukaran dan yield farming. Tapi untuk memodelkan registri sekuritas—melacak puluhan hingga ratusan ribu portofolio—sambil menjaga privasi portofolio, serta membuktikan constraint tanpa mengekspos detailnya—solusi serbaguna langsung runtuh.
Di Ethereum atau Solana, jika ingin membuat struktur data khusus, Anda harus menyimpannya secara tidak efisien atau membuat logika yang berantakan dan mahal. Di Dusk, Anda langsung merakit apa yang Anda butuhkan.
Ini seperti perbedaan antara membeli jas siap pakai dan jas tailor made. Yang pertama dirancang untuk Anda, yang kedua harus dipaksa agar pas di tubuh Anda.
Sebuah platform sekuritas yang teregulasi tidak butuh blockchain yang serbaguna dan “segala-galanya” tapi tidak efisien. Ia butuh blockchain yang sangat efisien untuk melakukan satu hal itu—memegang dan mentransfer instrumen yang teregulasi—dengan privasi yang terjaga, namun tetap transparan dan publik. Infrastruktur serbaguna hanya akan mengganggu.
Tapi harus saya jelaskan: saya belum melihat kontrak di mainnet yang benar-benar menggunakan Microkelvin. Apakah pengembang akan merasa bahwa itu lebih enak digunakan dibanding standar constraint, baru akan terlihat ketika aplikasi nyata sudah benar-benar berjalan.
Saya masih mempertimbangkan apakah alat pengembang yang dibuat khusus ini bisa menarik insinyur level institusi, atau apakah sebagian besar orang akan terus menggunakan alat serbaguna yang sudah mereka kenal, meskipun tidak terlalu cocok.
@Dusk $DUSK #dusk
Awalnya saya mengira Solidity bisa langsung dipakai. Tapi ketika saya mencoba memaksa struktur seperti itu masuk ke dalam penyimpanan key-value yang serbaguna, rasanya langsung tidak cocok. Seperti memasukkan pasak kayu berbentuk kotak ke dalam lubang bulat—dan kita harus menerima bahwa memang begitulah keadaannya. Saya jadi penasaran apakah Dusk punya solusi yang lebih baik, lalu saya membuka dokumentasi.
Pada saat itulah saya menemukan toolset Microkelvin. Ternyata bukan alat untuk optimasi performa—justru sebaliknya. Tool ini membuat pengembang membangun struktur data mereka sendiri, tanpa terjebak oleh hal-hal serbaguna di dalam blockchain. Anda mendefinisikan struktur yang Anda butuhkan—relasi yang kompleks, kebutuhan privasi, pembuatan bukti—semuanya sudah terintegrasi. Lalu layer eksekusi Rusk tidak akan “melawan” Anda seperti halnya pada virtual machine yang umum.
Begitu saya menyadari perbedaan yang baru saya coba lakukan tadi, hal itu jadi sangat penting. Saya selama ini memahami smart contract dengan cara yang umum: blockchain memberi Anda primitive yang serbaguna, lalu Anda memasukkan logika finansial ke dalamnya. Itu tidak masalah untuk pertukaran dan yield farming. Tapi untuk memodelkan registri sekuritas—melacak puluhan hingga ratusan ribu portofolio—sambil menjaga privasi portofolio, serta membuktikan constraint tanpa mengekspos detailnya—solusi serbaguna langsung runtuh.
Di Ethereum atau Solana, jika ingin membuat struktur data khusus, Anda harus menyimpannya secara tidak efisien atau membuat logika yang berantakan dan mahal. Di Dusk, Anda langsung merakit apa yang Anda butuhkan.
Ini seperti perbedaan antara membeli jas siap pakai dan jas tailor made. Yang pertama dirancang untuk Anda, yang kedua harus dipaksa agar pas di tubuh Anda.
Sebuah platform sekuritas yang teregulasi tidak butuh blockchain yang serbaguna dan “segala-galanya” tapi tidak efisien. Ia butuh blockchain yang sangat efisien untuk melakukan satu hal itu—memegang dan mentransfer instrumen yang teregulasi—dengan privasi yang terjaga, namun tetap transparan dan publik. Infrastruktur serbaguna hanya akan mengganggu.
Tapi harus saya jelaskan: saya belum melihat kontrak di mainnet yang benar-benar menggunakan Microkelvin. Apakah pengembang akan merasa bahwa itu lebih enak digunakan dibanding standar constraint, baru akan terlihat ketika aplikasi nyata sudah benar-benar berjalan.
Saya masih mempertimbangkan apakah alat pengembang yang dibuat khusus ini bisa menarik insinyur level institusi, atau apakah sebagian besar orang akan terus menggunakan alat serbaguna yang sudah mereka kenal, meskipun tidak terlalu cocok.
@Dusk $DUSK #dusk
