---
title: "Swap atômico"
description: "Um swap atômico coordena resgates condicionais e reembolsos posteriores entre duas redes, mas não torna as confirmações simultâneas nem elimina taxas, risco de preço, monitoramento e risco de prazo."
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

> Somente para fins educacionais. Verifique de forma independente as duas redes, os contratos, os prazos, as taxas e os caminhos de reembolso; o principal pode permanecer bloqueado ou perder valor mesmo quando o protocolo preserva a atomicidade condicional.

<a id="answer"></a>

## Resposta direta

Um swap atômico é um protocolo assíncrono para trocar ativos sem entregar a um único custodiante o controle das duas pontas. No modelo clássico de contrato com hashlock e timelock (`HTLC`), uma pré-imagem autoriza os dois resgates e prazos desiguais preservam os caminhos posteriores de reembolso. A atomicidade é condicional: uma parte honesta não deve perder o principal para a contraparte apenas porque a troca foi interrompida. Isso não significa confirmação simultânea, reembolsos automáticos ou gratuitos, preço de mercado justo, liquidez contínua ou anonimato.

Cada implementação deve vincular a rede, o ativo e o contrato, o valor em unidades brutas e os decimais, as chaves de resgate e reembolso, a construção do hash, os bytes exatos da pré-imagem, o script ou bytecode e a semântica do timelock. Dois sistemas que expõem um hash e um relógio não são automaticamente compatíveis. Bloqueios absolutos e relativos do Bitcoin, timestamps da EVM e a finalidade de outra rede podem seguir regras substancialmente diferentes.

Swaps `HTLC` clássicos também concedem alguma opcionalidade de preço à parte que age por último: ela pode adiar enquanto decide se a execução ainda é favorável. Protocolos com assinaturas adaptadoras e outros protocolos sem scripts alteram a pegada on-chain e as premissas, mas não eliminam a necessidade de auditar identidades, relógios, taxas, disponibilidade operacional e recuperação.

<a id="mechanism"></a>

## Como funciona

1. Fixe as duas redes, ativos, valores, taxa de câmbio, chaves, codificação do hash e da pré-imagem, bytes do contrato ou script, unidades de relógio, responsável pelas taxas e políticas de confirmação ou finalidade.
2. Gere um segredo de alta entropia e uso único `x`, calcule `h = H(x)` offline e faça as duas implementações reproduzirem o digest a partir dos mesmos bytes brutos.
3. O iniciador financia a ponta com prazo mais longo. O participante verifica rede, ativo, valor, chaves, hash, código e vencimento, e então aguarda a profundidade de segurança acordada.
4. O participante financia a ponta com prazo mais curto. O iniciador repete as mesmas verificações e aguarda as confirmações ou a finalidade exigidas.
5. Antes de um limite operacional anterior, o iniciador resgata a ponta curta com `x`, expondo a pré-imagem exata nos dados canônicos da transação.
6. O participante observa esse resgate, verifica `H(x) = h` e resgata a ponta longa com tempo suficiente para construção, transmissão, recuperação de taxas e finalidade.
7. Se qualquer controle falhar, pare de aumentar a exposição. Depois que cada timelock aplicável vencer, construa ou transmita ativamente o reembolso correspondente e concilie principal, taxas, duração do bloqueio e evidências on-chain.

O orçamento essencial é `T_long - T_short >= observation + construction + broadcast + confirmation/finality + reorg/operations buffer`. Valores nominais como 48 e 24 horas são exemplos, não parâmetros universalmente seguros. Um timelock apenas habilita um caminho de reembolso; ele não transmite o reembolso nem paga sua taxa.

<a id="example"></a>

## Exemplo

- **Bytes do hash.** Somente para fins didáticos, `abc` em UTF-8 corresponde aos bytes brutos `0x616263`; `SHA-256(0x616263) = ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad`. Aplicar o hash ao texto exibido `0x616263` produz outro digest. Em produção, os segredos precisam de entropia criptográfica e não devem ser reutilizados.
- **Orçamento de prazos.** Considere que o reembolso da ponta longa vença em `48.0 h` e o da ponta curta em `24.0 h`. Se o resgate curto for enviado em `22.0 h`, a observação levar `0.5 h`, a construção e transmissão `0.5 h` e a confirmação na rede longa `1.5 h`, a conclusão esperada ocorrerá em `24.5 h`. A margem modelada restante da ponta longa é `48.0 - 24.5 = 23.5 h`; isso não garante a produção de blocos.
- **Opcionalidade de preço.** No acordo, `1 BTC` a `$60,000` equivale a `20 ETH` a `$3,000`. No resgate, BTC vale `$63,000` e ETH vale `$2,800`; Alice entrega `$63,000` e recebe `20 x $2,800 = $56,000`, uma diferença de `-$7,000` em relação ao mercado daquele momento, antes das taxas. A atomicidade do protocolo não fixa o valor econômico.
- **Registro da interrupção.** Alice paga `0.00020 BTC` para financiar e `0.00025 BTC` para reembolsar, totalizando `0.00045 BTC`, ou `$27` a `$60,000/BTC`. Bob paga `0.006 ETH` para financiar e `0.004 ETH` para reembolsar, totalizando `0.010 ETH`, ou `$30` a `$3,000/ETH`. O principal retorna mais tarde, mas o custo de rede conjunto não reembolsável é de `$57`, além do custo de oportunidade.

<a id="risks"></a>

## Riscos

- Rede ou domínio de rede incorreto.
- Ativo nativo, contrato de token ou decimais incorretos.
- Valor, chave de resgate ou chave de reembolso incorretos.
- Algoritmo de hash ou codificação de bytes incompatível.
- Segredo com baixa entropia, reutilizado ou revelado cedo demais.
- Caminho de resgate, script ou bytecode defeituoso.
- Caminho de reembolso inválido, indisponível ou sem assinatura.
- Ordem de prazos invertida ou margem insuficiente.
- Interpretação errada de altura, tempo mediano, timestamp ou bloqueio relativo.
- Corrida entre resgate e reembolso da ponta curta perto do vencimento.
- Reorganização remove o financiamento, a revelação ou o resgate.
- Política de confirmação ou finalidade insuficiente.
- Alta de taxas, remoção do mempool, censura ou aumento de taxa indisponível.
- Falha de monitoramento, RPC, indexador, carteira ou chave.
- Atraso deliberado da contraparte, bloqueio abusivo e opcionalidade sobre o capital imobilizado.
- Variação da taxa de câmbio, da base e da liquidez executável.
- Falha de chamada EVM, reentrância, gas, proxy ou atualização.
- Comportamento do emissor, ponte, hook, rebase ou taxa de transferência de ativo representado ou token.
- Vinculação entre redes pelo hash, valor e momento reutilizados.
- Falhas fiscais, de sanções, jurídicas, de registros e de recuperação de desastres.

<a id="misconceptions"></a>

## Equívocos comuns

- **Atômico significa simultâneo.** As duas redes avançam de forma independente por uma máquina de estados ordenada e assíncrona.
- **Uma interrupção reembolsa tudo automaticamente.** Normalmente é preciso esperar, transacionar e pagar uma taxa; falhas de monitoramento ou de taxas podem prolongar o bloqueio.
- **Quaisquer duas redes com hashes e timelocks interoperam.** Algoritmos, codificações, relógios, scripts, contratos e finalidade precisam efetivamente coincidir.
- **Sem custódia significa ausência de risco de contraparte ou de preço.** Permanecem o bloqueio abusivo, a opcionalidade, a volatilidade e a dependência operacional.
- **Swaps atômicos fornecem liquidez e privacidade.** Eles coordenam condições de liquidação; não criam cotações, profundidade, contrapartes nem atividade sem vínculo.

<a id="related"></a>

## Tópicos relacionados

- [HTLC](/pt-br/crypto/htlc/)
- [Ponte entre redes](/pt-br/crypto/cross-chain-bridge/)
- [DEX](/pt-br/crypto/dex/)

<a id="sources"></a>

## Fontes

- [Atomic Cross-Chain Swaps](https://doi.org/10.1145/3212734.3212736) - Association for Computing Machinery (acessado em: 2026-08-13)
- [On the optionality and fairness of Atomic Swaps](https://doi.org/10.1145/3318041.3355460) - Association for Computing Machinery (acessado em: 2026-08-13)
- [BIP 65: OP_CHECKLOCKTIMEVERIFY](https://bips.dev/65/) - Bitcoin Improvement Proposals (acessado em: 2026-08-13)
- [BIP 112: CHECKSEQUENCEVERIFY](https://bips.dev/112/) - Bitcoin Improvement Proposals (acessado em: 2026-08-13)
- [Contracts](https://developer.bitcoin.org/devguide/contracts.html) - Bitcoin Developer Documentation (acessado em: 2026-08-13)
- [Transactions](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (acessado em: 2026-08-13)
- [Atomic Swaps](https://docs.decred.org/advanced/atomic-swap/) - Decred Documentation (acessado em: 2026-08-13)
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (acessado em: 2026-08-13)

Source: https://wiki.fcontext.com/pt-br/crypto/atomic-swap/index.mdx