Từ testnet MVC tới quy mô vùng · Giai đoạn hiện tại: testnet công khai, bốn cổng MVC đã PASS Cập nhật: 2026-08-03 · Bản sống — điều chỉnh theo kết quả kiểm chứng thật, không theo kế hoạch giấy.

1. Nguyên tắc chỉ đạo

#	Nguyên tắc	Hệ quả thực tế
1	De-risk bức tường khó trước	Không xây theo số lượng chain; ưu tiên phần chưa ai chứng minh được
2	Giữ nhịp giao ra thứ chạy được	Với một dự án cộng đồng, nhịp giao đều là điều giữ người ở lại
3	Không build ngược đồ thị phụ thuộc	`UIR → (UAC, XMP)` · `DA → (VLC, PAI)` · tất cả → Settlement
4	Verify trước khi tuyên bố xong	Mỗi mốc có cổng nghiệm thu chạy lại được từ trạng thái sạch
5	Đặc tả là nguồn chân lý	Code lệch đặc tả thì sửa code

2. Chặng đã đi qua — Testnet MVC

Sơ đồ

Milestone	Nội dung	Cổng nghiệm thu	Trạng thái
M0	Ba chain Nền A lên + IBC ba đường	Chain ra block, kênh IBC mở, chuyển token thử thành công	✅
M1	Nền B: DA + VLC + anchor (đường tới hạn)	`append` dưới một giây, phí ~0 → `commitSegment` → commitment neo trên chain, truy vấn được	✅
M2	XMP READ qua Interchain Queries	MVC-1 — chain khác xác minh sự kiện mà không cần message có trạng thái	✅
M3	UAC security-class	MVC-2 — tài sản giá trị cao bị chặn khỏi Nền B	✅
M4	XMP WRITE + pessimistic containment	MVC-3 — chain lỗi chỉ mất phần của chính nó	✅
M5	PAI + Settlement + đo chi phí	MVC-4 — gộp proof 3 chain → Root, settle kèm bất biến tổng cung	✅

Ngoài kế hoạch gốc, đã làm thêm: DA thật trên Celestia mocha (thay vì DA mô phỏng) · validator thứ hai trên máy chủ độc lập · explorer và faucet công khai · sao lưu có test khôi phục thật · giám sát tự động đã ép lỗi để kiểm chứng.

3. Việc kế tiếp — bốn lựa chọn đang chờ quyết

Không có mốc phần mềm nào đang dở, nên bước tiếp là một lựa chọn về hướng:

Lựa chọn	Nội dung	Vì sao đáng làm	Chi phí
A · Cơ chế nâng cấp chain	Thêm upgrade handler	Gỡ nợ vận hành đang lặp lại — hiện mỗi lần thêm store phải xoá dữ liệu và khởi động lại	Thấp–trung bình
B · Thêm validator	Đủ số máy để chịu lỗi tự động	Biến testnet thành mạng thật sự chịu lỗi; hiện mất máy chính là chain dừng	Cần thêm máy chủ
C · Prover thật	Thay MOCK bằng SP1 hoặc Boojum	Điều kiện để rời khỏi MOCK — mà MOCK bị cấm ngoài testnet theo chính đặc tả	Nặng nhất
D · Nối UIR sâu hơn	Kết nối danh tính vào UAC và XMP	Hiện mới nối tới Settlement; nối đủ mới khai thác hết nguyên thủy #1	Trung bình

Thứ tự khuyến nghị theo rủi ro: A → B → C. Cơ chế nâng cấp gỡ được một khoản nợ đang lặp lại mỗi lần đổi store; thêm validator biến testnet thành mạng chịu lỗi thật; prover thật là hạng mục nặng nhất nên làm khi có người trực.

4. Năm giai đoạn mở rộng

Sơ đồ

Giai đoạn	Trọng tâm	Mở khoá điều gì
GĐ-1	~10 chain Nền A + Nền B cơ bản; IBC/XMP; bảo mật chia sẻ	Nhiều chain cùng vận hành dưới một eo thắt
GĐ-2	Multi-Cell; gộp proof; định tuyến động; kết nối ra hệ Interchain bên ngoài	Hệ bắt đầu có cấu trúc phân cấp thật
GĐ-3	Multi-Zone; DA mở rộng; chuyển sang thực thi tối ưu (song song)	Thoát khỏi giới hạn thực thi tuần tự
GĐ-4	Quy mô vùng; gộp proof đệ quy; thanh khoản phổ quát	Giá trị di chuyển liền mạch giữa các vùng
GĐ-5	Nền A quy mô lớn + Nền B mở rộng theo DA	Năng lực tổng hợp hướng tới mục tiêu đã đặt

Lộ trình mang tính định hướng. Nguyên tắc là de-risk phần khó trước, không chạy theo số lượng chain.

5. Bảy bài toán mở — bản đồ rủi ro dài hạn

Đây là những thứ có thể chặn lộ trình, và chúng được nêu thẳng:

#	Bài toán	Loại rủi ro
1	Atomic execution liên vùng — chưa có lời giải trustless	Bài toán ngành, không riêng dự án
2	DA cỡ GB/s với sampling phi tập trung thật	Bài toán ngành
3	Nguồn cung prover + năng lượng cho proving quy mô lớn	Hạ tầng và kinh tế
4	Placement theo trọng lực có hội tụ về tỷ lệ liên chuỗi thấp?	Giả thuyết chưa kiểm chứng
5	Asset Registry là thành phần tin cậy tới hạn	Đúng-đắn tới hạn
6	Giữ Global Root tối thiểu để không thành nút nghẽn quản trị	Thiết kế quản trị
7	Kinh tế relayer/watcher để liveness luôn được đảm bảo	Cơ chế khuyến khích

Ba trong số này (1, 2, 3) là bài toán của cả ngành, không phải bài toán riêng của XChain — nghĩa là tiến độ phụ thuộc một phần vào tiến bộ chung.

6. Cổng rủi ro — câu hỏi phải trả lời trước mỗi bước

Cổng	Câu hỏi phải trả lời bằng bằng chứng
Trước khi rời MOCK	Prover thật có chạy trong ngân sách thời gian và chi phí chấp nhận được không?
Trước khi gọi là mạng chịu lỗi	Có đủ số máy độc lập, mỗi máy dưới 1/3 quyền biểu quyết chưa?
Trước khi tăng số chain	Cơ chế nâng cấp đã có chưa — hay mỗi thay đổi vẫn phải khởi động lại từ đầu?
Trước khi mở cho tài sản thật	Ba lớp bảo vệ cho giá trị cao đã đủ chưa, và Asset Registry đã đủ chắc chưa?
Trước khi mở rộng vùng	Kinh tế relayer/watcher đã có mô hình bảo đảm liveness chưa?

7. Chỉ số theo dõi

Nhóm	Chỉ số
Tính đúng đắn	Bốn cổng MVC vẫn PASS sau mỗi thay đổi · bất biến tổng cung không bao giờ vỡ
Vận hành	Chiều cao block tăng đều · số block bỏ lỡ của validator · số đường IBC mở
Nền B	Độ trễ `append` · chi phí biên mỗi sự kiện · tỷ lệ segment neo thành công lên DA
Phi tập trung	Số validator độc lập · phân bố quyền biểu quyết · số node bên ngoài kết nối
Cộng đồng	Số người đóng góp vào eo thắt · số bài toán mở có người nhận

8. Điều dự án cam kết giữ

Cam kết	Nội dung
Nói thật về giới hạn	Cái gì là mô phỏng thì gọi là mô phỏng; cái gì chưa giải được thì nêu tên
Public goods	Mã nguồn mở, không permissioned, không riêng tư mặc định
Đặc tả trước code	Bảy nguyên thủy là hợp đồng chung — đổi đặc tả là quyết định có chủ đích, có ghi lý do
Không hứa điều bất khả	Không tuyên bố một tỷ giao dịch composable toàn cục; nói rõ con số là năng lực tổng hợp

Câu chốt: phần lớn dự án hạ tầng ở tham vọng này dừng lại ở whitepaper. XChain đã đi qua bốn cổng nghiệm thu trên node thật, đưa dữ liệu lên một tầng DA công khai, và viết ra bằng tên bảy thứ nó chưa làm được. Lộ trình phía trước không đo bằng số chain dựng thêm, mà bằng số bức tường khó đã được hạ xuống — bắt đầu từ những bức tường mà chính dự án đã chỉ mặt đặt tên.