What — XChain là gì
Câu trả lời một dòng: XChain là hạ tầng meta-blockchain hai nền — một tập chain có đồng thuận cho giá trị, chồng lên một tấm vải dữ liệu kiểm chứng được không đồng thuận cho khối lượng — nối bằng nguyên tắc xác minh, không thực thi lại.
1. Hai nền
| Nền A — Secured Execution | Nền B — Verifiable Data Fabric | |
|---|---|---|
| Bản chất | Chain có đồng thuận (Cosmos SDK + CometBFT + IBC) | Namespace / log append-only trên tầng DA, không đồng thuận per-log |
| Tầng | T0–T2 | T3–T4 |
| Dữ liệu | Tài sản, thanh toán, danh tính, ứng dụng có trạng thái | Like, view, chat, telemetry IoT, log |
| Bảo mật | ZK backstop + shared security + restaking | Proof-of-publication (value-free) |
| Mục tiêu năng lực | ~100 triệu TPS danh nghĩa | ~900 triệu TPS danh nghĩa, bound bởi DA |
Ranh giới tự thực thi: câu hỏi "dữ liệu này có cần chống double-spend / composability không?" được Asset Registry thực thi bằng mã, nên Nền B không bao giờ chứa giá trị — không phải nhờ kỷ luật vận hành mà nhờ cấu trúc.
2. Năm tầng đảm bảo
Khối lượng ở dưới, cam kết ở trên: ba bức tường khó (đồng thuận, DA vĩnh viễn, proof) chỉ đè lên phần nhỏ có giá trị.
| Tầng | Đảm bảo cốt lõi | DA | Tỷ lệ khối lượng |
|---|---|---|---|
| T0 Root | Settlement cuối cùng, ZK | Vĩnh viễn | < 0,01% |
| T1 Value | Chống double-spend, ZK validity | Lưu lâu | ~1% |
| T2 Interactive | Trạng thái nhất quán, ZK/fraud proof | Trung hạn | ~9% |
| T3 Events | Proof-of-publication | Prune sau thời hạn | phần lớn |
| T4 Edge | Attestation | Ephemeral | phần lớn |
Kèm năm cấp finality: F0 sequencer nhận → F1 chain/log xác nhận → F2 checkpoint Cell → F3 proof Zone/Region → F4 settlement toàn cục.
3. Eo thắt — bảy nguyên thủy lõi
Đây là điểm thiết kế quan trọng nhất: một tập nhỏ được định nghĩa cứng, để mọi thứ bên trên cắm vào và tự do vô hạn.
| # | Nguyên thủy | Bất biến cốt lõi |
|---|---|---|
| 1 | UIR — Universal Identity Root | Một danh tính gốc phân giải được trên mọi chain; tài khoản theo chain suy ra tất định; uỷ quyền bằng một chữ ký |
| 2 | UAC — Universal Asset Commitment | Bảo toàn tổng cung toàn cục: totalSupply = Σ perChain + lockedInTransit tại mọi checkpoint; mỗi tài sản có một security-class tối thiểu |
| 3 | XMP — Messaging Protocol | Liên chuỗi trust-minimized, tách rõ READ (không đổi trạng thái) và WRITE (đổi trạng thái) |
| 4 | PAI — Proof Aggregation Interface | Tầng cha xác minh chuyển trạng thái của con mà không thực thi lại; gộp đệ quy log-depth |
| 5 | DA Interface (phân tầng) | Dữ liệu đã cam kết là lấy được / lấy mẫu được theo chính sách của tầng |
| 6 | VLC — Verifiable Log Commitment | Log append-only chống giả mạo + đóng dấu thời gian + chứng minh inclusion, không cần đồng thuận per-log, value-free |
| 7 | SC — Settlement Contract | Logic tối thiểu ở Root: finalize giá trị liên vùng, tiêu thụ aggregated proof — không thực thi giao dịch ứng dụng |
Đồ thị phụ thuộc: UIR → (UAC, XMP) · DA → (VLC, PAI) · (UAC, XMP, PAI, VLC) → SC.
4. VLC — phần XChain thật sự mới
Trong bảy nguyên thủy, sáu cái có tiền lệ trong hệ Cosmos. VLC là phần greenfield và là lõi của Nền B:
| VLC đảm bảo | VLC không đảm bảo (ghi rõ trong đặc tả) |
|---|---|
| Chống giả mạo — đổi bất kỳ entry nào cũng phá gốc Merkle | Không chống double-spend |
| Đóng dấu thời gian lấy từ anchor checkpoint | Không có tổng thứ tự giữa các namespace |
| Chứng minh inclusion cho từng entry | Không giữ giá trị |
Chính vì ba dòng bên phải, giá trị bị cấm lưu trong VLC — và lệnh cấm đó được UAC thực thi bằng mã, không phải bằng khuyến nghị.
Vòng đời: append (rẻ, nhanh, F1) → commitSegment (định kỳ: publish lên DA + neo lên Nền A) → proveInclusion / verifyInclusion.
5. Mô hình liên chuỗi: READ rẻ, WRITE đắt
| Loại | Cơ chế | Chi phí | Ngân sách khối lượng |
|---|---|---|---|
| READ | Interchain Queries — xác minh proof đối chiếu root đã có | Rẻ (một lần verify) | Không giới hạn thực tế |
| WRITE nội Cell | Shared sequencer (atomic inclusion) | Thấp | Phần lớn traffic có trạng thái |
| WRITE liên Zone/Region | XMP + ZK light client + pessimistic proof | Cao, bất đồng bộ | < 0,1% |
| WRITE atomic toàn cục | Chỉ T0; intent/solver bảo chứng | Rất cao | < 0,01% |
Đây là chỗ XChain "né thông minh" giới hạn vật lý: phần lớn nhu cầu liên chuỗi thực chất là đọc để xác minh, không phải chuyển trạng thái. Tách hai loại đó ra là điều làm quy mô trở nên khả thi.
6. XChain không phải là gì
| Không phải | Vì sao cần nói rõ |
|---|---|
| Không phải "một blockchain nhanh hơn" | XChain là tầng nền để hàng nghìn chain và ứng dụng khác vận hành lên trên |
| Không hứa một tỷ TPS composable toàn cục | Điều đó bất khả; con số là năng lực tổng hợp, chủ yếu ở tầng dữ liệu nhẹ |
| Không phải chain permissioned | Dự án public goods, mã nguồn mở — mọi framing riêng tư/kiểm soát đều bị loại bỏ có chủ đích |
| Không có token hay tokenomics công bố | Giai đoạn hiện tại là hạ tầng và testnet; không có đợt phát hành nào được công bố |
| Không thay thế Cosmos hay Celestia | XChain xây trên Cosmos (Nền A) và dùng DA kiểu Celestia (Nền B) |
7. Cái gì đã có, cái gì đang làm, cái gì là dự kiến
| Trạng thái | Hạng mục |
|---|---|
| Đã có (chạy thật) | Testnet công khai 3 chain · 7/7 nguyên thủy thành module on-chain · IBC 3 đường + relayer · DA thật trên Celestia mocha · 4 cổng MVC PASS · validator thứ hai · sao lưu và giám sát có kiểm chứng |
| Đang làm | Vận hành testnet ổn định; mở rộng độ phủ kiểm thử |
| Dự kiến | Prover thật (SP1/Boojum) thay MOCK · thêm validator để chịu lỗi tự động · upgrade handler · nối UIR sâu vào UAC/XMP · mở rộng số chain và namespace |
Ranh giới trung thực: prover hiện là MOCK ở giai đoạn testnet, và đặc tả quy định MOCK phải bị từ chối trên mọi mạng không phải testnet. Đây là giới hạn đã biết, không phải điều bị giấu.
Tiếp theo: WHY — vì sao cần hai nền và vì sao là public goods