Pada 4 November 2026, komunitas Polygon memperkenalkan proposal pemulihan hard fork untuk aset POL yang dicuri. Proposal ini berkaitan dengan dua insiden keamanan yang melibatkan Polymarket dan Binance. Proposal tersebut berencana memindahkan sekitar 70,49 juta POL dari lima alamat yang dibatasi ke alamat pemulihan terverifikasi melalui modifikasi status protokol satu kali. Berdasarkan harga referensi yang digunakan dalam proposal, aset tersebut bernilai sekitar $6,5JT.
Berbeda dengan pembekuan aset biasa, pendekatan ini berupaya mendistribusikan kembali aset tanpa memperoleh kunci privat penyerang. Pada saat artikel ini ditulis, proposal tersebut masih harus dipandang sebagai proposal tata kelola, bukan pemulihan aset yang telah selesai.
Artikel ini menggunakan insiden tersebut sebagai titik awal untuk menjelaskan perbedaan antara hard fork, pembatasan transaksi, dan modifikasi status on-chain. Artikel ini juga menganalisis mengapa kemampuan teknis untuk memulihkan aset tidak berarti setiap blockchain harus atau dapat menerapkan pendekatan yang sama.
Blockchain umumnya dipelihara oleh node terdistribusi yang bekerja sama untuk menjaga buku besar. Berdasarkan aturan konsensus yang telah ditetapkan, node memverifikasi apakah transaksi valid, apakah blok valid, serta bagaimana saldo akun dan status smart contract harus berubah.
Dalam keadaan normal, transaksi hanya diterima oleh jaringan apabila memenuhi persyaratan seperti tanda tangan yang valid, saldo yang cukup, dan aturan protokol. Sebagai contoh, ketika pengguna mentransfer 100 POL dari wallet miliknya sendiri, pengguna tersebut umumnya perlu memberikan tanda tangan valid yang membuktikan bahwa mereka mengendalikan alamat tersebut. Pihak ketiga tanpa kunci privat yang sesuai biasanya tidak dapat mentransfer aset hanya dengan mengetahui alamat wallet.
Namun, saldo aset blockchain tidak berdiri secara terpisah dari aturan protokol. Pada jaringan berbasis akun, node memelihara saldo akun, penyimpanan kontrak, dan data status lainnya berdasarkan hasil eksekusi protokol. Selama peserta jaringan menerima aturan konsensus baru, jaringan secara teoretis dapat menjalankan penyesuaian status yang berbeda dari transaksi biasa pada ketinggian blok tertentu.
Hard fork adalah salah satu cara untuk memodifikasi aturan tersebut. Sebagai contoh, pengembang dapat merancang peningkatan jaringan yang mewajibkan semua node yang telah ditingkatkan untuk menjalankan penyesuaian saldo akun tertentu terlebih dahulu pada ketinggian blok yang ditetapkan, sebelum memproses transaksi biasa. Jika node yang relevan mengadopsi aturan yang sama, jaringan dapat terus beroperasi berdasarkan status baru.
Namun, hard fork tidak berarti pengembang dapat secara sepihak memodifikasi aset semua orang. Perubahan protokol mengharuskan peserta jaringan terkait menerima dan menjalankan perangkat lunak peningkatan. Jika sebagian node menolak aturan baru, jaringan dapat mengembangkan status chain yang berbeda dan bahkan membentuk dua blockchain yang terus ada secara terpisah.
Oleh karena itu, hard fork menyediakan kemungkinan teknis untuk memodifikasi status aset, tetapi dampak aktualnya bergantung pada tata kelola jaringan, koordinasi node, dan penerimaan peserta ekosistem.

Pada akhir Oktober 2026, Polymarket dan Binance mengalami insiden keamanan terpisah. Sebagian POL native yang dicuri ditransfer ke alamat tertentu di jaringan Polygon PoS.
Pada 4 November, forum komunitas Polygon menerbitkan proposal pemulihan yang melibatkan lima alamat teridentifikasi yang dikendalikan penyerang. Empat alamat menyimpan sekitar 23,86 juta POL yang terkait dengan insiden Polymarket. Satu alamat lainnya menyimpan sekitar 46,63 juta POL yang terkait dengan insiden Binance. Totalnya sekitar 70,49 juta POL.
Setelah insiden tersebut, produsen blok Polygon PoS terkait menambahkan alamat-alamat ini ke daftar pembatasan transaksi, sehingga aset sulit untuk terus dipindahkan melalui transaksi biasa. Namun, pembatasan ini menimbulkan masalah utama: mencegah aset bergerak lebih lanjut tidak sama dengan mengembalikannya kepada pemilik semula.
Dalam pengaturan saat ini, POL terkait tetap tercatat pada alamat yang dibatasi. Bahkan jika penyerang tidak dapat mentransfer aset secara normal, korban tidak dapat mengendalikan alamat tersebut hanya melalui tindakan mereka sendiri. Selain itu, daftar pembatasan alamat itu sendiri merupakan langkah operasional yang memerlukan pemeliharaan berkelanjutan. Proposal tersebut menyatakan bahwa pembatasan dimuat saat produsen blok menjalankan perangkat lunaknya, perubahan pada daftar melibatkan prosedur operasional, dan mekanisme penyaringan yang ada bukanlah sistem pembekuan lengkap yang mencakup setiap kemungkinan jalur transfer aset.
Oleh karena itu, proposal tersebut menyarankan penggunaan hard fork satu kali pada ketinggian blok yang telah ditentukan untuk menetapkan saldo POL native dari alamat yang ditentukan menjadi nol dan menambahkan jumlah POL yang sama ke alamat pemulihan yang ditetapkan dan terverifikasi untuk Polymarket dan Binance. Proses ini tidak akan mengharuskan penyerang memberikan kunci privat mereka maupun mengharuskan transfer diselesaikan melalui transaksi wallet biasa.
Penting untuk dicatat bahwa proposal tersebut tidak berencana meningkatkan total pasokan POL, dan juga tidak mengusulkan pengembalian seluruh jaringan Polygon ke kondisi sebelum serangan terjadi. Tujuannya adalah menerapkan modifikasi status satu kali yang memengaruhi alamat tertentu.
Hingga 9 November, informasi yang dapat diverifikasi terdiri atas teks proposal dan kondisi desainnya. Publikasi proposal, diskusi tata kelola, atau pengujian teknis tidak boleh dianggap sebagai bukti bahwa pemulihan aset telah selesai dilakukan di mainnet.

Dalam insiden keamanan aset kripto, pembekuan dan pemulihan sering dibahas bersamaan, tetapi mekanisme teknis dan hasil praktiknya berbeda. Tujuan utama pembekuan aset adalah mencegah transfer lebih lanjut. Pemulihan aset mengharuskan dana terkait kembali masuk ke alamat atau akun yang dapat dikendalikan oleh pihak yang sah. Karena mekanisme pengendalian berbeda di setiap blockchain dan token, pembekuan aset juga dapat memiliki beberapa bentuk.
| Dimensi Perbandingan | Pembekuan Kontrak Token | Pembatasan Produsen Blok | Modifikasi Status melalui Hard Fork |
|---|---|---|---|
| Lapisan eksekusi | Smart contract token | Produksi blok dan pemrosesan transaksi | Aturan konsensus blockchain |
| Memerlukan kunci privat | Biasanya tidak memerlukan kunci privat alamat yang dibatasi | Tidak | Tidak |
| Dapat mencegah transfer | Bergantung pada izin kontrak | Bergantung pada cakupan pelaksanaan | Dapat mengubah status melalui aturan baru |
| Dapat langsung mengembalikan aset | Bergantung pada apakah kontrak mendukungnya | Biasanya tidak | Ya, dalam kondisi tertentu |
| Risiko utama | Otoritas administratif yang terpusat | Pelaksanaan tidak konsisten dan sengketa sensor | Sengketa tata kelola dan pemisahan chain |
Dalam insiden Polygon, pemulihan POL native tidak dapat begitu saja menggunakan metode yang sama seperti kontrak pembekuan penerbit stablecoin. Proposal tersebut secara khusus merancang penyesuaian tingkat protokol untuk saldo POL native di Polygon PoS. Token lain yang terlibat tidak secara otomatis termasuk dalam cakupan pemulihan.
Hal ini menunjukkan bahwa pencurian aset on-chain dapat memerlukan respons yang sepenuhnya berbeda, bergantung pada asetnya. Bagi pengguna, memahami jaringan tempat aset berada, apakah kontrak tokennya memiliki izin administratif, dan struktur tata kelola jaringan terkait lebih bermakna daripada membahas secara umum apakah blockchain dapat membekukan dana.
Dalam transaksi biasa, tanda tangan kunci privat merupakan sarana penting untuk membuktikan pengendalian atas aset. Untuk aset native, pengguna lain umumnya tidak dapat langsung mentransfer dana tanpa tanda tangan valid dari alamat yang sesuai. Pemulihan aset melalui hard fork mengambil jalur berbeda: pemulihan ini memodifikasi aturan transisi status yang diterima oleh jaringan.
Dalam proposal pemulihan Polygon, pengembang berencana menetapkan blok aktivasi di masa depan. Sebelum transaksi biasa mulai dieksekusi pada blok tersebut, node yang telah ditingkatkan akan terlebih dahulu memproses saldo alamat terkait berdasarkan aturan yang telah ditentukan. Proses ini dapat dibagi menjadi empat tahap.
Tahap 1: Menentukan cakupan pemulihan. Berdasarkan catatan transaksi on-chain, investigasi keamanan, dan informasi yang diberikan oleh korban, alamat terkait diidentifikasi dan hubungan antara dana pada alamat tersebut dengan insiden tertentu dikonfirmasi.
Tahap 2: Memverifikasi alamat pemulihan. Korban harus memberikan alamat baru untuk menerima dana dan membuktikan pengendalian atas alamat tersebut melalui metode seperti pesan bertanda tangan atau transfer uji coba dalam jumlah kecil. Hal ini membantu mencegah aset ditransfer ke alamat yang salah.
Tahap 3: Memodifikasi aturan klien. Pengembang menulis logika penyesuaian saldo satu kali ke dalam perangkat lunak node dan menentukan bahwa logika tersebut akan dijalankan pada ketinggian blok tertentu. Berdasarkan desain proposal Polygon, saldo POL native dari alamat penyerang terkait akan ditetapkan menjadi nol, sementara jumlah yang sesuai akan ditambahkan ke alamat pemulihan yang ditentukan.
Tahap 4: Peningkatan dan eksekusi jaringan. Operator node memasang perangkat lunak yang kompatibel. Ketika jaringan mencapai blok aktivasi, mereka menjalankan penyesuaian status yang sama dan terus memvalidasi blok berikutnya berdasarkan aturan baru.
Poin utamanya adalah bahwa transfer aset tidak lagi akan diselesaikan melalui transaksi yang ditandatangani oleh pengguna biasa. Sebaliknya, transfer tersebut akan diselesaikan melalui perubahan status protokol yang dijalankan secara kolektif oleh semua node yang mengadopsi aturan baru. Perlu diperhatikan bahwa pendekatan ini tidak selalu memerlukan penghapusan blok historis. Catatan transfer sebelumnya dapat tetap utuh sementara jaringan menambahkan perubahan status khusus pada ketinggian blok baru.
Oleh karena itu, memodifikasi kepemilikan aset saat ini dan menghapus riwayat transaksi masa lalu adalah dua konsep teknis yang berbeda. Proposal Polygon juga memerlukan persetujuan tata kelola, pengujian testnet, peninjauan saldo, dan rilis klien sebelum penerapan resmi. Langkah-langkah ini penting tidak hanya untuk akurasi teknis, tetapi juga untuk membantu jaringan menghindari pemisahan akibat versi node yang tidak konsisten.
Salah satu kasus pemulihan aset paling representatif dalam sejarah blockchain adalah insiden The DAO Ethereum pada 2016. The DAO adalah proyek investasi terdesentralisasi awal yang dibangun di Ethereum. Pada Juni 2016, penyerang mengeksploitasi kerentanan reentrancy dalam smart contract-nya dan mentransfer sekitar 3,6 juta ETH, yang memicu krisis keamanan on-chain besar pada saat itu.
Karena aset terkait tunduk pada batas waktu dalam mekanisme kontrak, komunitas memiliki waktu untuk membahas dan menerapkan respons. Setelah perdebatan panjang, komunitas Ethereum akhirnya memilih untuk memodifikasi sebagian status blockchain melalui hard fork. Dana yang terkait dengan insiden The DAO dipindahkan ke kontrak pemulihan, sehingga peserta yang memenuhi syarat dapat mengklaim aset sesuai aturan yang berlaku.
Pada 20 Juli 2016, Ethereum menerapkan hard fork pada ketinggian blok 1.920.000. Namun, tidak semua peserta jaringan mendukung hard fork tersebut. Sebagian pihak meyakini bahwa pemulihan aset melalui konsensus komunitas dalam insiden keamanan besar akan membantu melindungi pengguna dan menjaga kepercayaan terhadap ekosistem. Pihak lain meyakini bahwa meskipun hasil transaksi berasal dari kerentanan smart contract, protokol yang mendasarinya tidak boleh dimodifikasi untuk mendistribusikan kembali aset.
Pada akhirnya, jaringan yang menerima modifikasi status terus berkembang dengan nama Ethereum (ETH), sedangkan jaringan yang menolak modifikasi tersebut terus berjalan sebagai Ethereum Classic (ETC). Insiden The DAO menunjukkan bahwa hard fork dapat berfungsi sebagai sarana teknis untuk menangani insiden keamanan besar, tetapi juga mengungkap biaya tata kelola dari intervensi tersebut. Bagi jaringan blockchain, kemampuan teknis untuk memodifikasi status tidak berarti semua peserta akan menerima modifikasi itu. Kelompok yang berbeda mungkin memiliki pandangan yang tidak dapat didamaikan terkait keamanan aset, finalitas transaksi, dan imutabilitas.
Imutabilitas merupakan salah satu karakteristik penting teknologi blockchain, tetapi bukan berarti aturan blockchain tidak pernah dapat berubah. Riwayat blockchain umumnya dilindungi oleh struktur kriptografis dan mekanisme konsensus. Peserta biasa tidak dapat memodifikasi transaksi yang telah dikonfirmasi secara sewenang-wenang karena modifikasi tersebut memerlukan pengakuan berdasarkan aturan konsensus jaringan.
Namun, aturan konsensus itu sendiri dapat berubah melalui tata kelola dan peningkatan jaringan. Hal ini memunculkan dua aspek imutabilitas yang berbeda: pertama, apakah peserta individu dapat memodifikasi buku besar secara sepihak; dan kedua, apakah jaringan secara keseluruhan seharusnya mengizinkan status tertentu yang telah ada untuk dimodifikasi melalui pengambilan keputusan kolektif.
Pendukung mekanisme pemulihan aset khusus berpendapat bahwa blockchain bukanlah sistem yang terlepas dari tata kelola sosial. Ketika suatu insiden keamanan didukung oleh bukti yang memadai dan menimbulkan konsekuensi serius, komunitas dapat mengambil tindakan khusus melalui proses tata kelola terbuka dalam kondisi yang sangat terbatas.
Pihak yang menentang khawatir bahwa setelah jaringan menerima redistribusi aset karena alasan tertentu, langkah tersebut dapat menjadi preseden. Pada masa mendatang, pihak terkait mungkin kembali meminta protokol melakukan intervensi sebagai respons atas sengketa komersial, persyaratan regulasi, atau konflik kepentingan lainnya.
Perdebatan ini tidak hanya berkaitan dengan apakah korban harus dilindungi, tetapi juga siapa yang berwenang menentukan bahwa aset telah dicuri, siapa yang berwenang menetapkan alamat penerima, dan insiden mana yang memenuhi syarat untuk perlakuan khusus. Proposal pemulihan Polygon berupaya mengurangi risiko ini dengan membatasi cakupan intervensi. Desainnya hanya berlaku untuk insiden tertentu, alamat yang telah dicantumkan sebelumnya, dan modifikasi status satu kali. Proposal tersebut secara tegas tidak menganjurkan pembentukan kewenangan umum untuk pembekuan dan pemulihan aset.
Bahkan dengan cakupan intervensi yang terbatas, sengketa tata kelola tidak dapat dihilangkan sepenuhnya. Oleh karena itu, pemulihan aset melalui hard fork tidak dapat begitu saja dikategorikan sebagai perlindungan pengguna atau pelemahan desentralisasi. Hal ini mencerminkan pilihan yang dibuat oleh jaringan blockchain di antara keamanan aset, stabilitas aturan, dan tata kelola komunitas.
Meskipun hard fork dapat memodifikasi status aset pada jaringan tertentu, proses pemulihan aktual tunduk pada banyak batasan.
Jaringan blockchain juga harus mempertimbangkan finalitas transaksi. Jika kepemilikan aset yang telah dikonfirmasi pada masa lalu dapat berubah setelah waktu yang lama akibat sengketa eksternal, platform perdagangan, kustodian, dan penyedia layanan keuangan lainnya perlu menilai kembali risiko penyelesaian aset terkait. Oleh karena itu, apakah aset dapat dipulihkan melalui hard fork tidak hanya bergantung pada kemampuan teknis jaringan untuk memodifikasi status, tetapi juga pada bukti, lokasi aset, proses tata kelola, dan potensi efek samping.
Bagi investor biasa, mekanisme pemulihan aset blockchain dapat menyediakan opsi respons keamanan tambahan, tetapi juga dapat menimbulkan risiko tata kelola dan pengendalian baru.
Oleh karena itu, melindungi kunci privat, mengelola persetujuan kontrak, memverifikasi alamat transaksi, dan mendiversifikasi risiko aset tetap merupakan langkah mendasar untuk mengurangi risiko kerugian aset on-chain.
Dalam kondisi tertentu, hard fork blockchain dapat digunakan untuk memulihkan aset curian. Namun, kemampuan ini tidak berarti blockchain memiliki mekanisme pembalikan transaksi yang berlaku secara universal. Transaksi on-chain biasa mengandalkan tanda tangan kunci privat dan aturan konsensus, sedangkan pemulihan aset khusus memerlukan peningkatan protokol untuk memodifikasi status akun tertentu dengan persetujuan jaringan.
Rencana pemulihan aset POL Polygon yang diusulkan pada November 2026 menyediakan studi kasus baru mengenai mekanisme ini. Proposal tersebut berencana menerapkan modifikasi status satu kali yang memengaruhi alamat teridentifikasi yang menyimpan aset curian dan mentransfer POL native ke alamat pemulihan terverifikasi. Dibandingkan dengan sekadar membatasi alamat, pendekatan ini berupaya mengatasi masalah bahwa aset tidak dapat lagi dipindahkan, tetapi juga tidak dapat dikembalikan. Namun, pendekatan tersebut tetap memerlukan tata kelola, pengujian, dan koordinasi jaringan.
Insiden The DAO Ethereum pada 2016 menunjukkan bahwa meskipun hard fork dapat memungkinkan pemulihan aset, hard fork juga dapat memicu perdebatan jangka panjang mengenai imutabilitas dan prinsip tata kelola jaringan, bahkan dapat mengakibatkan pemisahan blockchain.
Dari perspektif teknis, membekukan aset, memodifikasi saldo, dan membatalkan riwayat merupakan operasi yang berbeda. Dari perspektif tata kelola, apakah operasi tersebut dapat diterapkan bergantung pada seberapa besar kewenangan intervensi yang bersedia diberikan peserta jaringan kepada protokol. Bagi pengguna, memahami perbedaan ini membantu mereka menilai batas keamanan blockchain dan risiko kepemilikan aset secara lebih akurat.
Dalam kondisi tertentu, dapat. Jaringan dapat memodifikasi aturan konsensusnya untuk menyesuaikan status aset dari alamat yang ditentukan, tetapi harus menyelesaikan masalah terkait identifikasi aset, persetujuan tata kelola, dan peningkatan node. Tidak semua aset curian dapat dipulihkan dengan cara ini.
Hingga 9 November 2026, hal yang dapat diverifikasi adalah bahwa komunitas Polygon mengusulkan rencana pemulihan aset yang melibatkan sekitar 70,49 juta POL. Publikasi proposal tersebut tidak boleh dianggap sebagai bukti bahwa pemulihan telah selesai dilakukan di mainnet.
Pembekuan terutama membatasi transfer aset lebih lanjut. Pemulihan mengharuskan dana kembali masuk ke alamat yang dapat dikendalikan oleh pihak yang sah. Pembekuan itu sendiri umumnya tidak mengubah kepemilikan aset.
Pemulihan aset melalui modifikasi status tingkat protokol tidak mengharuskan penyerang memberikan kunci privat. Namun, jaringan harus menjalankan operasi terkait berdasarkan aturan konsensus baru.
Tidak selalu. Jaringan dapat mempertahankan riwayat transaksi sebelumnya dan menambahkan penyesuaian status pada ketinggian blok tertentu. Memodifikasi saldo aset dan menghapus riwayat transaksi bukanlah hal yang sama.
Setelah insiden The DAO pada 2016, sebagian peserta jaringan menerima pemulihan aset melalui hard fork, sedangkan pihak lain menolak modifikasi status asli. Kedua kelompok tersebut terus mengoperasikan jaringan berdasarkan aturan yang berbeda, yang pada akhirnya membentuk Ethereum dan Ethereum Classic.
Tidak selalu. Beberapa smart contract stablecoin memiliki fungsi manajemen pembekuan atau daftar hitam bawaan. Entitas yang berwenang dapat menjalankan operasi terkait sesuai aturan kontrak tanpa memodifikasi protokol blockchain yang mendasarinya.
* Informasi ini tidak bermaksud untuk menjadi dan bukan merupakan nasihat keuangan atau rekomendasi lain apa pun yang ditawarkan atau didukung oleh Gate.
* Artikel ini tidak boleh di reproduksi, di kirim, atau disalin tanpa referensi Gate. Pelanggaran adalah pelanggaran Undang-Undang Hak Cipta dan dapat dikenakan tindakan hukum.





