Blockchain 3 — Bitcoin & Ethereum

Sau khi đã nắm nguyên lý chung (sổ cái phân tán, băm, chữ ký số, đồng thuận) ở bài mật mã & đồng thuận, bài này đi vào hai blockchain public quan trọng nhất — Bitcoin và Ethereum. Đây là hai "họ" thiết kế khác nhau về căn bản: Bitcoin sinh ra để là tiền, Ethereum sinh ra để là nền tảng lập trình. Hiểu rõ hai mô hình này là bắt buộc trước khi bàn tới smart contract & DeFi hay phân tích dữ liệu on-chain.

Với một cán bộ dữ liệu ngân hàng, mục tiêu không phải để ngân hàng đầu cơ crypto, mà để đánh giá rủi ro và cơ hội: khách hàng nạp/rút tiền từ sàn giao dịch, dòng tiền có dấu vết crypto trong hồ sơ AML, hay khả năng tích hợp thanh toán/lưu ký trong tương lai. Muốn giám sát được thì phải hiểu cơ chế bên dưới.

1. Bitcoin — "vàng kỹ thuật số"

1.1. Mục đích

Bitcoin (2009, Satoshi Nakamoto) là hệ thống tiền mặt điện tử ngang hàng (peer-to-peer electronic cash): chuyển giá trị trực tiếp giữa hai bên mà không cần trung gian tin cậy (ngân hàng, tổ chức thanh toán). Theo thời gian, cách dùng phổ biến nhất của Bitcoin đã dịch từ "tiền để tiêu" sang lưu trữ giá trị (store of value) — biệt danh "vàng kỹ thuật số" (digital gold). Lý do: nguồn cung cố định, không ai in thêm được, và mạng lưới đã chạy liên tục hơn một thập kỷ.

Đơn vị nhỏ nhất của Bitcoin là satoshi (1 BTC = 100.000.000 satoshi). Ký hiệu tài sản: BTC.

1.2. Mô hình UTXO — khác "số dư tài khoản"

Đây là điểm gây bất ngờ nhất cho người quen kế toán ngân hàng: Bitcoin không lưu số dư tài khoản. Thay vào đó nó lưu tập hợp các UTXO — Unspent Transaction Output, tức các "mảnh tiền chưa tiêu".

Hãy hình dung UTXO như những tờ tiền mệnh giá bất kỳ trong ví. Khi bạn "có 1,5 BTC", thực chất bạn đang sở hữu một tập các UTXO (ví dụ 1 BTC + 0,5 BTC) mà bạn có khoá riêng để mở khoá. Số dư của một địa chỉ = tổng các UTXO đang gắn với địa chỉ đó — nó là con số được tính ra, không phải một trường được lưu.

Khi tiêu tiền, một UTXO phải được tiêu trọn vẹn: bạn không thể "cắt" một tờ 1 BTC để tiêu 0,3. Giao dịch sẽ dùng cả UTXO 1 BTC làm đầu vào (input), tạo hai đầu ra (output): 0,3 BTC cho người nhận và ~0,7 BTC trả lại chính mình (change, tiền thừa) — trừ đi một chút phí. UTXO cũ bị "tiêu" (không còn unspent), hai UTXO mới ra đời.

Hệ quả cho người làm dữ liệu: để biết số dư một địa chỉ Bitcoin, phải duyệt và cộng dồn toàn bộ UTXO chưa tiêu — không có bảng "balance" sẵn. Đây là lý do cấu trúc dữ liệu Bitcoin khác hẳn account model (xem bài phân tích on-chain).

1.3. Giao dịch & phí

Một giao dịch Bitcoin gồm: các input (tham chiếu tới UTXO cũ + chữ ký chứng minh quyền tiêu), các output (địa chỉ nhận + số tiền). Chênh lệch tổng input − tổng output chính là phí giao dịch (transaction fee), trả cho thợ đào. Phí không tính theo số tiền chuyển mà theo kích thước dữ liệu giao dịch (đơn vị sat/vByte): giao dịch càng nhiều input/output càng "nặng byte" và tốn phí hơn. Khi mạng tắc nghẽn, người dùng đặt phí cao hơn để được ưu tiên đưa vào block sớm.

1.4. Nguồn cung 21 triệu & halving

Tổng cung Bitcoin giới hạn cứng ở 21 triệu BTC — quy tắc bất biến trong phần mềm. Bitcoin mới sinh ra qua block reward (phần thưởng cho thợ đào tìm được block). Phần thưởng này giảm một nửa mỗi ~4 năm (mỗi 210.000 block) — sự kiện gọi là halving:

Cơ chế halving khiến tốc độ phát hành giảm dần theo cấp số nhân; đơn vị cuối cùng dự kiến được đào vào khoảng năm 2140. Đây là nền tảng của luận điểm "khan hiếm" và biệt danh vàng kỹ thuật số.

1.5. Khai thác PoW

Bitcoin dùng đồng thuận Proof of Work (PoW) — bằng chứng công việc. Thợ đào (miner) cạnh tranh giải một bài toán băm: tìm giá trị nonce sao cho hash của block nhỏ hơn một ngưỡng (difficulty). Việc này tốn rất nhiều điện năng và phần cứng chuyên dụng (ASIC). Ai tìm ra trước thì được thêm block vào chuỗi và nhận block reward + phí. Độ khó tự điều chỉnh mỗi 2016 block để giữ nhịp ~10 phút/block. Cơ chế PoW đã được phân tích kỹ ở bài đồng thuận.

1.6. Ví & địa chỉ

• Khoá riêng (private key) → sinh ra khoá công khai (public key) → băm thành địa chỉ (address).
• Địa chỉ Bitcoin có nhiều định dạng: 1... (legacy), 3... (P2SH), bc1... (SegWit/bech32). Ví dụ minh hoạ (KHÔNG phải địa chỉ thật của ai): bc1qxy2k...9x4t.
• Ai giữ private key thì kiểm soát tiền. Không có "quên mật khẩu → khôi phục" như ngân hàng: mất khoá là mất tiền vĩnh viễn.

2. Ethereum — "máy tính thế giới"

2.1. Mục đích

Ethereum (2015, Vitalik Buterin và cộng sự) không chỉ là tiền — nó là nền tảng lập trình phi tập trung. Ý tưởng: thay vì chỉ ghi "A chuyển X cho B", blockchain có thể chạy code tuỳ ý một cách nhất quán trên mọi node. Vì mọi node chạy cùng chương trình và cùng ra một kết quả, người ta gọi Ethereum là "máy tính thế giới" (world computer) — một máy tính duy nhất, phi tập trung, không thể tắt.

Đồng coin gốc là Ether (ETH), đơn vị nhỏ nhất là wei (1 ETH = 10¹⁸ wei); mức trung gian hay dùng là gwei (1 gwei = 10⁹ wei) để báo giá gas.

2.2. Mô hình Account — khác UTXO

Ethereum dùng mô hình account (tài khoản), gần với tư duy kế toán ngân hàng: mỗi tài khoản có một số dư (balance) được lưu trực tiếp trong trạng thái (state) của blockchain. Chuyển tiền = trừ balance người gửi, cộng balance người nhận. Không có UTXO, không có "tiền thừa" (change).

Hai loại account:

• EOA (Externally Owned Account): do con người kiểm soát bằng private key — giống ví Bitcoin.
• Contract account: là một smart contract — có code và bộ nhớ riêng, được kích hoạt khi nhận giao dịch.

So sánh cốt lõi: UTXO tối ưu cho tiền thuần tuý và song song hoá kiểm chứng; account model tự nhiên hơn cho trạng thái có thể lập trình (số dư token, biến của contract).

2.3. Smart contract & EVM

Smart contract (hợp đồng thông minh) là chương trình được triển khai lên blockchain, tự động thực thi khi thoả điều kiện — "code là luật". Ví dụ: một contract giữ tiền và chỉ giải ngân khi đủ chữ ký, hay một sàn đổi token tự động.

Contract chạy trên EVM — Ethereum Virtual Machine (máy ảo Ethereum): một môi trường thực thi được sao chép trên mọi node. Mỗi node chạy cùng bytecode với cùng input → ra cùng kết quả → đồng thuận về trạng thái mới. Ngôn ngữ phổ biến để viết contract là Solidity, biên dịch xuống EVM bytecode. Chi tiết vòng đời contract sẽ nói ở bài smart contract & DeFi.

2.4. Gas — phí tính toán

Vì contract có thể chạy code tuỳ ý (kể cả vòng lặp vô tận), Ethereum bắt trả phí cho từng thao tác tính toán, gọi là gas. Mỗi lệnh EVM tiêu một lượng gas cố định. Người gửi đặt hai tham số:

• Gas limit: số gas tối đa sẵn sàng chi cho giao dịch (chặn vòng lặp vô tận, giới hạn thiệt hại).
• Gas price (gwei/gas): giá sẵn trả cho mỗi đơn vị gas; càng cao càng được ưu tiên.

Phí tối đa ≈ gas_limit × gas_price, thanh toán bằng ETH. Một chuyển ETH đơn giản tốn cố định 21.000 gas; gọi contract phức tạp tốn nhiều hơn. Nếu chạy hết gas limit mà chưa xong, giao dịch revert (huỷ mọi thay đổi) nhưng vẫn mất phí — vì node đã tốn công tính. Sau nâng cấp EIP-1559, phí gồm base fee (bị đốt/burn) + priority fee/tip (cho validator).

2.5. Chuyển sang PoS

Ban đầu Ethereum cũng dùng PoW như Bitcoin. Tháng 9/2022, qua sự kiện "The Merge", Ethereum chuyển sang Proof of Stake (PoS) — bằng chứng cổ phần. Thay vì thợ đào tốn điện, các validator khoá (stake) 32 ETH để có quyền đề xuất/xác thực block; hành vi gian lận bị slashing (phạt mất stake). PoS giảm ~99,9% điện năng tiêu thụ so với PoW. So sánh PoW vs PoS đã phân tích ở bài đồng thuận.

3. Các khái niệm chung

3.1. Ví (wallet) — nóng, lạnh, seed phrase, tự quản vs sàn

"Ví" thực chất không giữ tiền — tiền nằm trên blockchain. Ví chỉ quản lý khoá riêng và ký giao dịch. Các trục phân loại:

• Ví nóng (hot wallet): kết nối Internet (app điện thoại, extension trình duyệt) — tiện, nhưng bề mặt tấn công lớn.
• Ví lạnh (cold wallet): khoá lưu ngoại tuyến (ví cứng như Ledger/Trezor, giấy) — an toàn hơn, dùng để cất giữ lâu dài.
• Seed phrase (cụm từ khôi phục, 12/24 từ): mã hoá gốc để tái tạo mọi khoá riêng của ví. Ai có seed phrase là có toàn quyền. Lộ seed = mất sạch.
• Tự quản (self-custody): người dùng tự giữ khoá — "not your keys, not your coins". Ngược lại là gửi tiền trên sàn giao dịch (exchange, custodial): sàn giữ khoá thay bạn (giống ngân hàng giữ tiền gửi), tiện nhưng phụ thuộc uy tín/khả năng thanh toán của sàn (rủi ro đối tác — bài học từ các vụ sập sàn).

Với AML, phân biệt này rất quan trọng: dòng tiền vào/ra địa chỉ của sàn (có thể định danh và yêu cầu KYC) khác hẳn dòng tiền tới ví tự quản (khó truy danh tính chủ sở hữu).

3.2. Địa chỉ & giao dịch on-chain

• Địa chỉ (address): định danh nhận tiền, dẫn xuất từ khoá công khai. Địa chỉ Ethereum dạng 0x + 40 ký tự hex, ví dụ minh hoạ: 0xAbC1...9F2e.
• On-chain: mọi giao dịch được ghi công khai, bất biến và không thể đảo ngược (irreversible). Không có "chargeback" hay lệnh huỷ như thẻ/chuyển khoản ngân hàng. Gửi nhầm địa chỉ = gần như mất tiền. Đây là khác biệt vận hành lớn so với thanh toán truyền thống (xem payments).
• Vì công khai, toàn bộ lịch sử có thể phân tích được → nền tảng cho giám sát & phân tích on-chain.

3.3. Block explorer & confirmations

• Block explorer: công cụ tra cứu on-chain (ví dụ Blockchain.com cho Bitcoin, Etherscan cho Ethereum) — nhập địa chỉ/hash giao dịch để xem chi tiết. Công cụ nền tảng cho điều tra/giám sát.
• Confirmations (số xác nhận): số block đã được thêm sau block chứa giao dịch của bạn. 1 confirmation = giao dịch đã vào 1 block; càng nhiều confirmation càng khó bị đảo (do PoW/PoS làm việc ghi đè ngày càng đắt). Thực tế nhiều sàn đợi ~3–6 confirmations với Bitcoin trước khi ghi có, để phòng reorg (tổ chức lại chuỗi).

3.4. Token vs coin

• Coin: tài sản gốc của một blockchain riêng — BTC của Bitcoin, ETH của Ethereum. Dùng trả phí mạng.
• Token: tài sản phát hành trên một blockchain sẵn có, bằng smart contract. Ví dụ chuẩn ERC-20 trên Ethereum (token có thể thay thế, fungible) hay ERC-721 (NFT, không thay thế). Stablecoin như USDT/USDC chủ yếu là token ERC-20 — chúng không có blockchain riêng, mà "sống nhờ" trên Ethereum (và các chuỗi khác). Chuyển token vẫn phải trả gas bằng ETH, không phải bằng token đó — điểm hay gây nhầm.

3.5. Layer 2 & scaling

Blockchain public bị giới hạn thông lượng (Bitcoin ~7 giao dịch/giây, Ethereum ~15–30) → phí cao khi tắc nghẽn. Layer 2 (L2) là các mạng chạy trên layer 1 để xử lý giao dịch ngoài chuỗi chính rồi định kỳ "gộp" bằng chứng về L1:

• Bitcoin: Lightning Network (kênh thanh toán, cho vi thanh toán tức thời).
• Ethereum: rollup (Optimistic như Arbitrum/Optimism, ZK như zkSync) — gói hàng nghìn giao dịch, chỉ ghi tóm tắt lên L1, giảm phí đáng kể.

L2 giữ an ninh của L1 nhưng thêm một tầng phức tạp cho việc theo dõi dòng tiền — cần lưu ý khi giám sát.

4. So sánh Bitcoin vs Ethereum

Nói ngắn gọn: Bitcoin là tiền tối giản và bền bỉ; Ethereum là nền tảng linh hoạt để xây ứng dụng tài chính. Nhiều rủi ro AML/tuân thủ tập trung ở Ethereum vì đó là nơi token, sàn phi tập trung (DEX) và trộn tiền (mixer) hoạt động sôi động nhất.

5. Góc nhìn ngân hàng: rủi ro & cơ hội

Ngân hàng thương mại Việt Nam không kinh doanh/đầu cơ crypto (khung pháp lý chưa cho phép coi là phương tiện thanh toán). Nhưng dữ liệu crypto vẫn chạm tới ngân hàng qua khách hàng:

• Khách hàng chuyển VND tới/từ tài khoản của sàn giao dịch để mua/bán crypto → xuất hiện trong dòng tiền cần giám sát AML (transaction monitoring).
• Nhận diện mẫu hình: nạp/rút đều đặn khớp giá crypto, đối tác là ví trung gian, chuyển khoản có memo liên quan sàn.
• Cơ hội tương lai: lưu ký tài sản số, thanh toán trên sổ cái phân tán, CBDC — sẽ bàn ở enterprise & CBDC và use case ngân hàng.

Vai trò của cán bộ dữ liệu: hiểu để đánh giá và giám sát rủi ro, không phải để ngân hàng nắm giữ tài sản đầu cơ. Rủi ro pháp lý & tuân thủ được đào sâu ở risk & regulation.

Use case thực tế

Bối cảnh: Đội AML của NCB nghi ngờ một khách hàng cá nhân (giả định) có dòng tiền liên quan sàn crypto và cần khoanh vùng để rà soát thủ công.

Bước 1 — Truy vấn nội bộ. Trước hết, lọc các khách hàng có tổng giá trị chuyển tiền lớn bất thường trong core banking để đưa vào danh sách rà. Câu SELECT sau chạy trên sandbox nội bộ (không đụng dữ liệu on-chain):

-- ▶ Chạy được
SELECT c.id, c.full_name, c.city,
       COUNT(t.id) AS so_gd,
       SUM(t.amount) AS tong_tien
FROM customers c
JOIN accounts a ON a.customer_id = c.id
JOIN transactions t ON t.account_id = a.id
WHERE t.kind = 'transfer'
GROUP BY c.id, c.full_name, c.city
HAVING SUM(t.amount) > 500000000
ORDER BY tong_tien DESC;

Bước 2 — Đối chiếu địa chỉ on-chain. Nếu hồ sơ khách có địa chỉ ví (ví dụ khai báo hay thu được qua điều tra), tra trên block explorer. Ví dụ minh hoạ một giao dịch Ethereum (KHÔNG phải giao dịch thật):

Tx hash:   0x8fA2...c17b
From:      0xA1B2...9F0e   (ví khách hàng — self-custody)
To:        0x28C6...4d2a   (địa chỉ hot wallet của một sàn)
Value:     2.5 ETH
Gas used:  21,000  |  Gas price: 25 gwei  |  Phí ≈ 0.000525 ETH
Status:    Success  |  12 confirmations

Từ đó xác định: tiền chảy tới địa chỉ sàn có KYC → có thể gửi yêu cầu cung cấp thông tin; nếu chảy tới mixer/ví ẩn danh thì mức rủi ro cao hơn.

Bước 3 — Kết luận. Kết hợp dòng tiền VND nội bộ (bước 1) + dấu vết on-chain (bước 2) để đánh giá và, nếu đủ căn cứ, lập báo cáo giao dịch đáng ngờ (STR). Toàn bộ được thực hiện dưới góc độ giám sát, không phải giao dịch crypto.

Lưu ý: khối SQL trên chạy được vì chỉ đọc 3 bảng chuẩn; khối text giao dịch on-chain chỉ để minh hoạ, không phải SQL và không chạy được.

Ghi nhớ

• Bitcoin = tiền/lưu trữ giá trị; Ethereum = nền tảng lập trình ("máy tính thế giới"). Đây là khác biệt về mục đích, kéo theo mọi khác biệt kỹ thuật.
• UTXO (Bitcoin) lưu các mảnh tiền chưa tiêu; số dư là tính ra. Account (Ethereum) lưu số dư trực tiếp — gần tư duy kế toán ngân hàng.
• Bitcoin: nguồn cung cố định 21 triệu, halving mỗi ~4 năm, đồng thuận PoW, ~10 phút/block.
• Ethereum: smart contract chạy trên EVM; mọi tính toán trả gas (gas limit × gas price, bằng ETH); đã chuyển sang PoS từ 2022.
• Ví quản khoá, không giữ tiền. Nóng vs lạnh; seed phrase = toàn quyền; tự quản (self-custody) vs gửi sàn (custodial). Mất khoá = mất tiền, không khôi phục.
• Giao dịch on-chain công khai, bất biến, không đảo ngược — không có chargeback. Dùng block explorer để tra, chờ confirmations để chắc chắn.
• Coin = tài sản gốc của chuỗi (BTC, ETH); token = phát hành trên chuỗi bằng contract (ERC-20 như USDT/USDC) — chuyển token vẫn trả gas bằng ETH.
• Layer 2 (Lightning, rollup) tăng thông lượng, giảm phí, nhưng thêm tầng phức tạp cho việc theo dõi dòng tiền.
• Với ngân hàng: hiểu để đánh giá rủi ro & giám sát AML (dòng tiền khách qua sàn), không để đầu cơ.