Transfer 280 itu menarik perhatian saya, tapi pada akhirnya saya lebih memperhatikan semua hal di sekelilingnya.
Saya menelusuri pekerjaan sign-off Hyperlane Dusk terbaru dan pengujian sejauh ini terlihat solid. Reproduksi bersih terbaru berhasil melewati build kontrak, uji VM, uji transaksi, dan pemeriksaan agen Hyperlane. Setelah itu, soak bervolume tinggi berjalan 7 siklus, dengan masing-masing siklus memuat 20 transfer dari EVM ke Dusk dan 20 transfer dari Dusk ke EVM. Itu menghasilkan total 280 transfer selama 7.282 detik sebelum jendela uji 120 menit berakhir.
Yang saya anggap lebih penting adalah checklist produksi yang berdampingan dengan hasil-hasil tersebut. Kustodian penandatangan produksi masih sedang diputuskan. Ada juga keputusan terbuka terkait pemulihan escrow yang tertunda, berapa lama soak harus dijalankan, serta bagaimana pengaturan CI dan kemampuan reproduksi akan bekerja. Hal-hal ini mudah terlewat ketika angka utama menunjukkan uji yang berhasil, tetapi justru hal-hal itulah yang ingin saya pahami sebelum likuiditas nyata terlibat.
Pertanyaan tentang signer menjadi sangat sulit untuk diabaikan setelah kejadian pada jembatan lama Dusk ke EVM di bulan Januari. Seorang penyerang mendapatkan akses ke dompet penandatangan jembatan, mencuri DUSK dari dompet tersebut, lalu memindahkan sebagian dana yang dicuri melalui jembatan ke BNB Smart Chain. Dusk menegaskan bahwa insiden tersebut adalah kompromi pada dompet jembatan, bukan eksploit konsensus atau protokol Dusk. Jembatan kemudian didesain ulang dengan pemisahan yang lebih kuat antara penandatangan, penanganan event, dan pelepasan dana, beserta pengendalian keseimbangan dan pemulihan yang lebih ketat.
Jadi saya tidak memandang 280 transfer itu sebagai lampu hijau atau bendera merah. Itu menunjukkan bahwa sistem sedang diuji dengan serius. Yang menjadi perhatian saya sekarang adalah bagaimana sistem seharusnya berperilaku ketika sesuatu terjadi yang salah, siapa yang mengendalikan bagian-bagian yang sensitif, dan bagaimana pemulihan ditangani.
Itulah yang ingin saya pastikan terselesaikan sebelum memperlakukan Dusk Hyperlane sebagai infrastruktur untuk likuiditas yang bermakna.
$DUSK @Dusk #dusk
Saya menelusuri pekerjaan sign-off Hyperlane Dusk terbaru dan pengujian sejauh ini terlihat solid. Reproduksi bersih terbaru berhasil melewati build kontrak, uji VM, uji transaksi, dan pemeriksaan agen Hyperlane. Setelah itu, soak bervolume tinggi berjalan 7 siklus, dengan masing-masing siklus memuat 20 transfer dari EVM ke Dusk dan 20 transfer dari Dusk ke EVM. Itu menghasilkan total 280 transfer selama 7.282 detik sebelum jendela uji 120 menit berakhir.
Yang saya anggap lebih penting adalah checklist produksi yang berdampingan dengan hasil-hasil tersebut. Kustodian penandatangan produksi masih sedang diputuskan. Ada juga keputusan terbuka terkait pemulihan escrow yang tertunda, berapa lama soak harus dijalankan, serta bagaimana pengaturan CI dan kemampuan reproduksi akan bekerja. Hal-hal ini mudah terlewat ketika angka utama menunjukkan uji yang berhasil, tetapi justru hal-hal itulah yang ingin saya pahami sebelum likuiditas nyata terlibat.
Pertanyaan tentang signer menjadi sangat sulit untuk diabaikan setelah kejadian pada jembatan lama Dusk ke EVM di bulan Januari. Seorang penyerang mendapatkan akses ke dompet penandatangan jembatan, mencuri DUSK dari dompet tersebut, lalu memindahkan sebagian dana yang dicuri melalui jembatan ke BNB Smart Chain. Dusk menegaskan bahwa insiden tersebut adalah kompromi pada dompet jembatan, bukan eksploit konsensus atau protokol Dusk. Jembatan kemudian didesain ulang dengan pemisahan yang lebih kuat antara penandatangan, penanganan event, dan pelepasan dana, beserta pengendalian keseimbangan dan pemulihan yang lebih ketat.
Jadi saya tidak memandang 280 transfer itu sebagai lampu hijau atau bendera merah. Itu menunjukkan bahwa sistem sedang diuji dengan serius. Yang menjadi perhatian saya sekarang adalah bagaimana sistem seharusnya berperilaku ketika sesuatu terjadi yang salah, siapa yang mengendalikan bagian-bagian yang sensitif, dan bagaimana pemulihan ditangani.
Itulah yang ingin saya pastikan terselesaikan sebelum memperlakukan Dusk Hyperlane sebagai infrastruktur untuk likuiditas yang bermakna.
$DUSK @Dusk #dusk
