Bài 2: Kiến Trúc Ví Điện Tử, Sổ Cái Tài Chính (Ledger) Và Cơ Chế Chống Double-Spending Trong V89

Lời Mở Đầu

Sau khi đã nắm tổng quan về Kiến Trúc Hạ Tầng & Hệ Thống Xử Lý Tải Cao ở Bài 1, Bài 2 đi sâu vào trái tim tài chính của hệ thống V89: Kiến Trúc Ví Điện Tử (Wallet Service), Sổ Cái Tài Chính Bất Biến (Immutable Financial Ledger) và Cơ Chế Khống Chế Gian Lận Chi Tiêu Kép (Anti-Double-Spending Engine).

Trong các hệ thống xử lý giao dịch tài chính với mật độ cao, số dư tài khoản người dùng là dữ liệu nhạy cảm nhất. Một lỗi nhỏ dẫn đến hiện tượng chi tiêu V89 kép (Double-Spending) hay sai lệch số dư (Balance Drift) có thể gây thiệt hại nghiêm trọng. V89 giải bài toán này bằng sự kết hợp giữa Event Sourcing, Mô hình Khóa Phân Tán Đa Tầng (Multi-Level Distributed Locking) và Cơ sở dữ liệu CockroachDB chuẩn ACID Serializable.

Phần 1: Kiến Trúc Sổ Cái Tài Chính Bất Biến (Immutable Ledger Engine)

V89 loại bỏ hoàn toàn tư duy quản lý số dư bằng cách cập nhật trực tiếp biến số dư (UPDATE users SET balance = balance + amount). Thay vào đó, hệ thống áp dụng nguyên lý Event Sourcing và Double-Entry Bookkeeping (Ghi sổ kép).

                  [ GIAO DỊCH TÀI CHÍNH ]
                             │
                             ▼
 ┌──────────────────────────────────────────────────────┐
 │ WALLET SERVICE (Go / gRPC)                           │
 │ • Validate Request & Deduplication (Idempotency Key) │
 └───────────────────────────┬──────────────────────────┘
                             │
                             ▼
 ┌──────────────────────────────────────────────────────┐
 │ IMMUTABLE LEDGER STORE (CockroachDB / ACID)          │
 │                                                      │
 │  Entry ID | Account ID | Type   | Amount  | Balance  │
 │  ─────────┼────────────┼────────┼─────────┼───────── │
 │  #1001    | ACC_888    | CREDIT | +100.00 |  100.00  │
 │  #1002    | ACC_888    | DEBIT  |  -20.00 |   80.00  │
 └───────────────────────────┬──────────────────────────┘
                             │
                             ▼
                 [ Kafka: WalletEvents ]

1. Nguyên Tắc Append-Only Ledger

• Không Sửa / Không Xóa (No Update / No Delete): Bảng sổ cái (ledger_entries) là bảng chỉ ghi thêm (Append-Only). Mọi giao dịch thay đổi tài khoản (Nạp, Rút, Đặt Cược, Trả Thưởng) đều tạo ra một dòng nhật ký giao dịch mới.

• Số Dư Là Trạng Thái Dẫn Xuất (Derived State): Số dư khả dụng tại bất kỳ thời điểm nào bằng tổng đại số tất cả các giao dịch phát sinh từ thời điểm khởi tạo account:

  $$\text{Balance} = \sum_{i=1}^{N} \text{Amount}_i$$

• Snapshotting (Tạo Điểm Tựa Dữ Liệu): Để tránh việc phải tính tổng hàng ngàn dòng giao dịch mỗi khi đọc, V89 định kỳ tạo các bản chụp trạng thái (Balance Snapshot) vào cuối ngày hoặc sau mỗi $1,000$ giao dịch.

Phần 2: Cơ Chế Khống Chế Double-Spending Tải Cao

Tấn công hoặc sự cố Double-Spending xảy ra khi hai hay nhiều yêu cầu trừ tiền cùng bấm đồng thời (Concurrent Requests) vượt quá số dư khả thực tế của người dùng. V89 triển khai chiến lược phòng thủ 3 lớp:

Phần 3: Ma Trận Xử Lý Lỗi & Khôi Phục Giao Dịch (Saga Pattern)

Đối với các giao dịch phức tạp đi qua nhiều Microservices (Ví dụ: Trừ tiền Ví $\rightarrow$ Đặt Cược Core Game $\rightarrow$ Hoàn Tiền Rủi Ro), V89 áp dụng Orchestrated Saga Pattern để đảm bảo tính nhất quán cuối cùng (Eventual Consistency):