﻿---
title: "Bitcoin"
description: "Bitcoin è un protocollo e una rete peer-to-peer le cui unità native sono controllate tramite condizioni di spesa UTXO, ordinamento proof-of-work e validazione indipendente dei full node."
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

> Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite.

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

## Risposta diretta

Bitcoin è un protocollo, una rete e un sistema di registro peer-to-peer open source. `BTC` è la sua unità nativa e `1 BTC = 100,000,000 satoshis`. Invece di memorizzare saldi di conto, il registro contiene output di transazione non spesi (`UTXOs`) con condizioni di spesa. Un wallet gestisce chiavi o descrittori, individua gli output controllati, costruisce transazioni e produce firme o script richiesti; il wallet non contiene le monete.

I miner selezionano transazioni e propongono blocchi proof-of-work. I full node validano indipendentemente script, input non spesi, conservazione del valore, peso del blocco, proof of work e limiti coinbase. Un miner non può costringere un nodo validatore ad accettare firme non valide o un sussidio eccessivo, anche se una concentrazione di hash power può censurare transazioni o tentare di riorganizzare una cronologia recente valida.

La catena attiva è la catena valida del nodo con il maggior lavoro accumulato. Una maggiore profondità di inclusione riduce il rischio di riorganizzazione, ma non crea finalità deterministica. Validità del protocollo, calendario di emissione e controllo della custodia di Bitcoin sono distinti da prezzo di mercato, trattamento giuridico, solvibilità dell'exchange e narrazioni sull'“oro digitale”.

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

## Come funziona

1. Fissa rete, software e regole, modello di fiducia di nodo o wallet, modello di custodia e politica di conferma del destinatario specifica per l'importo.
2. Verifica rete di destinazione, indirizzo o script di blocco e importo; seleziona `UTXOs` maturi e spendibili controllati dalle chiavi o dal percorso di script previsti.
3. Costruisci input, output del destinatario, eventuale output di resto e commissione in satoshi interi. Controlla `fee = sum(inputs) - sum(outputs)` e stima peso, dimensione virtuale e tasso in `sat/vB`.
4. Nell'ambiente di firma, verifica ogni output, importo, commissione, sequence, locktime e politica di sostituzione prima di soddisfare le condizioni di spesa.
5. Trasmetti tramite peer o RPC scelti. Separa validazione locale, ammissione alla mempool, inoltro e politica di sostituzione dalla validità per consenso e dal successivo mining.
6. I miner costruiscono blocchi candidati; i full node accettano solo blocchi proof-of-work validi e seguono la catena valida con il maggior lavoro accumulato. Monitora altezza d'inclusione, conferme, conflitti e riorganizzazioni.
7. Applica la soglia di rischio del destinatario, poi riconcilia `UTXOs`, resto e commissioni risultanti; proteggi backup e prove di custodia, monitora le fughe di privacy e mantieni aggiornate le regole di wallet e nodo.

La mempool di ciascun nodo è locale e dipende dalle policy, non è una coda di consenso globale. Una transazione valida può non essere inoltrata o restare non minata. Le commissioni dipendono soprattutto da peso, tasso e domanda di spazio nel blocco, non dall'importo trasferito. Il resto è un output ordinario, non un campo del protocollo né un costo aggiuntivo.

L'emissione avviene tramite la transazione coinbase del blocco. Secondo le regole attuali, il sussidio si dimezza ogni `210,000 blocks`; dopo l'altezza `840,000` è `3.125 BTC` per blocco, oltre alle commissioni. Gli output coinbase richiedono `100 blocks` di maturità prima di essere spesi. Il noto limite di 21 milioni è un massimo asintotico del calendario attuale, non l'offerta circolante né una garanzia di prezzo.

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

## Esempio

- **Contabilità UTXO.** Un input vale `0.30500000 BTC = 30,500,000 sat`. Il wallet crea un pagamento di `20,000,000 sat` e un resto di `10,480,000 sat`. La commissione è `30,500,000 - 20,000,000 - 10,480,000 = 20,000 sat = 0.00020000 BTC`. Con `250 vB`, il tasso è `20,000 / 250 = 80 sat/vB`; il resto non è un'altra commissione.
- **Sensibilità al tasso di commissione.** La stessa transazione illustrativa di `141 vB` costa `141 x 12 = 1,692 sat` a `12 sat/vB` e `141 x 40 = 5,640 sat` a `40 sat/vB`. Inviare `0.01 BTC` invece di `1 BTC` non modifica da solo la dimensione, anche se possono farlo selezione delle monete, script e numero di output.
- **Profondità di conferma.** Una transazione inclusa all'altezza `900,000` ha `1 confirmation` quando la punta è `900,000` e `900,005 - 900,000 + 1 = 6 confirmations` alla punta `900,005`. Se una nuova catena con più lavoro la conserva con punta `900,003`, la profondità è `4`; se la catena sostitutiva la omette, torna non confermata o in conflitto.
- **Valore coinbase.** Dopo quattro halving, il sussidio è `50 / 2^4 = 3.125 BTC`. Se le commissioni incluse totalizzano `0.42 BTC`, il valore consentito dell'output coinbase è `3.125 + 0.42 = 3.545 BTC`. Solo il sussidio è nuova emissione; le commissioni trasferiscono satoshi esistenti e l'output rispetta comunque la maturità coinbase.

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

## Rischi

- Rete, indirizzo, script o importo errato.
- Seed, chiave privata o dati di recupero vengono persi.
- Le chiavi vengono rubate tramite phishing o ingegneria sociale.
- Wallet, dispositivo di firma, firmware o filiera è malevolo.
- Appunti o display sostituisce la destinazione.
- Output di resto o selezione delle monete è errata.
- Dimensione virtuale, tasso o unità satoshi vengono calcolati male.
- Dust o policy non standard impedisce l'inoltro.
- La mempool locale rifiuta, espelle o non propaga la transazione.
- Conflitto o sostituzione non confermata invalida l'accettazione.
- Una riorganizzazione di blocchi recenti riduce le conferme.
- La concentrazione di hash power consente censura o tentativi di riorganizzazione.
- Concentrazione dei mining pool o partizione di rete ritarda l'inclusione.
- Bug software o scissione del consenso produce visioni incompatibili.
- Riutilizzo degli indirizzi ed euristiche sul resto collegano attività pubblica.
- Metadati IP, attacco eclipse o server non affidabile inganna il wallet.
- Insolvenza, blocco o sospensione dei prelievi del custode impedisce l'accesso.
- Volatilità di prezzo, liquidità, leva o cambio causa perdite.
- Cambia il trattamento giuridico, fiscale o dichiarativo.
- Backup, successione, coercizione o ripristino di emergenza fallisce.

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

## Idee errate comuni

- **Un wallet o indirizzo contiene un saldo di conto BTC.** Il software ricava una vista dagli `UTXOs` spendibili; un saldo su exchange è invece un credito verso il custode.
- **L'ammissione alla mempool equivale a conferma per consenso.** Le mempool applicano policy locali e l'inclusione in un blocco è un evento separato.
- **Sei conferme forniscono finalità assoluta.** La profondità riduce il rischio probabilistico; quella richiesta dipende dal destinatario e dal contesto.
- **I miner possono creare o spendere BTC validi arbitrariamente.** I full node applicano script, input non spesi e limiti del sussidio, sebbene i miner possano censurare, ordinare e tentare riorganizzazioni.
- **Bitcoin è anonimo o l'autocustodia è automaticamente sicura.** Il registro è pubblico e pseudonimo; gestione delle chiavi, backup e verifica restano responsabilità dell'utente.

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

## Argomenti correlati

- [Halving](/it/crypto/halving/)
- [Chiavi pubbliche e private](/it/crypto/public-private-key/)
- [Modello UTXO](/it/crypto/utxo-model/)

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

## Fonti

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

Source: https://wiki.fcontext.com/it/crypto/bitcoin/index.mdx
