Vai al contenuto
Financial Context Wiki

Bitcoin

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.

Aggiornato

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

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”.

1
Creare

Un portafoglio costruisce una transazione con destinazione, valore, parametri di commissione e dati di protezione dalla riproduzione come input spesi o un nonce.

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.

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.

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.

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.

Argomenti correlati

Fonti

Navigazione

Cerca nella wiki...