#nil $NIL @Nillion
Satu hal yang saya perhatikan tentang blockchain transparan adalah bahwa melihat semuanya tidak selalu menjadi keuntungan. Jika strategi perdagangan terlihat sebelum sebuah order dieksekusi, pihak lain mungkin punya kesempatan untuk bereaksi sebelum strategi itu dijalankan.
Itulah yang membuat Covenant dari Nillion menarik bagi saya.
Idenya adalah menjaga instruksi tetap terenkripsi sampai kondisi tertentu terpenuhi. Namun, menurut saya tantangan sebenarnya adalah mewujudkannya tanpa bergantung pada satu pihak untuk mengungkapkan informasi pada waktu yang tepat.
Dusk menghadirkan pendekatan ini ke Ethereum. Menurut Nillion, payload terenkripsi sebuah Covenant dipecah menjadi beberapa bagian yang dipegang oleh komite node. Saat kondisi yang disyaratkan terpenuhi, node-node tersebut merilis bagian masing-masing. Setelah jumlah yang cukup tersedia, payload dapat disusun kembali dan diverifikasi di Ethereum sebelum tindakan berikutnya dilakukan.
Namun, ada satu hal yang sangat membuat saya penasaran. Apa yang terjadi jika kondisinya terpenuhi, tetapi jumlah bagian yang cukup tidak tiba tepat waktu? Untuk aplikasi yang bergantung pada ketepatan waktu, keterlambatan sekecil apa pun bisa menjadi masalah nyata.
Bagi saya, privasi hanya berguna sampai batas tertentu jika aplikasi tidak bisa bertindak saat dibutuhkan. Cara Covenant menangani kompromi tersebut patut dicermati.
Bagaimana Dusk mengatasi keterlambatan ketika suatu kondisi terpenuhi, tetapi terlalu sedikit bagian yang tiba tepat waktu?
Satu hal yang saya perhatikan tentang blockchain transparan adalah bahwa melihat semuanya tidak selalu menjadi keuntungan. Jika strategi perdagangan terlihat sebelum sebuah order dieksekusi, pihak lain mungkin punya kesempatan untuk bereaksi sebelum strategi itu dijalankan.
Itulah yang membuat Covenant dari Nillion menarik bagi saya.
Idenya adalah menjaga instruksi tetap terenkripsi sampai kondisi tertentu terpenuhi. Namun, menurut saya tantangan sebenarnya adalah mewujudkannya tanpa bergantung pada satu pihak untuk mengungkapkan informasi pada waktu yang tepat.
Dusk menghadirkan pendekatan ini ke Ethereum. Menurut Nillion, payload terenkripsi sebuah Covenant dipecah menjadi beberapa bagian yang dipegang oleh komite node. Saat kondisi yang disyaratkan terpenuhi, node-node tersebut merilis bagian masing-masing. Setelah jumlah yang cukup tersedia, payload dapat disusun kembali dan diverifikasi di Ethereum sebelum tindakan berikutnya dilakukan.
Namun, ada satu hal yang sangat membuat saya penasaran. Apa yang terjadi jika kondisinya terpenuhi, tetapi jumlah bagian yang cukup tidak tiba tepat waktu? Untuk aplikasi yang bergantung pada ketepatan waktu, keterlambatan sekecil apa pun bisa menjadi masalah nyata.
Bagi saya, privasi hanya berguna sampai batas tertentu jika aplikasi tidak bisa bertindak saat dibutuhkan. Cara Covenant menangani kompromi tersebut patut dicermati.
Bagaimana Dusk mengatasi keterlambatan ketika suatu kondisi terpenuhi, tetapi terlalu sedikit bagian yang tiba tepat waktu?
