Bir tek Ethereum bloğu yeniden yapılandırması, THORChain'in 10 blok zinciriyle ilgili takaslarını durdurmasına neden oldu. Sürpriz olan şey? Tüm bu olay, kasaya asla ulaşmayan 10 ETH yatırma ile başladı. İşte ne oldu: 1️⃣ Yatırma tespit edildi Bir kullanıcı, THORChain kasasına 10 ETH gönderdi. İşlem bir Ethereum bloğunda göründü ve THORChain bu yatırımı kaydetti. 2️⃣ Ethereum bloğu yeniden yapılandırması Ethereum, orijinal bloğu değiştirdi ve yatırımı kanonik zincirden kaldırdı. Ancak THORChain zaten bu fonları hesaba katmıştı. 3️⃣ Yanlış iade Takas, fiyat sınırı koşulunu karşılamadı ve iade tetiklendi. THORChain, kasasının asla ilgili yatırımı almadığı halde kullanıcıya 10 ETH gönderdi. 4️⃣ Acil durdurma THORChain'in solvency kontrolcüsü, eksikliği tespit ederek takasları durdurdu. Kullanıcı daha sonra ek 10 ETH'yi geri gönderdi. Peki teknik olarak ne yanlış gitti? Ana sorun, bir işlemi gözlemlemek ile bunun Ethereum'un kanonik geçmişi içinde kalacağına yeterli güven sahibi olmak arasındaki farktı. Bir işlem bir blokta görünmekle, o bloğun yeniden yapılandırılmayacağını anlamına gelmez. Burada @ethlabs_org ilginç bir çözüm sundu: Ethereum'un Hızlı Doğrulama Kuralı (FCR). Rastgele bir sayıda blok beklemek yerine, FCR Ethereum validator onaylarını analiz ederek bir bloğun yeterli desteği olup olmadığını belirler. Bu, Ethereum'un tam uzlaşma sona ermesinden çok daha erken, yaklaşık 15–30 saniyede güçlü bir doğrulama sağlayabilir. Ancak FCR mutlak sona erme değildir. Garantileri hâlâ ağ ve validator varsayımlarına bağlıdır. Önemli farklılıklar: • İşlem gözlemlendi ≠ İşlem sona erdi • Blok onayları ≠ Validator-onayı temelli doğrulama • Hızlı doğrulama ≠ Uzlaşma sona ermesi Çapraz zincir altyapısı için, bir yatırma almak sürecin yalnızca bir parçasıdır. Fonları serbest bırakmadan önce kaynak zincir işleminin yeterince güvenli olduğundan emin olmak da eşit derecede önemlidir. İşte bu nedenle bu olay, doğrulama ile sona ermenin karıştırılmaması gerektiğini gösteren çok kullanışlı bir örnektir.