Blockchain Node
Full Node, Light Node, Archive Node

INode là gì

Trong mạng blockchain peer-to-peer, node là một máy tính chạy phần mềm blockchain client, kết nối với các node khác, và tham gia vào quá trình xác minh và lan truyền giao dịch/block.

Node là thành phần cơ bản tạo nên tính phân tán của blockchain. Không có node, không có mạng. Số lượng node độc lập và phân bổ địa lý của chúng quyết định mức độ phân tán thực sự của hệ thống.

IIFull Node

Full node download và xác minh toàn bộ block chain từ genesis block, đảm bảo mọi giao dịch và block đều hợp lệ theo consensus rules. Full node không cần tin tưởng bất kỳ ai — nó tự xác minh mọi thứ.

Chức năng

• Download và verify mọi block kể từ genesis
• Duy trì current state (UTxO set với Bitcoin, account state với Ethereum)
• Lan truyền giao dịch và block đến các peer
• Phục vụ dữ liệu cho light client và wallet

Yêu cầu phần cứng (Ethereum 2024)

• Storage: ~900GB–1.2TB SSD (tùy client, sync mode)
• RAM: 16GB+ (khuyến nghị 32GB)
• CPU: 4+ core modern
• Bandwidth: 25 Mbps+, ~1–2TB data/tháng

Full node không nhận reward (trừ khi là validator) — người vận hành full node thường làm để verify độc lập, serve RPC cho ứng dụng của mình, hoặc đóng góp cho network health.

IIIArchive Node

Archive node là full node với thêm đặc tính: lưu toàn bộ historical state ở mọi block height — không chỉ current state. Nếu cần biết balance của một address tại block 10.000.000, chỉ archive node mới có thể trả lời trực tiếp.

Use case

• Block explorer (Etherscan, blockchain.com)
• Analytics platform (Dune Analytics, Nansen)
• DeFi protocol cần query historical state
• Forensics và audit giao dịch lịch sử

Yêu cầu lưu trữ (Ethereum 2024)

• Full archive: ~15–20TB (và tăng ~3–4TB/năm)
• Chi phí cao — thường chỉ infrastructure provider vận hành

IVLight Node / Light Client

Light node chỉ download block header (không download full block body) và sử dụng Merkle proof để verify giao dịch cụ thể mà không cần full block data. Light node cần kết nối với full node để query dữ liệu chi tiết.

Yêu cầu tối thiểu

• Storage: vài MB đến vài GB (chỉ headers)
• RAM: <1GB
• Phù hợp cho mobile, IoT, browser extension

Trust assumption của Light Node

Light node verify rằng một block header có đủ proof of work hoặc consensus signature — nhưng không verify toàn bộ giao dịch trong block. Light node phải tin tưởng full node cung cấp Merkle proof chính xác.

Ethereum đang xây dựng Portal Network — p2p light client network cho phép light node query từ nhiều nguồn phân tán thay vì phụ thuộc vào một full node cụ thể.

VValidator Node

Validator node (PoS) là full node với thêm chức năng tham gia vào consensus — đề xuất block, attest block của người khác, và nhận reward. Validator cần stake tài sản để tham gia.

Stake minimum của Ethereum (32 ETH) là rào cản cao — liquid staking (Lido, RocketPool) giải quyết bằng cách pool stake của nhiều người. Nhưng điều này tập trung quyền lực vào liquid staking provider.

VISo Sánh Tổng Hợp

VIIState Growth — Thách Thức Dài Hạn

Blockchain state (tổng dữ liệu cần lưu để xác minh giao dịch mới) tăng liên tục. Đây là thách thức nghiêm trọng cho tính phân tán dài hạn:

• Ethereum state: ~300GB+ (2024), tăng ~50GB/năm
• Sync time full node Ethereum từ genesis: >24–48 giờ (snap sync giảm xuống vài giờ)
• Nếu state tăng đến mức chỉ data center mới có thể lưu, số full node giảm → phân tán giảm

Giải pháp đang nghiên cứu: stateless clients (không cần lưu state — verify bằng witness proof), state expiry (state không dùng sau X năm bị archive), EIP-4444 (không lưu historical block data trên full node).

VIIINode Diversity và Phân Tán

Số lượng full node độc lập là chỉ số quan trọng nhất của tính phân tán — không phải số validator hay market cap.

• Bitcoin: ~18.000 reachable full node (2024) — nhưng ~60% chạy ở data center
• Ethereum: ~10.000 full node, ~500K+ validator (nhưng nhiều validator dùng chung node infrastructure)
• Solana: ~1.900 validator, yêu cầu hardware cao — phần lớn chạy ở data center

Client diversity cũng quan trọng: nếu 90% node dùng một client implementation duy nhất và có bug, toàn bộ mạng có thể bị ảnh hưởng. Ethereum có nhiều client khác nhau (Geth, Nethermind, Besu, Erigon) — đây là lợi thế quan trọng về resilience.

IXKết luận

Node là nền tảng vật chất của tính phân tán blockchain. Không có node độc lập, không có trustless verification.

• Full node là nền tảng bảo mật — chỉ full node mới thực sự verify độc lập
• Archive node cần thiết cho analytics và historical data — chi phí cao, thường do provider vận hành
• Light node cho phép mobile/browser client tham gia mà không cần full storage
• State growth là thách thức dài hạn cho phân tán nếu không có stateless client solution
• Client diversity là yếu tố resilience quan trọng thường bị bỏ qua

XYêu Cầu Phần Cứng Thực Tế 2024

Solana validator yêu cầu phần cứng đắt tiền (~$5.000–$15.000 server) — đây là rào cản tham gia trực tiếp vào đồng thuận, dẫn đến validator set nhỏ hơn. Ethereum full node có thể chạy trên máy tính cá nhân (~$500 Raspberry Pi + external SSD) — điều này tạo validator set lớn hơn nhiều.

XIP2P Networking — Cách Node Kết Nối

Blockchain là peer-to-peer network — không có server trung tâm. Node tìm nhau qua các cơ chế:

Peer Discovery

• DNS seed: Domain name trỏ đến danh sách IP node đang hoạt động — điểm bootstrap ban đầu
• DHT (Distributed Hash Table): Ethereum dùng Kademlia DHT — node tìm nhau qua routing table phân tán
• Hardcoded bootnode: Một số IP được hardcode trong client binary — node mới dùng để bootstrap

Gossip Protocol

Giao dịch và block mới được lan truyền qua gossip protocol: mỗi node chia sẻ thông tin mới cho một số peer ngẫu nhiên, những peer đó lại chia sẻ tiếp. Tốc độ lan truyền phụ thuộc vào số peer mỗi node duy trì (thường 8–50 peer) và latency mạng.

libp2p — Stack mạng của Ethereum

Ethereum beacon chain dùng libp2p — thư viện networking modular cho phép pluggable transport (TCP, QUIC), peer discovery (discv5), và pubsub (gossipsub). Gossipsub cho phép publish/subscribe theo topic — validator subscribe vào topic subnet để nhận attestation từ committee của mình.

XIINode Distribution và Tính Phân Tán Thực Tế

Số lượng node không tương đương với tính phân tán thực sự. Các yếu tố cần xem xét:

Phân tán thực sự cần: (1) node count cao, (2) geographic diversity, (3) client diversity (không 100% dùng cùng một client software), (4) hardware barrier thấp, (5) stake/hashrate phân tán. Không chain nào đạt tất cả 5 điểm.

XIIITại Sao Chạy Node Riêng — Thay Vì Dùng RPC Provider

Phần lớn dApp và ví hiện tại không chạy node riêng — họ dùng RPC provider như Infura, Alchemy, QuickNode. Đây là trade-off về convenience vs sovereignty:

Khi nào nên chạy node riêng?

• MEV bot và high-frequency trading: latency thấp nhất là lợi thế cạnh tranh trực tiếp
• Protocol development và audit: cần trace transaction và debug state chính xác
• Validator: bắt buộc phải chạy execution client riêng (Geth, Nethermind, Besu, ...)
• Privacy-critical app: không muốn RPC provider thấy pattern giao dịch
• Dự án production lớn: không phụ thuộc vào uptime của bên thứ ba

Với cá nhân hoặc dự án nhỏ, RPC provider như Infura free tier là đủ. Infura incident năm 2020 (outage vài giờ) khiến MetaMask không hoạt động — nhắc nhở về single point of failure khi quá phụ thuộc vào một provider.

XIVClient Diversity — Rủi Ro Kỹ Thuật Quan Trọng

Ethereum khuyến khích client diversity — không để một implementation chiếm quá 33% node. Lý do:

• Nếu một client bug và chiếm >33% stake → có thể ngăn finality
• Nếu chiếm >66% → client đó có thể fork chain
• Lịch sử: Geth từng chiếm >80% Ethereum node — rủi ro cao

Ethereum Client Distribution (2024)

Consensus client cũng cần diversity: Prysm (~40%), Lighthouse (~35%), Teku (~15%), Nimbus (~7%), Lodestar (~3%). Chạy Lighthouse + Nethermind (thay vì Prysm + Geth phổ biến nhất) giúp tăng diversity của mạng — một đóng góp trực tiếp cho bảo mật Ethereum.

❓Câu Hỏi Thường Gặp