Ano ang mangyayari sa iyong swap kung magkakaroon ng blockchain reorganization sa gitna ng trade? Sa karamihan ng mga sistema, iyon ang nightmare edge case na hindi gustong ipaliwanag ng sinuman. Lumalabas ang isang pansamantalang fork, ilang blocks ay naging orphaned, at isang swap na tila perpektong kinumpirma ay biglang maaaring mag-settle batay sa isang chain history na hindi na umiiral o maaaring mag-freeze nang buo habang sinusubukan ng protocol na maunawaan kung ano ang nangyari. Hindi theoretical ang reorgs. Patuloy pa ring nangyayari ito, lalo na sa mas mabilis o mas hindi pa matatag na mga chain. Karaniwang tumutugon ang tradisyonal na bridges at DEXes sa pamamagitan ng paghingi ng mas mahabang confirmation windows. Ito ay nagpapabagal sa lahat at nananatili pa ring may residual risk window. Kung mas malalim ang reorg kaysa sa inaasahan, maaaring makarating ang trade sa maling state. Tinatanggap ng @Pact_Swap ang iba’t ibang pagkakataon. Ang mga Coinweb contract nito ay hindi tinuturing ang finality bilang isang isang-time checkpoint. Tuloy-tuloy nilang binabawasan ang canonical chain state. Kapag nangyayari ang reorganization, simple lang na binabasa muli ng contract ang huling totoong final state ng blockchain at kinukumpleto ang trade mula doon. Hindi makakapagtrick ang pansamantalang reorg sa sistema upang mag-execute batay sa isang orphaned block. Hintayin ng swap ang matatag na katotohanan ng chain at kung gayon lamang ito ay kumpleto. Walang pilit na aksiyon. Walang mahina at madaling nasusupil na confirmation counts. Kung gayon, deterministikong pagkumpleto batay sa kung ano ang huling tinatanggap ng blockchain mismo. Iyon ang pagkakaiba sa pagitan ng infrastructure na gawa para sa happy path at infrastructure na gawa para sa totoong mundo ng probabilistic consensus. Maaaring baliktarin ang mga blocks. Hindi maaaring baliktarin ang iyong trade.