Isang pag-reorg ng isang Ethereum block ang nagdulot sa THORChain na ipagpahinga ang mga paglipat na kasangkot sa 10 blockchain networks. Ang nakakagulat na bahagi? Nagsimula lahat sa isang 10 ETH deposito na hindi talaga nagtagumpay sa vault. Narito ang nangyari. 1️⃣ Nakita ang deposito Isang user ang nagsumite ng 10 ETH sa isang THORChain vault. Ang transaksyon ay lumitaw sa isang Ethereum block, at sinuri ng THORChain ang deposito. 2️⃣ Pag-reorg ng Ethereum block Inilipat ng Ethereum ang orihinal na block, tinanggal ang deposito mula sa canonical chain. Ngunit ang THORChain ay naka-record na ng mga pondo na iyon. 3️⃣ Maliwang refund Nabigo ang swap sa kanyang price-limit condition, at nag-trigger ng refund. Ipinadala ng THORChain ang 10 ETH sa user, bagaman ang kanyang vault ay hindi kailanman natanggap ang kaugnay na deposito. 4️⃣ Emergency halt Nakita ng solvency checker ng THORChain ang kakulangan at ipinagpahinga ang mga paglipat. Bumalik ang user sa huli ng karagdagang 10 ETH. Kaya, ano ang mali teknikal? Ang pangunahing isyu ay ang pagkakaiba sa pagmamasid sa isang transaksyon at pagkakaroon ng sapat na konfirmasyon na mananatili ito sa kanonikal na kasaysayan ng Ethereum. Ang paglitaw ng isang transaksyon sa isang block ay hindi nangangahulugan na hindi maaaring i-reorganize ang block na iyon. Dito nagtayo si @ethlabs_org ng isang interesanteng solusyon: ang Fast Confirmation Rule (FCR) ng Ethereum. Sa halip na maghintay lamang ng arbitraryong bilang ng blocks, pinapagsusuri ng FCR ang mga validator attestations ng Ethereum upang matukoy kung may sapat na suporta ang block. Maaari itong magbigay ng malakas na konfirmasyon sa loob ng halos 15–30 segundo, mas maaga kaysa sa buong consensus finality ng Ethereum. Ngunit hindi absolute ang FCR. Ang kanyang mga garantiya ay patuloy na nakasalalay sa mga aksiyon ng network at validator. Ang mahahalagang pagkakaiba: • Nakamit na transaksyon ≠ Natapos na transaksyon • Mga block confirmation ≠ Konfirmasyon batay sa validator attestation • Mabilis na konfirmasyon ≠ Consensus finality Para sa cross-chain infrastructure, ang pagtatanggap ng deposito ay bahagi lamang ng proseso. Ang pagpapatibay na sapat na ligtas ang source-chain transaction bago ilabas ang mga pondo ay magkasing-importansya. Dito nakikita kung bakit isang napakagamit na halimbawa ito kung bakit hindi dapat kalimutan ang pagkakaiba ng konfirmasyon at finality.