Saltar al contenido
Financial Context Wiki

Swap atómico

Un swap atómico coordina reclamaciones condicionales y reembolsos posteriores entre dos cadenas, pero no hace simultáneas las confirmaciones ni elimina las comisiones, el riesgo de precio, la vigilancia o el riesgo de los plazos.

Actualizado

Solo con fines educativos. Verifica de forma independiente ambas cadenas, los contratos, los plazos, las comisiones y las vías de reembolso; el principal puede permanecer bloqueado o perder valor incluso cuando el protocolo mantiene la atomicidad condicional.

Respuesta directa

Un swap atómico es un protocolo asíncrono para intercambiar activos sin ceder a un único custodio el control de ambos tramos. En el diseño clásico de contrato con hashlock y timelock (HTLC), una misma preimagen autoriza ambas reclamaciones y unos vencimientos desiguales conservan las vías de reembolso posteriores. La atomicidad es condicional: una parte honesta no debería perder el principal frente a la contraparte solo porque el intercambio se aborte. No implica confirmación simultánea, reembolsos automáticos o gratuitos, un precio de mercado justo, liquidez continua ni anonimato.

Cada implementación debe vincular la cadena o red, el activo y el contrato, el importe en unidades mínimas y los decimales, las claves de reclamación y reembolso, la construcción del hash, los bytes exactos de la preimagen, el script o bytecode y la semántica del timelock. Dos sistemas que exponen un hash y un reloj no son compatibles de forma automática. Los bloqueos absolutos y relativos de Bitcoin, las marcas temporales de la EVM y la finalidad de otra cadena pueden regirse por reglas sustancialmente distintas.

Los swaps HTLC clásicos también conceden cierta opcionalidad de precio a la parte que actúa en último lugar: puede retrasarse mientras decide si la ejecución sigue siendo favorable. Los protocolos con firmas adaptadoras y otros protocolos sin scripts modifican la huella en cadena y los supuestos, pero no eliminan la necesidad de auditar identidades, relojes, comisiones, disponibilidad operativa y recuperación.

Cómo funciona

  1. Fija ambas redes, activos, importes, tipo de cambio, claves, codificación del hash y de la preimagen, bytes del contrato o script, unidades de reloj, pagador de las comisiones y políticas de confirmación o finalidad.
  2. Genera un secreto de alta entropía y un solo uso x, calcula h = H(x) sin conexión y comprueba que ambas implementaciones reproducen el digest a partir de los mismos bytes sin procesar.
  3. El iniciador financia el tramo con el plazo más largo. El participante verifica su cadena, activo, importe, claves, hash, código y vencimiento, y espera la profundidad de seguridad acordada.
  4. El participante financia el tramo con el plazo más corto. El iniciador repite las mismas comprobaciones y espera las confirmaciones o la finalidad exigidas.
  5. Antes de un límite operativo anterior, el iniciador reclama el tramo corto con x y expone la preimagen exacta en los datos canónicos de la transacción.
  6. El participante observa esa reclamación, comprueba H(x) = h y reclama el tramo largo con tiempo suficiente para construir, difundir, recuperar comisiones y alcanzar la finalidad.
  7. Si falla cualquier control, deja de añadir exposición. Cuando venza cada timelock aplicable, construye o difunde activamente el reembolso correspondiente y concilia principal, comisiones, duración del bloqueo y pruebas en cadena.

El presupuesto esencial es T_long - T_short >= observation + construction + broadcast + confirmation/finality + reorg/operations buffer. Valores nominales como 48 y 24 horas son ejemplos, no parámetros seguros universales. Un timelock solo habilita una rama de reembolso; no difunde la transacción de reembolso ni paga su comisión.

Ejemplo

  • Bytes del hash. Solo con fines didácticos, abc en UTF-8 corresponde a los bytes sin procesar 0x616263; SHA-256(0x616263) = ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad. Aplicar el hash al texto mostrado 0x616263 produce un digest diferente. En producción, los secretos necesitan entropía criptográfica y no deben reutilizarse.
  • Presupuesto de plazos. Supón que el reembolso del tramo largo vence a las 48.0 h y el del tramo corto a las 24.0 h. Si la reclamación corta se presenta a las 22.0 h, la observación tarda 0.5 h, la construcción y difusión 0.5 h, y la confirmación en la cadena larga 1.5 h, la finalización esperada ocurre a las 24.5 h. El margen modelizado restante del tramo largo es 48.0 - 24.5 = 23.5 h; no garantiza la producción de bloques.
  • Opcionalidad de precio. Al pactar, 1 BTC a $60,000 equivale a 20 ETH a $3,000. Al reclamar, BTC cotiza a $63,000 y ETH a $2,800; Alice entrega $63,000 y recibe 20 x $2,800 = $56,000, una diferencia de -$7,000 frente al mercado del momento antes de comisiones. La atomicidad del protocolo no fija el valor económico.
  • Registro del aborto. Alice paga 0.00020 BTC por financiar y 0.00025 BTC por reembolsar, en total 0.00045 BTC, o $27 a $60,000/BTC. Bob paga 0.006 ETH por financiar y 0.004 ETH por reembolsar, en total 0.010 ETH, o $30 a $3,000/ETH. El principal regresa más tarde, pero el coste de red conjunto no reembolsable es de $57, más el coste de oportunidad.

Riesgos

  • Cadena o dominio de red incorrectos.
  • Activo nativo, contrato del token o decimales incorrectos.
  • Importe, clave de reclamación o clave de reembolso incorrectos.
  • Algoritmo de hash o codificación de bytes incompatibles.
  • Secreto con poca entropía, reutilizado o revelado antes de tiempo.
  • Rama de reclamación, script o bytecode defectuosos.
  • Vía de reembolso inválida, no disponible o sin firmar.
  • Orden de vencimientos invertido o margen insuficiente.
  • Interpretación errónea de altura, tiempo mediano, marca temporal o bloqueo relativo.
  • Carrera entre reclamación y reembolso del tramo corto cerca del vencimiento.
  • Una reorganización elimina la financiación, la revelación o la reclamación.
  • Política de confirmación o finalidad insuficiente.
  • Subida de comisiones, expulsión del mempool, censura o imposibilidad de elevar la comisión.
  • Fallo de monitorización, RPC, indexador, monedero o claves.
  • Retraso deliberado de la contraparte, bloqueo abusivo y opcionalidad sobre el capital inmovilizado.
  • Variación del tipo de cambio, la base y la liquidez ejecutable.
  • Fallo de llamada EVM, reentrada, gas, proxy o actualización.
  • Riesgo del emisor, puente, hook, rebase o comisión de transferencia de activos envueltos o tokens.
  • Vinculación entre cadenas por reutilizar hash, importe y momento.
  • Fallos fiscales, de sanciones, jurídicos, documentales o de recuperación ante desastres.

Errores comunes

  • Atómico significa simultáneo. Las dos cadenas avanzan por separado mediante una máquina de estados ordenada y asíncrona.
  • Un aborto reembolsa todo automáticamente. Normalmente hay que esperar, enviar una transacción y pagar una comisión; un fallo de vigilancia o comisiones puede prolongar el bloqueo.
  • Cualquier par de cadenas con hashes y timelocks es interoperable. Los algoritmos, codificaciones, relojes, scripts, contratos y reglas de finalidad deben coincidir en la práctica.
  • Sin custodia significa sin riesgo de contraparte ni de precio. Persisten el bloqueo abusivo, la opcionalidad, la volatilidad y la dependencia operativa.
  • Los swaps atómicos aportan liquidez y privacidad. Coordinan condiciones de liquidación; no crean cotizaciones, profundidad, contrapartes ni actividad desvinculable.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...