﻿---
title: "Bitcoin"
description: "Bitcoin é um protocolo e uma rede peer-to-peer cujas unidades nativas são controladas por condições de gasto UTXO, ordenação por prova de trabalho e validação independente de nós completos."
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.

# Bitcoin

> Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

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

## Resposta direta

Bitcoin é um protocolo, uma rede e um sistema de registro peer-to-peer de código aberto. `BTC` é sua unidade nativa e `1 BTC = 100,000,000 satoshis`. Em vez de armazenar saldos de contas, o registro contém saídas de transação não gastas (`UTXOs`) sujeitas a condições de gasto. Uma carteira gerencia chaves ou descritores, encontra saídas controladas, constrói transações e produz assinaturas ou scripts necessários; a carteira não contém as moedas.

Mineradores selecionam transações e propõem blocos com prova de trabalho. Nós completos validam de modo independente scripts, entradas não gastas, conservação de valor, peso do bloco, prova de trabalho e limites da coinbase. Um minerador não pode obrigar um nó validador a aceitar assinaturas inválidas ou subsídio excessivo, embora a concentração de hash possa censurar transações ou tentar reorganizar um histórico recente válido.

A cadeia ativa é a cadeia válida do nó com maior trabalho acumulado. Maior profundidade de inclusão reduz o risco de reorganização, mas não cria finalidade determinística. Validade do protocolo, cronograma de emissão e controle de custódia do Bitcoin são distintos de preço de mercado, tratamento jurídico, solvência da corretora e narrativas de “ouro digital”.

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

## Como funciona

1. Fixe rede, software e conjunto de regras, modelo de confiança do nó ou carteira, modelo de custódia e política de confirmação do recebedor conforme o valor.
2. Verifique rede de destino, endereço ou script de bloqueio e valor; selecione `UTXOs` maduros e gastáveis controlados pelas chaves ou caminho de script pretendidos.
3. Construa entradas, saída do recebedor, saída opcional de troco e taxa em satoshis inteiros. Confira `fee = sum(inputs) - sum(outputs)` e estime peso, tamanho virtual e taxa em `sat/vB`.
4. No ambiente de assinatura, examine cada saída, valor, taxa, sequence, locktime e política de substituição antes de satisfazer as condições de gasto.
5. Transmita por pares ou RPC escolhidos. Separe validação local, admissão à mempool, retransmissão e política de substituição da validade por consenso e mineração posterior.
6. Mineradores constroem blocos candidatos; nós completos aceitam apenas blocos válidos com prova de trabalho e seguem a cadeia válida com maior trabalho acumulado. Acompanhe altura de inclusão, confirmações, conflitos e reorganizações.
7. Aplique o limite de risco do recebedor e então concilie `UTXOs`, troco e taxas resultantes; proteja backups e evidências de custódia, monitore vazamentos de privacidade e mantenha atuais as regras da carteira e do nó.

A mempool de cada nó é local e orientada por política, não uma fila global de consenso. Uma transação válida pode não ser retransmitida ou continuar sem mineração. Taxas dependem sobretudo de peso, taxa unitária e demanda por espaço, não do valor transferido. Troco é uma saída comum, não campo do protocolo nem cobrança adicional.

A emissão ocorre pela transação coinbase do bloco. Pelas regras atuais, o subsídio cai pela metade a cada `210,000 blocks`; após a altura `840,000`, é `3.125 BTC` por bloco, além das taxas. Saídas coinbase exigem maturidade de `100 blocks` antes de serem gastas. O conhecido limite de 21 milhões é um máximo assintótico do cronograma atual, não oferta circulante nem garantia de preço.

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

## Exemplo

- **Contabilidade UTXO.** Uma entrada é `0.30500000 BTC = 30,500,000 sat`. A carteira cria pagamento de `20,000,000 sat` e troco de `10,480,000 sat`. A taxa é `30,500,000 - 20,000,000 - 10,480,000 = 20,000 sat = 0.00020000 BTC`. Com `250 vB`, a taxa unitária é `20,000 / 250 = 80 sat/vB`; o troco não é outra taxa.
- **Sensibilidade à taxa unitária.** A mesma transação ilustrativa de `141 vB` custa `141 x 12 = 1,692 sat` a `12 sat/vB` e `141 x 40 = 5,640 sat` a `40 sat/vB`. Enviar `0.01 BTC` em vez de `1 BTC` não altera por si só esse tamanho, embora seleção de moedas, script e número de saídas possam alterá-lo.
- **Profundidade de confirmação.** Uma transação incluída na altura `900,000` tem `1 confirmation` quando a ponta é `900,000` e `900,005 - 900,000 + 1 = 6 confirmations` na ponta `900,005`. Se uma nova cadeia de maior trabalho a mantiver com ponta `900,003`, a profundidade será `4`; se a cadeia substituta a omitir, ela volta ao estado não confirmado ou em conflito.
- **Valor da coinbase.** Após quatro halvings, o subsídio é `50 / 2^4 = 3.125 BTC`. Se as taxas incluídas somarem `0.42 BTC`, o valor permitido da saída coinbase será `3.125 + 0.42 = 3.545 BTC`. Apenas o subsídio é emissão nova; as taxas transferem satoshis existentes e a saída ainda observa a maturidade coinbase.

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

## Riscos

- Rede, endereço, script ou valor incorreto.
- Seed, chave privada ou dados de recuperação são perdidos.
- Chaves são roubadas por phishing ou engenharia social.
- Carteira, assinador, firmware ou cadeia de suprimentos é maliciosa.
- Área de transferência ou tela substitui o destino.
- Saída de troco ou seleção de moedas está errada.
- Tamanho virtual, taxa unitária ou satoshis são calculados incorretamente.
- Dust ou política não padrão impede a retransmissão.
- Mempool local rejeita, remove ou não propaga a transação.
- Conflito ou substituição não confirmada invalida a aceitação.
- Reorganização de bloco recente reduz as confirmações.
- Concentração de hash permite censura ou tentativas de reorganização.
- Concentração de pools ou partição de rede atrasa a inclusão.
- Erro de software ou divisão de consenso produz visões incompatíveis.
- Reutilização de endereço e heurísticas de troco vinculam atividade pública.
- Metadados IP, eclipse ou servidor não confiável engana a carteira.
- Insolvência, bloqueio ou suspensão de saques do custodiante impede acesso.
- Volatilidade de preço, liquidez, alavancagem ou câmbio causa perda.
- Tratamento jurídico, tributário ou declaratório muda.
- Backup, herança, coação ou recuperação de desastre falha.

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

## Equívocos comuns

- **Uma carteira ou endereço contém saldo de conta em BTC.** O software deriva uma visão de `UTXOs` gastáveis; saldo em corretora é uma reivindicação contra o custodiante.
- **Admissão na mempool significa confirmação por consenso.** Mempools usam política local e inclusão em bloco é evento separado.
- **Seis confirmações fornecem finalidade absoluta.** A profundidade reduz risco probabilístico; o limite depende do recebedor e do contexto.
- **Mineradores podem criar ou gastar BTC válido arbitrariamente.** Nós completos impõem scripts, entradas não gastas e limites do subsídio, embora mineradores possam censurar, ordenar e tentar reorganizações.
- **Bitcoin é anônimo ou autocustódia é automaticamente segura.** O registro é público e pseudônimo; gestão de chaves, backups e verificação continuam sob responsabilidade do usuário.

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

## Tópicos relacionados

- [Halving](/pt-br/crypto/halving/)
- [Chaves públicas e privadas](/pt-br/crypto/public-private-key/)
- [Modelo UTXO](/pt-br/crypto/utxo-model/)

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

## Fontes

- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (acesso: 2026-08-13)
- [Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Developer Documentation (acesso: 2026-08-13)
- [Transactions](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (acesso: 2026-08-13)
- [Mining](https://developer.bitcoin.org/devguide/mining.html) - Bitcoin Developer Documentation (acesso: 2026-08-13)
- [Wallets](https://developer.bitcoin.org/devguide/wallets.html) - Bitcoin Developer Documentation (acesso: 2026-08-13)
- [Validation](https://bitcoin.org/en/bitcoin-core/features/validation) - Bitcoin.org (acesso: 2026-08-13)
- [Privacy](https://bitcoin.org/en/bitcoin-core/features/privacy) - Bitcoin.org (acesso: 2026-08-13)
- [Some things you need to know](https://bitcoin.org/en/you-need-to-know) - Bitcoin.org (acesso: 2026-08-13)

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