Hari ini saya membaca dokumentasi Dusk, dan satu detail kecil terus menarik saya lebih dalam: privasi hanya satu bagian dari membuat infrastruktur keuangan dapat diandalkan.
Saya mulai menelusuri apa yang terjadi ketika saya mengirim sebuah transaksi. Transaksi itu masuk ke jaringan, model transaksi menangani kebutuhan privasi dan statusnya, eksekusi berlangsung, status yang dihasilkan diproses, data harus tetap tersedia, dan akhirnya konsensus mencapai finalitas.
Awalnya, saya melihat semuanya sebagai fitur yang terpisah. Sekarang saya memahaminya sebagai ketergantungan yang saling terhubung dalam satu alur proses.
Perbedaan itu penting bagi saya.
Dusk menggunakan DuskVM dan DuskEVM untuk eksekusi, sementara desain konsensusnya memakai provisioner dan komite untuk mengusulkan, memvalidasi, dan meratifikasi blok. Finalitas deterministik itu berharga, tetapi saya tidak yakin finalitas otomatis berarti ketahanan.
Saya masih bisa bertanya: apa yang terjadi ketika sebuah komponen eksekusi menjadi tidak tersedia, ketika infrastruktur pendukung gagal, atau ketika sebuah aplikasi perlu pulih dari kasus tepi yang tak terduga.
Saya tidak mengatakan bahwa Dusk punya kelemahan. Saya hanya tidak merasa dokumentasinya sudah menjawab setiap skenario operasional.
Saya belajar dari kesalahan masa lalu untuk tidak menilai infrastruktur hanya berdasarkan fitur terkuatnya. Privasi tidak otomatis berarti trustlessness, dan desentralisasi tidak menjamin ketersediaan di mana pun.
Jadi saya menyisakan satu pertanyaan: jika komponen penting menghilang selama alur kerja keuangan rahasia, seberapa mulus Dusk bisa pulih?
@Dusk_Foundation #dusk $DUSK
Saya mulai menelusuri apa yang terjadi ketika saya mengirim sebuah transaksi. Transaksi itu masuk ke jaringan, model transaksi menangani kebutuhan privasi dan statusnya, eksekusi berlangsung, status yang dihasilkan diproses, data harus tetap tersedia, dan akhirnya konsensus mencapai finalitas.
Awalnya, saya melihat semuanya sebagai fitur yang terpisah. Sekarang saya memahaminya sebagai ketergantungan yang saling terhubung dalam satu alur proses.
Perbedaan itu penting bagi saya.
Dusk menggunakan DuskVM dan DuskEVM untuk eksekusi, sementara desain konsensusnya memakai provisioner dan komite untuk mengusulkan, memvalidasi, dan meratifikasi blok. Finalitas deterministik itu berharga, tetapi saya tidak yakin finalitas otomatis berarti ketahanan.
Saya masih bisa bertanya: apa yang terjadi ketika sebuah komponen eksekusi menjadi tidak tersedia, ketika infrastruktur pendukung gagal, atau ketika sebuah aplikasi perlu pulih dari kasus tepi yang tak terduga.
Saya tidak mengatakan bahwa Dusk punya kelemahan. Saya hanya tidak merasa dokumentasinya sudah menjawab setiap skenario operasional.
Saya belajar dari kesalahan masa lalu untuk tidak menilai infrastruktur hanya berdasarkan fitur terkuatnya. Privasi tidak otomatis berarti trustlessness, dan desentralisasi tidak menjamin ketersediaan di mana pun.
Jadi saya menyisakan satu pertanyaan: jika komponen penting menghilang selama alur kerja keuangan rahasia, seberapa mulus Dusk bisa pulih?
@Dusk_Foundation #dusk $DUSK