# Tài liệu 9Chain

**Nền tảng để bất kỳ ai — tổ chức hay cá nhân — tạo, vận hành và sở hữu blockchain riêng của mình.**

*Tài liệu viết ở thì bất biến: nó mô tả thiết kế, cơ chế, và những cổng một mạng phải qua. Nó không phải một ảnh chụp. Mọi số đo sống nằm ở mục Tự đối chiếu.*

## Tóm tắt

Thứ 9Chain xây không phải một cái chain, mà là **cỗ máy sinh ra chain**: một operator Kubernetes dựng chain tự động, một console để điều khiển, và một lớp AI biến câu mô tả thành bản thiết kế chạy được. Mỗi chain sinh ra mang sẵn hai thứ mà chain doanh nghiệp đời cũ không có và chain công khai không cho: cổng tuân thủ nằm **trong đồng thuận** thay vì trong hợp đồng, và một đường ra kinh tế công khai có kiểm soát.

Trên nền đó, dự án đề xuất một chain công cộng của riêng nó, **LOVE9**, với một luận điểm khác thường: nếu ai cũng cần một chain để làm việc cùng AI, thì thứ khan hiếm không phải thêm một chain, mà là một danh tính xác minh được, dùng chung giữa mọi ứng dụng. LOVE9 đề xuất tổng cung 81 tỷ, không phần cho đội ngũ, không phần cho quỹ đầu tư, không premine, không bán cho ai.

Hai câu tự giới hạn, đặt ngay ở đây. Thứ được tuyên bố trong tài liệu này là kiến trúc và cơ chế, **không phải quy mô đang chạy**. Và mọi con số kinh tế là **đề xuất khởi đầu do cộng đồng biểu quyết**, không phải cam kết — chính bản hiến pháp của dự án nói như vậy.

> **Câu chốt:** thứ 9Chain xây không phải một blockchain, mà là **quyền tự dựng một blockchain**. Toàn bộ giá trị của lời hứa đó nằm ở chỗ mọi câu ở trên đều tự kiểm chứng được.

## 1 · Nhu cầu

> **Về những con số trong mục này.** Chúng là **trích dẫn từ nguồn bên ngoài**, có đường dẫn và mốc đo, chứ không phải số đo của mạng 9Chain. Số thị trường thay đổi theo thời gian; ở đây chúng dùng để chỉ ra **hình dạng và hướng đi** của nhu cầu, không phải để tuyên bố một trạng thái vĩnh viễn. Nguồn khác nhau đo khác nhau, nên chỗ nào lệch thì tài liệu ghi cả khoảng.

### Vốn thật đã lên chain, và nó đang tăng nhanh

| Chỉ số | Giá trị | Nguồn · mốc đo |
|---|---|---|
| Tài sản thực token hoá, giao dịch được trên chain (không tính stablecoin) | khoảng **33,5 tỷ USD** | [RWA.xyz / Canton](https://www.canton.network/blog/state-of-rwa-tokenization-2026) · đầu 7/2026 |
| Cùng chỉ số, một năm trước đó | khoảng **11,8 – 14,1 tỷ USD** | như trên · giữa 2025 |
| Tài sản đã cam kết token hoá nhưng **chưa giao dịch tự do được** | khoảng **345 tỷ USD** | như trên · đầu 7/2026 |
| Stablecoin lưu hành | khoảng **287 – 313 tỷ USD** (tuỳ nguồn) | [StableCoin.com](https://stablecoin.com/market-cap/) · [DefiLlama qua Reap](https://reap.global/blog/stablecoin-statistics-2026) · 8/2026 |
| Mức độ tập trung của stablecoin | hai đồng lớn nhất chiếm **89%** | [Reap](https://reap.global/blog/stablecoin-statistics-2026) · 2026 |

Con số đáng chú ý nhất trong bảng không phải 33,5 tỷ, mà là **345 tỷ**. Chênh lệch giữa hai dòng đầu và dòng thứ ba nói lên một điều: phần lớn tài sản đã được cam kết đưa lên chain **vẫn chưa đi tới đâu**. Nó bị giữ lại ở đâu đó giữa ý định và một sổ cái giao dịch được.

```mermaid
xychart-beta
  title "Tài sản thực trên chain, không tính stablecoin (tỷ USD)"
  x-axis ["giữa 2025", "3/2026", "5/2026", "7/2026", "đã cam kết<br/>chưa giao dịch được"]
  y-axis "tỷ USD" 0 --> 360
  bar [13, 25.4, 31.4, 33.5, 345]
```

*Hình 1 — Cột cuối không cùng loại với bốn cột đầu: đó là phần đã cam kết nhưng chưa giao dịch tự do được. Khoảng cách ấy chính là bài toán.*

### Luật đã rõ, nhưng rõ theo từng vùng

Hai khung pháp lý lớn nhất đều đã có hiệu lực, và **chúng không công nhận lẫn nhau**.

| Khung | Trạng thái | Nguồn |
|---|---|---|
| MiCA (EU) | Áp dụng đầy đủ trên toàn bộ 27 nước thành viên từ 12/2024; tổ chức phát hành phải được cấp phép trước 1/7/2026 | [KuCoin Research](https://www.kucoin.com/blog/en-stablecoin-regulation-updates-2026-genius-act-mica-enforcement-global-compliance-trends) |
| GENIUS Act (Mỹ) | Thành luật 18/7/2025 (Public Law 119-27); chỉ tổ chức được cấp phép mới được phát hành stablecoin thanh toán | [Eco](https://eco.com/support/en/articles/15282223-what-is-the-genius-act-us-stablecoin-law-explained-for-2026) |
| Công nhận chéo giữa hai khung | **Không có.** Giấy phép ở một bên không dùng được ở bên kia | [Orochi](https://orochi.network/blog/2026-stablecoin-regulatory-expectations-the-future-of-global-payments) |

Điều này quan trọng hơn vẻ ngoài của nó. Quy định rõ ràng thì tổ chức dám bước vào, nhưng **quy định rõ ràng theo từng vùng riêng biệt** có nghĩa là nghĩa vụ tuân thủ không giống nhau giữa các thị trường, và không có một tấm giấy phép nào dùng chung. Một tổ chức phục vụ nhiều thị trường phải cưỡng chế **nhiều bộ luật khác nhau trên cùng một hạ tầng**, và phải chứng minh được điều đó với cơ quan quản lý của từng nơi.

Cưỡng chế ở lớp ứng dụng không đáp ứng được yêu cầu ấy, vì lớp ứng dụng có thể bị đi vòng. Đó là lý do vị trí đặt cổng tuân thủ trở thành câu hỏi kiến trúc, không phải câu hỏi tính năng.

### Định chế lớn đã đi, và họ đi bằng hạ tầng riêng

Điểm đáng chú ý không phải là *có* tổ chức lớn tham gia, mà là **cách** họ tham gia.

| Sự kiện | Quy mô | Nguồn |
|---|---|---|
| BlackRock token hoá một phần dải quỹ thị trường tiền tệ châu Âu, chạy trên nền blockchain của JPMorgan | **311 tỷ USD** giá trị dải quỹ | [Decrypt](https://decrypt.co/374894/blackrock-tokenizes-311b-of-european-money-market-funds-with-jp-morgans-kinexys) · 8/2026 |
| Khối lượng giao dịch luỹ kế trên nền tảng blockchain của JPMorgan | trên **1,5 nghìn tỷ USD** | [Spark Research](https://www.spark.money/research/tradfi-defi-convergence-2026) · 2026 |

Họ **không** đưa những khoản đó lên một chain công khai. Họ dựng hạ tầng riêng, hoặc dùng hạ tầng riêng của một định chế khác. Đó là bằng chứng thị trường mạnh nhất cho luận điểm của tài liệu này: **ở quy mô định chế, nhu cầu về một chain riêng có kiểm soát là nhu cầu đã được trả tiền, không phải giả thuyết.**

Nhưng nó cũng phơi ra vế còn lại của bài toán. Chỉ một số rất ít tổ chức trên thế giới đủ lớn để tự dựng một nền tảng như vậy. Phần còn lại — quỹ vừa, công ty phát hành tài sản, fintech, và về sau là từng cá nhân — cần **cùng năng lực đó mà không cần cùng ngân sách đó**.

### Nửa thứ hai: AI agent chưa có nơi chịu trách nhiệm

Cùng lúc, một loại người dùng mới đang xuất hiện với tốc độ lớn hơn hẳn.

| Chỉ số | Giá trị | Nguồn |
|---|---|---|
| Số AI agent dự báo tồn tại vào 2028 | **1,3 tỷ** | IDC, dẫn qua [Microsoft](https://www.digitalapplied.com/blog/ai-agent-adoption-2026-enterprise-data-points) |
| Tỷ lệ ứng dụng doanh nghiệp nhúng agent chuyên biệt, dự báo cuối 2026 | **40%** (từ dưới 5% năm 2025) | Gartner, dẫn qua [Accelirate](https://www.accelirate.com/agentic-ai-statistics-2026/) |
| Tổ chức coi AI agent là **thực thể có danh tính riêng** | chỉ **21,9%** | [Strata](https://www.strata.io/blog/agentic-identity/the-ai-agent-identity-crisis-new-research-reveals-a-governance-gap/) |
| Tổ chức xác thực agent bằng **khoá API tĩnh** | **44%** | như trên |
| Tổ chức dùng **tài khoản dịch vụ dùng chung** cho agent | **35%** | như trên |
| Tổ chức triển khai AI tự hành mà **không biết theo thời gian thực** agent đang làm gì và ai chịu trách nhiệm | gần **80%** | [Help Net Security](https://www.helpnetsecurity.com/2026/06/16/delinea-securing-machine-identities-and-agentic-ai/) |

```mermaid
flowchart LR
  A["1,3 tỷ agent<br/>dự báo vào 2028"] --> B{"Agent có danh tính<br/>riêng, kiểm toán được?"}
  B -- "21,9%" --> C["Có"]
  B -- "phần còn lại" --> D["Khoá API tĩnh · 44%<br/>tài khoản dùng chung · 35%"]
  D --> E["Gần 80% tổ chức không biết<br/>agent đang làm gì<br/>và ai chịu trách nhiệm"]
```

*Hình 2 — Số lượng agent tăng nhanh hơn hẳn năng lực quy trách nhiệm cho chúng.*

Đọc bảng trên theo hướng khác: khi một agent ký một giao dịch bằng **khoá API dùng chung**, thì sau đó không ai trả lời được câu hỏi *ai đã làm việc này*. Không phải vì thiếu nhật ký, mà vì **danh tính đã bị gộp mất từ đầu**. Nhật ký chỉ ghi lại được thứ mà hệ thống có khả năng phân biệt.

Đó là lý do câu hỏi "agent ghi nhớ, ký tên, chịu trách nhiệm ở đâu" không phải một câu hỏi triết học. Nó là một khoảng trống hạ tầng đã đo được, và nó sẽ lớn lên cùng số agent.

> **Câu chốt:** nhu cầu ở đây không phải "thêm một blockchain nữa". Nó là **một chỗ vừa kín, vừa nối được ra ngoài, vừa quy được trách nhiệm** — và một cách để có chỗ đó mà không cần ngân sách của một ngân hàng đầu tư.

## 2 · Bài toán

Một tổ chức muốn bước vào không gian ấy chỉ có ba đường, và cả ba đều hỏng theo cách riêng.

| Đường đi | Được gì | Mất gì |
|---|---|---|
| Chain doanh nghiệp đời cũ | Riêng tư và quyền kiểm soát | Cắt khỏi thanh khoản công khai |
| Chain công khai | Thanh khoản và tính kết hợp | Phơi từng giao dịch; tuân thủ chỉ ở lớp ứng dụng |
| Cơ sở dữ liệu | Đơn giản, rẻ, quen thuộc | Không có bất biến đa bên kiểm toán được |

### Đường thứ nhất đã có người đi, và họ đã ngã

Đây không phải suy đoán. Hai nền tảng lớn nhất từng thử đúng cách tiếp cận này đều đã đóng cửa, và cả hai đều đủ mạnh về mọi mặt trừ một mặt.

| Nền tảng | Ai đứng sau | Kết cục | Nguồn |
|---|---|---|---|
| TradeLens | Maersk và IBM, ra mắt 2018, chạy trên Hyperledger Fabric | Công bố ngừng 11/2022; đóng truy cập **31/3/2023**. Lý do nêu ra: không đạt được mức hợp tác toàn ngành cần thiết và không đạt khả năng thương mại để tồn tại độc lập | [Maersk](https://www.maersk.com/news/articles/2022/11/29/maersk-and-ibm-to-discontinue-tradelens) · [The Register](https://www.theregister.com/2022/11/30/ibm_and_maersk_tradelens_shutdown/) |
| we.trade | Liên doanh **12 ngân hàng châu Âu** và IBM, được 16 ngân hàng ở 15 nước cấp phép sử dụng | Cạn vốn, không gọi thêm được, vào thủ tục phá sản **2022** | [GTR](https://www.gtreview.com/news/top-stories/we-trade-calls-it-quits-after-running-out-of-cash/) · [Ledger Insights](https://www.ledgerinsights.com/hsbc-socgen-ibm-backed-blockchain-company-we-trade-starts-insolvency-procedure/) |

Cả hai đều có công nghệ chạy được, có tên tuổi lớn hậu thuẫn, và có những thành viên đầu tiên tham gia. Thứ chúng không có là **lý do để bên thứ hai mươi tham gia sau khi bên thứ mười đã tham gia**. Một mạng đóng chỉ đáng giá bằng số thành viên của nó, mà chi phí thuyết phục thành viên tiếp theo thì không giảm đi.

Đó là cái chết vì cô lập, và nó có tên riêng: **giá trị của mạng bị chặn trần bởi chính ranh giới của mạng.**

### Đường thứ hai buộc phải chọn giữa thanh khoản và bí mật

Một chain công khai cho thanh khoản, nhưng buộc một tổ chức phơi sổ sách cho đối thủ đọc. Và nó đẩy toàn bộ nghĩa vụ tuân thủ lên lớp ứng dụng, nơi một hợp đồng viết cẩu thả là đủ để lách qua — trong khi phần "Nhu cầu" cho thấy nghĩa vụ ấy nay **khác nhau theo từng vùng pháp lý** và phải chứng minh được với từng cơ quan quản lý.

### Đường thứ ba thường là đường đúng, và tài liệu này nói thẳng điều đó

Nếu bài toán của bạn là dữ liệu nội bộ của một bên, hãy dùng cơ sở dữ liệu. Nó rẻ hơn, nhanh hơn, và đội của bạn đã biết cách vận hành nó. Blockchain chỉ trả lại giá trị khi có nhiều bên không hoàn toàn tin nhau, cần liên thông, và cần bất biến kiểm toán được.

### Chẩn đoán

Vấn đề không phải "chưa đủ nhanh". Nó là: **chưa có chỗ nào vừa kín ở trong, vừa mở có kiểm soát ra ngoài, vừa cưỡng chế được tuân thủ ở tầng mà ứng dụng không với tới — và vừa rẻ đủ để một tổ chức bình thường có được nó.**

Vế cuối là vế thường bị bỏ quên. Hai định chế trong phần "Nhu cầu" đã giải xong ba vế đầu bằng cách tự xây. Điều đó chứng minh bài toán giải được, đồng thời chứng minh cách giải ấy **chỉ dành cho số rất ít**.

```mermaid
flowchart TB
  G["Khoảng trống<br/>kín ở trong · mở có kiểm soát ra ngoài<br/>tuân thủ dưới lớp ứng dụng"]
  G --> A["Tuân thủ thành thuộc tính<br/>của giao thức"]
  G --> B["Riêng tư và liên thông<br/>cùng tồn tại"]
  G --> C["Chain thành thứ<br/>sinh ra được"]
  A --> R["Một chain hạ từ dự án hạ tầng<br/>xuống một bản kê khai xét duyệt được"]
  B --> R
  C --> R
```

*Hình 3 — Ba đóng góp, cùng dẫn tới một kết quả.*

Ba đóng góp ấy là:

1. **Tuân thủ là thuộc tính của giao thức, không phải của hợp đồng.** Allowlist, vai trò và tham chiếu KYC nằm trong một module đồng thuận, cưỡng chế ở năm lớp độc lập.
2. **Riêng tư và liên thông cùng tồn tại.** Sổ cái nội bộ kín; chỉ tài sản được chọn mới bắc cầu ra công khai, qua một cây cầu có cổng kiểm.
3. **Chain trở thành thứ sinh ra được.** Toàn bộ vòng đời — sinh khoá, dựng genesis, triển khai, tự chữa, tháo dỡ — được mã hoá thành một vòng lặp tự đưa hệ thống về đúng trạng thái đã khai báo.

> **Câu chốt:** câu hỏi không phải "chain nào nhanh hơn", mà **ai được quyền có một cái chain** — và nó có nối được với phần còn lại của thế giới không.

## 3 · Nguyên lý

Bảy nguyên lý chi phối mọi lựa chọn kỹ thuật phía sau.

| # | Nguyên lý | Nghĩa |
|---|---|---|
| 1 | Tuân thủ ở tầng giao thức | Kiểm soát nằm dưới lớp ứng dụng, nên hợp đồng không lách được |
| 2 | Riêng tư mặc định, liên thông chủ đích | Kín ở trong; chỉ cái được chọn mới đi ra |
| 3 | An toàn từ danh tính, không từ giá token | Validator biết mặt, ràng buộc bằng hợp đồng, trả công bằng tiền thật |
| 4 | Không bên nào vận hành tất cả | Mặc định luôn có ít nhất một node ngoài đội vận hành |
| 5 | Một đường chính, làm cho thật | Tự động hoá đúng một đường, và nó phải chạy được với khách thật |
| 6 | Đo được trên chain, hoặc không tồn tại | Số công bố đọc từ chain; không bảng điều khiển nào là nguồn chân lý |
| 7 | Genesis kế thừa | Mạng được thiết kế để tái sinh qua các kỳ; dữ liệu hoạt động đi tiếp, và không kỳ nào hứa số dư một đổi một |

Nguyên lý thứ bảy là thứ ít dự án dám viết ra, nên cần nói rõ nó nghĩa là gì. Một mạng có thể được sinh lại: đổi tham số nền, sửa một sai lầm không vá nóng được, hay bước sang kỳ tiếp theo. Dự án chọn công bố điều đó **trước**, thay vì để nó xảy ra rồi giải thích sau.

Hệ quả trực tiếp cho chính tài liệu này: **danh tính của mạng là một dữ kiện sống, không phải một hằng số.** Vì thế bạn sẽ không thấy chain-id nào ghi cứng ở đây. Mọi trang trỏ tới nơi đọc danh tính hiện hành.

### Phần lõi từ chối làm gì

Một nền tảng được định nghĩa bằng những việc nó không chịu làm, nhiều bằng danh sách tính năng của nó.

```mermaid
flowchart LR
  Y["Một yêu cầu đến"] --> Q{"Nhiều bên không hoàn toàn tin nhau?<br/>Cần liên thông?<br/>Cần bất biến kiểm toán được?"}
  Q -- "Thiếu một trong ba" --> DB["Câu trả lời đúng là<br/>một cơ sở dữ liệu.<br/>9Chain TỪ CHỐI"]
  Q -- "Đủ cả ba" --> OK["Nhận"]
  OK --> N1["Từ chối bảo mật bằng kinh tế<br/>token cho khách riêng tư"]
  OK --> N2["Từ chối phát hành<br/>tài sản thay khách"]
  OK --> N3["Từ chối để một bên nắm<br/>quá một phần ba quyền biểu quyết"]
  OK --> N4["Từ chối chạm giá"]
```

*Hình 4 — Cổng sàng lọc đứng trước mọi lời chào hàng, và bốn điều lõi từ chối làm.*

**Từ chối nhận sai bài toán.** Nếu bài toán của bạn là dữ liệu nội bộ của một bên, câu trả lời đúng là một cơ sở dữ liệu, và nói thẳng điều đó rẻ hơn cho cả hai. Ba điều kiện ở trên là tiêu chí sàng lọc được viết thành luật, không phải lời khuyên.

**Từ chối bảo mật bằng kinh tế token cho khách riêng tư.** Mô hình bảo mật chia sẻ kéo theo validator bên ngoài nhìn thấy dữ liệu. Nó phá đúng thứ khách trả tiền để có.

**Từ chối phát hành tài sản thay khách.** Nền tảng vận hành chain. Bên phát hành phát hành token của họ, và chịu giấy phép của họ.

**Từ chối để một bên nắm quá một phần ba quyền biểu quyết.** Đây không phải khẩu hiệu phi tập trung, mà là một ngưỡng toán học, giải thích ở mục Bảo mật.

**Từ chối chạm giá.** Với LOVE9: không bán, không niêm yết, không đỡ giá, không hứa lợi nhuận.

> **Câu chốt:** khách không thể tự bảo vệ mình khỏi một nền tảng nhận mọi thứ. **Danh sách từ chối chính là thứ bảo vệ họ.**

## 4 · Kiến trúc

Cùng một hệ thống, tả ba lần ở độ phân giải tăng dần. Dừng sau lượt một, bạn vẫn nắm được luật.

### Lượt một — bốn tầng

| Tầng | Là gì | Công nghệ |
|---|---|---|
| 0 — Nền chain | Khung blockchain | Cosmos SDK, Cosmos EVM, CometBFT |
| 1 — Chain sinh ra | Thứ khách nhận được | EVM appchain riêng tư, có cổng tuân thủ, không thu phí người dùng, nối liên thông |
| 2 — Nền tảng | Cỗ máy sinh chain | Operator Kubernetes, API cấp phát, console, kho khoá, explorer, relayer |
| 3 — Giá trị | Tách hẳn khỏi hạ tầng | Token LOVE9, không phải nhiên liệu của chain khách |

Ranh giới tầng ba là một quyết định thiết kế, không phải sự sắp xếp tình cờ: **token của nền tảng không bao giờ là điều kiện để một chain khách hoạt động.** Khách trả bằng tiền thật, và chain của họ chạy bất kể token có giá bao nhiêu, kể cả khi không có giá nào.

### Lượt hai — vòng đời một chain

Một chain là một bản kê khai. Operator đọc bản kê khai đó rồi tự đưa hệ thống về đúng trạng thái được mô tả, lặp đi lặp lại.

```mermaid
flowchart TB
  M["Bản kê khai Chain"] --> P["Chờ<br/>tạo vùng riêng"]
  P --> G["Dựng<br/>sinh khoá vào kho khoá<br/>dựng genesis rồi kiểm tra"]
  G --> D["Triển khai<br/>validator · RPC · faucet · explorer"]
  D --> S["Đồng bộ<br/>chờ đủ quorum sản block"]
  S --> H["Khoẻ<br/>kiểm lại theo chu kỳ"]
  D -.-> F["Hỏng<br/>chẩn đoán rồi thử lại giãn dần"]
  S -.-> F
  F -.-> P
  H --> T["Tháo dỡ<br/>dọn sạch tài nguyên"]
```

*Hình 5 — Vòng lặp tự cân bằng trạng thái. Mỗi vòng cho cùng kết quả dù chạy bao nhiêu lần, nên operator khởi động lại lúc nào cũng an toàn.*

Bước khó nhất là dựng genesis: sinh khoá từng validator vào kho khoá, tạo tài khoản, đưa validator thẳng vào genesis, đặt tham số nền, rồi **kiểm tra trước khi ghi**. Một genesis sai không sửa được bằng bản vá; nó chỉ sửa được bằng cách sinh lại cả mạng.

### Lượt ba — nhiều khách trên cùng hạ tầng

```mermaid
flowchart LR
  subgraph NT["Vùng riêng của chain A"]
    A1["Validator do<br/>nền tảng chạy"]
    A2["RPC · faucet<br/>explorer"]
  end
  subgraph NB["Vùng riêng của chain B"]
    B1["Validator do<br/>nền tảng chạy"]
  end
  Q["Hạn ngạch tài nguyên<br/>chính sách mạng<br/>quyền tối thiểu"] --- NT
  Q --- NB
  X["Node của KHÁCH<br/>chạy bên ngoài"] -.->|"genesis · danh sách peer · khoá<br/>do operator sinh"| A1
  Y["Node KIỂM TOÁN<br/>chạy bên ngoài"] -.-> A1
```

*Hình 6 — Ranh giới trách nhiệm: operator chỉ quản node của nền tảng.*

Node của khách và của kiểm toán chạy bên ngoài, trên hạ tầng của chính họ; operator chỉ sinh ra hiện vật để họ tham gia. Đó là điều làm cho "đa bên" là thật chứ không phải trang trí — nếu mọi node đều do một bên vận hành thì cụm từ ấy vô nghĩa.

> **Câu chốt:** khi vòng đời một chain được viết thành mã, **"chạy một blockchain" thôi là dự án hạ tầng.** Nó thành một dòng cấu hình có thể đem đi xét duyệt.

## 5 · Tuân thủ ở tầng giao thức

Module tuân thủ giữ ba loại dữ liệu: danh sách địa chỉ được phép cùng trạng thái và **mã băm** tham chiếu KYC, các vai trò, và tham số vận hành. Cần nhấn một điểm: trên chain chỉ có mã băm. **Dữ liệu định danh cá nhân không bao giờ được ghi lên đó.**

### Năm lớp cưỡng chế

| Lớp | Cơ chế | Chặn được gì |
|---|---|---|
| 1 | Chặn ở khâu tiền xử lý giao dịch | Ai được ký và gửi giao dịch, cả Cosmos lẫn EVM |
| 2 | Hạn chế ở module ngân quỹ | Dòng tài sản; token nhiên liệu không chuyển nhượng |
| 3 | Móc vào máy ảo EVM | Quyền triển khai hợp đồng; chặn mẫu sinh hợp đồng con |
| 4 | Middleware liên chuỗi | Tài sản từ ngoài đi vào: người nhận chưa duyệt thì báo lỗi ngược và hoàn tiền |
| 5 | Precompile | Cho chính hợp đồng tự hỏi "địa chỉ này có được phép không" |

```mermaid
flowchart TB
  TX["Giao dịch đến"] --> L1{"Lớp 1 · người ký<br/>có được phép?"}
  L1 -- "không" --> R1["Từ chối · ghi sự kiện"]
  L1 -- "có" --> L2{"Lớp 2 · dòng tài sản<br/>có hợp lệ?"}
  L2 -- "không" --> R2["Từ chối · ghi sự kiện"]
  L2 -- "có" --> L3{"Lớp 3 · được phép<br/>triển khai hợp đồng?"}
  L3 -- "không" --> R3["Từ chối · ghi sự kiện"]
  L3 -- "có" --> EX["Thực thi"]
  EX --> L5["Lớp 5 · hợp đồng tự hỏi<br/>trước khi chuyển tiếp"]
```

*Hình 7 — Mỗi lớp có nhánh từ chối riêng, và mọi lần từ chối đều để lại dấu vết.*

Vì sao phải năm lớp thay vì một? Vì lớp một có một lỗ hổng đã biết, và tài liệu này nói ra thay vì giấu: **khâu tiền xử lý không nhìn thấy lời gọi giữa hợp đồng với hợp đồng bên trong máy ảo.** Một hợp đồng đã được phép có thể gọi tiếp hợp đồng khác mà lớp một không hay biết. Lớp năm tồn tại chính vì lỗ hổng đó. Nói "không thể lách" mà không nói câu này là quảng cáo sai.

### Tài sản từ ngoài đi vào

```mermaid
sequenceDiagram
  participant N as Mạng công khai
  participant R as Relayer
  participant M as Middleware tuân thủ
  participant C as Chain khách
  N->>R: Gói chuyển tài sản
  R->>M: Giao gói
  M->>M: Người nhận có được phép?
  alt Được phép
    M->>C: Ghi có cho người nhận
    C-->>N: Xác nhận thành công
  else Chưa duyệt
    M-->>N: Báo lỗi ngược, tài sản hoàn về nguồn
    Note over M,N: Không ghi có gì cả. Tiền không kẹt.
  end
```

*Hình 8 — Cổng kiểm ở biên: từ chối thì hoàn tiền, không bao giờ để tài sản mắc kẹt.*

Mọi thay đổi đều phát sự kiện, và bộ lập chỉ mục bên ngoài gom chúng thành báo cáo cho kiểm toán viên. Ở đây có một chi tiết đã trả giá và đáng giữ lại: khi middleware **từ chối** một gói, tầng dưới hoàn tác ngữ cảnh rồi phát lại sự kiện **kèm một tiền tố khác**. Bộ lập chỉ mục phải khớp cả dạng có tiền tố, nếu không nó sẽ đếm thiếu đúng những gói bị chặn — tức là mù đúng chỗ cần nhìn nhất.

> **Câu chốt:** tuân thủ chỉ đáng tin khi nó **không phụ thuộc vào thiện chí của người viết hợp đồng**.

## 6 · Bảo mật

Validator do các bên biết danh tính vận hành, ràng buộc bằng hợp đồng pháp lý, và trả công qua hợp đồng dịch vụ bằng tiền thật. Hệ quả là mạng không cần lạm phát, và token nhiên liệu của chain khách không cần có giá trị thị trường nào.

Đây là khác biệt chi phí căn bản, không phải tối ưu ở biên. Mô hình đối thủ phải **nuôi giá một tài sản** để duy trì an toàn; chi phí ấy cuối cùng cũng có người trả.

### Ba chế độ vận hành, một mã nguồn

| Chế độ | Ai chạy validator | Phù hợp |
|---|---|---|
| Nền tảng vận hành trọn | Nền tảng chạy toàn bộ | Khách đơn giản, ngân sách thấp |
| Hỗn hợp (mặc định) | Nền tảng đa số, khách một node, kiểm toán một node | Tài chính, consortium |
| Nhiều bên | Nhiều định chế cùng chạy | Consortium nhiều thành viên |

```mermaid
flowchart LR
  CB["Một mã nguồn<br/>khác đúng một trường<br/>trong bản kê khai"] --> M1["Nền tảng vận hành trọn"]
  CB --> M2["Hỗn hợp · mặc định<br/>luôn có node bên ngoài"]
  CB --> M3["Nhiều bên"]
```

*Hình 9 — Ba chế độ khác nhau ở cấu hình, không khác ở mã.*

### Luật chịu lỗi

Đồng thuận cần **hơn hai phần ba** tổng quyền biểu quyết để chốt một block. Với quyền chia đều, mạng `n` node chịu được `f` node ngừng đột ngột theo công thức `n ≥ 3f+1`. Đây là ràng buộc toán học, không hạ xuống được bằng cấu hình.

| Số node | Chịu được | Ghi chú |
|---|---|---|
| 3 | 0 | mất bất kỳ node nào là dừng |
| 4 | 1 | ngưỡng tối thiểu có ý nghĩa |
| 5–6 | 1 | thêm node thứ sáu không tăng khả năng chịu lỗi |
| 7 | 2 | ngưỡng khuyến nghị cho mạng chạy tài sản thật |
| 10 | 3 | chịu được cả sự cố một vùng hoặc một nhà cung cấp |

### Ba điều dễ hiểu sai

**Đếm validator không phải đếm khả năng chịu lỗi.** Thứ quyết định là số **miền hỏng độc lập**, vì thứ chết là cái máy chứ không phải tiến trình. Chín validator trên cùng một cụm chịu lỗi đúng một máy. Trải chúng lên năm máy còn có thể tệ hơn: mất hai máy là mất bốn phần mười quyền biểu quyết, vượt ngưỡng một phần ba, và mạng dừng.

**Đồng thuận thà dừng còn hơn chia đôi.** Khi vượt ngưỡng, chain dừng hẳn thay vì tách thành hai nhánh cùng tự nhận là thật. Đó là lựa chọn an toàn, không phải lỗi. Nghĩa vụ đi kèm là hồi phục nhanh: có mục tiêu thời gian, có quy trình, và có diễn tập.

**Ràng buộc vốn thấp thì chiếm chain rẻ.** Nếu ngưỡng vốn tự đặt cọc thấp, tổng vốn đặt cọc của cả mạng cũng nhỏ, và một khoản tiền khiêm tốn đủ mua hai phần ba quyền biểu quyết. Vì thế ngưỡng này được đặt cao và **khoá cứng ngay trong genesis** — nó là một tham số an ninh, không phải một con số cho đẹp.

> **Câu chốt:** một mạng chỉ đáng tin khi bạn biết **chính xác nó chịu được bao nhiêu sự cố** — và con số đó thường nhỏ hơn số validator bạn đếm được.

## 7 · Cỗ máy sinh chain

Ba bộ phận, một đường đi.

```mermaid
sequenceDiagram
  participant U as Người dùng
  participant AI as Lớp AI
  participant CS as Console
  participant OP as Operator
  U->>AI: Một câu mô tả ý tưởng
  AI-->>U: Bản thiết kế, kèm lý do và CẢNH BÁO
  Note over U: Người duyệt, có cơ sở để bác bỏ
  U->>CS: Duyệt rồi bấm tạo
  CS->>OP: Bản kê khai
  OP-->>U: Chain chạy
  Note over U,CS: AI vắng mặt thì form nhập tay vẫn chạy
```

*Hình 10 — AI đề xuất, con người duyệt, máy thi hành.*

**Console** là nơi khai báo chain: tên, đơn vị tiền, số hiệu EVM, số validator, và các chế độ bật tắt. **Lớp AI** nhận một câu mô tả rồi trả về bản thiết kế có cấu trúc, kèm lý do và cảnh báo. **Operator** nhận bản kê khai và dựng chain thật.

Trật tự ấy là phần bất biến của thiết kế. Bản thiết kế đi kèm lý do và cảnh báo chính là để người duyệt có cơ sở **bác bỏ**; một đề xuất không nêu điểm yếu của chính nó thì không duyệt được, chỉ có thể tin hoặc không tin. Một hệ thống để AI tự dựng hạ tầng mà bỏ bước duyệt không táo bạo hơn, nó chỉ không kiểm toán được.

Đường AI là tuỳ chọn có thể vắng mặt: khi dịch vụ chưa cấu hình, giao diện báo lỗi rõ ràng và form nhập tay vẫn chạy bình thường. Đi kèm là một luật công bố: **phần nào chưa nối thật thì mang nhãn minh hoạ, và nhãn chỉ được gỡ sau khi kiểm chứng đầu cuối**, không phải trước.

### Ba cổng của "tự phục vụ"

Cụm từ này bị dùng lỏng lẻo trong ngành, nên ở đây nó được chia thành ba mức có điều kiện rõ ràng.

| Cổng | Nghĩa | Cần gì |
|---|---|---|
| Theo tổ chức | Đội vận hành dựng chain cho khách theo yêu cầu | Operator và console là đủ |
| Tự phục vụ có tài khoản | Người ngoài tự dựng chain của mình | Tài khoản người dùng, và buộc chain phải có chủ sở hữu thay cho một quyền ghi dùng chung |
| Theo cá nhân | Một người bất kỳ, một câu mô tả, một chain | Thêm nữa: chi phí đủ rẻ, và định danh dùng chung trở thành sản phẩm |

> **Câu chốt:** AI ở đây không phải tính năng dán thêm. Nó là **cách rẻ nhất để hạ việc thiết kế một chain xuống dưới ngưỡng cần một kỹ sư hạ tầng** — mà không bỏ mất người chịu trách nhiệm.

## 8 · Chỗ đứng

Dựng trục trước, xếp hạng sau. Bốn trục quyết định: giao dịch nội bộ có kín với người ngoài không; có nối được thanh khoản công khai không; an toàn mua bằng gì; và tuân thủ cưỡng chế ở tầng nào.

| Hệ | Kín nội bộ | Nối công khai | An toàn mua bằng | Tuân thủ ở tầng |
|---|---|---|---|---|
| 9Chain | Có | Có | Danh tính, hợp đồng, đa bên | **Giao thức** |
| Chain doanh nghiệp đời cũ | Có | Rất hạn chế | Danh tính | Ứng dụng |
| Appchain bảo mật bằng token | Tuỳ cấu hình | Có | Giá trị token | Ứng dụng |
| Rollup | Không | Có | Kế thừa lớp dưới | Ứng dụng |
| Appchain Cosmos thuần | Tuỳ | Có | Token đặt cọc | Ứng dụng |

```mermaid
quadrantChart
  title Riêng tư nội bộ và liên thông công khai
  x-axis "Cô lập" --> "Liên thông"
  y-axis "Phơi giao dịch" --> "Kín nội bộ"
  quadrant-1 "Kín và liên thông"
  quadrant-2 "Kín nhưng cô lập"
  quadrant-3 "Phơi và cô lập"
  quadrant-4 "Phơi nhưng liên thông"
  "9Chain": [0.78, 0.82]
  "Chain doanh nghiệp cũ": [0.18, 0.85]
  "Appchain theo token": [0.75, 0.45]
  "Rollup": [0.85, 0.14]
  "Appchain Cosmos": [0.72, 0.4]
```

*Hình 11 — 9Chain nhắm góc trên bên phải: kín ở trong, liên thông có kiểm soát ở ngoài.*

Bảng này cần đọc cho đúng. 9Chain không thắng ở mọi ô, và nó không cố thắng. Nó nhắm vào **giao của cả bốn ô cùng lúc**, và đó là một ngách hẹp có thật chứ không phải toàn bộ thị trường.

Với một ứng dụng công khai cần tối đa hoá tính kết hợp, rollup là câu trả lời đúng hơn. Với một tổ chức chỉ cần sổ nội bộ và không cần liên thông, một cơ sở dữ liệu là câu trả lời đúng hơn.

> **Câu chốt:** một so sánh trung thực phải chỉ ra được **khi nào đừng chọn mình**. Không có câu đó thì nó là quảng cáo.

## 9 · Kinh tế token LOVE9

> Toàn bộ con số trong mục này là **đề xuất khởi đầu**, do cộng đồng biểu quyết, và **chỉ trở thành bất biến tại genesis của mạng chính thức**. Chúng không phải cam kết, không phải chào bán, không phải tư vấn đầu tư.

LOVE9 là token native được đề xuất cho chain công cộng của dự án. Nó tách hoàn toàn khỏi token nhiên liệu của các chain khách, và không bao giờ là điều kiện để một chain khách hoạt động.

### Điều đã khoá: bốn con số không

Không phần cho đội ngũ. Không phần cho quỹ đầu tư. Không premine. Không bán token cho ai. Bốn điều này khắc trong hiến pháp và **không đem ra biểu quyết**.

Đây cũng là câu dễ bị hiểu sai nhất, nên nói rõ: bốn điều ấy khoá **cửa bán**, chúng không khoá **quyền quyết định**. Nhịp mở kho, tỷ lệ giữa ba phần, và cách một con người nhận phần của mình đều do cộng đồng biểu quyết.

### Các tham số đề xuất

| Tham số | Đề xuất | Ghi chú |
|---|---|---|
| Tổng cung | 81 tỷ, tức 9² tỷ | cố định, không lạm phát, không đúc thêm |
| Luận điểm | 81 tỷ chia cho khoảng 9 tỷ người, thành 9 đồng mỗi người | "9 tỷ" là con số **khát vọng và biểu tượng**, không phải dự báo dân số |
| Genesis | Một kho duy nhất giữ toàn bộ, trừ vốn vận hành | vốn vận hành tự khai trên chain bằng một tài liệu khắc trong genesis |
| Nhịp mở | 0,09% số còn lại trong kho, mỗi ngày | kho nằm trên chain nên ai cũng tự tính được con số của ngày mình đọc |
| Bán rã | khoảng 770 ngày | dòng chảy giảm dần nhưng không bao giờ chạm số không |
| Hồi quỹ | 9% phí toàn mạng quay về kho, vĩnh viễn | mạng càng được dùng thì kho càng đầy |
| Trần validator | 81 | cổng chạy validator để mở; genesis cố ý không cấp vai trò gác nào |

### Ba phần bằng nhau tuyệt đối

| Phần | Nghĩa | Dành cho |
|---|---|---|
| VERITAS | chân lý | con người thật đã xác minh, mỗi người một suất |
| LIBERTAS | tự do | giữ mạng lưới sống, để không ai tắt được nó |
| AETERNUM | vĩnh cửu | người xây, và tương lai do cộng đồng quyết |

```mermaid
flowchart TB
  K["KHO<br/>giữ toàn bộ phần chưa mở"]
  K -->|"0,09% số còn lại<br/>mỗi ngày"| S["Phần mở ra trong ngày"]
  S --> V["VERITAS<br/>một phần ba"]
  S --> L["LIBERTAS<br/>một phần ba"]
  S --> A["AETERNUM<br/>một phần ba"]
  V --> W["Ví người nhận"]
  L --> W
  A --> W
  W -->|"9% phí toàn mạng"| K
  V -.->|"phần vượt nhu cầu thật"| K
  L -.-> K
  A -.-> K
```

*Hình 12 — Một kho, một công thức, ba phần bằng nhau, và hai đường quay ngược về kho.*

Ba phần này sinh ra khi được cấp tiền lần đầu; ở genesis chúng chưa tồn tại. Phần đã mở mà chưa ai nhận sẽ ở lại làm đệm, và **không bao giờ làm tăng trần phát của một ngày nào**. Hệ quả là không ai được nợ, và không ai được hứa một con số mang tên mình.

### Điều chưa được khắc

**Cách** một con người nhận phần của mình **chưa được khắc.** Hiến pháp chỉ khắc **ai** nhận, cùng hai ràng buộc: phải đo được trên chain, và phải do biểu quyết quyết định. Cho tới lúc đó, kho vẫn khoá và không ai lấy ra được một đơn vị nào.

Một tài liệu nền tảng dám để trống ô ấy, thay vì lấp bằng một cơ chế nghe hay, là điều đáng nói hơn cả những ô đã điền.

### Ba lớp token, không được lẫn

| Lớp | Token | Vai trò | Chuyển nhượng |
|---|---|---|---|
| Hạ tầng | LOVE9 | phân phối từ kho, đặt cọc, quản trị | Có |
| Nhiên liệu | token gas danh nghĩa | kế toán hạn mức chống lạm dụng | Không |
| Tài sản | token do bên phát hành tạo ra | tài sản thực, stablecoin, sản phẩm | Qua cổng tuân thủ |

### Hai mốc khắc vĩnh viễn

Block đầu tiên khắc Sáng Thế Ký 1:1 nguyên ngữ Hebrew. **Block Adam** là block đầu tiên có thời gian vượt mốc kỷ niệm một tháng sau khai sinh; nó cố ý **không khắc số block**, vì số block phụ thuộc nhịp mạng còn thời gian thì không.

Nội dung hiến pháp được đóng băng bằng mã băm công bố **trước khi khắc**, nên bất kỳ ai cũng băm lại và đối chiếu được văn bản trên chain với văn bản đã công bố.

> **Câu chốt:** con số duy nhất được khắc vĩnh viễn ở đây là **con số không**. Mọi con số khác đều là đề xuất chờ cộng đồng, và tài liệu nào nói khác đi là nói sai hiến pháp.

## 10 · Vận hành

### Bài nghiệm thu chuẩn

Năm bước dưới đây là thứ chứng minh nền tảng hoạt động. Chúng chạy được lại và cho cùng kết quả.

```mermaid
sequenceDiagram
  participant CO as Cán bộ tuân thủ
  participant AD as Quản trị viên
  participant A as Ví A
  participant B as Ví B
  participant X as Ví CHƯA duyệt
  participant AU as Kiểm toán viên
  CO->>A: Thêm vào danh sách được phép
  CO->>B: Thêm vào danh sách được phép
  AD->>A: Triển khai token và phát hành
  A->>B: Chuyển, không mất phí
  A--xX: Chuyển tới ví chưa duyệt, BỊ TỪ CHỐI
  AU->>AU: Xuất nhật ký
  Note over AU: Đủ cả giao dịch thành công<br/>lẫn lần bị chặn
```

*Hình 13 — Bước bị chặn cũng phải xuất hiện trong nhật ký, nếu không thì việc chặn là vô hình.*

Bài nghiệm thu liên thông thêm ba bước nữa: mở kênh tới một đối tác được duyệt thủ công; gửi tài sản tới địa chỉ đã duyệt và nhận được; gửi tới địa chỉ chưa duyệt và thấy tiền hoàn về nguồn thay vì mắc kẹt.

### Bốn cổng trước khi gọi là xong

| Cổng | Nội dung |
|---|---|
| 1 | Chạy thật và kiểm chứng đầu cuối |
| 2 | Test qua và bản dựng sạch |
| 3 | Chạm hệ thống đang phục vụ thì phải có người thật duyệt |
| 4 | Tài liệu trạng thái được cập nhật |

### Hai kỷ luật

**Diễn tập trước, không diễn thật lần đầu.** Đường khai sinh một mạng được tập trên đúng hạ tầng thật: tháo sạch rồi dựng lại từ đầu, nhiều lần, mỗi lần chạy trọn bộ cổng kiểm. Đến ngày thật, kịch bản đã chạy trơn chứ không phải ứng biến lúc nửa đêm.

**Cổng đỏ thì dời mốc, không chữa nóng.** Nếu bất kỳ cổng kiểm nào đỏ: dừng lại, giữ nguyên hiện trường, dời mốc sang ngày 9 của tháng kế tiếp, và công bố lý do. Một mốc có thể dời công khai là một mốc có nghĩa. Một mốc phải giữ bằng mọi giá là một mốc mời gọi việc chữa nóng, và chữa nóng một genesis thì không sửa lại được.

> **Câu chốt:** "chạy được" không phải một cảm giác, nó là **một danh sách bước chạy lại được và ra cùng kết quả**.

## 11 · Quản trị

| Cấp | Ai quyết | Bằng gì |
|---|---|---|
| Chain khách | Khách và nền tảng theo hợp đồng | Vai trò trên chain và hợp đồng dịch vụ |
| Tham số nền tảng | Quản trị trên chain | Đề xuất và bỏ phiếu |
| Kinh tế LOVE9 | Cộng đồng | Biểu quyết công khai trên chain |

### Hướng thay đổi quyết định thẩm quyền

Đây là chi tiết chặn được một loại lạm quyền phổ biến. Với các tham số bảo vệ, thứ quyết định ai được phép sửa không phải mức độ quan trọng, mà là **hướng** của thay đổi.

| Loại thay đổi | Ví dụ | Ai được làm |
|---|---|---|
| Làm yếu hệ thống | Tắt cơ chế chống lạm dụng, nới hạn mức, thêm vai trò miễn trừ | Chỉ quản trị trên chain |
| Làm mạnh hệ thống | Bật lần đầu, siết chặt hơn | Quản trị viên làm được ngay |

Cách chia này tránh được cả hai thái cực: bắt mọi thay đổi đi qua bỏ phiếu thì hệ thống không tự vá được lúc khẩn, còn cho quản trị viên toàn quyền thì cửa mở bằng đúng một quyết định.

### Ai giữ khoá

Ba nhóm chữ ký tách biệt, do **ba nhóm người khác nhau** giữ.

```mermaid
flowchart TB
  subgraph G1["Nhóm quản trị"]
    A1["người A"] --- A2["người B"] --- A3["người C"]
  end
  subgraph G2["Nhóm tuân thủ · NGƯỜI KHÁC"]
    B1["người D"] --- B2["người E"] --- B3["người F"]
  end
  subgraph G3["Kho giá trị · giữ lạnh · ngưỡng cao hơn"]
    C1["nhiều người<br/>giữ tách biệt"]
  end
  G1 --> OP["Thao tác quản trị hệ thống"]
  G2 --> CP["Thao tác phê duyệt tuân thủ"]
  G3 --> TR["Động vào kho giá trị"]
  X["Một chữ ký<br/>KHÔNG BAO GIỜ đủ"] -.-> OP
  X -.-> CP
  X -.-> TR
```

*Hình 14 — Người phê duyệt tuân thủ không được trùng người quản trị hệ thống.*

Nguyên tắc bất biến: một chữ ký không bao giờ đủ, và hai vai trò trên phải nằm ở hai nhóm người khác nhau. Nếu cùng một người vừa cấp quyền cho một địa chỉ vừa vận hành hệ thống ghi nhận quyền đó, thì việc phân quyền chỉ còn là hình thức.

### Cam kết tháo giàn giáo

Công ty và tổ chức đứng sau chỉ là giàn giáo. Lịch tháo được đếm công khai trên chain, cho tới khi mạng lưới không cần ai vận hành nữa. Cam kết này kiểm chứng được, vì nó đo bằng một thứ đếm được: **còn bao nhiêu việc vẫn cần đến một khoá quản trị.**

> **Câu chốt:** quản trị tốt không phải ai cũng bỏ phiếu về mọi thứ, mà là **đúng quyết định về đúng tay, và ai cũng kiểm được điều đó**.

## 12 · Điều đã chứng minh, điều còn mở

Mục này đặt bằng chứng cạnh khoảng trống, trong cùng một bảng, để không ai phải tự ghép hai danh sách lại với nhau.

### Đã chạy thật, và lặp lại được

| Thí nghiệm | Chứng minh điều gì |
|---|---|
| Dựng, vận hành, rồi **chủ động tháo bỏ** một chain công khai chạy liên tục nhiều tuần | Nền tảng dựng ra chain sống được, và tháo được; cả hai chiều đều đã chạy |
| Cụm hai validator chia đôi quyền: tắt node của khách thì chain đứng, bật lại thì hồi phục | "Không một bên nào kiểm soát" là mô tả đúng, không phải khẩu hiệu |
| Cụm bốn validator: giết một thì chạy tiếp, giết hai thì dừng, khởi động lại thì hồi phục | Ngưỡng đồng thuận hành xử đúng như lý thuyết |
| Nâng cấp qua hai phiên bản, có di trú làm đổi dữ liệu thật trên chain | Đường nâng cấp trên chain hoạt động |
| Thao tác tuân thủ đòi nhiều chữ ký: thiếu một chữ ký thì bị từ chối | Việc tách quyền giữ khoá có hiệu lực thật |
| Khôi phục thảm hoạ đầu cuối: sao lưu, xoá, khôi phục, node chạy tiếp mà không phải sinh lại chain | Có đường sống lại sau sự cố |
| Gói genesis dựng bằng đúng engine thật, qua trọn bộ cổng kiểm, rồi khởi động thật | Genesis không phải bản nháp |
| Hiến pháp đóng băng bằng mã băm công bố trước khi khắc | Văn bản trên chain khớp văn bản đã công bố, ai cũng băm lại kiểm được |

### Còn mở, và vì sao

| Bài toán | Bản chất |
|---|---|
| Độ chín của nền EVM | Nền còn ở giai đoạn trước bản ổn định. Giảm nhẹ bằng ghim phiên bản, giữ tải thấp, và chừa đường nâng cấp. Đây là **rủi ro kỹ thuật lớn nhất** |
| Thực thi tuần tự | Máy ảo xử lý tuần tự; đủ cho tải permissioned thấp, chưa đủ ở quy mô lớn |
| Từ tổ chức tới cá nhân | Ba cổng tự phục vụ ở mục Cỗ máy sinh chain, mỗi cổng cần một lớp hạ tầng khác |
| Định danh dùng chung | Cần một lược đồ định danh được công bố, không chỉ một module tuân thủ |
| Cách nhận phần token | Bỏ trống **có chủ đích**, chờ biểu quyết |
| Phân tán theo miền hỏng | Chịu lỗi thật đến từ số máy độc lập; đạt được nó phải gỡ vài ràng buộc hạ tầng trước |
| Riêng tư nâng cao | Mempool mã hoá, môi trường thực thi tin cậy, chứng minh không tiết lộ; chưa cần ở giai đoạn này |
| Kiểm định độc lập | Tự soát không thay thế được đánh giá của bên thứ ba |
| Khung pháp lý | Khu vực pháp lý và pháp nhân quyết định toàn bộ chế độ giấy phép |

```mermaid
flowchart LR
  subgraph P["Bằng chứng nói được"]
    P1["Dựng được<br/>và tháo được"]
    P2["Ngưỡng đồng thuận<br/>đúng lý thuyết"]
    P3["Tách quyền giữ khoá<br/>có hiệu lực"]
    P4["Khôi phục sau<br/>thảm hoạ chạy được"]
  end
  subgraph L["Bằng chứng KHÔNG nói được"]
    L1["Không thay được<br/>kiểm định độc lập"]
    L2["Quy mô nhỏ không<br/>suy ra quy mô lớn"]
    L3["Chạy đúng trong thí nghiệm<br/>chưa phải chịu tải nhiều tháng"]
  end
  P --> L
```

*Hình 15 — Bằng chứng mạnh luôn đi kèm giới hạn của chính nó.*

Danh sách bên phải dài **có chủ đích**. Một dự án hạ tầng không có danh sách như thế thì hoặc chưa đủ sâu để gặp vấn đề, hoặc đang giấu.

> **Câu chốt:** bằng chứng mạnh là bằng chứng **kèm theo giới hạn của chính nó**.

## 13 · Phản biện

Mục này chỉ giữ những câu hỏi mà các mục trước **không** trả lời, chứ không nhắc lại nội dung đã có.

**Permissioned thì còn gì là blockchain?**
Câu hỏi đúng hơn là *ai cần không tin ai*. Trong một consortium, các bên không tin nhau dù đều biết mặt nhau; ở đó, tính bất biến, khả năng kiểm toán và cơ chế đa bên vẫn giữ nguyên giá trị. Ngoài ra permissioned chỉ là một tham số: tắt nó thì chain hoạt động như một chain EVM công khai bình thường.

**Mạng đã sinh lại nhiều lần, sao tin được?**
Vì đó là thiết kế được công bố trước, không phải sự cố bị giấu. Điều đáng đòi hỏi ở một dự án hạ tầng không phải "chưa bao giờ làm lại", mà là mỗi lần làm lại đều **nói trước và kiểm chứng được**. Một dự án chưa bao giờ sinh lại mạng có thể chỉ là một dự án chưa từng dám sửa sai lầm nền móng của mình.

**Nếu công ty đứng sau biến mất thì sao?**
Đó chính là bài kiểm tra mà cam kết tháo giàn giáo hướng tới, và tài liệu này không giả vờ đã qua được nó. Thước đo trung thực là câu hỏi: **còn bao nhiêu việc phải có một khoá quản trị mới làm được?** Con số ấy đi xuống thì cam kết là thật; nó đứng yên thì cam kết chỉ là lời.

**Ai chịu trách nhiệm khi một chain khách làm sai?**
Nền tảng vận hành chain; bên phát hành phát hành tài sản và chịu giấy phép của họ. Ranh giới ấy là chủ đích, không phải cách né. Nhưng nó chỉ đứng vững khi được viết vào hợp đồng và được luật sư ở đúng khu vực pháp lý xác nhận, và đó là việc chưa xong.

**Vì sao dự án nói về giới hạn của mình nhiều đến thế?**
Vì trong một ngành mà gần như mọi tài liệu đều tuyên bố thắng ở mọi trục, **một danh sách giới hạn cụ thể là tín hiệu rẻ nhất mà kẻ nói dối không muốn bắt chước.** Người đọc kỹ sẽ dùng chính danh sách ấy để kiểm tra chúng tôi.

> **Câu chốt:** vài câu hỏi ở trên được trả lời bằng cách **chỉ chỗ để bạn tự kiểm**, chứ không bằng một lời khẳng định. Đó là chủ đích.

## 14 · Tự đối chiếu

Đây là mục thay cho một bảng số liệu chụp lại một thời điểm. Bảng như thế mục nát trong vài tuần; một hướng dẫn tự đọc thì không.

Khung dưới đây đọc **trực tiếp** từ endpoint công khai, ngay lúc bạn mở trang, không đi qua con số nào do dự án tự khai.

```9chain-network-status
```

### Cảnh báo: bản diễn tập mang đúng tên mạng thật

Vì đường khai sinh được diễn tập trên hạ tầng thật, **các bản diễn tập mang đúng danh tính của mạng chính thức.** Nhìn tên chain là không đủ để phân biệt.

Cách phân biệt tin cậy duy nhất là đọc **thời gian của block đầu tiên** rồi đối chiếu với mốc khai sinh đã công bố. Khớp thì đó là mạng chính thức. Lệch thì đó là một bản dựng khác, và số liệu của nó không phải số liệu mạng thật. Khung ở trên làm đúng phép so đó rồi nói thẳng kết quả.

### Ba câu hỏi nên hỏi mọi mạng

| Câu hỏi | Đọc ở đâu | Vì sao quan trọng |
|---|---|---|
| Đây có phải mạng chính thức không? | Thời gian của block đầu tiên | Xem cảnh báo ở trên; đây là câu quan trọng nhất |
| Nó chịu được bao nhiêu sự cố? | Danh sách validator, **và** ai vận hành chúng ở đâu | Đếm validator không đủ, phải đếm miền hỏng độc lập |
| Nó có đang sống không? | Chiều cao block tăng đều, nhịp block ổn định | Một mạng đã dừng vẫn trả lời truy vấn |

### Thang trưởng thành

Phần này thay cho một danh sách "chưa xong". Nó viết bằng **tiêu chí**, nên nó không mục nát: thứ đổi theo thời gian chỉ là mạng đang đứng ở nấc nào.

| Nấc | Nghĩa | Cổng phải qua |
|---|---|---|
| 1 — Chạy được | Chain sống, và dựng lại được | Bài nghiệm thu chuẩn xanh; genesis qua trọn bộ cổng kiểm; khôi phục thảm hoạ đã diễn tập thật |
| 2 — Mở cho người ngoài | Người ngoài dùng được và chạy node được | Hiện vật tham gia công bố công khai; image node có trên kho công khai; có kênh cộng đồng và **địa chỉ báo lỗi bảo mật**; chống lạm dụng ở mọi cửa ghi công khai |
| 3 — Tự phục vụ thật | Người ngoài tự dựng chain riêng | Tài khoản người dùng; buộc chain phải có chủ sở hữu; cách ly và hạn ngạch chịu được người lạ |
| 4 — Tài sản thật | Chạy với giá trị thật của người khác | Kiểm định độc lập bên thứ ba, sửa hết phát hiện nghiêm trọng rồi tái kiểm; khu vực pháp lý và pháp nhân đã chốt cùng giấy phép phù hợp; khoá đồng thuận ký từ phần cứng chuyên dụng; **ít nhất bảy miền hỏng độc lập**; chạy tải và gây lỗi có chủ đích trong nhiều tuần; giám sát và trực ca đã diễn tập |

```mermaid
flowchart LR
  N1["1 · Chạy được"] --> N2["2 · Mở cho người ngoài"]
  N2 --> N3["3 · Tự phục vụ thật"]
  N3 --> N4["4 · Tài sản thật"]
  N4 -.->|"phát hiện bảo mật<br/>sinh lại mạng<br/>đổi hạ tầng"| N1
```

*Hình 16 — Không nhảy cóc được, và lùi nấc là chuyện có thể xảy ra.*

**Không nhảy cóc.** Mỗi nấc là điều kiện của nấc sau. Một mạng đang ở nấc một mà tự giới thiệu như nấc bốn là nói dối, kể cả khi từng câu lẻ đều đúng.

**Nấc được tuyên bố phải kiểm chứng được từ bên ngoài.** Nếu bạn không tự kiểm được thì đó không phải một tuyên bố, đó là một lời quảng cáo.

**Lùi nấc là chuyện bình thường.** Sinh lại mạng, đổi hạ tầng, hay một phát hiện bảo mật đều có thể đẩy mạng lùi lại. Nói ra thì mất uy tín một lần; giấu đi thì mất uy tín vĩnh viễn.

> **Câu chốt:** một lộ trình đo bằng **điều kiện** thì không bao giờ lỗi thời. Một lộ trình đo bằng **ngày tháng** thì lỗi thời ngay hôm sau.