Node là gì trong blockchain? Full, light, validator node

Mục lục

1. Node là gì trong blockchain?
2. Node làm những việc gì trong mạng blockchain?
3. Một giao dịch đi qua các node như thế nào?
4. Có những loại node blockchain nào?
5. Chạy node cần phần cứng gì?
6. Vì sao số lượng và phân bố node quan trọng với phi tập trung?
7. Client diversity là gì và vì sao quan trọng?
8. Node trong blockchain doanh nghiệp khác gì?
9. Tự chạy node hay thuê dịch vụ node?
10. Node đối mặt những rủi ro bảo mật nào?
11. Câu hỏi thường gặp

Node là gì trong blockchain?

Hiểu đơn giản, node blockchain là bất kỳ máy tính nào chạy phần mềm của một blockchain và kết nối với các máy khác cũng chạy phần mềm đó. Mỗi node tự giữ dữ liệu, tự kiểm tra dữ liệu mới và trao đổi trực tiếp với node khác. Tập hợp các node chính là mạng blockchain.

Tài liệu của Ethereum phân biệt rõ: client là phần mềm hiện thực giao thức, kiểm tra dữ liệu theo luật; node là một phiên bản client đang chạy và đã kết nối vào mạng.

Ví dụ minh hoạ: một khu phố 1.000 hộ không có kế toán chung, mỗi hộ tự giữ một cuốn sổ ghi ai chuyển cho ai bao nhiêu. Khoản mới được báo cho vài nhà gần đó. Mỗi nhà tự soát chữ ký và số dư; đúng thì chép vào sổ và báo tiếp, sai thì bỏ qua. Mỗi hộ là một node. Muốn sửa sổ, kẻ gian phải lừa rất nhiều hộ cùng lúc chứ không chỉ một kế toán.

Cấu trúc khối và chuỗi được giải thích trong bài blockchain là gì và hoạt động ra sao.

Node khác ví và thợ đào thế nào?

• Ví (wallet): giữ khoá và ký giao dịch. Phần lớn ví di động không phải full node mà gửi giao dịch qua node của người khác.
• Thợ đào hoặc validator: loại node có thêm quyền tạo khối, nhưng vẫn phải theo luật mà các full node kiểm tra.

Node làm những việc gì trong mạng blockchain?

Lưu bản sao sổ cái

Full node giữ bản sao sổ cái của riêng mình. Không có bản “gốc” ở đâu cả: bản nào khớp luật cũng có giá trị như nhau.

Tự kiểm tra giao dịch và khối theo luật

Đây là vai trò quan trọng nhất. Mỗi full node tự kiểm tra chữ ký số, số dư, định dạng khối, phần thưởng, bằng chứng công việc hoặc chữ ký validator. Khối sai luật bị từ chối, kể cả khi do một thợ đào lớn tạo ra. Có thể nói: người tạo khối đề xuất, full node giữ luật. Cách các node thống nhất một phiên bản sổ cái được trình bày trong bài các cơ chế đồng thuận và bài toán Byzantine.

Lan truyền giao dịch và khối

Giao dịch hợp lệ được giữ tạm trong vùng chờ (mempool) rồi chuyển cho node láng giềng theo kiểu truyền miệng (gossip). Khối mới cũng lan đi theo cách đó, không cần máy chủ phát.

Duy trì mạng ngang hàng (P2P)

Mạng ngang hàng (peer-to-peer) nghĩa là các máy nối trực tiếp với nhau. Mỗi node chỉ nối với vài node khác: theo mã nguồn Bitcoin Core, mặc định một node chủ động mở 8 kết nối đi ra chuyển tiếp mọi dữ liệu và thêm 2 kết nối chỉ nhận khối. Node mở cổng cho người khác kết nối vào gọi là listening node.

Cung cấp dữ liệu cho ví và ứng dụng

Ví, sàn, trình khám phá khối hay ứng dụng phi tập trung đều đọc ghi dữ liệu qua một node nào đó, thường qua giao diện JSON-RPC. Light node cũng xin dữ liệu và bằng chứng từ full node.

Một giao dịch đi qua các node như thế nào?

Các bước dưới đây bám theo mô tả trong sách trắng Bitcoin năm 2008; các chuỗi khác chủ yếu khác ở cách chọn người tạo khối.

1. Ký và gửi: ví ký giao dịch bằng khoá riêng, gửi tới một node.
2. Kiểm tra: node kiểm tra chữ ký, số dư, phí. Sai thì loại, không chuyển tiếp.
3. Lan truyền: giao dịch vào mempool và tới các node láng giềng; mỗi node lại tự kiểm tra.
4. Đóng khối: thợ đào trong Proof of Work hoặc validator trong Proof of Stake gom giao dịch vào khối mới.
5. Ghi sổ: khối lan ra, mỗi full node kiểm tra lại rồi nối vào chuỗi. Khối trỏ tới khối trước bằng giá trị băm, nên sửa khối cũ làm lệch mọi khối sau (xem hàm băm trong blockchain).
6. Xác nhận nhẹ: light node chỉ cần header và bằng chứng Merkle.

Không node nào ra lệnh cho node khác. Sự thống nhất có được vì mọi node chạy cùng một bộ luật.

Có những loại node blockchain nào?

Không có cách phân loại chuẩn cho mọi chuỗi. Tên gọi dưới đây phổ biến trong tài liệu Bitcoin, Ethereum và một số mạng khác; một máy có thể kiêm nhiều vai.

Full node là gì?

Full node tải về và tự kiểm tra mọi khối, mọi giao dịch, không cần tin ai. Với Bitcoin, full node mặc định giữ toàn bộ lịch sử khối. Với Ethereum, tài liệu chính thức cho biết full node chỉ giữ trạng thái gần đây (thường 128 khối cuối); dữ liệu cũ hơn tính lại được khi cần.

Archive node là gì?

Archive node là full node giữ mọi trạng thái lịch sử từ khối đầu tiên (genesis), nên trả lời ngay câu hỏi kiểu “số dư ví X tại khối Y”. Với Ethereum, dữ liệu này lên tới hàng terabyte. Người dùng chính là trình khám phá khối, đơn vị phân tích, kiểm toán và nhà cung cấp RPC.

Pruned node là gì?

Pruned node (node đã tỉa) vẫn kiểm tra đầy đủ từ đầu nhưng xoá khối cũ sau khi kiểm tra để tiết kiệm ổ đĩa. Trong Bitcoin Core, mức tỉa tối thiểu là 550 MiB; chế độ này không dùng chung được với chỉ mục giao dịch đầy đủ (txindex), và muốn tắt thì phải tải lại toàn bộ chuỗi. Pruned node an toàn ngang full node, chỉ không phục vụ được khối cũ cho người khác.

Light node và SPV là gì?

Light node chỉ tải header khối. Ý tưởng có từ mục 8 sách trắng Bitcoin, gọi là xác minh thanh toán giản lược (Simplified Payment Verification, SPV): mỗi header khoảng 80 byte, chừng 4,2 MB mỗi năm. Đổi lại, SPV chỉ đáng tin khi phần lớn mạng trung thực. Với Ethereum, tài liệu năm 2026 vẫn ghi light node chưa hoạt động với Proof of Stake trong các bản hiện thực tiêu chuẩn; các dự án như Helios, Nimbus, Lodestar đang phát triển hướng này.

Miner node và validator node là gì?

Đây là các node có quyền đề xuất khối. Trong Bitcoin, phần lớn thợ đào tham gia nhóm đào (mining pool); thường chỉ đơn vị vận hành nhóm chạy full node, còn máy đào chỉ góp sức tính.

Trong Ethereum, theo ethereum.org (cập nhật 08/2026), mỗi validator cần tối thiểu 32 ETH ký quỹ và từ bản nâng cấp Pectra có thể giữ tới 2.048 ETH. Validator phải chạy execution client, consensus client và khoá ký. Ngoại tuyến thì bị phạt; vi phạm nghiêm trọng như ký mâu thuẫn thì bị cắt cọc (slashing). Đây là trách nhiệm vận hành có rủi ro, không phải thu nhập thụ động.

Masternode là gì?

Masternode là loại node đặc thù của một số mạng, tiêu biểu là Dash. Theo tài liệu Dash, đây là máy chủ giữ bản sao đầy đủ chuỗi, cam kết hiệu năng tối thiểu để làm thêm việc như giao dịch tức thì (InstantSend), CoinJoin và bỏ phiếu quản trị. Masternode thường cần 1.000 DASH thế chấp, loại evonode cần 4.000 DASH.

RPC node là gì?

RPC node mở giao diện gọi hàm từ xa (Remote Procedure Call) để ví và ứng dụng đọc dữ liệu, gửi giao dịch. Thường đó là full hoặc archive node cấu hình để chịu tải lớn. Nó không có quyền đặc biệt trong đồng thuận.

Bảng so sánh các loại node

Loại node	Lưu gì	Phần cứng	Vai trò chính
Full node	Mọi khối (Bitcoin) hoặc khối và trạng thái gần đây (Ethereum)	Trung bình: SSD hàng trăm GB tới vài TB	Kiểm tra, giữ luật, lan truyền
Archive node	Mọi khối và mọi trạng thái lịch sử	Cao: nhiều TB SSD	Truy vấn lịch sử, phân tích
Pruned node	Trạng thái hiện tại, vài khối gần nhất	Ổ đĩa nhỏ, vẫn tải toàn chuỗi một lần	Kiểm tra độc lập, tiết kiệm
Light node (SPV)	Header và bằng chứng	Rất thấp, chạy trên điện thoại	Ví di động, dựa vào full node
Miner node	Như full node	Máy đào chuyên dụng	Tạo khối bằng Proof of Work
Validator node	Như full node, kèm khoá ký	Cao hơn full node, chạy liên tục	Đề xuất, bỏ phiếu khối
Masternode	Bản sao đầy đủ chuỗi	Máy chủ cố định, kèm thế chấp	Dịch vụ bổ sung (ví dụ Dash)
RPC node	Như full hoặc archive node	Cao, cần băng thông lớn	Cửa ngõ cho ứng dụng

Chạy node cần phần cứng gì?

Yêu cầu thay đổi theo phiên bản và tăng dần theo kích thước chuỗi. Số liệu dưới đây lấy từ tài liệu chính thức tại thời điểm viết (10/2026); bạn nên kiểm tra lại trước khi mua máy.

Bitcoin Core 31.0

Mức	Ổ đĩa	RAM	Tải xuống	Tải lên
Tối thiểu, cấu hình mặc định	750 GB	512 MB	250 MB/ngày	5 GB/ngày
Tối thiểu, có tỉa	7 GB	256 MB	150 MB/ngày	10 MB/ngày
Khuyến nghị tối thiểu	750 GB	2 GB	500 MB/ngày	5 GB/ngày

Mọi mức đều cộng thêm khoảng 740 GB tải lần đầu. Nghĩa là pruned node chỉ tốn 7 GB ổ đĩa nhưng vẫn phải tải và kiểm tra toàn bộ lịch sử một lần (initial block download).

Ethereum: execution client và consensus client

Từ khi chuyển sang Proof of Stake năm 2022, mỗi node Ethereum chạy hai phần mềm song song. Execution client nhận giao dịch, chạy chúng trong máy ảo EVM và giữ trạng thái. Consensus client hiện thực thuật toán Proof of Stake. Muốn làm validator thì gắn thêm thành phần validator.

Thành phần	Tối thiểu	Khuyến nghị (EIP-7870)
CPU	2 nhân trở lên	4 nhân nhanh, 8 nhân nếu làm validator
RAM	16 GB (nên 32 GB)	32 GB, 64 GB nếu làm validator
Ổ đĩa	2 TB SSD NVMe	4 TB SSD NVMe, tránh ổ QLC hoặc không DRAM
Băng thông	25 Mbit/s	50 Mbit/s xuống, 15 Mbit/s lên (25 nếu làm validator)

Theo ethereum.org (cập nhật 08/2026), Geth và Nethermind cần từ 500 GB khi đồng bộ nhanh (snap sync) và từ 12 TB nếu chạy archive; Besu cần từ 800 GB và 12 TB; archive của Erigon và Reth chỉ khoảng 2,5 TB và 2,2 TB. Consensus client cần thêm khoảng 200 GB.

Vì sao số lượng và phân bố node quan trọng với phi tập trung?

Blockchain chỉ phi tập trung đến mức các node của nó độc lập với nhau. Có ba lớp cần nhìn:

• Số node kiểm tra độc lập: càng nhiều người tự chạy full node, càng khó để một nhóm nhỏ đổi luật hay chèn khối sai.
• Phân bố: giả sử 10.000 node nhưng phần lớn nằm ở vài nhà cung cấp điện toán đám mây hoặc vài quốc gia, thì một sự cố hay một lệnh chặn có thể làm rơi phần lớn mạng cùng lúc.
• Người tạo khối: số node tạo khối thường ít hơn nhiều so với full node. Quyền tạo khối tập trung vào vài nhóm có thể dẫn tới trì hoãn hay kiểm duyệt giao dịch, dù họ không phá được luật trước mắt full node.

Vì SPV chỉ đáng tin khi node trung thực kiểm soát mạng, cả người dùng ví nhẹ cũng phụ thuộc vào việc có đủ full node độc lập.

Client diversity là gì và vì sao quan trọng?

Đa dạng client (client diversity) là việc các node dùng nhiều bản hiện thực khác nhau của cùng một giao thức, do các nhóm độc lập viết theo cùng bộ đặc tả. Lỗi của một client khi đó chỉ ảnh hưởng phần mạng dùng nó. Ethereum.org nêu hai ngưỡng đối với consensus client:

• Trên 1/3 số node: client lỗi có thể khiến mạng không chốt được khối.
• Từ 2/3 trở lên: client lỗi có thể làm chuỗi tách sai và chốt nhầm; validator mắc kẹt trên nhánh sai có thể bị cắt cọc nặng.

Thực tế đã có những lần thử lửa:

• Năm 2016: vụ tấn công từ chối dịch vụ thường gọi là vụ Thượng Hải nhắm vào Geth, client chiếm đa số khi đó. Theo ethereum.org, mạng trụ được một phần nhờ các client khác không có điểm yếu này.
• Ngày 11/11/2020: một lỗi đồng thuận tiềm ẩn trong các bản Geth cũ bị kích hoạt, làm node chạy bản cũ tách khỏi mạng. Theo The Block, Infura bị lệch đồng bộ, MetaMask gián đoạn và một số sàn tạm dừng rút ETH.
• Tháng 12/2025: sau bản nâng cấp Fusaka, lỗi trong client Prysm làm tỉ lệ bỏ phiếu của validator giảm còn khoảng 75% (theo Cointelegraph), sát ngưỡng 2/3 cần để chốt khối.

Theo ethereum.org (số liệu 10/2025), ở lớp thực thi Geth chiếm khoảng 41%, Nethermind 38%, Besu 16%; ở lớp đồng thuận Lighthouse khoảng 42,7%, Prysm 30,9%, Teku 13,9%. Thông điệp chung: không client nào nên vượt 1/3. Với đơn vị tự vận hành, chọn client thiểu số vừa góp phần giữ an toàn mạng, vừa giảm rủi ro bị cắt cọc hàng loạt.

Node trong blockchain doanh nghiệp khác gì?

Blockchain doanh nghiệp thường có cấp phép (permissioned): chỉ thành viên đã biết danh tính mới chạy node. Vì không phải chống người lạ giả danh, các nền tảng này chia vai node rõ hơn và dùng đồng thuận kiểu bỏ phiếu thay cho đào.

Hyperledger Fabric: peer và orderer

Theo tài liệu Fabric, peer quản lý sổ cái và hợp đồng thông minh (chaincode); mỗi peer thuộc một tổ chức và có chứng thư số do tổ chức đó cấp. Orderer là nhóm node riêng chỉ gom giao dịch, sắp thứ tự và đóng khối; orderer không chạy chaincode.

Giao dịch đi qua ba giai đoạn: ứng dụng gửi đề xuất tới peer xác nhận (endorsing peer) để chạy chaincode và ký kết quả; giao dịch đủ chữ ký được orderer sắp thứ tự, đóng khối; khối tới mọi peer trên kênh để kiểm tra rồi ghi sổ. Giữa các orderer, Fabric dùng Raft (chịu lỗi dừng, được khuyến nghị cho môi trường sản xuất) và từ phiên bản 3.0 có thêm BFT chịu được một phần node gian lận.

Hyperledger Besu

Besu là client Ethereum mã nguồn mở viết bằng Java, giấy phép Apache 2.0, chạy được trên mạng công khai lẫn mạng riêng. Ở mạng riêng, Besu hỗ trợ cấp phép node và cấp phép tài khoản để chỉ thành viên được duyệt mới tham gia. Đồng thuận QBFT và IBFT 2.0 chốt khối tức thì, không rẽ nhánh. Tài liệu Besu yêu cầu tối thiểu 4 validator: 4 đến 5 validator chịu được 1 node ngừng phản hồi, 6 đến 8 chịu được 2, và cần ít nhất 2/3 validator hoạt động mới tạo được khối.

NDAChain tại Việt Nam

NDAChain là nền tảng blockchain do Bộ Công an chủ trì cùng Trung tâm Dữ liệu quốc gia và Hiệp hội Dữ liệu quốc gia phát triển, công bố triển khai ngày 25/7/2025. Theo báo Sài Gòn Giải Phóng (6/2025), NDAChain là blockchain cấp phép, mỗi nút xác thực đều được lựa chọn và giám sát, dùng đồng thuận Proof of Authority. Thông cáo ra mắt nêu 49 nút xác thực do cơ quan nhà nước và doanh nghiệp lớn vận hành. Còn theo VietnamPlus (10/2025), đến tháng 9/2025 hệ thống vận hành thử nghiệm với 12 nút xác thực, hơn 5 triệu giao dịch, trung bình khoảng 30.000 giao dịch mỗi ngày. Hai con số thuộc hai thời điểm khác nhau nên cần ghi rõ nguồn khi trích dẫn. Bức tranh chính sách rộng hơn có trong bài blockchain tại Việt Nam năm 2026.

Tự chạy node hay thuê dịch vụ node?

Dịch vụ node (node-as-a-service) là mô hình nhà cung cấp chạy sẵn node, bạn dùng khoá API để đọc ghi dữ liệu. Ethereum.org (cập nhật 07/2026) tóm tắt: lợi ích là không tốn công kỹ sư vận hành node; đánh đổi là tập trung hoá phần hạ tầng sản phẩm vào bên thứ ba.

Tiêu chí	Tự vận hành	Thuê dịch vụ
Chi phí ban đầu	Máy, mạng, nhân sự	Thấp, trả theo gói
Tự kiểm chứng dữ liệu	Có	Phải tin nhà cung cấp
Quyền riêng tư truy vấn	Giữ kín	Nhà cung cấp thấy được
Rủi ro phụ thuộc	Tự chịu sự cố	Một sự cố ảnh hưởng nhiều ứng dụng
Phù hợp	Sàn, lưu ký, validator, hệ thống cần kiểm toán	Thử nghiệm, ứng dụng nhỏ, cần ra mắt nhanh

Sự cố ngày 11/11/2020 cho thấy rủi ro phụ thuộc: một nhà cung cấp lớn lệch đồng bộ là nhiều ví, sàn gián đoạn cùng lúc. Cách cân bằng là dùng dịch vụ thuê cho phần lớn truy vấn, giữ ít nhất một node tự vận hành để đối chiếu và cấu hình nhà cung cấp dự phòng.

Node đối mặt những rủi ro bảo mật nào?

Tấn công che khuất (eclipse attack)

Eclipse attack là khi kẻ tấn công chiếm hết kết nối ra vào của một node, khiến node đó chỉ thấy dữ liệu do họ đưa. Nghiên cứu của Heilman, Kendler, Zohar và Goldberg tại hội nghị USENIX Security tháng 8/2015 cho thấy kẻ kiểm soát đủ nhiều địa chỉ IP có thể làm điều này với node Bitcoin, mở đường cho chi tiêu kép dù giao dịch đã có vài xác nhận, đào ích kỷ (selfish mining) và tạo nhánh bất lợi. Cách giảm rủi ro:

• Giữ đủ kết nối đi ra, đa dạng nguồn mạng, không để node chỉ nối với một dải IP.
• Thêm vài node tin cậy của tổ chức hoặc đối tác làm láng giềng cố định.
• Theo dõi độ cao khối so với nguồn độc lập; node tụt lại là dấu hiệu bất thường.

Lộ cổng RPC và rủi ro validator

Mở cổng RPC ra Internet không xác thực cho phép người lạ gọi hàm quản trị hoặc lạm dụng node. Chỉ nên mở cổng P2P cần thiết, đặt RPC sau tường lửa hoặc cổng có xác thực. Với validator, chạy cùng một khoá ký trên hai máy có thể dẫn tới ký mâu thuẫn và bị cắt cọc; khoá ký và khoá rút tiền cần tách riêng, bảo vệ chặt.

Câu hỏi thường gặp

Full node là gì và cá nhân có cần chạy không?

Full node tự tải và kiểm tra mọi khối, giao dịch mà không cần tin ai. Người dùng phổ thông không bắt buộc chạy; nó hữu ích khi bạn muốn tự kiểm chứng, giữ riêng tư truy vấn hoặc xây dịch vụ cần độ tin cậy cao.

Light node khác full node ở điểm nào?

Light node chỉ tải header và xin bằng chứng từ full node, nên rất nhẹ. Full node tự kiểm tra mọi thứ, an toàn hơn nhưng tốn ổ đĩa, băng thông và thời gian đồng bộ.

Validator node là gì?

Validator node đề xuất và bỏ phiếu cho khối mới trong mạng Proof of Stake, Proof of Authority hoặc BFT. Trên Ethereum, validator cần tối thiểu 32 ETH ký quỹ, phải chạy liên tục và có thể bị phạt.

Chạy node có được trả thưởng không?

Full node Bitcoin không nhận phần thưởng nào. Validator và masternode có cơ chế thưởng phạt riêng nhưng phải ký quỹ, chịu rủi ro bị phạt, rủi ro kỹ thuật và biến động giá. Giá trị chính của node là tự kiểm chứng và đóng góp cho mạng.

Doanh nghiệp làm blockchain nội bộ cần bao nhiêu node?

Tuỳ nền tảng và mức chịu lỗi. Ví dụ Besu cần tối thiểu 4 validator để chịu được 1 node lỗi; Raft trong Fabric cần đa số orderer hoạt động. Nên đặt node ở các tổ chức hoặc trung tâm dữ liệu khác nhau.

Có nên dùng dịch vụ node thuê thay vì tự chạy?

Dịch vụ thuê giúp ra mắt nhanh, giảm công vận hành, nhưng bạn phải tin nhà cung cấp. Hệ thống giữ tài sản người dùng hoặc cần kiểm toán nên có ít nhất một node tự vận hành để đối chiếu.