Una sola reorganización de bloque de Ethereum causó que THORChain suspendiera intercambios que involucraban 10 cadenas de bloques. ¿La parte sorprendente? Todo comenzó con un depósito de 10 ETH que nunca llegó realmente a la bóveda. Aquí está lo que sucedió. 1️⃣ Depósito detectado Un usuario envió 10 ETH a una bóveda de THORChain. La transacción apareció en un bloque de Ethereum, y THORChain registró el depósito. 2️⃣ Reorganización del bloque de Ethereum Ethereum reemplazó el bloque original, eliminando el depósito de la cadena canónica. Pero THORChain ya había contabilizado esos fondos. 3️⃣ Reembolso incorrecto El intercambio falló la condición de límite de precio, activando un reembolso. THORChain envió 10 ETH al usuario, aunque su bóveda nunca había recibido el depósito correspondiente. 4️⃣ Suspensión de emergencia El verificador de solvencia de THORChain detectó el déficit y suspendió los intercambios. El usuario devolvió posteriormente los 10 ETH adicionales. Entonces, ¿qué salió mal técnicamente? El problema clave fue la diferencia entre observar una transacción y tener suficiente confirmación de que permanecerá en el historial canónico de Ethereum. Que una transacción aparezca en un bloque no significa que ese bloque no pueda ser reorganizado. Aquí es donde @ethlabs_org planteó una solución interesante: la Regla de Confirmación Rápida de Ethereum (FCR). En lugar de simplemente esperar un número arbitrario de bloques, la FCR analiza las atestaciones de los validadores de Ethereum para determinar si un bloque tiene suficiente apoyo. Puede proporcionar una confirmación sólida en aproximadamente 15–30 segundos, mucho antes que la finalidad completa de consenso de Ethereum. Pero la FCR no es finalidad absoluta. Sus garantías aún dependen de suposiciones sobre la red y los validadores. Las distinciones importantes: • Transacción observada ≠ Transacción finalizada • Confirmaciones de bloque ≠ Confirmación basada en atestaciones de validadores • Confirmación rápida ≠ Finalidad de consenso Para la infraestructura entre cadenas, recibir un depósito es solo una parte del proceso. Verificar que la transacción de la cadena fuente sea lo suficientemente segura antes de liberar fondos es igualmente importante. Eso es lo que hace de este incidente un ejemplo tan útil de por qué no se deben confundir confirmación y finalidad.