#dusk $DUSK Saya baru mulai melakukan trading robot. Kondisi paling membuat frustrasi yang saya temui adalah: antarmuka terus menampilkan status Connected, tapi hasil query tidak kunjung merespons, sementara robot tetap saja “menunggu” di jalur itu tanpa henti.
Di repositori resmi Dusk, ada sebuah issue terintegrasi tentang Rusk: W3sper mengecek apakah jaringan sedang online terutama dengan melihat apakah koneksi WebSocket di sisi mesin kita masih berada pada status OPEN. Anda bisa membayangkannya seperti telepon yang belum benar-benar ditutup. Saat koneksi jalur mulai putus setengah, ikon panggilan tetap menyala, padahal pihak lawan sudah tidak bisa didengar.
Mekanisme keep-alivenya juga hanya mengirim pesan secara berkala, tanpa konfirmasi bahwa pihak lawan benar-benar sudah membalas.
Ini membuat transaksi terperangkap dalam “lubang” yang tersembunyi: saldo tidak bisa dibaca, pengaturan stop loss tidak bisa dikirim, penawaran (quote) berhenti di harga lama, dan stok juga tidak bisa disesuaikan. Lebih buruk lagi, sistem tetap menganggap node utama “online”, sedangkan node cadangan masih sangat lama tidak mengambil alih.
Saat itu, saya bisa melihat blockchain tampaknya baik-baik saja, tetapi posisi (position) ternyata sudah kehilangan jalan keluar.
Awalnya saya menganggapnya hanya bug kecil di salah satu bagian SDK. Setelah risiko posisi dihitung, saya jadi tidak bisa tenang. Berapa banyak dana yang diberikan institusi untuk satu chain akan langsung menentukan: berapa lama gangguan bisa terdeteksi, berapa lama jalur cadangan bisa terhubung kembali, dan dalam skenario terburuk berapa lama dana bisa terjebak. Rata-rata respon cepat beberapa milidetik, bobotnya justru tidak terlalu besar.
Jadi, “tingkat online” Dusk tidak boleh hanya dilihat dari satu status hijau. Apakah permintaan terakhir sudah mendapat balasan, berapa kali berturut-turut timeout, berapa lama yang dibutuhkan pada switching untuk 5% yang paling lambat, dan berapa kali node cadangan berhasil mengambil alih—data-data ini jauh lebih mendekati pengalaman trading yang sebenarnya.
Saya juga berpendapat ini akan memengaruhi penilaian nilai $DUSK . Jika hampir selalu dianggap online padahal sebenarnya tidak, transaksi bisa “macet” di lapisan SDK; dari sisi on-chain, semuanya terlihat hanya biaya (fee) dan jumlah transaksi yang berkurang. Namun institusi bisa saja mengurangi stok yang menetap (standing inventory) dan menyisakan lebih banyak dana cadangan. Uang tidak berani ditahan lama di chain; akibatnya kebutuhan untuk trading berulang dan Gas tentu ikut menipis.
TPS memberi tahu seberapa cepat chain bisa berjalan. Kemampuan failover menentukan apakah saat kondisi pasar terburuk, uang masih bisa “keluar”. Bukankah ini pengalaman trading yang paling diperhatikan oleh siapa pun, dan oleh institusi mana pun?
@Dusk
$BTC
Di repositori resmi Dusk, ada sebuah issue terintegrasi tentang Rusk: W3sper mengecek apakah jaringan sedang online terutama dengan melihat apakah koneksi WebSocket di sisi mesin kita masih berada pada status OPEN. Anda bisa membayangkannya seperti telepon yang belum benar-benar ditutup. Saat koneksi jalur mulai putus setengah, ikon panggilan tetap menyala, padahal pihak lawan sudah tidak bisa didengar.
Mekanisme keep-alivenya juga hanya mengirim pesan secara berkala, tanpa konfirmasi bahwa pihak lawan benar-benar sudah membalas.
Ini membuat transaksi terperangkap dalam “lubang” yang tersembunyi: saldo tidak bisa dibaca, pengaturan stop loss tidak bisa dikirim, penawaran (quote) berhenti di harga lama, dan stok juga tidak bisa disesuaikan. Lebih buruk lagi, sistem tetap menganggap node utama “online”, sedangkan node cadangan masih sangat lama tidak mengambil alih.
Saat itu, saya bisa melihat blockchain tampaknya baik-baik saja, tetapi posisi (position) ternyata sudah kehilangan jalan keluar.
Awalnya saya menganggapnya hanya bug kecil di salah satu bagian SDK. Setelah risiko posisi dihitung, saya jadi tidak bisa tenang. Berapa banyak dana yang diberikan institusi untuk satu chain akan langsung menentukan: berapa lama gangguan bisa terdeteksi, berapa lama jalur cadangan bisa terhubung kembali, dan dalam skenario terburuk berapa lama dana bisa terjebak. Rata-rata respon cepat beberapa milidetik, bobotnya justru tidak terlalu besar.
Jadi, “tingkat online” Dusk tidak boleh hanya dilihat dari satu status hijau. Apakah permintaan terakhir sudah mendapat balasan, berapa kali berturut-turut timeout, berapa lama yang dibutuhkan pada switching untuk 5% yang paling lambat, dan berapa kali node cadangan berhasil mengambil alih—data-data ini jauh lebih mendekati pengalaman trading yang sebenarnya.
Saya juga berpendapat ini akan memengaruhi penilaian nilai $DUSK . Jika hampir selalu dianggap online padahal sebenarnya tidak, transaksi bisa “macet” di lapisan SDK; dari sisi on-chain, semuanya terlihat hanya biaya (fee) dan jumlah transaksi yang berkurang. Namun institusi bisa saja mengurangi stok yang menetap (standing inventory) dan menyisakan lebih banyak dana cadangan. Uang tidak berani ditahan lama di chain; akibatnya kebutuhan untuk trading berulang dan Gas tentu ikut menipis.
TPS memberi tahu seberapa cepat chain bisa berjalan. Kemampuan failover menentukan apakah saat kondisi pasar terburuk, uang masih bisa “keluar”. Bukankah ini pengalaman trading yang paling diperhatikan oleh siapa pun, dan oleh institusi mana pun?
@Dusk
$BTC