Calculadoras e modelos
com premissas explicadas.

Use ponto ou vírgula como separador decimal; separe os milhares com um espaço.

DCA, ou Dollar-cost averaging, significa comprar por um valor fixo em moeda local a intervalos regulares, em vez de procurar um único momento ideal. Reduz a necessidade de decidir quando comprar e pode moderar negociações emocionais, mas não garante lucro, não impede perdas e não resolve a custódia.

Em cada compra modelada, dividimos o valor pelo preço histórico. A soma dessas frações resulta no total de BTC, avaliado pelo último preço da série. Os aportes são o valor multiplicado pelo número de compras; a variação percentual é (valor / aportes − 1) × 100. Não é um retorno anualizado.

Um ano significa aqui 365 dias. A primeira compra usa o primeiro ponto disponível. O modelo semanal escolhe o ponto seguinte pelo menos sete dias após a compra anterior; o mensal, o primeiro ponto de cada mês UTC, incluindo meses parciais nas extremidades. Portanto, a contagem pode diferir de 52 ou 12 por ano.

Usamos CoinGecko e, como alternativa, Yahoo Finance. Para moedas diferentes de USD, o modelo Yahoo pode combinar BTC/USD com a última cotação USD da moeda com data não posterior ao ponto, de até sete dias atrás. Os dados podem estar em cache. A série deve começar e terminar a até sete dias dos limites solicitados e não ter lacunas maiores que oito dias; caso contrário, não há resultado. Exibimos as datas extremas reais e a fonte.

O modelo exclui spread, taxas, impostos e custos de custódia. Calcula frações matemáticas de BTC; a exibição é arredondada e compras reais em satoshis inteiros podem diferir. É um cálculo histórico, não uma previsão ou instrução de compra.

DCA distribui as compras no tempo, mas não torna bitcoin um investimento sem risco nem garante retorno.

Use ponto ou vírgula como separador decimal; separe os milhares com um espaço.

Insira um número inteiro de entradas de 1–500 e taxas de 0–1 000 000 sat/vB. Campos vazios ou inválidos ocultam o resultado.

Diferença líquida = custo sem consolidação − soma dos dois custos com consolidação. Positivo significa economia modelada; negativo, maior custo. Com uma entrada, não se combinam entradas.

Ambos os cenários pressupõem gastar todos os UTXOs escolhidos juntos numa transação posterior. A consolidação reúne-os hoje numa saída. Cada transação modelada tem exatamente uma saída do mesmo tipo das entradas; nenhuma saída de troco adicional é incluída.

O tamanho virtual é o peso da transação inteira dividido por 4, arredondado para cima. Inclui contadores CompactSize e witness marker/flag. Cada custo é o tamanho em vB vezes a taxa correspondente, arredondado para cima ao satoshi inteiro.

Pressupomos chaves públicas comprimidas e assinaturas ECDSA de 72 bytes incluindo sighash. P2SH significa apenas P2SH-P2WPKH aqui. Taproot usa key path, assinatura de 64 bytes com sighash padrão e sem annex; script path e multisig ficam fora do modelo.

Você fornece as taxas; não são estimativas ao vivo nem garantias de confirmação. Zero e o limite superior são limites do modelo, não regras da rede. Os valores UTXO são desconhecidos: saldo, dust e aceitação da carteira não são verificados. Assinaturas e construção reais podem alterar o tamanho.

Combinar entradas pode ligar a sua propriedade para um observador e reduzir a privacidade. Uma diferença positiva de taxas não é, por si só, recomendação para consolidar.

O cálculo ocorre no navegador sem solicitar dados de rede. A ferramenta não cria nem transmite transações e não precisa de endereço ou chaves.

Use ponto ou vírgula como separador decimal; separe os milhares com um espaço.

Insira uma altura inteira de 0–6 930 000. Um campo vazio ou inválido oculta o resultado.

Carregando…

Fonte da altura carregada: —

Hora de preparação da resposta de rede (UTC): —

Última resposta (UTC): —

A oferta de Bitcoin é limitada porque um bloco válido só pode criar novas unidades segundo um cronograma decrescente de subsídio por bloco. Cada nó que valida integralmente verifica essa regra por conta própria. Os conhecidos 21 milhões são o resultado arredondado desse cronograma, não um número guardado no banco de dados de uma empresa.

Um minerador pode incluir uma transação coinbase em um bloco válido. A soma de suas saídas não pode ultrapassar o subsídio de emissão permitido naquela altura mais as taxas de transação. As taxas transferem bitcoin existente; apenas o subsídio cria novas unidades. Um bloco com recompensa coinbase excessiva é inválido.

Na rede principal o subsídio começa em 50 BTC e cai pela metade a cada 210 000 blocos, truncando para satoshi inteiros. O último bloco com subsídio positivo está em 6 929 999; a partir de 6 930 000 é zero. O restante usa o total teórico exato, não os 21 milhões arredondados.

A soma inclui cada subsídio permitido da altura 0 até ao bloco escolhido, inclusive. Não é oferta circulante nem disponível para gastar: inclui os 50 BTC não gastáveis do bloco genesis e não subtrai subsídios não reclamados ou moedas perdidas. Taxas não são nova emissão.

Estimamos uma data apenas para a altura carregada: hora de preparação da resposta mais blocos restantes vezes 10 minutos. Não é a hora de mineração do bloco nem um prazo fixo. Dados de mempool.space ou da alternativa Blockchain.com podem estar em cache; os intervalos reais variam.

Use ponto ou vírgula como separador decimal; separe os milhares com um espaço.

Insira quantidades inteiras: entradas 1–500, saídas 1–50; tarifa 0–1 000 000 sat/vB. Campos vazios ou inválidos ocultam resultados.

Cotação de referência por 1 BTC: Carregando…

Fonte não informada · Última resposta: —

Todas as entradas e saídas usam o tipo escolhido. Inclua destinatários e troco na contagem de saídas; a ferramenta não acrescenta saídas automaticamente. Tipos mistos e outros scripts ficam fora do modelo.

O tamanho virtual é o peso da transação inteira dividido por 4, arredondado para cima. Inclui contadores CompactSize e witness marker/flag. Cada custo é o tamanho em vB vezes a taxa correspondente, arredondado para cima ao satoshi inteiro.

Pressupomos chaves públicas comprimidas e assinaturas ECDSA de 72 bytes incluindo sighash. P2SH significa apenas P2SH-P2WPKH aqui. Taproot usa key path, assinatura de 64 bytes com sighash padrão e sem annex; script path e multisig ficam fora do modelo.

Você fornece as taxas; não são estimativas ao vivo nem garantias de confirmação. Zero e o limite superior são limites do modelo, não regras da rede. Os valores UTXO são desconhecidos: saldo, dust e aceitação da carteira não são verificados. Assinaturas e construção reais podem alterar o tamanho.

Valor da taxa em moeda = taxa em satoshi / 100 000 000 × preço de referência por BTC. O preço de mercado não muda a tarifa sat/vB introduzida nem a taxa em satoshi.

A conversão monetária é indicativa: a cotação pode estar em cache e não inclui spread, taxas ou preço real de execução. O resultado usa as casas decimais da moeda; o arredondamento não substitui a liquidação exata. Recarregue a cotação pelo botão. O horário indica o recebimento da resposta, não a medição do preço.

Use ponto ou vírgula como separador decimal; separe os milhares com um espaço.

Insira números finitos não negativos; taxa do pool 0–100 %. O hashrate do equipamento não pode superar o da rede carregado. Valores inválidos ocultam o resultado; preço elétrico vazio não significa custo zero.

O preço elétrico padrão é apenas um dado do modelo. Mantemos a moeda da última edição manual e convertemos para outras usando câmbios de referência disponíveis. Sem câmbio, o campo fica vazio até inserir um preço. Não é uma oferta de fornecedor.

Carregando…

Hashrate estimado da rede: —

Altura de bloco carregada: —

Subsídio de bloco utilizado: —

Cotação de referência por 1 BTC: — · Fonte não informada

Última resposta: —

1 TH/s = 10¹² H/s. A parcela do hashrate do equipamento é multiplicada por 144 blocos por dia, subsídio carregado e (1 − taxa do pool / 100). Energia = W / 1 000 × 24 horas. Diferença = valor BTC esperado − eletricidade; 30 dias são trinta vezes esse mesmo dia.

Pressupomos operação contínua, média de 10 minutos por bloco e dados constantes. Excluímos receitas de taxas de transação, hardware, depreciação, refrigeração extra, impostos e paragens. Pagamentos e variação dependem do pool; a expectativa matemática não promete pagamento nem é lucro líquido completo. Valores são arredondados e podem conter frações de satoshi.

O hashrate de rede é inferido dos blocos, não medido em cada equipamento. mempool.space ou Blockchain.com podem usar janelas distintas; a fonte de altura aparece separadamente. Dados e câmbios podem estar em cache. A hora da resposta não é a medição de cada dado.

A conversão monetária é indicativa: a cotação pode estar em cache e não inclui spread, taxas ou preço real de execução. O resultado usa as casas decimais da moeda; o arredondamento não substitui a liquidação exata. Recarregue a cotação pelo botão. O horário indica o recebimento da resposta, não a medição do preço.

O minerador busca um hash de cabeçalho que não ultrapasse o alvo. Uma prova de trabalho válida não basta se o restante do bloco violar as regras. O criador do modelo seleciona transações. Em um pool, o operador frequentemente cumpre essa função; o dono do equipamento de hashing pode não controlar a seleção. A mineração consome eletricidade e equipamento. A recompensa inclui nova emissão e taxas; receita não é lucro, e os pagamentos do pool dependem de suas condições.

Controles: n de 2 a 7, m de 1 a n e L de 0 a n. Reduzir n também reduz m e L a n, se necessário. Esses são limites do simulador, não um limite geral do Bitcoin; m = 1 mostra um limiar de uma assinatura.

Chaves disponíveis A = n − L. O limiar é atingido quando A ≥ m; a margem adicional é max(0, A − m) e a falta é max(0, m − A). Pressupõem-se chaves distintas e que todos os titulares disponíveis possam e queiram assinar. Outra cópia de segurança da mesma chave não acrescenta uma assinatura independente.

Exemplo 2 de 3: sem perdas, a margem é de 1 chave; com 1 chave indisponível, o limiar ainda é atingido, mas a margem é 0; com 2 chaves indisponíveis, falta 1 assinatura. A indisponibilidade pode ser temporária; não significa automaticamente perda permanente dos fundos.

A recuperação também exige a configuração correta da carteira: limiar, chaves públicas de todos os participantes, ordem ou regra de ordenação, tipo de script e eventuais caminhos de derivação. Um Output Descriptor pode registrar esses dados. Chaves privadas suficientes, por si só, podem não restaurar os endereços; a configuração pública não substitui assinaturas.

O modelo exclui chaves roubadas, pontos de falha comuns, condições adicionais do script e compatibilidade entre carteiras. Assinaturas disponíveis não significam proteção contra roubo. Não se inserem chaves reais; o simulador não cria carteira, não assina nem transmite transações e não precisa de dados ao vivo.