$ETH mencoba menembus di atas level $2.550 tetapi gagal lagi.
Untuk saat ini, menurut saya potensi kenaikan jangka pendek Ethereum sebagian besar mungkin sudah diperhitungkan.
Mengharapkan lebih banyak pergerakan sideways di level-level ini, dengan kemungkinan satu lagi kapitulation kecil sebelum adanya pembalikan yang benar.
Saya mengerjakan tugas CreatorPad di @Dusk minggu ini, dan hal yang paling menempel di kepala saya sama sekali bukan yang tertulis di brief tugas—melainkan fakta bahwa bridge $DUSK kini telah dijeda selama lebih dari sepuluh hari, dan tak ada siapa pun di Dusk yang tampak tergesa-gesa untuk membukanya kembali. #dusk
Konteks singkat bagi siapa pun yang melewatkannya: pada 16 Agustus tim menandai aktivitas yang tidak biasa pada sebuah wallet yang digunakan untuk operasi bridge, mendaur ulang alamat yang terdampak, dan mendorong daftar pemblokiran penerima melalui Web Wallet setelah sebagian alur sempat menyentuh Binance. Mainnet DuskDS sendiri tidak pernah berhenti menghasilkan blok. Itulah bagian yang terus saya pikirkan.
Saya sempat mengira L1 yang berfokus pada privasi akan memusatkan risikonya di satu tempat, yaitu lapisan dasar. Menyaksikan rantai berjalan bersih sementara bridge membeku membuat jelas bahwa cara batas kepercayaan di sini sebenarnya tidak terbagi seperti itu. Bridge adalah tanggung jawabnya sendiri, mengikuti timeline-nya sendiri, terlepas dari kesehatan konsensus.
Pengguna Binance barangkali terlindungi lebih dulu, hanya karena daftar pemblokiran sudah ada sebelum penarikan bisa merutekan melalui. Yang lainnya masih menunggu “sementara.”
Belum yakin ambang batas sebenarnya apa sebelum “sementara” mulai berarti hal lain.
Tadi minggu ini saya menjalankan transfer kecil lewat Web Wallet milik Dusk sambil menyelesaikan tugas CreatorPad, lalu prosesnya terhenti di tengah jalan oleh peringatan blocklist yang tidak saya perkirakan sebelumnya. Tidak ada yang dramatis—sekadar tanda merah sebelum transaksi bisa terkirim. Untuk sebuah chain yang dibangun di sekitar model privasi selective-disclosure milik $DUSK , #dusk , @Dusk , itu terasa seperti hal yang aneh untuk ditemui.
Ternyata, peringatan itu merujuk ke blocklist penerima yang tim mereka kirimkan ke Web Wallet setelah insiden pertengahan Agustus yang melibatkan wallet operasional bridge yang kompromi. Pihaknya menyaring transfer yang keluar terhadap alamat-alamat yang sudah diberi tanda sebelum Anda dapat mengirim.
Saya mengira pendekatan yang mengutamakan privasi berarti lebih sedikit pos pemeriksaan, bukan lebih banyak. Melihat itu benar-benar aktif saat ada upaya nyata mengubah sedikit cara pandang saya. Mekanismenya hanya bekerja jika ada pihak yang memelihara dan memperbarui daftar tersebut dalam hampir waktu nyata, yang berarti ada lapisan kurasi yang diam-diam berada di bawah gaya pemasaran "confidential by default".
Bukan berarti itu salah, hanya memperhatikan. Selective disclosure dan penyaringan alamat bukan hal yang sama, tapi sekarang keduanya hidup di dalam wallet yang sama. Saya masih mencari tahu seberapa nyaman saya dengan itu, dan siapa tepatnya yang memutuskan apa yang akan ditambahkan ke daftar ke depan.
Bagian mana dari ini yang paling menonjol bagi Anda? 👀
Memeriksa lagi halaman status jembatan Dusk minggu ini, dan masih menampilkan status terjeda, sama seperti sejak insiden 16 Agustus ketika tim menandai aktivitas mencurigakan pada sebuah dompet yang digunakan untuk operasi jembatan. Detail itulah yang paling membekas saat saya menyelesaikan tugas CreatorPad ini pada @Dusk , $DUSK , #dusk : lebih dari sembilan hari kemudian, alamatnya didaur ulang, daftar blok aktif, tapi jembatan itu sendiri belum kembali online.
Pernyataan resmi terkesan rapi: bukan masalah tingkat protokol, DuskDS tetap menghasilkan blok secara normal, tidak ada dana pengguna yang terdampak. Dan secara teknis itu benar. Tapi saya masuk dengan asumsi bahwa "bukan bug protokol" berarti "perbaikan cepat." Ternyata tidak. Infrastruktur operasional yang dikelola oleh sebuah tim—bahkan pada sebuah rantai yang dibangun di sekitar penyelesaian deterministik dan privasi setara audit—tetap bergerak mengikuti tenggat manusia ketika ada sesuatu yang menyentuh alur yang terpusat.
Yang paling membuat saya tergerak bukan hanya insiden itu sendiri, melainkan jarak antara keyakinan pesan penenang dan lamanya waktu perbaikan yang benar-benar berjalan. Dua hal itu tidak harus saling bertentangan, tapi saat diletakkan berdampingan, kesannya jadi berbeda.
Belum yakin ini hanya proses yang hati-hati atau ada sesuatu yang lebih struktural dalam cara jembatan diperlakukan setelah insiden. Saya akan terus memantau kapan jembatan itu benar-benar dibuka kembali.
Membaca ringkasan CreatorPad tentang $DUSK , saya jadi tersangkut pada satu baris dalam pemberitahuan insiden bridge milik Dusk: tim menonaktifkan dan mendaur ulang sekumpulan alamat setelah menandai aktivitas yang tidak biasa pada dompet terkelola tim yang digunakan untuk operasi bridge, lalu menghentikan layanan bridge sepenuhnya sementara mereka bereskan. #dusk
Itulah bagian yang membuat saya terpaku. Bukan insidennya, tapi bentuk responsnya. @Dusk menghabiskan sebagian besar pesannya untuk privasi dari sisi pengguna, pengungkapan yang selektif, jalur kepatuhan, semua hal yang dibuat untuk orang yang memegang dompet. Ini bukan itu. Ini kunci operasional internal yang perilakunya dipicu ketika dikompromikan, dan perbaikannya terasa tegas: hentikan semuanya, bangun ulang kumpulan alamat, lalu kirim daftar blok penerima untuk menangkap apa pun yang mencoba bergerak melalui web wallet.
Saya mengira bingkai "infra teregulasi" berarti sisi operasionalnya juga sudah diperkeras—mungkin lebih dari kebanyakan L1 mengingat materi penawaran institusionalnya. Ternyata mode kegagalannya bukan eksploit smart contract atau pemungutan suara tata kelola yang berantakan; itu adalah dompet terkelola, masalah yang jauh lebih membosankan dan jauh lebih universal.
Tapi saya masih belum yakin apakah ini menenangkan atau justru sebaliknya.
Apa yang paling menonjol dari respons bridge Dusk?
Menghabiskan minggu ini untuk menyelidiki infrastruktur jembatan milik Dusk untuk putaran CreatorPad kali ini, dan yang menghentikan saya bukanlah sebuah fitur—melainkan pemberitahuan insiden 16 Agustus. Tim menemukan aktivitas mencurigakan di sebuah wallet yang mereka kendalikan untuk operasi jembatan, dan terpaksa menonaktifkan serta mendaur ulang sekelompok alamat di tempat. $DUSK , #dusk , @Dusk , saya masuk dengan ekspektasi untuk menulis tentang momentum testnet DuskEVM. Saya justru pergi dengan memikirkan hal lain sepenuhnya.
Ini yang membuat saya terpikir: jembatan itu sendiri tidak rusak. Lapisan zk, konsensus, tidak ada yang disentuh. Yang jebol adalah sebuah wallet yang dikelola tim—jenis komponen operasional yang diam-diam menjadi tumpuan setiap jembatan, namun tidak benar-benar diaudit secara terbuka. Dusk bergerak cepat, menghentikan layanan, dan berkoordinasi dengan Binance begitu sebagian alur yang terkait muncul di sana. Respons yang wajar. Tapi itu memperlihatkan celah antara “keamanan tingkat protokol” dan “manusia yang menjalankan lapisan infrastruktur”—dua hal yang selama ini saya anggap sebagai satu.
Saya mengira risiko jembatan sebagian besar hidup di kode kontrak. Ternyata permukaan yang lebih “lembut”, yang operasional, sama-sama menjadi penopang beban. Masih belum yakin bagaimana cara mengaudit itu.
Jalankan pemeriksaan RPC cepat terhadap testnet DuskEVM sebelum men-deploy apa pun, hanya untuk memastikan saya benar-benar berada di jaringan yang tepat. Langkah kecil, tetapi itu membuat tugas CreatorPad berlandaskan sesuatu yang nyata, bukan screenshot dokumentasi. Menjembatani batch sejumlah $DUSK dari DuskDS untuk mendanai deployment wallet, lalu mendorong kontrak Solidity dasar melalui Hardhat. #dusk @Dusk
Yang sebenarnya menghentikan saya bukan karena proses deployment berhasil atau tidak, melainkan rincian biayanya setelah itu. Saya mengira "privacy-preserving EVM" berarti privasi otomatis sudah tertanam di setiap transaksi. Ternyata tidak. Biaya eksekusi dan biaya ketersediaan data untuk mem-posting batch kembali ke DuskDS sama-sama terlihat penuh, bergaya OP-Stack standar. Tidak ada yang disamarkan kecuali Anda sengaja merutekannya melalui Hedger.
Itu asumsi yang wajar untuk keliru. Pesan Dusk sangat menekankan kerahasiaan, jadi mudah mengharapkan lapisan EVM mewarisi hal itu secara default, bukan sebagai sesuatu yang Anda pilih secara terpisah.
Masuk akal secara arsitektur: settlement dan alat privasi tetap terpisah dari eksekusi tujuan umum. Tapi saya penasaran, berapa banyak dev yang membangun di sini sekarang yang benar-benar mengarah ke Hedger, dibanding hanya mengirim kontrak EVM standar lalu lanjut. Ini observasi saya sendiri dari pengujian, bukan nasihat keuangan—jadi tidak perlu menggali lebih jauh jika Anda sedang menilai ekosistem.
Bagian mana dari membangun di DuskEVM yang ingin Anda coba pertama kali? 👇
Menjembatani beberapa DUSK testnet ke DuskEVM minggu ini hanya untuk melakukan deployment kontrak dasar lewat Hardhat—sebagian besar untuk melihat seberapa dekat sebenarnya "setara EVM" di praktik. @Dusk , $DUSK , #dusk deployment-nya sendiri berjalan normal, chain ID lolos di 745, kontraknya berhasil, alamatnya memiliki bytecode. Tidak ada yang dramatis.
Yang menghentikan saya adalah setelah itu, ketika mencoba menonton transaksi tersebut duduk di mempool sebelum konfirmasi, seperti yang biasa Anda lakukan saat mengecek di rantai EVM mana pun. Tidak ada. DuskEVM saat ini berjalan sequencer-only, jadi tidak ada mempool publik yang bisa diintip. Saya mengira "setara EVM" berarti seluruh permukaan (surface area) berperilaku identik, termasuk bagian-bagian yang biasanya tidak terpikirkan orang sampai semuanya sudah hilang.
Ini hal kecil, tapi mengubah cara memaknai apa yang dilakukan "kompatibel" di sini. Tooling-nya cocok, Solidity dan Hardhat bekerja seperti yang diharapkan, tetapi model eksekusi di bawahnya membuat seperangkat tradeoff yang berbeda—kemungkinan demi privasi dan jaminan penyelesaian (settlement) yang terus ditekankan proyek ini.
Saya masih belum yakin bagaimana ini membentuk paparan MEV atau urutan transaksi begitu lalu lintas mainnet mulai masuk. Ada baiknya dipelajari dulu sebelum menarik kesimpulan.
Apa yang lebih penting buat Anda di sebuah chain yang kompatibel dengan EVM?