Phụ lục — Bản nộp đầu tiên

Mục Chín yếu tố, và một cái tên dựng một khuôn chín yếu tố, mỗi yếu tố chín ý, và chỉ viết ý thứ chín. Bảy mươi hai ô còn lại để trống cho người khác điền. Trang này là bản nộp đầu tiên vào bảy mươi hai ô ấy, do nhóm sáng lập viết.

Đọc trang này khác cách đọc mười hai mục trên. Nó không phải một mục của tài liệu: không mang nhãn KHẮC, không phát biểu thiết kế, không ràng buộc ai. Nó là một hiện vật có tác giả — một bản dự thi, đăng để bị bác chứ không phải để được tin. Thân tài liệu không viện dẫn nó, và bảy mươi hai ô vẫn mang nhãn CÒN TRỐNG sau khi bạn đọc xong.

Vì sao nhóm sáng lập lại nộp trước. Một ô trống thì khó phản biện; một bản đã viết ra thì phản biện được từng ý. Nhưng người có quyền mà nộp trước thì bản của họ rất dễ lặng lẽ thành đáp án mặc định — nên bản này mang tên người nộp, nằm ngoài thân tài liệu, và không được viện dẫn như một mục của tài liệu. Bản của bạn được phép ngắn hơn, được phép bác lại từng ý, và được phép kết luận rằng một vài yếu tố trong chín yếu tố kia không đứng vững.

Đây là bản chụp một thời, cố ý không cập nhật. Trang này mô tả những thứ đang tồn tại lúc nó được viết — các mặt web, công cụ, hoạt động cộng đồng — tức đúng loại dữ kiện mà thân tài liệu cấm chính mình viết. Một bản nộp thì được, vì nó là hiện vật chứ không phải lời khai của tài liệu: mốc của nó neo cùng bản băm ở trang Tự kiểm chứng tài liệu. Muốn biết nó còn đúng tới đâu vào lúc bạn đọc, đọc Tự kiểm mạng.

Đếm thử theo ba loại ấy trước khi tin bất cứ dòng nào — kể cả bản nộp của bạn về sau cũng nên chịu cùng phép đếm này.

1 · Chiến lược

1. Thị trường đã có rất nhiều blockchain, nhưng dựng và vận hành một chuỗi riêng vẫn phức tạp, tốn kém và đòi hỏi đội ngũ kỹ thuật chuyên sâu.
2. Hướng đi là nhiều chuỗi phục vụ nhiều mục đích, thay vì một mạng đơn lẻ làm tất cả.
3. Nếu việc khởi tạo một chuỗi thực sự rút xuống thành một quy trình đơn giản, đó là lợi thế cạnh tranh đáng kể — chữ nếu ở đây là một cổng, không phải một mô tả.
4. Node, validator, explorer và công cụ kỹ thuật dùng chung giúp chuỗi mới tiết kiệm thời gian và chi phí triển khai.
5. AI có thể hỗ trợ cấu hình, giám sát, phát hiện bất thường và đơn giản hoá vận hành. Cần nói rõ giới hạn: AI làm việc này gấp hơn, không làm nó đúng hơn — bỏ AI ra thì bài toán vẫn còn nguyên.
6. Người dùng không chỉ nhận sản phẩm mà còn trải nghiệm, phản hồi, đề xuất và tham gia một phần quyết định.
7. Nếu thiết kế tốt, nền tảng phục vụ được nhà phát triển, doanh nghiệp, tổ chức, cộng đồng và cả người mới.
8. Một nền tảng đỡ nhiều chuỗi có không gian mở rộng lớn hơn một sản phẩm giải quyết đúng một nhu cầu.

2 · Công nghệ

1. Kiến trúc phải tạo, cấu hình và vận hành được nhiều chuỗi với những yêu cầu khác nhau.
2. Khả năng tuỳ chỉnh phải đủ linh hoạt: tốc độ, phí, quyền truy cập, tài sản, quản trị, mức độ phi tập trung.
3. Việc kỹ thuật phức tạp phải chuyển được thành một quy trình trực quan — đó là chỗ giá trị của nền tảng nằm.
4. Hạ tầng validator phải ổn định. Đây là nơi năng lực kỹ thuật thật được đo, không phải nơi để tuyên bố.
5. Dữ liệu phải kiểm chứng được: explorer cho phép theo dõi block, giao dịch, địa chỉ, trạng thái mạng.
6. Nhà phát triển cần tài liệu, API, SDK và môi trường thử nghiệm đủ dùng.
7. Mã nguồn, hợp đồng và hạ tầng phải được kiểm thử, giám sát và đánh giá bảo mật độc lập — chưa có đánh giá độc lập thì đây là cổng chưa qua.
8. Trải nghiệm phải đơn giản: người dùng không nên buộc phải hiểu toàn bộ độ phức tạp mới dùng được.

3 · Sản phẩm

1. Một mặt kỹ thuật công bố kiến trúc, tài liệu phát triển và định hướng hạ tầng.
2. Một mặt cộng đồng cho người tham gia trải nghiệm, làm nhiệm vụ, đóng góp và bàn chuyện quản trị.
3. Một explorer độc lập để bất kỳ ai cũng kiểm được dữ liệu, không phải hỏi dự án.
4. Testnet cho người dùng và nhà phát triển thử hệ thống, tìm lỗi, góp phản hồi trước khi chức năng được chốt.
5. Hoạt động node giúp người tham gia hiểu một mạng lưới vận hành ra sao, thay vì chỉ biết tới nó qua khái niệm.
6. Ứng dụng thực tế là thứ giữ chân người dùng; một hệ sinh thái không có ứng dụng chỉ là một bản trình diễn.
7. Điểm cộng đồng ghi nhận đóng góp trên nền tảng cộng đồng. Điểm không phải token của mạng, và việc điểm có quy đổi thành gì hay không là chỗ CÒN TRỐNG — ai hứa chắc một tỷ lệ đổi là đang nói thay dự án.
8. Các sản phẩm phải bổ trợ nhau thành một trải nghiệm thống nhất, thay vì tồn tại rời rạc.

4 · Cộng đồng

1. Người dùng tiếp cận được từ sớm, qua testnet, trước khi hệ sinh thái hoàn thiện.
2. Có nhiều hình thức tham gia: thử sản phẩm, chạy node, dùng ứng dụng, đóng góp nội dung, tìm lỗi, đề xuất sáng kiến.
3. Đóng góp được ghi nhận bằng một hệ đếm, thay vì chỉ dựa vào cảm nhận của ai đó.
4. Phản hồi từ việc dùng thật phát hiện được những vấn đề không nhìn thấy trong môi trường phát triển nội bộ.
5. Cơ chế đề xuất khai thác được kiến thức và sáng tạo của một tập thể rộng hơn đội ngũ.
6. Biểu quyết, nếu thiết kế hợp lý, nâng được tính minh bạch và tạo cảm giác đồng sở hữu thật.
7. Càng đông người tham gia, hệ sinh thái càng có nhiều phản hồi, nội dung, ứng dụng và cơ hội hợp tác.
8. Quyền phải đi kèm trách nhiệm: cần quy tắc rõ ràng, cơ chế chống thao túng, và trách nhiệm với từng quyết định.

5 · Văn hoá

1. Văn hoá cùng tham gia — thành viên được khuyến khích hành động thay vì chỉ quan sát.
2. Văn hoá cùng kiến tạo — cộng đồng góp phần hoàn thiện sản phẩm và định hướng phát triển.
3. Văn hoá tôn trọng đóng góp — thời gian, kiến thức, kỹ thuật, sáng tạo đều được ghi nhận hợp lý.
4. Văn hoá minh bạch — quy tắc về điểm, biểu quyết và quyền lợi phải công bố rõ ràng.
5. Văn hoá học hỏi — người mới tiếp cận blockchain từng bước trong môi trường thật.
6. Văn hoá hợp tác — nhà phát triển, validator, doanh nghiệp và người dùng phối hợp thay vì hoạt động tách biệt.
7. Văn hoá chịu trách nhiệm — quyền tham gia quản trị đi cùng trách nhiệm với hệ quả.
8. Văn hoá hướng giá trị lâu dài — cộng đồng bền vững dựng trên giá trị sử dụng, không trên kỳ vọng phần thưởng.

6 · Nhân văn

1. Công nghệ phải dễ tiếp cận: không loại người dùng ra chỉ vì họ chưa có kiến thức kỹ thuật.
2. Cơ hội tham gia phải mở rộng — cộng đồng đa dạng tạo ra nhiều góc nhìn hơn cộng đồng chỉ gồm giới chuyên môn.
3. Nhiều hình thức đóng góp phải được công nhận: không phải ai cũng có vốn hoặc biết lập trình.
4. Người tham gia cần có tiếng nói qua cơ chế đề xuất và biểu quyết.
5. Mọi cơ chế phân phối quyền lợi phải có tiêu chí rõ ràng và kiểm chứng được — không tiêu chí thì đó là ban phát, không phải ghi nhận.
6. Người dùng cần được bảo vệ: bảo mật, quyền riêng tư, cảnh báo rủi ro, truyền thông có trách nhiệm.
7. Không biến người dùng thành công cụ marketing — hoạt động cộng đồng chỉ có nghĩa khi giá trị chảy hai chiều.
8. Giá trị thực phải đặt cao hơn đầu cơ: người dùng cần lý do dùng sản phẩm ngoài kỳ vọng nhận thưởng.

7 · Thương hiệu

1. Tên ngắn, đọc và nhớ nhanh, không tốn thời gian giải thích.
2. Cấu trúc tự nói: Chain gợi blockchain, số 9 tạo điểm nhận diện riêng.
3. Thuận lợi khi tìm kiếm, nhập lại, chia sẻ và giới thiệu cho người khác.
4. Có một dấu hiệu trung tâm dùng xuyên suốt toàn bộ hệ nhận diện.
5. Hình thành một họ thương hiệu: các sản phẩm liên kết với nhau ngay từ tên gọi.
6. Ít phụ thuộc ngôn ngữ hơn những tên dài hoặc mang tính địa phương — lợi thế ở môi trường nhiều quốc tịch.
7. Cộng đồng tự dùng được: một dấu hiệu đơn giản thì thành viên dễ tự tạo hình ảnh, video, nội dung.
8. Thông điệp định vị truyền đạt xong trong vài giây: 9Chain — Blockchain số 9.

8 · Kinh tế

1. Không phần nào dành cho đội ngũ hay nhà đầu tư, và điều đó đọc được ngay trong tệp genesis thay vì phải tin lời.
2. Nguồn phát hành phải có công thức công khai — một nhịp mở cố định, thay vì quyết định theo tình huống.
3. Dòng mở phải chia cho những nhóm việc khác nhau, không dồn về một chỗ.
4. Phí mạng cần có đường quay về kho thay vì chảy hết ra ngoài.
5. Điểm cộng đồng và token phải tách bạch tuyệt đối; nhầm hai thứ này là nguồn hiểu lầm lớn nhất của một hệ sinh thái có cả hai.
6. Cách một con người nhận phần của mình vẫn là câu chưa có lời — một mô hình kinh tế chưa trả lời được câu đó thì chưa xong.
7. Mô hình phải chịu được việc cộng đồng đổi chính nó: mọi tham số là đề xuất, biểu quyết đổi được.
8. Giá trị phải đến từ việc dùng thật. Một nền kinh tế chỉ đứng bằng kỳ vọng giá thì không đứng lâu.

9 · Năng lực thực thi

1. Lộ trình phải cụ thể: mỗi giai đoạn có mục tiêu, thời hạn và tiêu chí đánh giá rõ ràng.
2. Sản phẩm phải chạy được — tuyên bố công nghệ chứng minh bằng testnet, explorer, node, ứng dụng và trải nghiệm thật.
3. Đội ngũ phải có chuyên môn phù hợp: công nghệ, bảo mật, kinh tế học, pháp lý, vận hành, phát triển cộng đồng.
4. Thông tin phải minh bạch — tiến độ, thay đổi, rủi ro và khó khăn đều được nói thật.
5. Quản trị phải hợp lý: quyền biểu quyết đi kèm cơ chế chống thao túng, xung đột lợi ích và tập trung quyền lực.
6. Bảo mật phải được kiểm chứng bằng kiểm toán độc lập, chương trình phát hiện lỗi và quy trình xử lý sự cố.
7. Mô hình kinh tế phải gắn với giá trị thật, không chỉ tạo động lực ngắn hạn.
8. Niềm tin không dựng bằng lời hứa. Nó tích lại qua từng sản phẩm hoàn thành, từng cam kết được giữ, từng sự cố được xử lý có trách nhiệm.

Hình 25 — Một bản nộp không đóng ô trống lại. Nó chỉ cho người sau một thứ để nhắm vào.

Điều bản nộp này tự nhận. Phần lớn tám mươi mốt ý ở trên viết ở dạng phải, cần, nếu — tức là điều kiện chưa đạt, không phải thành tích đã có. Đọc kỹ thì đây không phải một danh sách lý do để tin, mà là một danh sách việc chưa làm xong, sắp theo chín nhóm. Người nộp bản này cho rằng đó mới là hình dạng trung thực của một câu trả lời cho câu hỏi "vì sao dự án này đáng chú ý" — và nếu bản của bạn cũng ra hình dạng ấy, hai bản đang nói cùng một điều.

Câu chốt: một cái tên tốt khiến người ta dừng lại. Một sản phẩm tốt khiến người ta ở lại. Chỉ giá trị thật mới khiến người ta đi cùng. Tám ý phải chứng minh bằng năng lực; ý thứ chín chỉ giúp người ta nhớ — và nó chỉ đáng nhớ nếu tám ý kia đứng được.