50 câu hỏi thường gặp, trả lời thẳng. Cập nhật: 2026-08-03 · Phân biệt rõ điều đã chạy thật, điều còn là dự kiến, và điều chưa ai giải được.

Nhóm	Câu
A. Hiểu về XChain	1–8
B. Hai nền & phân tầng	9–16
C. Bảy nguyên thủy	17–24
D. Bảo mật & giới hạn	25–32
E. Trạng thái thật & testnet	33–40
F. Public goods, token & đóng góp	41–46
G. So sánh & tương lai	47–50

A. Hiểu về XChain

1. XChain là gì? Là hạ tầng meta-blockchain hai nền: một tập chain có đồng thuận cho giá trị (Nền A), 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ền B), nối bằng nguyên tắc xác minh, không thực thi lại.

2. Nói ngắn nhất thì XChain giải bài toán gì? Làm cho việc ghi một sự kiện lên chuỗi rẻ gần bằng không mà vẫn kiểm chứng được — để blockchain không chỉ dùng cho tài sản mà dùng được cho gần như mọi thứ.

3. "Phổ cập blockchain toàn diện" nghĩa là gì? Nghĩa là dữ liệu giá trị thấp nhưng khối lượng khổng lồ — lượt thích, lượt xem, telemetry IoT, log — cũng có thể lên chuỗi, vì chi phí và mức bảo mật được phân bổ tỷ lệ với giá trị thay vì đồng nhất.

4. XChain có phải một blockchain không? Không hẳn. Nó là tầng nền để nhiều chain và ứng dụng vận hành lên trên. Bản thân testnet hiện có ba chain, nhưng mục tiêu không phải là "chain thứ N" mà là lớp nối.

5. Mục tiêu một tỷ TPS có thật không? Có, nhưng phải hiểu đúng: đó là năng lực danh nghĩa tổng hợp (aggregate sustained throughput), chủ yếu là dữ liệu giá trị thấp ở tầng nhẹ, prune được. Phân bổ dự kiến: ~100 triệu ở Nền A và ~900 triệu ở Nền B.

6. Vậy một tỷ giao dịch composable trên một trạng thái toàn cục thì sao? Bất khả — và XChain nói thẳng điều đó trong chính tài liệu của mình. Không hệ thống nào hôm nay đạt được, và XChain không hứa.

7. Vì sao lại nói rõ giới hạn như vậy? Vì trong một không gian đầy tuyên bố phóng đại, sự trung thực là lợi thế tuyển người: người xây thật bị hút bởi bài toán khó chưa ai giải, không bởi lời hứa đã giải xong mọi thứ.

8. XChain thuộc về ai? Đây là dự án mã nguồn mở / public goods, nằm trong danh mục HEAD Capital (nhóm Web3 & Tài chính) — dự án duy nhất trong danh mục theo mô hình public goods.

B. Hai nền & phân tầng

9. Vì sao phải có hai nền? Vì hai loại dữ liệu có nhu cầu khác nhau. Tài sản cần chống double-spend và composability — phải có đồng thuận. Một lượt "like" thì không cần gì trong hai thứ đó, chỉ cần chống giả mạo và chứng minh được thời điểm.

10. Nền A là gì? Tập chain có đồng thuận, dựng trên Cosmos SDK + CometBFT + IBC. Chứa tài sản, thanh toán, danh tính, trạng thái ứng dụng (tầng T0–T2).

11. Nền B là gì? Tập namespace / log append-only trên tầng Data Availability, không có đồng thuận per-log. Chứa dữ liệu khối lượng lớn giá trị thấp (T3–T4). Đảm bảo bằng proof-of-publication, commitment neo định kỳ lên Nền A.

12. Cái gì quyết định dữ liệu thuộc nền nào? Một câu hỏi duy nhất: "Dữ liệu này có cần chống double-spend hoặc composability không?" — Có → Nền A. Không → Nền B. Và ranh giới đó tự thực thi bằng mã qua Asset Registry.

13. Dữ liệu ở Nền B có đáng tin không? Có, trong phạm vi đã tuyên bố: chống giả mạo, có dấu thời gian, chứng minh được inclusion. Điều nó không cung cấp cũng được ghi rõ: không chống double-spend, không có tổng thứ tự giữa các namespace, không giữ giá trị.

14. Năm tầng đảm bảo là gì? T0 Root (settlement, ZK, vĩnh viễn) · T1 Value (chống double-spend) · T2 Interactive (trạng thái nhất quán) · T3 Events (proof-of-publication, prune) · T4 Edge (attestation, ephemeral). Khối lượng dồn ở dưới, cam kết dồn ở trên.

15. "Prune mặc định" có làm mất dữ liệu không? Dữ liệu thô ở tầng thấp hết hạn theo chính sách, nhưng commitment thì vĩnh viễn — nghĩa là bạn luôn chứng minh được "sự kiện này đã tồn tại vào thời điểm đó", kể cả khi nội dung thô đã được prune.

16. Năm cấp finality là gì? F0 sequencer nhận → F1 chain/log xác nhận → F2 checkpoint Cell → F3 proof Zone/Region → F4 settlement toàn cục. Ứng dụng chọn mức finality phù hợp với giá trị của thao tác.

C. Bảy nguyên thủy

17. "Eo thắt bảy nguyên thủy" nghĩa là gì? Là một tập nhỏ được định nghĩa cứng — UIR, UAC, XMP, PAI, DA, VLC, Settlement — để mọi thứ bên trên cắm vào. Lõi hẹp và chặt; không gian ứng dụng bên trên mở vô hạn.

18. Vì sao thiết kế eo thắt thay vì một nền tảng lớn? Vì nó cho phép nhiều nhóm code song song mà kết quả vẫn ghép được với nhau — điểm hẹn kỹ thuật rõ ràng quan trọng hơn một khung phần mềm đồ sộ.

19. UIR làm gì? Danh tính gốc phân giải được trên mọi chain; địa chỉ theo từng chain được suy ra tất định từ danh tính gốc; uỷ quyền bằng một chữ ký.

20. UAC làm gì? Giữ hai bất biến: bảo toàn tổng cung toàn cục (totalSupply = Σ perChain + lockedInTransit) và security-class tối thiểu cho mỗi tài sản — nhờ đó tài sản giá trị cao không thể bị đẩy xuống tầng rẻ hơn.

21. XMP làm gì? Giao thức nhắn tin liên chuỗi, tách rõ READ (đọc để xác minh, không đổi trạng thái) và WRITE (đổi trạng thái, có chống replay bằng nonce tăng đơn điệu).

22. PAI làm gì? Cho phép tầng cha xác minh chuyển trạng thái của chain con mà không thực thi lại giao dịch, và gộp proof đệ quy theo độ sâu logarit.

23. VLC làm gì và vì sao nó quan trọng nhất? VLC là lõi Nền B: log append-only có namespace, chống giả mạo, đóng dấu thời gian, chứng minh inclusion — không cần đồng thuận per-log. Nó quan trọng nhất vì đây là phần XChain thật sự mới, gần như không tái dùng được gì từ hệ sinh thái sẵn có.

24. Settlement Contract làm gì? Giữ logic tối thiểu ở Root: finalize giá trị liên vùng, cập nhật registry, tiêu thụ aggregated proof. Nó không được thực thi giao dịch ứng dụng — cố ý giữ tối thiểu để không thành nút nghẽn.

D. Bảo mật & giới hạn

25. Bảo mật của XChain hoạt động thế nào? Theo tài sản, không theo chain. Mỗi tài sản mang một security-class tối thiểu (SOVEREIGN / SHARED / ZK_SECURED), và hệ thống từ chối đặt nó ở tầng thấp hơn lớp đó.

26. Vì sao "bảo mật theo tài sản" tốt hơn "bảo mật theo chain"? Vì trong mô hình theo chain, kẻ tấn công chỉ cần tìm chain yếu nhất có chứa tài sản giá trị cao. Khi lớp bảo mật gắn vào chính tài sản, tấn công hạ cấp biến mất về mặt cấu trúc.

27. Ba lớp bảo vệ cho giá trị cao là gì? ZK validity proof (committee bị chiếm 100% vẫn không tạo được state sai — chỉ mất liveness, không mất safety) · restaking toàn cục (gian lận ở chain bất kỳ thì bị cắt vốn toàn cục) · watcher/fraud proof.

28. Nếu một chain trong hệ bị lỗi thì sao? Pessimistic proof bảo đảm containment: chain lỗi chỉ mất phần của chính nó, các chain lành nguyên vẹn. Đây là nội dung cổng nghiệm thu MVC-3 và đã PASS trên node thật.

29. WRITE liên vùng có atomic không? Không — và điều này được nói thẳng trong đặc tả. Ở tầng giao thức không có đảm bảo all-or-nothing cho WRITE liên vùng; cái đạt được là containment cộng bảo chứng kinh tế.

30. Hệ chứng minh hiện tại là gì? Ở giai đoạn testnet là MOCK. Đặc tả quy định MOCK phải bị từ chối trên mọi mạng không phải testnet, và guard đó đã được cài từ đầu. Thay bằng prover thật (SP1/Boojum) là hạng mục đã lên kế hoạch.

31. Những bài toán nào XChain chưa giải được? Bảy bài toán được nêu thẳng bằng tên: atomic execution liên vùng · DA cỡ GB/s với sampling phi tập trung · nguồn cung prover và năng lượng · placement theo trọng lực có hội tụ không · độ chắc của Asset Registry · giữ Global Root tối thiểu · kinh tế relayer/watcher.

32. Vì sao lại công bố những bài toán chưa giải? Vì đó là lời mời đóng góp. Đây là nơi công sức của người tham gia tạo ra khác biệt lớn nhất — và vì một dự án hạ tầng chỉ đáng tin khi nó nói rõ ranh giới của chính mình.

E. Trạng thái thật & testnet

33. Hiện tại XChain đã chạy được gì? Testnet công khai đang chạy: ba chain Nền A sản xuất block, 7/7 nguyên thủy đã lên chain thành module độc lập, IBC ba đường + relayer, explorer, faucet, và DA thật.

34. "DA thật" nghĩa là gì? Một tiến trình phụ tự động đẩy các segment log của cả ba chain lên Celestia mạng mocha, rồi lấy về xác minh khớp với commitment đã lưu on-chain. Không còn là DA mô phỏng.

35. Bốn cổng nghiệm thu MVC là gì và đã đạt chưa? Đã PASS trọn cả bốn, trên node thật: MVC-1 (xác minh xuyên chain một sự kiện ở Nền B) · MVC-2 (chặn tài sản giá trị cao xuống Nền B) · MVC-3 (containment khi một chain lỗi) · MVC-4 (gộp proof ba chain → Root và settle kèm bất biến tổng cung).

36. Có kiểm chứng lại được không? Có. Cả bốn cổng chạy lại được từ trạng thái sạch bằng một kịch bản duy nhất — đó là điều biến "đã kiểm chứng" thành thao tác lặp lại được thay vì một lời tuyên bố.

37. Testnet có bao nhiêu validator? Hai máy độc lập ở vùng khác nhau; máy thứ hai giữ dưới 1/3 quyền biểu quyết và không bỏ lỡ block nào.

38. Vậy testnet đã chịu lỗi tự động chưa? Chưa. Mất validator chính thì chain dừng. Để chịu lỗi thật cần ít nhất bốn máy, mỗi máy dưới 1/3 quyền biểu quyết. Đây là hạng mục hạ tầng đã biết, không phải điều bị giấu.

39. Tôi kết nối được vào testnet không? Được — RPC, API, gRPC và cổng P2P đều công khai, kèm explorer để xem block và faucet để lấy token thử nghiệm.

40. Dữ liệu testnet có bền không? Có sao lưu định kỳ kèm test khôi phục thật và giám sát tự động đã được ép lỗi để kiểm chứng. Nhưng vẫn là testnet: đã phải khởi động lại vài lần khi thêm store mới, vì cơ chế nâng cấp chain chưa được xây.

F. Public goods, token & đóng góp

41. XChain có token không? Không có token hay tokenomics nào được công bố. Giai đoạn hiện tại là hạ tầng và testnet; token trên testnet chỉ để thử nghiệm và lấy từ faucet.

42. Có đợt phát hành hay gọi vốn nào không? Không có đợt nào được công bố. Đây là dự án public goods; nếu có thay đổi, nó sẽ được nói rõ chứ không nằm ẩn trong tài liệu kỹ thuật.

43. "Public goods" nghĩa là gì ở đây? Nghĩa là mã nguồn mở, không permissioned, không riêng tư mặc định. Một tầng nền chỉ có giá trị khi nhiều bên cùng xây lên nó — đóng nó lại là tự triệt tiêu lý do tồn tại.

44. Tôi đóng góp bằng cách nào? Bắt đầu từ đặc tả bảy nguyên thủy (điểm hẹn kỹ thuật) và blueprint testnet, rồi chọn một trong bảy bài toán mở hoặc một trong năm mảng chuyên môn: core protocol/Cosmos · data & DA · ZK/proving · bảo mật kinh tế · sản phẩm & cộng đồng.

45. Mảng nào cần người nhất? Data / DA & Nền B — đây là đường tới hạn, phần XChain thật sự mới và gần như không tái dùng được gì.

46. Dự án làm việc theo nguyên tắc nào? Đặc tả là nguồn chân lý (code lệch spec thì sửa code) · MUST/MUST NOT trong đặc tả là ràng buộc · verify trước khi tuyên bố xong (build được mới nói build được, test chạy thì dán output) · không build ngược đồ thị phụ thuộc.

G. So sánh & tương lai

47. XChain khác gì Ethereum, Cosmos, Celestia, Polkadot? XChain không thay thế ai trong số đó. Nó xây trên Cosmos (Nền A) và dùng DA kiểu Celestia (Nền B). Phần khác biệt: tách hẳn một nền dữ liệu không đồng thuận cho khối lượng, cộng bảo mật theo tài sản và tách READ/WRITE.

48. So với Polygon Agglayer thì sao? Điểm chung là aggregated blockchains và pessimistic proof. XChain thêm Nền B, bảo mật theo tài sản và tách READ/WRITE — ba thứ này là phần đóng góp riêng.

49. Bước tiếp theo của dự án là gì? Backlog phần mềm đã sạch; bước tiếp là một lựa chọn hướng: cơ chế nâng cấp chain · thêm validator để chịu lỗi tự động · prover thật · nối danh tính sâu hơn vào các nguyên thủy khác.

50. Lộ trình dài hạn thế nào? Năm giai đoạn mở rộng: ~10 chain + Nền B cơ bản → multi-Cell và gộp proof → multi-Zone và DA mở rộng → quy mô vùng với thanh khoản phổ quát → Nền A quy mô lớn cộng Nền B mở rộng theo DA. Chi tiết ở trang Lộ trình.

Lưu ý

Tài liệu này mô tả một dự án hạ tầng đang ở giai đoạn testnet. Một số thành phần còn ở dạng mô phỏng (đáng chú ý nhất là hệ chứng minh), hệ chưa chịu lỗi tự động, và bảy bài toán khó được nêu trong tài liệu vẫn chưa có lời giải. Nội dung ở đây không phải tư vấn đầu tư, pháp lý hay thuế; không có token hay đợt phát hành nào được công bố.