Who — Ai xây, ai dùng
Câu trả lời một dòng: XChain được xây bởi một nhóm nhỏ phủ năm mảng chuyên môn, cho những người xây chain và ứng dụng khác dùng làm tầng nền — và mở cho cộng đồng đóng góp qua một eo thắt kỹ thuật được định nghĩa cứng.
1. Ai dùng XChain
XChain không có "người dùng cuối" theo nghĩa thông thường. Nó là hạ tầng — người dùng của nó là những người xây thứ khác.
| Nhóm | Họ cần gì | XChain mang lại |
|---|---|---|
| Người xây app-chain | Một nền để chain của mình không phải tự lo bảo mật và liên chuỗi từ đầu | Cắm vào bảy nguyên thủy; chọn lớp bảo mật theo giá trị tài sản của mình |
| Ứng dụng khối lượng lớn (mạng xã hội, IoT, chat, log) | Ghi sự kiện lên chuỗi với chi phí gần 0 nhưng vẫn kiểm chứng được | Nền B: append dưới một giây, phí ~0, có inclusion proof |
| Dự án cần xác minh xuyên chain | Đọc và tin trạng thái của chain khác mà không phải tin một cầu nối | READ qua Interchain Queries — xác minh proof, không đổi trạng thái |
| Nhà nghiên cứu & người đóng góp | Bài toán khó thật, đặc tả rõ, code mở | Eo thắt bảy nguyên thủy đặc tả cứng + bảy bài toán mở nêu thẳng |
2. Ví dụ cụ thể: ai được lợi và lợi thế nào
| Tình huống | Trước đây | Với XChain |
|---|---|---|
| Một mạng xã hội muốn chứng minh "bài này đã tồn tại lúc 10h" | Phải tin máy chủ của chính họ, hoặc trả phí gas cho mỗi tương tác | Ghi vào namespace Nền B: phí ~0, có dấu thời gian neo lên chain, chứng minh inclusion được |
| Một chain game muốn kiểm tra người chơi có vật phẩm ở chain khác | Cầu nối hoặc oracle — thêm giả định tin cậy | READ qua ICQ: xác minh proof đối chiếu root đã có |
| Một dự án phát hành tài sản giá trị cao | Tự chịu trách nhiệm không để tài sản lọt xuống môi trường kém an toàn | Gắn security-class vào tài sản; Asset Registry từ chối placement sai bằng mã |
| Một mạng cảm biến IoT ghi telemetry | Không khả thi về kinh tế trên chuỗi | Nền B với chính sách prune theo tầng — chỉ commitment là vĩnh viễn |
3. Ai xây — năm mảng chuyên môn
Ở giai đoạn hiện tại, dự án cần một nhóm nhỏ nhưng phủ được năm mảng. Một người có thể kiêm nhiều vai.
| Mảng | Trọng tâm | Nền tảng hữu ích | Gắn với mốc nào |
|---|---|---|---|
| Core protocol / Cosmos | Nền A, app-chain, IBC/ICQ/ICA | Cosmos SDK, Go, CometBFT | Dựng chain, kênh IBC, XMP |
| Data / DA & Nền B | Verifiable Log, DA, namespace | Celestia/EigenDA, Rust/Go | Đường tới hạn — VLC + DA |
| ZK / Proving | Proof aggregation, ZK backstop | SP1/RISC0/Boojum | Thay MOCK bằng prover thật |
| Bảo mật kinh tế | Restaking, security-class, mô hình khuyến khích | Cryptoeconomics | Containment, pessimistic proof |
| Sản phẩm & cộng đồng | Định vị, tài liệu, thu hút đóng góp | DevRel, viết, điều phối | Tài liệu công khai, kịch bản demo |
Mảng Data/Nền B là đường tới hạn — đây là phần XChain thật sự mới, gần như không tái dùng được gì. Ưu tiên người và thời gian ở đây.
4. Cách đóng góp
Điểm vào được thiết kế có chủ đích để nhiều nhóm code song song mà vẫn ghép được với nhau:
| Bước | Nội dung |
|---|---|
| 1 | Đọc đặc tả bảy nguyên thủy — mỗi nguyên thủy có bất biến, cấu trúc dữ liệu, giao diện, quy tắc và phụ thuộc rõ ràng |
| 2 | Đọc blueprint testnet — quy mô tối thiểu để chứng minh cơ chế, không phải quy mô sản xuất |
| 3 | Chọn một trong bảy bài toán mở, hoặc một mảng trong bảng trên |
| 4 | Kiểm chứng bằng bốn cổng MVC — có kịch bản chạy lại được từ trạng thái sạch |
Nguyên tắc làm việc đã được ghi thành luật cứng của dự án: verify trước khi tuyên bố xong — build được thì mới nói build được; test chạy thì dán output; không chấp nhận "có vẻ đúng".
5. Ai chịu trách nhiệm về cái gì
| Câu hỏi | Câu trả lời |
|---|---|
| Đặc tả là nguồn chân lý hay code? | Đặc tả. Khi code lệch spec thì sửa code theo spec |
| Ai quyết định một tài sản được đặt ở tầng nào? | Asset Registry, bằng security-class gắn với tài sản — không phải người vận hành chain |
| Ai bảo đảm tổng cung không sai? | Bất biến total = Σ perChain + lockedInTransit phải đúng tại mọi checkpoint Root, có kiểm thử riêng |
| Ai chịu hậu quả khi một chain lỗi? | Chính chain đó — pessimistic proof bảo đảm thiệt hại bị giới hạn, các chain lành nguyên vẹn |
| Ai xác minh proof? | Tầng cha, và chỉ xác minh — không được thực thi lại giao dịch |
6. Quan hệ với các dự án khác trong danh mục
| Quan hệ | Nội dung |
|---|---|
| Tái dùng stack kỹ thuật | Nền tảng chain, công cụ vận hành và mẫu module được lift từ một dự án chuỗi khác trong danh mục HEAD Capital |
| KHÔNG tái dùng triết lý | Dự án nguồn là permissioned và có lớp compliance riêng; XChain loại bỏ hoàn toàn phần đó — trộn hai triết lý sẽ hỏng cả hai |
| Đóng góp ngược cho danh mục | Năng lực vận hành chuỗi khối, quy trình kiểm chứng nghiêm ngặt và kinh nghiệm tích hợp DA thật |
| Vị trí trong danh mục | Nhóm Web3 & Tài chính — dự án hạ tầng sâu nhất về kỹ thuật, và là dự án duy nhất theo mô hình public goods |
7. Ai không phải đối tượng của XChain ở giai đoạn này
| Nhóm | Vì sao chưa |
|---|---|
| Người dùng cuối tìm ứng dụng để dùng | XChain là tầng nền — giá trị đến với người dùng cuối qua ứng dụng xây trên nó |
| Nhà đầu tư tìm token để mua | Không có token hay đợt phát hành nào được công bố; giai đoạn hiện tại là hạ tầng và testnet |
| Dự án cần môi trường riêng tư, có kiểm soát truy cập | XChain là public goods, không permissioned — nhu cầu đó thuộc về một loại hạ tầng khác |
Tiếp theo: WHERE — testnet công khai, hạ tầng và vị trí so với các dự án khác