Atomic Swaps

¿Qué son los Atomic Swaps?

Los Atomic Swaps son operaciones cripto entre pares en las que dos partes intercambian activos directamente, sin confiar los fondos a un custodio.

El término «atomic» indica que el intercambio está diseñado para completarse por completo o fallar de forma segura.

Si ambas partes siguen el protocolo, cada una recibe el activo acordado.

Si una de ellas no completa la acción requerida antes del plazo, los fondos bloqueados pueden devolverse a sus propietarios originales.

Los Atomic Swaps suelen explicarse mediante Hash Time-Locked Contracts, también llamados HTLC.

La referencia de Bitcoin Optech sobre HTLC describe los HTLC como pagos condicionales utilizados en canales de pago Lightning, Atomic Swaps cross-chain, coinswaps en la misma cadena y otros protocolos de contratos.

Un Atomic Swap puede intercambiar dos activos en una misma blockchain o activos de blockchains diferentes.

Los Atomic Swaps cross-chain son especialmente importantes porque permiten operar con activos nativos de distintas redes sin envolverlos ni recurrir a un bridge custodial.

Por ejemplo, una parte puede bloquear fondos en una cadena y la otra bloquear fondos en otra, bajo condiciones vinculadas.

El secreto necesario para desbloquear una parte también revela la información necesaria para desbloquear la otra.

Este secreto compartido es lo que hace que el intercambio sea atómico.

Por qué son importantes los Atomic Swaps en el mundo cripto

Los Atomic Swaps son importantes porque los usuarios de criptomonedas a menudo necesitan intercambiar activos entre redes blockchain fragmentadas.

Sin ellos, los usuarios suelen depender de custodios, bridges, activos wrapped o plataformas de trading para cambiar de un activo a otro.

Estos sistemas pueden ser útiles, pero incorporan supuestos de confianza adicionales.

Un custodio podría congelar los fondos, sufrir fallos operativos, volverse insolvente o ser víctima de un hackeo.

Un bridge puede depender de validadores, relayers, controles multifirma, proveedores de liquidez o contratos inteligentes que podrían fallar.

Los Atomic Swaps ofrecen otro enfoque: utilizan condiciones criptográficas en lugar de un intermediario de confianza.

La documentación de Ethereum sobre bridges enumera los Atomic Swaps entre las principales formas de transferir valor entre cadenas, junto con los diseños de bridge lock-and-mint y burn-and-mint.

Esto importa porque los Atomic Swaps conservan la titularidad de los activos nativos de forma más directa que muchos sistemas de activos wrapped.

Pueden reducir el riesgo de contraparte, ya que ninguna de las partes tiene que enviar fondos primero sin protección.

También pueden facilitar el trading descentralizado, los intercambios entre carteras, la liquidación cross-chain y los mecanismos de swap al estilo Lightning.

Los Atomic Swaps no son perfectos, pero son una de las ideas fundamentales de la interoperabilidad cripto que minimiza la confianza necesaria.

Cómo funcionan los Atomic Swaps

Un Atomic Swap suele comenzar cuando dos partes acuerdan los activos, las cantidades, las cadenas, los plazos y las condiciones del intercambio.

Una de las partes genera un valor secreto llamado preimagen.

Calcula el hash de esa preimagen y comparte únicamente el hash con la otra parte.

A continuación, ambas partes crean transacciones o contratos bloqueados que utilizan el mismo hash.

El primer contrato establece que el receptor puede reclamar los fondos revelando la preimagen correcta antes de una fecha límite.

El mismo contrato también establece que el emisor puede recuperar los fondos una vez pasado el plazo si el receptor no los reclama.

El segundo contrato utiliza el mismo hash, pero normalmente tiene un tiempo de espera distinto.

Los plazos se coordinan para que una de las partes tenga tiempo suficiente para reclamar los fondos después de que se revele la preimagen.

Cuando la primera parte reclama fondos de uno de los contratos, la preimagen queda visible on-chain o dentro del flujo de pago.

La otra parte puede utilizar entonces esa misma preimagen para reclamar los fondos del otro contrato.

Si el intercambio no se completa, los timelocks permiten que ambas partes recuperen sus fondos originales.

Hash Time-Locked Contracts

Un Hash Time-Locked Contract es una estructura de pago condicional que combina un hashlock y un timelock.

El hashlock exige que el receptor revele una preimagen secreta que coincida con un hash conocido.

El timelock ofrece al emisor una vía de reembolso si el receptor no revela la preimagen antes de la fecha límite.

La BIP-199 describe el HTLC como un script que permite a una parte gastar fondos revelando la preimagen de un hash y a otra parte gastarlos después de un plazo en caso de reembolso.

Este diseño de dos componentes hace posibles los Atomic Swaps.

El hashlock conecta las dos partes del intercambio.

El timelock evita que los fondos queden bloqueados permanentemente si el intercambio falla.

Sin el hashlock, una parte no podría saber de forma segura cuándo ha reclamado fondos la otra.

Sin el timelock, un intercambio fallido podría dejar los fondos atrapados para siempre.

Los HTLC son sencillos en teoría, pero requieren una gestión cuidadosa de los plazos, las comisiones y la supervisión de las transacciones.

Hashlock

Un hashlock es una condición que establece que los fondos solo pueden reclamarse revelando un secreto que coincida con un hash determinado.

El secreto se llama preimagen.

El hash se crea a partir de la preimagen mediante una función hash criptográfica.

En la práctica, una función hash es unidireccional: permite comprobar que una preimagen coincide con un hash, pero no facilita descubrir la preimagen a partir del hash por sí solo.

En un Atomic Swap se utiliza el mismo hash en los dos contratos del intercambio.

Así, una misma preimagen puede desbloquear ambos lados de la operación.

Cuando una parte revela la preimagen para reclamar fondos, la otra puede conocerla y utilizarla para reclamar el otro activo bloqueado.

Esto crea un vínculo criptográfico entre dos pagos independientes.

El hashlock es el componente que conecta lógicamente el intercambio.

El timelock impide que el intercambio quede bloqueado para siempre.

Timelock

Un timelock es una condición que impide gastar fondos hasta que se alcanza una hora o una altura de bloque determinada.

En un Atomic Swap, los timelocks crean vías de reembolso.

Si el receptor no reclama los fondos con la preimagen correcta antes de la fecha límite, el emisor puede recuperar más adelante los fondos bloqueados.

La documentación de timelocks de Lightning explica que CLTV es un timelock absoluto utilizado en HTLC y que las diferencias entre los plazos ayudan a resolver los pagos a tiempo.

Los Atomic Swaps suelen utilizar plazos distintos en cada cadena.

La parte que bloquea fondos primero suele tener un plazo de reembolso más largo.

La parte que los bloquea en segundo lugar suele tener un plazo más corto.

Esta diferencia de tiempo ayuda a proteger a la segunda parte después de que se revele la preimagen.

Si los plazos se configuran mal, una de las partes puede tener demasiado poco tiempo para reclamar los fondos de forma segura.

Diseñar correctamente los timelocks es uno de los requisitos de seguridad más importantes de los Atomic Swaps.

Preimagen

La preimagen es el valor secreto que desbloquea el hashlock de un Atomic Swap.

Quien la genera debe mantenerla en secreto hasta el momento adecuado.

Si se filtra demasiado pronto, la otra parte podría reclamar fondos inesperadamente.

Si nunca se revela, el intercambio no puede completarse y habrá que utilizar las vías de reembolso.

El glosario de Lightning BOLTs explica que la preimagen de un pago es el secreto que revela el destinatario para liberar fondos en un HTLC.

En un Atomic Swap cross-chain, la preimagen actúa como un recibo compartido.

La primera reclamación satisfactoria demuestra que quien la realiza conocía el secreto.

La otra parte puede utilizar entonces esa prueba para reclamar su parte del intercambio.

Por eso, la preimagen es la clave que sincroniza la liquidación entre sistemas independientes.

Los usuarios y desarrolladores deben protegerla cuidadosamente, ya que su gestión puede determinar si el intercambio se completa de forma segura.

Atomic Swaps on-chain

Los Atomic Swaps on-chain utilizan transacciones registradas directamente en las blockchains involucradas.

Cada parte crea un contrato o script que bloquea los fondos según las condiciones del HTLC.

Las reclamaciones y los reembolsos también se registran on-chain.

Esto ofrece una gran transparencia, ya que los usuarios pueden consultar las transacciones en exploradores de blockchain.

También genera costes, porque cada paso puede requerir comisiones de blockchain.

Los Atomic Swaps on-chain pueden ser lentos si las cadenas implicadas tienen tiempos de bloque largos o exigen muchas confirmaciones.

También pueden resultar caros cuando aumentan las comisiones de red.

La privacidad es otro reto, ya que el patrón HTLC puede ser visible on-chain.

Los observadores pueden identificar las transacciones relacionadas con el swap si reconocen el patrón del script.

Los Atomic Swaps on-chain son útiles para liquidar operaciones minimizando la confianza necesaria, pero quizá no ofrezcan la mejor experiencia para transacciones pequeñas o frecuentes.

Atomic Swaps off-chain

Los Atomic Swaps off-chain utilizan canales de pago u otros sistemas similares para reducir las transacciones on-chain.

Lightning Network es el ejemplo más habitual de lógica de pago off-chain basada en HTLC relacionada con Bitcoin.

La documentación de HTLC de Lightning explica que los HTLC son fundamentales para las transacciones de Lightning porque permiten pagos condicionales basados en una preimagen y un plazo.

Los swaps off-chain pueden ser más rápidos y baratos que los on-chain cuando ambas partes disponen de suficiente liquidez en sus canales.

También pueden facilitar submarine swaps, que permiten mover valor entre Bitcoin on-chain y pagos Lightning.

Siguen dependiendo de la liquidez, el enrutamiento, la capacidad de los canales, los plazos y la supervisión mediante herramientas similares a watchtowers.

Si un usuario no puede permanecer conectado ni supervisar el estado de los canales, puede necesitar protección adicional.

Los swaps off-chain son potentes porque reducen la congestión de blockchain y permiten liquidaciones más rápidas.

También son más complejos, ya que los usuarios deben entender la liquidez de los canales y los estados de fallo de los pagos.

Submarine Swaps

Un submarine swap intercambia un pago on-chain por un pago off-chain de Lightning.

Puede ayudar a los usuarios a introducir o retirar valor de Lightning sin utilizar un servicio custodial.

La documentación de Lightning sobre submarine swaps explica que se utilizan pasos de pago relacionados, uno on-chain y otro Lightning, vinculados por la misma preimagen secreta.

Por ejemplo, un usuario puede enviar un pago on-chain y recibir uno por Lightning.

La misma relación entre hash y preimagen conecta las dos vías de pago.

Si se paga la factura de Lightning, la preimagen queda disponible para reclamar los fondos on-chain.

Si el proceso falla, la lógica de reembolso protege al emisor una vez transcurrido el plazo.

Los submarine swaps muestran que las ideas de los Atomic Swaps no se limitan a dos blockchains distintas.

También pueden conectar distintas capas del mismo ecosistema cripto.

Esto es importante porque los usuarios suelen necesitar pasar de la liquidación en la capa base a canales de pago más rápidos.

Atomic Swaps frente a bridges

Los Atomic Swaps y los bridges sirven para mover valor entre cadenas, pero funcionan de forma distinta.

Un bridge suele transferir valor bloqueando un activo en una cadena y acuñando o liberando una representación en otra.

Por defecto, un Atomic Swap intercambia activos entre dos partes sin acuñar una representación wrapped.

En un bridge, el usuario puede depender de contratos del bridge, validadores, relayers, proveedores de liquidez o acuerdos de custodia.

En un Atomic Swap, depende de condiciones criptográficas, scripts compatibles, timelocks y supervisión de las transacciones.

Los bridges pueden ofrecer una experiencia más fluida, pools de liquidez más grandes y movimientos sencillos con un clic.

Los Atomic Swaps pueden ofrecer una liquidación entre pares con menos supuestos de custodia.

La contrapartida es que pueden requerir una contraparte, cadenas compatibles, liquidez suficiente y una gestión más compleja de los plazos.

Ningún modelo es siempre mejor.

La opción más segura depende de los activos, las cadenas, el importe, la urgencia, las comisiones, la liquidez y la experiencia del usuario.

Atomic Swaps frente a tokens wrapped

Los tokens wrapped representan activos de una blockchain en otra.

Por ejemplo, un activo wrapped puede afirmar que representa una moneda nativa que se custodia o controla en otro lugar.

Por defecto, los Atomic Swaps no requieren un token wrapped.

Intercambian activos nativos directamente entre las partes mediante contratos condicionales.

Esto puede reducir la dependencia de un emisor de activos wrapped o de un sistema bridge.

Sin embargo, los tokens wrapped pueden ser más cómodos para DeFi, ya que, una vez acuñados, pueden utilizarse en contratos inteligentes de la cadena de destino.

Los Atomic Swaps son más adecuados para el intercambio directo cuando ambas partes quieren activos nativos.

Los tokens wrapped son más adecuados para usar activos de forma continuada en las aplicaciones de otra cadena cuando el sistema que los emite es de confianza y tiene liquidez.

La diferencia clave es que los tokens wrapped crean una representación, mientras que los Atomic Swaps intercambian la titularidad de activos existentes.

Los usuarios deberían entender esta diferencia antes de elegir un método cross-chain.

Atomic Swaps frente a swaps en exchanges descentralizados

Un swap en un exchange descentralizado suele realizarse en una sola blockchain o entorno de contratos inteligentes.

Por ejemplo, un usuario puede intercambiar el Token A por el Token B mediante un pool de liquidez en la misma cadena.

Un Atomic Swap suele ser un intercambio entre pares vinculado mediante condiciones criptográficas y puede funcionar entre cadenas diferentes.

Algunos diseños de exchange descentralizado utilizan conceptos de Atomic Swap internamente.

Otros utilizan market makers automatizados, libros de órdenes, pools de liquidez o sistemas de enrutamiento que no son Atomic Swaps HTLC puros.

La diferencia importa porque el modelo de confianza es distinto.

Un swap de un pool de liquidez depende de las reservas del pool, la seguridad del contrato inteligente, el impacto en el precio y el deslizamiento.

Un Atomic Swap depende de la contraparte, las condiciones HTLC, los plazos y la compatibilidad entre cadenas.

Ambos enfoques pueden ser no custodiales.

No son el mismo mecanismo.

Atomic Swaps e interoperabilidad cross-chain

La interoperabilidad cross-chain permite que distintas blockchains intercambien valor, mensajes o estados de forma útil.

Los Atomic Swaps son uno de los mecanismos de interoperabilidad más antiguos e importantes.

No requieren que una cadena comprenda por completo el estado interno de la otra.

Solo necesitan que ambas admitan una lógica de pago condicional compatible.

Esto los hace más sencillos que muchos sistemas generales de bridges o mensajería.

Sin embargo, también tienen un alcance más limitado.

Son adecuados para intercambiar activos, pero no admiten automáticamente flujos complejos de contratos inteligentes cross-chain.

Un bridge general puede admitir mensajes, instrucciones de gobernanza, llamadas cross-chain a contratos o movimiento de liquidez.

Un Atomic Swap se centra principalmente en el intercambio.

Es un componente básico potente, pero no una solución completa de interoperabilidad para todos los casos de uso.

Requisitos de los Atomic Swaps

Los Atomic Swaps exigen que ambos activos o cadenas admitan funciones criptográficas y temporales compatibles.

Las cadenas deben admitir hashlocks o condiciones secretas equivalentes basadas en firmas.

También deben admitir timelocks o condiciones de reembolso.

Las partes deben utilizar una función hash compartida o una construcción criptográfica compatible.

Deben poder crear y supervisar las transacciones de bloqueo, reclamación y reembolso.

Ambas partes deben comprender los tiempos de confirmación y los requisitos de comisiones.

El calendario de plazos debe tener en cuenta la velocidad de cada cadena, la congestión de la red y el riesgo de reorganización.

También debe haber una contraparte dispuesta a operar al tipo acordado.

Una interfaz puede ocultar parte de la complejidad, pero los requisitos subyacentes siguen existiendo.

Si una cadena carece de las herramientas de scripting o contratos inteligentes necesarias, quizá no sea posible realizar un Atomic Swap HTLC clásico.

Atomicidad

La atomicidad significa que el intercambio tiene un resultado de todo o nada.

En un Atomic Swap ideal, ambas transferencias se completan o ambas partes recuperan sus fondos originales.

Esto protege frente al problema clásico de que una parte envíe primero y la otra se niegue a responder.

La atomicidad no significa que el intercambio esté libre de inconvenientes.

Un swap fallido aún puede bloquear temporalmente los fondos.

Las partes pueden tener que pagar comisiones de transacción.

También pueden necesitar supervisar las cadenas y emitir transacciones de reembolso.

Los precios de mercado pueden cambiar mientras los fondos están bloqueados.

La atomicidad protege el resultado relativo a la titularidad, pero no elimina todos los costes ni riesgos.

Por eso, es mejor describir los Atomic Swaps como mecanismos que minimizan la confianza necesaria, no como operaciones mágicamente libres de riesgos.

Riesgo de contraparte

El riesgo de contraparte es la posibilidad de que la otra parte de una operación no actúe según lo previsto.

Los Atomic Swaps lo reducen porque, si el protocolo está bien diseñado, la contraparte no puede quedarse sin más con ambos activos.

Si la contraparte desaparece, el usuario debería poder recuperar los fondos una vez transcurrido el timelock.

Sin embargo, no eliminan todos los problemas relacionados con la contraparte.

La contraparte puede hacer perder tiempo al negarse a completar el intercambio.

Puede esperar a ver si los precios del mercado cambian a su favor antes de reclamar los fondos.

También puede provocar costes de sabotaje al bloquear liquidez y obligar a reembolsar los fondos.

La investigación sobre la liquidación de Atomic Swaps basados en HTLC señala que estos pueden generar opcionalidad: un participante podría retrasar la liquidación si el movimiento del precio hace que la operación resulte menos atractiva.

Esto significa que los Atomic Swaps reducen con mayor claridad el riesgo de robo que el riesgo de retrasos estratégicos.

Un buen diseño puede necesitar depósitos de garantía, comisiones, reputación o plazos de liquidación más cortos para reducir el sabotaje.

Liquidez en los Atomic Swaps

Los Atomic Swaps necesitan liquidez porque el usuario debe encontrar una contraparte dispuesta a asumir el otro lado de la operación.

Si no hay una contraparte dispuesta, no hay intercambio.

Si la liquidez es escasa, el tipo de cambio puede ser desfavorable.

Para una operación grande, la contraparte puede exigir un spread que compense el riesgo y el capital bloqueado.

La liquidez puede proceder de usuarios particulares, creadores de mercado, integraciones en carteras, redes de liquidez o sistemas de órdenes descentralizados.

La liquidez es una de las razones por las que los Atomic Swaps son más difíciles de utilizar a gran escala que los swaps sencillos contra pools de una sola cadena.

Un pool de liquidez permite operar contra reservas agrupadas.

Un Atomic Swap entre pares necesita una contraparte compatible o un proveedor de liquidez.

Una mejor búsqueda y un mejor enrutamiento de órdenes pueden facilitar su uso.

Sin embargo, los proveedores de liquidez siguen necesitando compensación por el tiempo, la volatilidad, el riesgo de comisiones y el riesgo operativo.

Comisiones de los Atomic Swaps

Los Atomic Swaps pueden conllevar varios tipos de comisiones.

La creación, reclamación o devolución de cada contrato on-chain puede requerir una comisión de transacción de la red.

Si el intercambio utiliza dos blockchains, ambas pueden cobrar comisiones.

Si utiliza Lightning u otro sistema de canales de pago, pueden aplicarse comisiones de enrutamiento o costes de canal.

Si interviene un proveedor de liquidez, puede cobrar un spread o una comisión de servicio.

Los intercambios fallidos también pueden generar comisiones, ya que quizá haya que enviar transacciones de reembolso.

Las comisiones elevadas pueden hacer que los Atomic Swaps de poco importe no resulten rentables.

Los picos de comisiones también pueden generar riesgos de seguridad si el reembolso debe confirmarse antes de que un plazo se vuelva peligroso.

Los usuarios no deberían fijarse únicamente en el tipo de cambio indicado.

Deberían calcular el resultado neto después de las comisiones de red, las del proveedor, los spreads y los posibles costes de reembolso.

Riesgos de plazos y confirmación

Los plazos son cruciales porque cada parte depende de fechas límite.

Las transacciones de blockchain no se confirman instantáneamente.

Algunas cadenas generan bloques con mayor rapidez, mientras que otras tardan más o tienen tiempos de confirmación más variables.

La congestión de la red puede retrasar las transacciones de reclamación o reembolso.

Un cálculo incorrecto de las comisiones puede ralentizar la confirmación de las transacciones.

Las reorganizaciones de la cadena también pueden entrañar riesgos si una transacción que parecía confirmada cambia de estado más adelante.

Los plazos de los Atomic Swaps deben ser lo bastante largos para cubrir retrasos realistas.

También deben ser lo bastante cortos para reducir el bloqueo de capital y el abuso de la opcionalidad.

Encontrar el equilibrio no siempre es fácil.

Los desarrolladores deben diseñar los plazos de forma conservadora, ya que un timelock mal configurado puede convertir un protocolo seguro en uno peligroso.

Privacidad en los Atomic Swaps

Los Atomic Swaps pueden ofrecer más privacidad que el trading custodial, porque los usuarios no tienen que facilitar sus datos personales a un custodio para realizar el intercambio.

Sin embargo, no son privados automáticamente.

Los HTLC on-chain pueden reconocerse cuando utilizan patrones de script visibles.

Los importes, los tiempos, las direcciones y las estructuras de los contratos pueden revelar relaciones entre transacciones.

El análisis cross-chain puede vincular ambos lados de un intercambio si el mismo hash o patrón temporal es visible en las dos cadenas.

Los swaps off-chain pueden mejorar ciertos aspectos de privacidad, pero los metadatos de enrutamiento y el comportamiento de los canales aún pueden filtrar información.

La investigación actual estudia diseños más privados basados en firmas adaptadoras y otras herramientas criptográficas relacionadas.

Una investigación de 2026 sobre Atomic Swaps probabilísticos analiza enfoques modernos que pueden reducir al mínimo la huella on-chain y mejorar la privacidad.

Los usuarios no deberían dar por hecho que un swap no custodial es anónimo.

Los Atomic Swaps reducen la dependencia de la custodia, pero la privacidad requiere un análisis aparte.

Firmas adaptadoras

Las firmas adaptadoras son una herramienta criptográfica más reciente que puede facilitar swaps más eficientes y privados.

Permiten vincular la revelación de un secreto con la finalización de una firma, en lugar de utilizar un HTLC con un script visible.

Esto puede hacer que algunos swaps se parezcan más a transacciones normales on-chain.

Los swaps con firmas adaptadoras pueden reducir la huella visible de un Atomic Swap.

También pueden facilitar diseños más avanzados si se dispone de esquemas de firma compatibles.

Sin embargo, son más complejas que las HTLC básicas.

Requieren una implementación criptográfica cuidadosa y compatibilidad con las cadenas.

Quizá no estén disponibles o no sean prácticas para todos los pares de activos.

Para los usuarios, lo importante es que los Atomic Swaps evolucionan más allá de los simples scripts HTLC.

Para los desarrolladores, lo importante es que mejorar la privacidad y la eficiencia suele aumentar la complejidad de la implementación.

Atomic Swaps y contratos inteligentes

Los contratos inteligentes pueden implementar la lógica de los Atomic Swaps en cadenas que admiten contratos programables.

Un contrato inteligente puede custodiar un activo y liberarlo únicamente si se proporciona la preimagen correcta antes de una fecha límite.

También puede permitir reembolsos una vez vencido el plazo.

Este mecanismo es conceptualmente parecido a los HTLC basados en scripts de las cadenas similares a Bitcoin.

Las plataformas de contratos inteligentes pueden admitir una lógica más flexible, como swaps entre varias partes, depósitos de garantía o reglas de cancelación más detalladas.

También incorporan riesgo de contrato inteligente.

Un error en el contrato del swap puede bloquear fondos, revelar secretos o permitir reclamaciones no previstas.

Los usuarios deberían confiar únicamente en contratos de swap auditados y probados.

Los desarrolladores deberían probar casos límite, como una revelación anticipada o tardía, retrasos por comisiones, reentrada, supuestos sobre marcas de tiempo y fallos en las vías de reembolso.

Siempre que sea posible, los contratos inteligentes de Atomic Swaps deberían ser sencillos, ya que la complejidad aumenta el riesgo.

Atomic Swaps y Lightning Network

Lightning Network utiliza una lógica similar a los HTLC para enrutar pagos condicionales a través de canales de pago.

Por eso, Lightning está estrechamente relacionada con el concepto de Atomic Swap.

Un pago Lightning puede atravesar varios participantes, ya que cada salto utiliza el mismo hash de pago y un pago condicional con plazo.

Si el destinatario final revela la preimagen, cada salto puede liquidarse en orden.

Si el pago falla, los pagos condicionales pueden cancelarse o caducar.

Esta misma estructura de hash y preimagen puede conectar pagos Lightning con swaps on-chain.

Los submarine swaps son un ejemplo destacado de esta conexión.

Los swaps basados en Lightning pueden ser más rápidos que los puramente on-chain cuando hay liquidez disponible.

También pueden fallar por límites de enrutamiento, falta de liquidez, políticas de canal o caducidad de la factura.

Por tanto, la lógica de Atomic Swap es una de las bases tanto del intercambio cross-chain como del diseño avanzado de canales de pago.

Atomic Swaps y swaps entre varias partes

La mayoría de los ejemplos sencillos de Atomic Swaps incluyen dos partes y dos activos.

Los swaps más avanzados pueden implicar varias partes o varios activos.

Son más difíciles de diseñar porque hay que proteger a cada participante frente a una ejecución parcial y a comportamientos estratégicos.

La investigación académica sobre swaps atómicos cross-chain modela intercambios complejos como grafos dirigidos en los que las partes intercambian activos en distintas blockchains.

Otra investigación sobre swaps cross-chain entre varias partes basados en HTLC estudia qué estructuras pueden gestionar los protocolos HTLC.

Estos trabajos muestran que garantizar la atomicidad resulta más difícil a medida que aumenta el número de participantes.

Los diseños HTLC sencillos pueden no servir para todas las estructuras con varias partes.

Los protocolos más complejos pueden necesitar contratos adicionales, garantías, condiciones de grafo o una coordinación más sólida.

Para los usuarios habituales, esto significa que los swaps sencillos entre dos partes son más fáciles de entender que los sistemas de intercambio atómico entre muchas partes.

Para los desarrolladores, significa que diseñar swaps entre varias partes debe tratarse como ingeniería avanzada de protocolos.

Atomic Swaps y equidad

La equidad significa que ninguna de las partes obtiene una ventaja injusta por los plazos o el diseño del protocolo.

Los Atomic Swaps permiten que ambas partes recuperen sus activos si falla el protocolo, pero no garantizan una equidad económica perfecta.

Una parte puede obtener una opción gratuita al esperar para decidir si completa el intercambio cuando ya han cambiado los precios del mercado.

A esto se le llama a veces opcionalidad.

La investigación sobre el análisis teórico de juegos de Atomic Swaps HTLC explica que las variaciones de los precios de los tokens y la volatilidad pueden influir en la decisión de completar o abandonar un swap.

Esto importa porque los mercados cripto pueden registrar movimientos bruscos mientras los fondos están bloqueados.

Si el precio se mueve en contra de una de las partes, esta podría preferir dejar que el intercambio caduque, si el protocolo lo permite.

Entre las posibles soluciones se encuentran los depósitos de garantía, los plazos más cortos, los sistemas de reputación y las reglas dinámicas de tipo de cambio.

Sin embargo, todas las mejoras añaden complejidad.

La equidad de los Atomic Swaps sigue siendo un tema importante de investigación y diseño.

Atomic Swaps y DeFi

Los Atomic Swaps pueden ayudar a DeFi al facilitar intercambios no custodiales entre activos o cadenas.

Una aplicación DeFi puede utilizar su lógica para ayudar a los usuarios a cambiar entre activos nativos sin custodiar los fondos de los clientes.

También pueden facilitar la liquidación cross-chain de sistemas de trading descentralizado.

Sin embargo, hoy en día, gran parte de la actividad DeFi utiliza pools de liquidez, bridges, activos wrapped o contratos inteligentes específicos de cada cadena, en lugar de Atomic Swaps puros entre pares.

Esto se debe a que los usuarios de DeFi suelen querer liquidez inmediata, componibilidad e interacciones complejas con contratos.

Los Atomic Swaps destacan cuando el objetivo es el intercambio directo.

DeFi con pools de liquidez es más adecuado para el acceso continuo al mercado dentro de un ecosistema de contratos inteligentes.

Los bridges son más adecuados cuando el objetivo es trasladar a otra cadena una representación de valor para utilizarla de forma continuada.

Estas herramientas pueden complementarse.

Un ecosistema cripto maduro puede utilizar Atomic Swaps, bridges, pools de liquidez y canales de pago para distintas necesidades.

Atomic Swaps y carteras

Las carteras pueden facilitar los Atomic Swaps ocultando a los usuarios los detalles técnicos de los contratos.

Una buena cartera puede generar la preimagen, crear los contratos, comprobar las confirmaciones, supervisar los plazos y gestionar las reclamaciones o los reembolsos.

También puede explicar las comisiones previstas, el tipo de cambio, el plazo y el proceso de reembolso.

Esta experiencia de usuario es importante porque los Atomic Swaps manuales son demasiado complejos para la mayoría.

Aun así, antes de aprobar un swap, los usuarios deberían entender el modelo básico de seguridad.

Una cartera no puede eliminar las comisiones de blockchain, los límites de liquidez, el comportamiento de la contraparte ni la congestión de la cadena.

Una cartera mal diseñada también puede provocar errores peligrosos en la gestión de los plazos o las preimágenes.

Los usuarios deberían elegir carteras y aplicaciones que ofrezcan un seguimiento transparente del estado y unas instrucciones claras para los reembolsos.

Los Atomic Swaps son más seguros cuando la interfaz permite entender cada etapa.

Una interfaz confusa puede convertir un protocolo que minimiza la confianza necesaria en un riesgo de error del usuario.

Ventajas de los Atomic Swaps

La primera ventaja es la reducción del riesgo de custodia.

Los usuarios no tienen que depositar activos en un custodio antes de operar.

La segunda es el intercambio de activos nativos.

Los usuarios pueden intercambiar activos entre cadenas sin tener que utilizar necesariamente tokens wrapped.

La tercera es un menor riesgo de robo por parte de la contraparte.

El protocolo está diseñado para impedir que una parte se quede fácilmente con ambos activos, siempre que los contratos estén bien implementados.

La cuarta es la interoperabilidad.

Los Atomic Swaps permiten intercambiar valor entre distintas blockchains mediante condiciones criptográficas compartidas.

La quinta es la resistencia a la censura.

Según la cadena y la red, los swaps entre pares pueden ser más difíciles de bloquear que los procesos de trading centralizados.

La sexta es la componibilidad con canales de pago.

La lógica HTLC puede conectar fondos on-chain, pagos off-chain y operaciones cross-chain.

Limitaciones de los Atomic Swaps

La primera limitación es la compatibilidad.

Ambos activos deben admitir las funciones criptográficas y temporales necesarias.

La segunda es la liquidez.

El usuario necesita una contraparte o un proveedor de liquidez dispuesto a operar.

La tercera es la complejidad.

Los usuarios y desarrolladores deben gestionar correctamente las preimágenes, los plazos, las comisiones, las confirmaciones, las reclamaciones y los reembolsos.

La cuarta es el bloqueo de capital.

Los fondos pueden permanecer bloqueados hasta que se complete el swap o estén disponibles los reembolsos.

La quinta es el riesgo de opcionalidad.

Una parte puede retrasar la operación si los precios de mercado se mueven a su favor o en su contra.

La sexta es la filtración de privacidad.

Los HTLC visibles pueden revelar patrones de intercambio on-chain.

La séptima es la sensibilidad a las comisiones.

Las comisiones de red elevadas pueden encarecer los swaps o hacerlos menos seguros si los plazos de reembolso se vuelven demasiado ajustados.

Riesgos de los Atomic Swaps

El primer riesgo es configurar mal los plazos.

Si son demasiado cortos o están ordenados incorrectamente, una de las partes puede no tener tiempo suficiente para reclamar o reembolsar los fondos de forma segura.

El segundo es calcular las comisiones por debajo de lo necesario.

Una transacción de reclamación o reembolso puede confirmarse demasiado tarde si la comisión es demasiado baja durante un periodo de congestión.

El tercero es la reorganización de la cadena.

En algunas cadenas, una transacción que parecía confirmada puede volver a ser incierta tras una reorganización.

El cuarto son los errores en contratos inteligentes.

Un contrato de swap defectuoso puede bloquear los fondos o permitir reclamaciones no previstas.

El quinto es la filtración de la preimagen.

Revelar el secreto en el momento equivocado puede permitir que la otra parte actúe de forma inesperada.

El sexto es un diseño deficiente de la cartera.

El usuario podría no entender que debe emitir la transacción de reembolso antes de que venza el plazo práctico.

El séptimo son los movimientos de precios.

El tipo de cambio puede volverse desfavorable mientras los activos están bloqueados.

Estafas con Atomic Swaps

Los Atomic Swaps reducen algunos riesgos, pero los estafadores también pueden abusar del término.

Un estafador puede afirmar que ofrece Atomic Swaps y, en realidad, pedir a los usuarios que depositen fondos en una cartera custodial.

También puede proporcionar software malicioso que robe claves privadas o frases de recuperación.

Puede utilizar una interfaz de swap falsa para solicitar aprobaciones o transferencias que no tengan relación con el intercambio prometido.

También puede crear un token falso que parezca el activo esperado.

Un estafador puede establecer plazos poco seguros que dificulten los reembolsos.

Los usuarios nunca deben compartir frases de recuperación ni claves privadas con un servicio de swap.

Antes de firmar, deberían verificar las direcciones de los contratos, los permisos de la cartera, los identificadores de los activos y los detalles de la transacción.

Deberían desconfiar de los esquemas de swap que prometen beneficios garantizados.

Un Atomic Swap real es un protocolo para intercambiar activos de forma condicional, no una garantía de obtener un precio de mercado favorable.

Cómo evaluar un Atomic Swap

En primer lugar, los usuarios deberían verificar qué activos y cadenas intervienen.

Deberían comprobar si ambas cadenas admiten una lógica de Atomic Swap compatible.

Deberían revisar el tipo de cambio y compararlo con los precios generales del mercado.

También deberían calcular todas las comisiones previstas en ambas cadenas.

Antes de bloquear fondos, deberían entender el calendario de plazos.

Deberían comprobar si el swap es on-chain, off-chain o híbrido.

Deberían confirmar quién aporta la liquidez y qué comisiones o spreads se aplican.

Deberían verificar que la cartera o aplicación muestre claramente el estado de las reclamaciones y los reembolsos.

Deberían probar primero con cantidades pequeñas antes de utilizar importes grandes.

Deberían mantener suficientes activos nativos para pagar el gas en ambas cadenas y poder reclamar o reembolsar los fondos cuando sea necesario.

Buenas prácticas para los usuarios de Atomic Swaps

Los usuarios deberían utilizar carteras o protocolos con buenas referencias, en vez de crear contratos manualmente, salvo que tengan experiencia.

Deberían empezar con pequeños swaps de prueba.

Antes de comenzar, deberían confirmar las comisiones de transacción.

Deberían evitar los swaps cuyo calendario de plazos no esté claro.

Deberían permanecer conectados o utilizar herramientas de supervisión hasta que el swap se complete o los fondos puedan reembolsarse de forma segura.

Deberían reservar fondos suficientes para las transacciones de reclamación y reembolso.

Deberían evitar revelar preimágenes fuera del proceso de reclamación previsto.

Deberían verificar el activo que recibirán mediante la cadena, el ticker, el contrato o el ID del activo.

Deberían evitar webs de swap falsas y enlaces de descarga de remitentes desconocidos.

Deberían recordar que «atómico» no significa «sin riesgo».

Buenas prácticas para desarrolladores

Los desarrolladores deberían utilizar una lógica de swap sencilla siempre que sea posible.

Deberían establecer plazos conservadores que tengan en cuenta los retrasos de confirmación y los picos de comisiones.

Deberían explicar las vías de reembolso y facilitar su ejecución.

Deberían probar el flujo del swap en condiciones de congestión y fallo de la cadena.

Deberían evitar revelar preimágenes antes de la fase de reclamación adecuada.

Deberían mostrar el estado actual del swap, los plazos y la siguiente acción necesaria.

Deberían gestionar cuidadosamente las reorganizaciones de la cadena y las transacciones atascadas.

Deberían auditar los contratos inteligentes y revisar los supuestos criptográficos.

Deberían incluir supervisión y alertas para las reclamaciones o reembolsos pendientes.

Deberían diseñar interfaces que expliquen las comisiones, los plazos y los estados de fallo con un lenguaje sencillo.

Malentendidos habituales sobre los Atomic Swaps

Un malentendido habitual es creer que los Atomic Swaps son instantáneos.

Muchos requieren confirmaciones y pueden tardar más que una operación normal en una sola cadena.

Otro malentendido es pensar que son gratuitos.

Pueden aplicarse comisiones de red, spreads, comisiones de enrutamiento y comisiones de reembolso.

Un tercer malentendido es creer que son anónimos.

Muchos son seudónimos, pero siguen siendo visibles mediante datos on-chain o patrones temporales.

Un cuarto malentendido es pensar que funcionan con todos los activos cripto.

Requieren funciones compatibles de scripting, temporización y criptografía.

Un quinto malentendido es creer que eliminan toda confianza.

Reducen los riesgos de custodia y de robo por parte de la contraparte, pero los usuarios siguen confiando en el software, la corrección de los contratos, la seguridad de la cadena y su propia actuación.

Un sexto malentendido es pensar que son lo mismo que los bridges.

Los Atomic Swaps intercambian activos entre partes, mientras que muchos bridges crean o liberan representaciones de activos entre cadenas.

Términos cripto relacionados

HTLC: Hash Time-Locked Contract, un pago condicional que utiliza un hashlock y un timelock.

Hashlock: condición que exige una preimagen secreta para gastar fondos.

Timelock: condición que limita cuándo se pueden gastar o reembolsar los fondos.

Preimagen: valor secreto que genera un hash conocido y desbloquea el hashlock.

Cross-chain: actividad que implica más de una red blockchain.

Bridge: infraestructura que mueve activos o mensajes entre blockchains.

Token wrapped: representación de un activo de otra cadena o sistema.

Lightning Network: red de canales de pago de Bitcoin que utiliza pagos condicionales para realizar transferencias off-chain rápidas.

Submarine swap: intercambio entre un pago on-chain y uno de Lightning.

Firma adaptadora: técnica criptográfica que puede vincular la revelación de un secreto con la finalización de una firma.

Preguntas frecuentes

¿Qué significa Atomic Swap?

Es un intercambio cripto en el que dos partes negocian activos bajo condiciones diseñadas para que la operación se complete por entero o falle de forma segura.

¿Por qué se llama «atómico»?

Se llama así porque el intercambio está diseñado para completarse por entero o no completarse, en vez de hacerlo parcialmente.

¿Los Atomic Swaps necesitan un tercero?

Están diseñados para evitar un custodio de confianza, aunque los usuarios pueden seguir dependiendo de software, carteras, proveedores de liquidez o herramientas de comunicación.

¿Qué es un HTLC en un Atomic Swap?

Es un Hash Time-Locked Contract que utiliza una preimagen secreta y una fecha límite para establecer las condiciones de reclamación y reembolso.

¿Qué es la preimagen en un Atomic Swap?

Es el valor secreto que desbloquea el hashlock y permite reclamar la otra parte del intercambio.

¿Pueden realizarse Atomic Swaps entre distintas blockchains?

Sí, siempre que ambas blockchains admitan funciones compatibles de hashlock, timelock y transacción.

¿Son lo mismo los Atomic Swaps y los bridges?

No. Los Atomic Swaps intercambian activos directamente entre partes, mientras que muchos bridges bloquean, acuñan, queman o liberan representaciones de activos entre cadenas.

¿Los Atomic Swaps están libres de riesgos?

No. Pueden implicar riesgos de comisiones, plazos, contratos inteligentes, precios, liquidez y errores del usuario.

¿Los Atomic Swaps requieren tokens wrapped?

No. Cuando las cadenas y los activos son compatibles, pueden intercambiar activos nativos directamente sin tokens wrapped.

¿Son privados los Atomic Swaps?

Pueden reducir la exposición de datos ante custodios, pero los swaps on-chain aún pueden revelar direcciones, importes, tiempos y patrones de contratos.

¿Qué ocurre si una de las partes desaparece durante un Atomic Swap?

Si el swap está bien diseñado, la otra parte debería poder recuperar los fondos bloqueados cuando venza el timelock correspondiente.

¿Por qué no se utilizan Atomic Swaps en todas partes?

Su uso está limitado por la liquidez, la compatibilidad entre cadenas, la complejidad para el usuario, las comisiones, los plazos y la comodidad de otras soluciones basadas en bridges o pools.

Conclusión

Los Atomic Swaps son uno de los mecanismos de intercambio más importantes de las criptomonedas para minimizar la confianza necesaria.

Permiten que dos partes intercambien activos directamente mediante condiciones criptográficas, en lugar de confiar los fondos a un custodio.

El diseño clásico utiliza Hash Time-Locked Contracts que combinan un hashlock y un timelock.

El hashlock conecta ambos lados mediante la misma preimagen secreta.

El timelock protege a los usuarios al permitir los reembolsos si el intercambio no se completa antes de la fecha límite.

Este diseño de todo o nada reduce el riesgo de robo por parte de la contraparte y permite la interoperabilidad cross-chain.

Los Atomic Swaps pueden ser on-chain, off-chain o híbridos.

Pueden conectar distintas blockchains, canales de pago y capas de un mismo ecosistema.

Son especialmente útiles cuando los usuarios quieren intercambiar activos nativos sin utilizar tokens wrapped ni una liquidación custodial.

Sin embargo, no están libres de riesgos.

Pueden implicar riesgos de comisiones, plazos, contratos inteligentes, liquidez, filtración de privacidad, movimientos de precios y complejidad operativa.

También requieren cadenas compatibles y una supervisión cuidadosa de las transacciones.

La investigación actual y herramientas criptográficas más recientes, como las firmas adaptadoras, siguen mejorando la privacidad, la flexibilidad y la eficiencia de los Atomic Swaps.

Aun así, la idea fundamental sigue siendo la misma.

Los Atomic Swaps utilizan criptografía y plazos para hacer más seguro el intercambio directo de criptomonedas sin exigir que ambas partes confíen entre sí.

Los usuarios deberían entenderlos como una herramienta potente, pero especializada, para realizar intercambios no custodiales.

Son más útiles cuando se comprenden los plazos, las comisiones, la compatibilidad de los activos y el proceso de reembolso antes de bloquear fondos.