Chainflip

Chainflip quiso dejar cada activo en su propio mundo. El usuario envía BTC a una bóveda Bitcoin; los validadores observan el depósito; proveedores de liquidez compiten con precios inmediatos en State Chain; un número suficiente de validadores firma conjuntamente la salida para alcanzar el umbral requerido y liberar ETH, SOL o una moneda estable nativa desde la bóveda de destino. No se crea un derecho denominado en FLIP sobre la moneda entrante.

La elección elimina al emisor del envoltorio, pero crea un problema de coordinación. Bóvedas, brokers, State Chain y redes de destino deben coincidir sobre qué depósito pertenece a cada destinatario. FLIP queda detrás como garantía de validadores: ayuda a escoger autoridades y expone garantías y delegaciones a penalizaciones cuando el operador falla.

FLIP se volvió transferible al mediodía UTC del 23 de noviembre de 2023, antes de los swaps sin límites. El 13 de diciembre, Chainflip abrió un preestreno de producción tras más de tres años de desarrollo y dos de testnets. El equipo dijo que su JIT AMM nunca había funcionado en el mundo real y que una testnet no podía enseñar a los mercados cómo se comportaría capital real.

Por eso la primera puerta fue estrecha a propósito. Los swaps en frontend y backend tuvieron máximos por activo de unos 1.000 dólares por depósito; la agregación y los mensajes entre cadenas quedaron apagados. Chainflip advirtió que una cantidad enviada por encima del máximo codificado podía perderse. Validadores, brokers, carteras, proveedores de liquidez y desarrolladores ajustaron sus sistemas con dinero real limitando el coste de un relevo erróneo.

Chainflip informó de más de 1.000 millones de dólares en swaps durante 2024. Boost aceleró depósitos, DCA repartió grandes órdenes en el tiempo y SOL nativo y Arbitrum ampliaron rutas. Es una cifra del propio proyecto, pero marca la rapidez con que el estreno limitado pasó a ser un exchange usado desde carteras y agregadores externos.

El 4 de febrero de 2026, la misma maquinaria se amplió a préstamos públicos de BTC, ETH, SOL, USDC y USDT. Chainflip propuso usar su exchange para reducir garantías gradualmente, en vez de encargar a un liquidador externo vender toda la posición de una vez. La red de bóvedas pasó de swaps puntuales a posiciones crediticias duraderas.

La expansión añadió fronteras que debían coincidir. El usuario veía una interfaz mientras el broker creaba canales, State Chain indexaba sucesos y varias cadenas ejecutaban depósitos o reembolsos. El fallo de junio de 2026 apareció en una de esas fronteras menos visibles, no en la ruta nativa anunciada.

El 11 de junio, un broker que aún ejecutaba 2.1.13 dependía de un índice que no identificaba de forma fiable la operación. Dos canales se crearon en el mismo bloque y el broker emparejó el identificador de uno con la dirección del otro. El usuario siguió la pantalla; Chainflip procesó el depósito y pagó al destino unido al canal diferente.

La versión 2.1.16 ya contenía la corrección que identificaba operaciones por hash criptográfico. Chainflip actualizó al broker y exigió 2.1.20 a todos. Su informe dijo que investigadores intentaban contactar con las partes, pero no aclaró si el usuario recuperó los fondos. Las firmas y el AMM hicieron lo indicado por sus entradas; una integración atrasada había derrotado el swap.

En agosto, Chainflip detectó un intento contra mensajes y reembolsos de Ethereum. Pausó depósitos y cotizaciones en Ethereum y, por precaución, también Arbitrum y Tron; retuvo los swaps afectados. Dijo que transcurrieron unas 24 horas desde el primer aviso hasta completar la corrección. El proyecto declaró que no se perdieron fondos de usuarios y que los swaps retenidos se procesarían y enviarían automáticamente o se devolverían sin acción del usuario. Para proteger fondos tuvo que cerrar visiblemente la ruta que buscaba parecer continua.

En un hecho distinto de septiembre, Chainflip acusó a tres validadores de enviar mensajes malformados. Chainflip detuvo las rotaciones mientras los operadores actualizaban. Proposal 007 pidió mover el FLIP de esos validadores a una reserva y excluirlos de futuras ceremonias; aprobación y ejecución seguían sin probarse. Chainflip quiso retirar el token envuelto del recorrido. La responsabilidad quedó repartida entre brokers que identifican depósitos, validadores que comparten claves, Safe Mode que cierra rutas peligrosas y FLIP que respalda a los operadores. Por eso, un swap nativo depende de que todos esos relevos sigan identificando el mismo depósito, destinatario y estado de red.