--- title: "Swap atómico" description: "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." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Swap atómico > 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 - [HTLC](/es/crypto/htlc/) - [Puente entre cadenas](/es/crypto/cross-chain-bridge/) - [DEX](/es/crypto/dex/) ## Fuentes - [Atomic Cross-Chain Swaps](https://doi.org/10.1145/3212734.3212736) - Association for Computing Machinery (consultado: 2026-08-13) - [On the optionality and fairness of Atomic Swaps](https://doi.org/10.1145/3318041.3355460) - Association for Computing Machinery (consultado: 2026-08-13) - [BIP 65: OP_CHECKLOCKTIMEVERIFY](https://bips.dev/65/) - Bitcoin Improvement Proposals (consultado: 2026-08-13) - [BIP 112: CHECKSEQUENCEVERIFY](https://bips.dev/112/) - Bitcoin Improvement Proposals (consultado: 2026-08-13) - [Contracts](https://developer.bitcoin.org/devguide/contracts.html) - Bitcoin Developer Documentation (consultado: 2026-08-13) - [Transactions](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (consultado: 2026-08-13) - [Atomic Swaps](https://docs.decred.org/advanced/atomic-swap/) - Decred Documentation (consultado: 2026-08-13) - [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (consultado: 2026-08-13) Source: https://wiki.fcontext.com/es/crypto/atomic-swap/index.mdx