Un Full Node applique indépendamment les règles de consensus Bitcoin. Il déduit un état valide des données reçues ; ni nombre de pairs ni marque du matériel ne lui donnent de poids électoral.
Le nœud contrôle en-têtes, Proof of Work, liens des blocs et transitions UTXO. Raccorder un bloc exige des sorties existantes non dépensées, des scripts satisfaits et des limites d’émission respectées. Plus de travail permet de choisir une autre branche valide, pas de contourner la validité. [Bitcoin Core v29.0: validation]
Le premier démarrage télécharge et traite l’historique. Bitcoin Core peut omettre d’anciennes vérifications de scripts avec assumevalid sous conditions ; assumevalid=0 désactive cette optimisation. AssumeUTXO part d’un snapshot correspondant à une empreinte approuvée et valide le passé en arrière-plan. État actuel disponible ne signifie pas validation historique terminée. [Bitcoin Core v29.0: validation] [Bitcoin Core v29.0: AssumeUTXO]
Après traitement, un nœud élagué supprime les anciens fichiers blocs mais garde l’état UTXO et vérifie les nouveaux blocs. Un nœud d’archive conserve les anciens. Cela affecte fourniture et nouvelle analyse du passé ; SPV ne vérifie pas toutes les transactions et l’état de la même manière. [Bitcoin.org: running a full node]
Un nœud actif ne protège pas les paiements que le portefeuille vérifie encore via un serveur tiers. Contrôlez sa source de données et son chemin de diffusion. Un nœud peut fonctionner sans clés privées ; garde et signature sont distinctes. La validation personnelle ne supprime ni métadonnées réseau ni erreurs de sauvegarde. [Bitcoin.org: running a full node] [Bitcoin Core v29.0: RPC security]
P2P transporte blocs et transactions ; RPC permet aux applications de contrôler le nœud et éventuellement un portefeuille. Ouvrir un port P2P entrant diffère donc d’exposer RPC. Bitcoin Core recommande de garder RPC hors de l’internet public et utilise un cookie d’authentification pour les clients locaux. [Bitcoin Core v29.0: RPC security]
Vérifiez réseau, blocks, headers et initialblockdownload dans getblockchaininfo ; getchainstates distingue snapshot et validation de fond. Une icône verte ou un nombre de connexions ne prouve pas la vérification complète. Confirmez enfin l’utilisation par le portefeuille et l’actualité du sommet. [Bitcoin Core v29.0: AssumeUTXO] [Bitcoin Core v29.0: validation]
Faire confiance à un serveur ou vérifier soi-même
Un portefeuille connecté au serveur d’un tiers lui adresse des requêtes sur ses transactions. S’il utilise réellement votre propre Full Node, il peut obtenir les données vérifiées par ce nœud selon les règles de consensus sans envoyer ces requêtes au serveur tiers. Démarrer un nœud ne change pas à lui seul la connexion du portefeuille et ne garantit pas l’anonymat.
Pour une vision complète, lisez aussi Bitcoin, Timechain / Blockchain, Transaction, UTXO, Proof of Work. Cette entrée est également citée par Bitcoin, Satoshi Nakamoto, Timechain / Blockchain, Proof of Work.
01Un Full Node mine-t-il des bitcoins ?+
Pas à lui seul. Un Full Node vérifie les blocs et les transactions. Le minage calcule répétitivement le hash des en-têtes de blocs candidats ; les deux rôles peuvent fonctionner ensemble, mais sont techniquement distincts.
02Dois-je conserver toute la blockchain pour toujours ?+
Non. Pruning supprime les anciens fichiers de blocs déjà traités et conserve l’état UTXO actuel ainsi que les données récentes nécessaires au fonctionnement. Il ne supprime pas la validation pour économiser de l’espace. Indépendamment, assumevalid peut omettre d’anciennes vérifications de scripts sous certaines conditions ; AssumeUTXO charge un snapshot et vérifie l’historique en arrière-plan.