Satu reorg blok Ethereum menyebabkan THORChain menghentikan pertukaran yang melibatkan 10 rangkaian blok rantai. Bahagian yang mengejutkan? Semuanya bermula dengan deposit 10 ETH yang sebenarnya tidak pernah sampai ke peti simpanan. Berikut adalah apa yang berlaku. 1️⃣ Deposit dikesan Seorang pengguna menghantar 10 ETH ke peti simpanan THORChain. Transaksi itu muncul dalam blok Ethereum, dan THORChain merekodkan deposit tersebut. 2️⃣ Reorg blok Ethereum Ethereum menggantikan blok asal, menghapuskan deposit daripada rantai kanonik. Tetapi THORChain sudah mengira dana tersebut. 3️⃣ Refund yang salah Pertukaran gagal memenuhi syarat had harga, yang memicu refund. THORChain menghantar 10 ETH kepada pengguna, walaupun peti simpanannya tidak pernah menerima deposit yang sepadan. 4️⃣ Penghentian kecemasan Pemeriksa solvabiliti THORChain mengesan kekurangan tersebut dan menghentikan pertukaran. Pengguna kemudian mengembalikan 10 ETH tambahan tersebut. Jadi, apa yang salah secara teknikal? Masalah utama ialah perbezaan antara mengamati transaksi dan mempunyai pengesahan yang mencukupi bahawa transaksi tersebut akan kekal dalam sejarah kanonik Ethereum. Kehadiran transaksi dalam satu blok tidak bermakna blok tersebut tidak boleh disusun semula. Di sinilah @ethlabs_org mengemukakan penyelesaian yang menarik: Peraturan Pengesahan Cepat Ethereum (FCR). Alih-alih hanya menunggu sejumlah blok secara sewenang-wenang, FCR menganalisis pernyataan validator Ethereum untuk menentukan sama ada blok tersebut mempunyai sokongan yang mencukupi. Ia boleh memberikan pengesahan yang kukuh dalam tempoh kira-kira 15–30 saat, jauh lebih awal daripada kesempurnaan konsensus penuh Ethereum. Namun, FCR bukan kesempurnaan mutlak. Jaminannya masih bergantung kepada anggapan rangkaian dan validator. Perbezaan penting: • Transaksi dikesan ≠ Transaksi disempurnakan • Pengesahan blok ≠ Pengesahan berdasarkan pernyataan validator • Pengesahan pantas ≠ Kesempurnaan konsensus Untuk infrastruktur lintas-rangkaian, menerima deposit hanyalah satu bahagian proses. Mengesahkan bahawa transaksi sumber-rangkaian cukup selamat sebelum melepaskan dana adalah sama pentingnya. Inilah yang menjadikan insiden ini contoh yang sangat berguna mengapa pengesahan dan kesempurnaan tidak boleh disamakan.