Úplný uzel je uzel, který udržuje kompletní kopii blockchainu, včetně všech transakčních dat. Přesněji by se to mělo nazývat full blockchain node. V počátcích bitcoinu byly všechny uzly plnými uzly a současný klient Bitcoin Core je stále příkladem plnohodnotného blockchainového uzlu. V posledních letech se však objevilo mnoho nových typů klientů, kteří již nepotřebují uchovávat celý blockchain a místo toho fungují jako odlehčení klienti. Těmto odlehčeným klientům se budeme podrobněji věnovat v následujících částech.
Úplný blockchainový uzel uchovává kompletní a aktuální kopii bitcoinového blockchainu, včetně všech transakčních informací. Je schopen nezávisle sestavit a ověřit blockchain od úplně prvního bloku, známého jako genesis block, až po nejnovější blok v síti. Úplný blockchainový uzel může také nezávisle ověřit jakoukoli transakci, aniž by se spoléhal na jakýkoli jiný uzel nebo externí zdroj informací. Když přes bitcoinovou síť obdrží nový blok obsahující transakční data, nejprve blok ověří a poté jej přidá do své lokální kopie blockchainu.
Provozování úplného blockchainového uzlu poskytuje nejčistší bitcoinový zážitek, protože vám umožňuje ověřovat všechna transakční data na vlastní pěst, aniž byste byli závislí na systému třetí strany nebo mu důvěřovali. Je snadné zjistit, zda používáte úplný uzel: jednoduše zkontrolujte, zda vaše trvalé úložné zařízení, jako je pevný disk, má k dispozici více než 20 GB místa pro uložení celého blockchainu. Pokud váš uzel vyžaduje velké množství místa na disku a synchronizace s bitcoinovou sítí trvá dva až tři dny, pak s největší pravděpodobností používáte plný uzel. To jsou náklady na dosažení úplné nezávislosti na centralizovaném řízení.
Přestože existuje několik dalších plnohodnotných blockchainových klientů vytvořených pomocí různých programovacích jazyků a softwarových architektur, nejrozšířenějším z nich je Bitcoin Core, také známý jako Satoshi klient. Více než 90 % uzlů v bitcoinové síti provozuje různé verze bitcoinového jádra. Jak již bylo zmíněno dříve, tyto uzly lze identifikovat prostřednictvím zpráv o verzích vyměňovaných mezi partnery nebo pomocí řetězce subversion “Satoshi” vráceného příkazem getpeerinfo, například: /Satoshi:0.8.6/.