Dari AWS yang down hingga badai likuidasi senilai 19,3 miliar dolar, "bom tersembunyi" infrastruktur enkripsi

Pemadaman AWS melumpuhkan lusinan platform kripto, mengekspos ketergantungan infrastruktur kripto pada layanan cloud terpusat sebagai kelemahan sistemik. Artikel ini berasal dari artikel yang ditulis oleh YQ, dikumpulkan, disusun dan ditulis oleh Yuliya, PANews. (Sinopsis: Pembuat pasar Wintermute mengulas hari likuidasi terbesar dalam sejarah kripto “1011”) (Suplemen latar belakang: Pengembang inti Ethereum Péter Szilágyi meraung: Gaji ETH Foundation yang tidak adil, konsentrasi kekuasaan di sekitar Vitalik Buterin. Amazon Web Services (AWS) mengalami gangguan besar lainnya kemarin (20) yang sangat berdampak pada infrastruktur cryptocurrency. Mulai sekitar pukul 16 sore waktu Beijing, masalah dengan AWS di wilayah US-EAST-1 (pusat data Virginia Utara) menyebabkan Coinbase dan lusinan platform kripto utama, termasuk Robinhood, Infura, Base, dan Solana, jatuh. AWS telah mengakui “peningkatan tingkat kesalahan” dalam basis data inti dan layanan komputasinya — Amazon DynamoDB dan EC2 — yang diandalkan ribuan perusahaan. Pemadaman waktu nyata ini memberikan konfirmasi langsung dan tegas dari tesis sentral makalah ini: ketergantungan infrastruktur kripto pada penyedia layanan cloud terpusat menciptakan kerentanan sistemik yang berulang kali terekspos di bawah tekanan. Ini adalah kisah peringatan. Hanya sepuluh hari setelah air terjun pembersihan senilai $19,3 miliar mengekspos kegagalan infrastruktur di tingkat pertukaran, pemadaman AWS menunjukkan bahwa masalah telah meluas dari platform tunggal ke tingkat infrastruktur cloud yang mendasarinya. Ketika AWS gagal, efek riak menghantam bursa terpusat, platform terdesentralisasi yang “masih mengandalkan komponen terpusat”, dan layanan yang tak terhitung jumlahnya yang bergantung padanya. Ini bukan insiden yang terisolasi, tetapi kelanjutan dari pola jangka panjang. Crash AWS serupa terjadi pada April 2025, Desember 2021, dan Maret 2017, masing-masing mengakibatkan gangguan layanan kripto arus utama. Pertanyaannya bukan lagi “jika” itu akan terjadi lagi, tetapi “kapan” dan “oleh pemicu apa”. Likuidasi Jatuh pada 10-11 Oktober 2025 Peristiwa rantai likuidasi yang berlangsung pada 10-11 Oktober 2025 ini merupakan contoh khas dari mekanisme kegagalan infrastruktur. Pada pukul 20:00 UTC pada 10 Oktober (4:00 waktu Beijing pada 11 Oktober), pengumuman geopolitik besar memicu aksi jual umum di pasar. Hanya dalam satu jam, likuidasi mencapai $6 miliar. Pada saat pasar Asia dibuka, penguapan keseluruhan posisi leverage telah mencapai $19,3 miliar, memengaruhi 1,6 juta akun trader. Gambar 1: Garis waktu waterfall likuidasi Oktober 2025 (UTC) Titik balik utama meliputi batas tarif API, keluar dari pembuat pasar, dan penurunan tajam dalam likuiditas buku pesanan. 20:00-21:00: Guncangan awal – likuidasi $6 miliar (zona merah) 21:00-22:00: Puncak likuidasi – $4,2 miliar, API mulai membatasi 22:00-04:00: Penurunan berkelanjutan – $9,1 miliar, kedalaman pasar yang sangat tipis Gambar 2: Perbandingan peristiwa likuidasi historis Skala peristiwa ini melampaui peristiwa pasar kripto sebelumnya setidaknya dengan urutan besarnya. Perbandingan longitudinal menunjukkan karakteristik melompat dari peristiwa ini: Maret 2020 (selama pandemi): $1,2 miliar Mei 2021 (kejatuhan pasar): $1,6 miliar November 2022 (kejatuhan FTX): $1,6 miliar Oktober 2025: $19,3 miliar, 16 kali lipat dari rekor sebelumnya Namun, data likuidasi hanyalah permukaan. Pertanyaan yang lebih kritis adalah pada tingkat mekanisme: mengapa peristiwa pasar eksternal dapat memicu mode kegagalan spesifik seperti itu? Jawabannya mengungkapkan kelemahan sistemik dalam arsitektur bursa terpusat dan desain protokol blockchain. Kegagalan Off-Chain: Masalah Arsitektur Bursa Terpusat Kelebihan beban infrastruktur dan pembatasan tarif API Exchange sering kali memiliki mekanisme pembatasan tarif untuk mencegah penyalahgunaan dan mempertahankan beban server yang stabil. Dalam lingkungan normal, pembatasan ini menghentikan serangan dan memastikan kelancaran transaksi. Namun, selama periode volatilitas ekstrem, ketika ribuan trader mencoba menyesuaikan posisi pada saat yang sama, mekanisme ini menjadi hambatan. Selama likuidasi ini, CEX (bursa terpusat) membatasi tingkat pemberitahuan kliring menjadi satu pesanan per detik, sementara sistem sebenarnya perlu memproses ribuan pesanan. Akibatnya, transparansi informasi anjlok, dan pengguna tidak dapat memahami tingkat keparahan likuidasi rantai secara real time. Alat pemantauan pihak ketiga menunjukkan ratusan likuidasi per menit, sementara data resmi jauh lebih sedikit. Pembatasan kecepatan API mencegah trader menyesuaikan posisi selama jam pertama yang paling kritis. Batas waktu permintaan koneksi, penempatan pesanan yang gagal, eksekusi stop order yang gagal, pembaruan data posisi yang tertunda - semua ini mengubah peristiwa pasar menjadi krisis operasional. Bursa tradisional biasanya mengalokasikan sumber daya untuk “beban reguler + redundansi keamanan”, tetapi kesenjangan antara beban reguler dan beban ekstrem sangat besar. Volume perdagangan harian rata-rata tidak cukup untuk memprediksi permintaan puncak di bawah tekanan ekstrem. Selama likuidasi berantai, volume perdagangan dapat melonjak 100 kali lipat, dan jumlah pertanyaan posisi bahkan dapat melonjak 1.000 kali lipat. Setiap pengguna memeriksa akun mereka pada saat yang sama, membawa sistem ke hampir crash. Gambar 4.5: Peristiwa Pemadaman AWS yang Memengaruhi Layanan Kriptografi Penskalaan infrastruktur cloud secara otomatis membantu, tetapi tidak merespons secara real time. Dibutuhkan beberapa menit untuk membuat salinan database tambahan, serta instance gateway API baru. Selama ini, sistem margin masih menandai posisi berdasarkan data harga yang terdistorsi karena kemacetan di buku pesanan. Manipulasi Oracle dan Kerentanan Harga Selama peristiwa likuidasi Oktober, kelemahan desain utama dalam sistem margin terungkap: beberapa bursa menghitung nilai jaminan berdasarkan harga spot internal daripada harga oracle eksternal. Dalam lingkungan pasar normal, arbitrase dapat menjaga konsistensi harga antara bursa yang berbeda, tetapi ketika infrastruktur berada di bawah tekanan, mekanisme hubungan ini gagal. Gambar 3: Diagram alur manipulasi Oracle Jalur serangan dapat dibagi menjadi lima tahap: Aksi jual awal: Tekanan jual $60 juta pada USDe Manipulasi harga: USDe anjlok dari $1,00 menjadi $0,65 pada satu bursa Oracle gagal: Sistem margin menggunakan harga internal yang dirusak Rantai pemicu: agunan diremehkan, memicu likuidasi paksa Efek amplifikasi: Total likuidasi $19,3 miliar (322x amplifikasi) Serangan tersebut mengeksploitasi mekanisme Binance menggunakan harga pasar spot untuk menentukan harga jaminan sintetis yang dienkapsulasi. Ketika seorang penyerang menjual USDe senilai $60 juta ke dalam buku pesanan yang relatif likuid, harga spot anjlok dari $1,00 menjadi $0,65. Sistem margin yang dikonfigurasi untuk menandai jaminan pada harga spot, mengurangi nilai semua posisi yang dijaminkan dalam USDe sebesar 35%. Hal ini memicu margin call dan likuidasi paksa ribuan akun. Likuidasi ini memaksa lebih banyak pesanan jual ke pasar yang tidak likuid yang sama, yang selanjutnya menurunkan harga. Sistem margin mengamati harga yang lebih rendah ini dan menuliskan lebih banyak posisi. Lingkaran umpan balik ini memperkuat tekanan jual $ 60 juta dengan faktor 322, yang akhirnya mengarah ke $ 19.3 miliar yang dipaksa …