OKB.VN
Blockchain Fundamentals

Blockchain là gì

Kiến trúc, cơ chế hoạt động và nền tảng của hệ thống phi tập trung
📌 OKB.VN – Open Knowledge Base 📌 Cập nhật: 2025 📌 Lĩnh vực: Blockchain Fundamentals

TL;DR – Tóm tắt

Blockchain là cơ sở dữ liệu phân tán, lưu dữ liệu trong các khối liên kết bằng mật mã, nhân bản trên nhiều node độc lập. Tính toàn vẹn được đảm bảo bằng thuật toán đồng thuận — không cần bên trung gian. Đánh đổi cốt lõi: bảo mật và phi tập trung đổi lấy hiệu năng và chi phí vận hành cao hơn database truyền thống.

IĐịnh nghĩa cốt lõi

Blockchain là cơ sở dữ liệu phân tán (distributed ledger) trong đó dữ liệu được tổ chức thành các khối (block), liên kết tuần tự với nhau bằng hàm băm mật mã (cryptographic hash), và được nhân bản đồng thời trên hàng nghìn đến hàng triệu node độc lập trên toàn cầu.

Điểm khác biệt căn bản so với database thông thường:

  • Không có trung tâm kiểm soát: Không một bên nào có quyền đơn phương thay đổi hoặc xóa dữ liệu đã ghi.
  • Tính bất biến: Dữ liệu đã được xác nhận và chôn sâu đủ block rất khó đảo ngược — chi phí tấn công tăng theo thời gian.
  • Minh bạch có chọn lọc: Tùy thiết kế, dữ liệu có thể công khai hoàn toàn (Bitcoin) hoặc được mã hóa chọn lọc.
Lưu ý quan trọng: Blockchain không phải là giải pháp cho mọi bài toán. Nó phù hợp khi cần niềm tin giữa các bên không tin nhau và không muốn dùng bên thứ ba. Nếu các bên đã tin nhau, database thông thường hiệu quả hơn nhiều.

IICấu trúc một Block

Mỗi block là một đơn vị lưu trữ chứa một tập hợp giao dịch và metadata. Cấu trúc block điển hình gồm hai phần chính: block headerblock body.

Block Header

TrườngMô tảVí dụ (Bitcoin)
Previous Block HashHash của block trước — tạo ra chuỗi liên kết000000000000000000028...
Merkle RootHash tổng hợp của tất cả giao dịch trong block4a5e1e4baab89f3a32518...
TimestampThời điểm block được tạo (Unix time)1231006505
NonceSố được thay đổi để đạt target hash (PoW)2083236893
Difficulty TargetNgưỡng hash hợp lệ0x1d00ffff
VersionPhiên bản giao thức1

Block Body

Chứa danh sách giao dịch (transactions). Bitcoin block genesis chứa 1 giao dịch duy nhất — coinbase transaction tạo ra BTC mới. Block thông thường chứa hàng trăm đến hàng nghìn giao dịch tùy kích thước.

Merkle Tree — cấu trúc tổ chức giao dịch

Giao dịch trong block không được lưu thẳng mà được tổ chức thành cây Merkle (Merkle Tree). Mỗi giao dịch được băm, các cặp hash được gộp lại và băm tiếp, cho đến khi còn một hash duy nhất — Merkle Root — được ghi vào header.

Ưu điểm: để xác minh một giao dịch có trong block, chỉ cần cung cấp đường dẫn Merkle (Merkle Proof) — O(log n) thay vì tải toàn bộ block. Đây là nền tảng cho light node và SPV (Simplified Payment Verification).

IIIChuỗi và tính bất biến

Mỗi block chứa hash của block trước trong header. Điều này tạo ra một chuỗi phụ thuộc: nếu thay đổi bất kỳ dữ liệu nào trong block cũ, hash của nó thay đổi, kéo theo hash của tất cả block sau cũng phải tính lại.

Tại sao điều này tạo ra tính bất biến?

Trong mạng PoW như Bitcoin, để thay đổi một giao dịch trong block đã cũ, kẻ tấn công cần:

  • Tính lại hash của block đó (đủ Nonce để đạt target difficulty)
  • Tính lại tất cả block sau đó
  • Làm tất cả điều này nhanh hơn toàn bộ phần còn lại của mạng đang tiếp tục thêm block mới
Thực tế: Bitcoin được xem là finality thực tế sau 6 block (~60 phút). Xác suất đảo ngược 6 block với kẻ tấn công nắm 10% hashrate là dưới 0.1%. Đây là lý do sàn giao dịch thường chờ 3–6 xác nhận trước khi ghi nhận nạp tiền.

Longest Chain Rule

Khi mạng có hai phiên bản chain hợp lệ (fork), các node luôn chọn chain dài hơn (có nhiều công việc tích lũy hơn) là chain chính thức. Quy tắc này đảm bảo mạng tự động hội tụ về một trạng thái duy nhất mà không cần điều phối trung tâm.

IVMạng ngang hàng (P2P)

Blockchain vận hành trên mạng ngang hàng — không có server trung tâm. Mỗi node là vừa client vừa server, kết nối trực tiếp với các node khác và duy trì bản sao đầy đủ (hoặc một phần) của chain.

Các loại node trong mạng

Loại nodeChức năngLưu trữ
Full NodeXác minh độc lập mọi block và giao dịchToàn bộ chain (~600GB với Bitcoin)
Pruned NodeXác minh đầy đủ nhưng xóa dữ liệu cũVài GB gần nhất
Light Node (SPV)Xác minh header, tin tưởng full nodeChỉ block headers
Mining/Validator NodeTạo block mới, đề xuất giao dịchFull chain + mempool
Archive NodeLưu toàn bộ lịch sử kể cả state cũ>10TB với Ethereum

Chi tiết từng loại xem tại Blockchain Node: Kiến trúc và phân loại.

Quá trình lan truyền giao dịch

Khi người dùng gửi giao dịch: giao dịch được broadcast đến các node kết nối trực tiếp → từng node xác minh hợp lệ → tiếp tục relay đến node khác → sau vài giây giao dịch lan khắp mạng → miner/validator chọn đưa vào block → block được broadcast tương tự.

VCơ chế đồng thuận

Đồng thuận (consensus) là cơ chế giúp các node không tin nhau đồng ý về trạng thái của chain mà không cần bên điều phối. Đây là thành phần kỹ thuật phức tạp và quan trọng nhất của blockchain.

Proof of Work (PoW)

Node cạnh tranh giải bài toán tính toán (tìm Nonce sao cho hash của block header thỏa mãn target). Node thắng được quyền thêm block và nhận phần thưởng. Bitcoin dùng PoW từ 2009 đến nay.

  • Ưu điểm: Bảo mật đã kiểm chứng theo thời gian, không cần nhận dạng validator
  • Nhược điểm: Tiêu thụ điện năng lớn, tốc độ thấp (7 TPS với Bitcoin)

Proof of Stake (PoS)

Validator khóa (stake) token làm tài sản thế chấp để được quyền đề xuất và vote block. Hành vi gian lận bị phạt cắt stake (slashing). Ethereum chuyển sang PoS sau The Merge (2022).

  • Ưu điểm: Tiết kiệm năng lượng, throughput cao hơn
  • Nhược điểm: Xu hướng tập trung hóa stake, rủi ro "nothing at stake" trong thiết kế ban đầu

Phân tích chi tiết xem tại Consensus Mechanism: PoW, PoS và BFT.

Nguyên lý chung: Mọi cơ chế đồng thuận đều là đánh đổi giữa bảo mật, tốc độ và mức độ phi tập trung. Không có cơ chế nào tối ưu cho mọi trường hợp.

VIUTXO vs Account Model

Blockchain lưu trữ "số dư" của người dùng theo hai mô hình chính — và sự lựa chọn này ảnh hưởng sâu đến khả năng lập trình và hiệu năng.

UTXO Model (Bitcoin)

UTXO (Unspent Transaction Output) — không có khái niệm "số dư tài khoản". Mỗi giao dịch tiêu thụ các UTXO cũ và tạo UTXO mới. Ví dụ: để gửi 0.3 BTC từ UTXO 1 BTC, giao dịch tạo ra UTXO 0.3 BTC cho người nhận và UTXO 0.7 BTC trả lại chính mình (change output).

  • Ưu điểm: Dễ xác minh song song, không có vấn đề double-spend trong cùng block, privacy tốt hơn
  • Nhược điểm: Khó lập trình smart contract phức tạp, quản lý UTXO phức tạp

Account Model (Ethereum)

Mỗi địa chỉ có số dư (balance) và nonce. Giao dịch cập nhật trực tiếp số dư. Đơn giản hơn để lập trình smart contract vì có state rõ ràng.

  • Ưu điểm: Dễ lập trình, state model trực quan
  • Nhược điểm: Dễ bị replay attack nếu không quản lý nonce, khó xử lý song song
Tiêu chíUTXOAccount
Mô hình stateTập hợp UTXO chưa tiêuBảng địa chỉ → số dư
Smart contractHạn chế (Bitcoin Script)Linh hoạt (EVM, SVM)
Xử lý song songDễ hơnKhó hơn (dependency)
Ví dụBitcoin, Cardano, ErgoEthereum, Solana, Aptos

VIIPublic vs Private Blockchain

Không phải mọi blockchain đều mở hoàn toàn. Tùy mục đích, có ba mô hình chính:

Mô hìnhAi tham gia?Ai validate?Ví dụ
Public (Permissionless)Bất kỳ aiBất kỳ ai đủ điều kiệnBitcoin, Ethereum
ConsortiumThành viên được duyệtTập hợp tổ chức đã biếtHyperledger Fabric
Private (Permissioned)Nội bộ tổ chứcNode do tổ chức kiểm soátQuorum, Corda

Private blockchain nhanh hơn và dễ quản lý hơn nhưng đánh mất đặc tính phi tập trung. Về bản chất, private blockchain gần với database phân tán hơn là blockchain truyền thống. Giá trị của nó nằm ở tính kiểm toán (auditability) và bất biến có kiểm soát — không phải tính trustless.

Câu hỏi cần đặt ra: Nếu đang xem xét private blockchain, hãy hỏi: "Vấn đề gì mà database phân tán thông thường không giải quyết được?" Thường câu trả lời là: không có gì.

VIIIGiới hạn thực tế của Blockchain

Blockchain có những giới hạn cố hữu xuất phát từ thiết kế — không phải lỗi, mà là hệ quả của việc ưu tiên bảo mật và phi tập trung.

Scalability Trilemma

Mọi blockchain đều phải chọn hai trong ba: Bảo mật (Security), Phi tập trung (Decentralization), Mở rộng (Scalability). Tăng throughput thường đòi hỏi giảm một trong hai yếu tố còn lại. Chi tiết xem tại Blockchain Trilemma.

State Growth

Dữ liệu trên chain chỉ tăng, không giảm. Ethereum mainnet state vượt 1TB vào 2023. Yêu cầu phần cứng tăng → rào cản tham gia validator tăng → xu hướng tập trung hóa dài hạn.

Finality không tức thì

Giao dịch cần thời gian để được "chôn sâu" đủ mới coi là không thể đảo ngược. Bitcoin cần ~60 phút, Ethereum ~13 phút. Đây là vấn đề lớn với ứng dụng cần xác nhận tức thì.

Oracle Problem

Blockchain không thể tự truy cập dữ liệu ngoài chain. Smart contract cần dữ liệu giá, thời tiết, kết quả thể thao phải thông qua oracle — tạo ra điểm tin tưởng bên ngoài, vi phạm tính trustless.

Đây là lý do Layer 2 và kiến trúc modular blockchain ra đời — để giải quyết các giới hạn này mà không phá vỡ bảo mật của L1.

IXỨng dụng thực tế

Sau hơn 15 năm phát triển, các ứng dụng blockchain đã được kiểm chứng thực tế gồm:

Tiền tệ phi tập trung

Bitcoin là ứng dụng đầu tiên và thành công nhất — hệ thống chuyển giá trị không cần ngân hàng, hoạt động liên tục 24/7 từ 2009. Market cap vượt 1 nghìn tỷ USD vào 2024.

Nền tảng Smart Contract

Ethereum và các chain tương tự cho phép lập trình logic tài chính và ứng dụng on-chain. Layer 2 mở rộng khả năng này với chi phí thấp hơn.

DeFi (Tài chính phi tập trung)

Lending, borrowing, trading, yield farming — tất cả không cần tổ chức tài chính truyền thống. TVL DeFi đạt đỉnh ~180 tỷ USD năm 2021.

Tokenization tài sản thực

Chứng khoán, bất động sản, vàng được token hóa lên blockchain để tăng tính thanh khoản và khả năng phân mảnh. BlackRock, Franklin Templeton đã ra mắt sản phẩm tokenized fund trên Ethereum.

Xác thực và chứng nhận

Bằng cấp, chứng chỉ, hồ sơ y tế — lưu hash trên chain làm bằng chứng chống giả mạo mà không cần tiết lộ nội dung đầy đủ.

XKhi nào không cần Blockchain

Blockchain thường bị áp dụng sai vào các bài toán không thực sự cần đến nó. Đây là dấu hiệu nhận biết:

Tình huốngNên dùngLý do
Các bên đã tin nhauDatabase thườngKhông cần trustless
Cần hiệu năng cao (>10,000 TPS)Database thườngBlockchain quá chậm
Dữ liệu cần xóa/sửa thường xuyênDatabase thườngBlockchain bất biến
Cần bảo mật dữ liệu hoàn toànEncrypted DBPublic chain minh bạch
Nhiều bên không tin nhau, cần ghi nhận không thể tranh cãiBlockchainTrustless đúng nghĩa
Tiêu chí đơn giản nhất: Nếu xóa bỏ blockchain và thay bằng database thông thường mà hệ thống vẫn hoạt động tốt — thì không cần blockchain.

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

Blockchain là sổ cái kỹ thuật số được chia sẻ và đồng bộ trên hàng nghìn máy tính độc lập. Không ai có thể sửa dữ liệu đã ghi mà không được phần lớn mạng đồng ý — vì vậy không cần bên trung gian như ngân hàng hay công ty để đảm bảo tính trung thực.

Database truyền thống do một bên kiểm soát, có thể sửa/xóa dữ liệu tùy ý. Blockchain nhân bản trên nhiều node độc lập — để thay đổi lịch sử cần kiểm soát đa số node, chi phí rất cao. Đánh đổi: blockchain chậm hơn và tốn tài nguyên hơn nhiều.

Lớp mật mã (hash, chữ ký số) gần như không thể phá. Rủi ro thực tế nằm ở lớp ứng dụng: lỗi smart contract, lỗi bridge, khóa riêng bị lộ. 51% attack là mối đe dọa lý thuyết nhưng rất tốn kém với chain lớn như Bitcoin hay Ethereum.

Public blockchain (Bitcoin, Ethereum) cho phép bất kỳ ai tham gia mà không cần xin phép. Private blockchain giới hạn validator theo danh sách được phê duyệt — nhanh hơn nhưng không phi tập trung. Private blockchain thực chất gần với database phân tán hơn là blockchain đúng nghĩa.

Ứng dụng đã kiểm chứng: tiền kỹ thuật số phi tập trung (Bitcoin), nền tảng smart contract (Ethereum), DeFi, tokenization tài sản thực, và chứng thực tài liệu. Mỗi ứng dụng cần đánh giá xem blockchain có thực sự cần thiết hay database thường là đủ.

📚Tài liệu tham khảo

  1. Nakamoto, S. (2008). Bitcoin: A Peer-to-Peer Electronic Cash System. bitcoin.org/bitcoin.pdf
  2. Buterin, V. (2014). Ethereum: A Next-Generation Smart Contract and Decentralized Application Platform. ethereum.org
  3. Antonopoulos, A. M. (2017). Mastering Bitcoin, 2nd Edition. O'Reilly Media.
  4. Narayanan, A. et al. (2016). Bitcoin and Cryptocurrency Technologies. Princeton University Press.
  5. Back, A. (2002). Hashcash — A Denial of Service Counter-Measure. hashcash.org
  6. Merkle, R. C. (1988). A Digital Signature Based on a Conventional Encryption Function. CRYPTO 1987.
📚 Khám phá thêm theo chủ đề
113 bài phân tích kỹ thuật — Blockchain Infrastructure từ nền tảng đến nâng cao
📋 Xem tất cả bài viết →