Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Đọc tài liệu giới thiệu dự án hiệu quả không phải đi từ trang đầu đến cuối. Đọc bốn lượt: xem tài liệu gồm những phần nào; ghi dự án đang khẳng định điều gì; tìm cách hệ thống tạo ra kết quả đó và điều kiện cần; cuối cùng đối chiếu với sản phẩm, mã nguồn và dữ liệu thật.

Tài liệu giới thiệu dự án trình bày thiết kế; nó không tự chứng minh sản phẩm đã chạy hoặc cam kết sẽ hoàn thành.

Đọc xong, bạn sẽ hiểu:

  • Tài liệu giới thiệu dự án cho biết gì và không thể chứng minh điều gì.
  • Cách đọc bốn lượt có kết quả phải giao rõ thay vì tô màu cả tài liệu.
  • Cách lập ghi chú điều được tuyên bố–bằng chứng–CHƯA RÕ trong 15 phút, hoàn toàn chỉ dùng nguồn công khai.

1. Tài liệu giới thiệu dự án là gì và vì sao không nên đọc tuyến tính?

a. Tài liệu trình bày vấn đề và thiết kế đề xuất

Tài liệu giới thiệu dự án giải thích vấn đề, cách tiếp cận, cách hệ thống hoạt động và đôi khi cả mô hình kinh tế. Tài liệu của Bitcoin chỉ dài chín trang nội dung chính. Nó tập trung vào cách chuyển tiền trực tiếp giữa hai người và cách ngăn một khoản tiền bị chi hai lần (Bitcoin.org — Bitcoin Tài liệu giới thiệu dự án). Tài liệu của dự án khác có thể dài hơn và nói thêm về cách đồng được tạo, cách dùng đồng hoặc kế hoạch phát triển.

Tài liệu giới thiệu dự án Bitcoin dài chín trang nội dung chính. Nó mô tả cách người lạ có thể chuyển tiền điện tử trực tiếp và cách mạng ngăn cùng một khoản bị chi hai lần.

Tài liệu giới thiệu dự án giống bản thiết kế căn nhà. Bản vẽ giúp ta hiểu phòng nào nối với phòng nào và tải trọng được tính ra sao. Nó chưa chứng minh căn nhà đã xây, vật liệu đúng chuẩn hay người giữ chìa khóa sẽ vận hành minh bạch.

b. Đọc hết chưa chắc hiểu đúng

Người mới hay mắc hai cực: đọc từng chữ rồi quên câu hỏi ban đầu, hoặc chỉ đọc phần tóm tắt rồi tin kết luận. Cách hiệu quả hơn là đọc theo bốn lượt, mỗi lượt có một kết quả phải giao:

  1. QUÉT: tài liệu gồm phần nào, phiên bản nào, bỏ phần nào vẫn hiểu ý chính?
  2. Đối chiếu khẳng định: Ghi dự án đang khẳng định điều gì, dành cho ai và tốt hơn mốc nào — ví dụ cách làm hiện tại, sản phẩm cũ hoặc một đối thủ cụ thể.
  3. Cách vận hành: hệ thống tạo kết quả bằng cách nào và cần giả định gì?
  4. ĐỐI CHIẾU: mã, dữ liệu, quyền kiểm soát và nguồn ngoài có khớp không?

Hình 1 — Bốn lượt tạo bốn kết quả phải giao; đọc hết trang không phải mục tiêu cuối.

2. Lượt 1 — Xem bố cục trước khi đọc chi tiết

a. Xác minh đúng tài liệu

Trước hết, kiểm tên miền chính thức, tên tệp, ngày và phiên bản — phiên bản của tài liệu. Dự án có thể giữ tài liệu giới thiệu dự án cũ trong khi mã và cách đồng được tạo và sử dụng đã đổi. Không mở tệp gửi qua tin nhắn lạ; ưu tiên trang web hoặc kho mã chính thức và chỉ đọc, không chạy tệp thực thi.

Bắt đầu từ trang web chính thức của dự án, mở liên kết “Tài liệu” hoặc “Tài liệu giới thiệu dự án” ngay trên trang đó và đọc bản web/PDF trong trình duyệt. Ghi lại Địa chỉ trang, ngày và phiên bản; không mở tệp chương trình hoặc liên kết nhận qua tin nhắn riêng.

Đọc tiêu đề, tóm tắt — phần tóm tắt mục tiêu và cách tiếp cận — rồi mục lục, hình kiến trúc, kết luận và phụ lục — phụ lục chứa chứng minh hoặc chi tiết. Lúc này chưa cần hiểu mọi công thức. Mục tiêu là vẽ bản đồ một trang.

b. Gắn sáu lớp dự án vào mục lục

Quét mục lục để tìm sáu nội dung: sản phẩm phục vụ ai; hệ thống vận hành ra sao; đồng dùng làm gì; ai xây; tài sản chung nằm đâu; ai có quyền thay đổi. Xem bài #31 nếu cần giải thích chi tiết khung này. Khoảng trống cũng là dữ liệu. Một tài liệu giới thiệu dự án kỹ thuật có thể cố ý không nói đội ngũ; nhưng nếu đồng đã bán mà tài liệu không nói nguồn cung hoặc quyền quản trị, đó là câu hỏi cần ghi lại.

Ví dụ đọc hợp đồng thuê nhà: ta xem mục lục, thời hạn, tiền cọc, nghĩa vụ và điều kiện chấm dứt trước. Chăm chú vào trang trình bày đẹp mà bỏ qua điều khoản trả cọc là sai ưu tiên. Với tài liệu giới thiệu dự án cũng vậy, hãy tìm nơi chứa điều được tuyên bố và quyền trước khi đi vào toán.

Kết quả phải giao lượt 1 chỉ cần: liên kết gốc, phiên bản, năm, năm mục chính và ba phần thiếu. Nếu không xác minh được bản chính thức, dừng; đừng phân tích bản sao không rõ nguồn.

3. Lượt 2–3 — Dự án hứa gì và định làm bằng cách nào?

a. Viết lại điều được tuyên bố thành câu có thể kiểm

Với điều được tuyên bố “nhanh hơn”, ghi rõ nhanh hơn hệ thống nào, xử lý bao nhiêu giao dịch mỗi giây và một giao dịch mất bao lâu để được coi là xong. Với điều được tuyên bố “rẻ hơn”, ghi loại giao dịch và toàn bộ khoản phí người dùng phải trả.

Điều được tuyên bố là điều tài liệu khẳng định. “Nhanh, rẻ, phi tập trung” quá mơ hồ. Hãy viết lại: nhanh hơn cái gì, ở tải bao nhiêu, đo bằng thời gian xác nhận hay khả năng xử lý? Rẻ hơn ở loại giao dịch nào? Phi tập trung ở máy xác nhận giao dịch, quyền quản lý hay quyền nâng cấp?

Nếu tài liệu nói “giảm phí 90%”, hãy hỏi mốc nền — mốc so sánh — là chuỗi nào, thời điểm nào và có tính dữ liệu khả năng truy cập hay cầu nối phí không. Nếu nói “hàng triệu người dùng”, hỏi người dùng duy nhất, ví, giao dịch hay lượt truy cập.

b. Lần từ điều được tuyên bố xuống cách vận hành và giả định

Ví dụ, dự án nói “chuyển tiền rẻ hơn”. Hỏi: hệ thống giảm khoản phí nào; ai vẫn phải vận hành; điều gì xảy ra khi máy chủ chính dừng; và dữ liệu giao dịch thật có cho thấy tổng phí thấp hơn không. Các thuật ngữ kỹ thuật có thể tra sau khi đã rõ bốn ô này.

Cách vận hành là chuỗi nguyên nhân mà hệ thống dùng để tạo kết quả. Điều được tuyên bố “độ hoàn tất nhanh” có thể dựa vào ít máy xác nhận giao dịch hơn, một máy sắp xếp giao dịch hoặc cơ chế đồng thuận khác. Mỗi lựa chọn có sự đánh đổi, tức đánh đổi.

Giả định là điều phải đúng để cách vận hành hoạt động như mô tả. Ví dụ: nguồn cấp dữ liệu cung cấp giá đúng, phần lớn máy xác nhận giao dịch trung thực, máy sắp xếp giao dịch đang hoạt động hoặc người dùng có thể rút tài sản qua lối thoát khẩn cấp. Giả định không phải lỗi; giấu giả định mới nguy hiểm.

Mốc so sánh là phép đo trong điều kiện cụ thể. Hãy ghi môi trường kiểm tra, tải, phần cứng, thời gian và ai thực hiện. Con số mốc so sánh nội bộ hữu ích để hiểu thiết kế, nhưng cần phép đo độc lập hoặc dữ liệu mạng chính để xác nhận khả năng ngoài thực tế.

Hình 2 — Điều được tuyên bố chỉ đứng vững khi cách vận hành, giả định và bằng chứng nối được với nhau.

4. Lượt 4 — So lời nói với hệ thống thật

a. Trích dẫn không phải dấu bảo đảm

Trích dẫn là trích dẫn nguồn. Hãy mở nguồn gốc và xem nó thực sự hỗ trợ câu nào. Một nghiên cứu về thị trường rộng không chứng minh sản phẩm riêng sẽ có người dùng. Một công thức đúng không chứng minh mã triển khai đúng công thức.

Đối chiếu bốn nơi: kho mã/mã deployed, trang tra cứu chuỗi, bảng số liệu mức sử dụng và quyền quản lý/quỹ dự trữ. Hình kiến trúc — sơ đồ các thành phần — cần khớp hợp đồng và việc phụ thuộc thật. Nếu tài liệu nói không cần tin cậy nhưng hệ thống có khóa quản trị nâng cấp tức thì, phải ghi giới hạn đó.

Với mỗi điều được tuyên bố, ghi một nguồn ngoài tài liệu giới thiệu dự án: trang sản phẩm cho biết tính năng đã mở; trang tra cứu chuỗi cho biết địa chỉ và giao dịch; kho mã cho biết lần cập nhật; trang quản trị cho biết ai đề xuất và ai thực thi. Không tìm được trường cần kiểm thì ghi “chưa xác minh”, không tự suy ra.

EIP-1 mô tả EIP là tài liệu thiết kế cung cấp thông tin hoặc đề xuất tính năng cho Ethereum và yêu cầu thông số kỹ thuật cùng lý do; quy trình xem xét giúp ý tưởng rõ hơn, nhưng tài liệu được chấp nhận vẫn khác mã triển khai và vận hành thực tế (EIP-1 — EIP Mục đích and Guidelines).

b. Kế hoạch phát triển là kế hoạch, không phải bằng chứng đã giao

Kế hoạch phát triển là kế hoạch theo mốc. Nếu kế hoạch phát triển ghi “ra mắt mạng chính trong quý 4”, hãy tìm: đội nào phụ trách, điều kiện cần hoàn tất, trạng thái hiện tại, ngày cập nhật và bằng chứng như liên kết mạng, mã phát hành hoặc giao dịch thật.

Các dấu hiệu đáng lo cần ghi lại: không có số phiên bản; điều được tuyên bố không có mốc nền; cách phân bổ đồng không cộng đủ 100%; trích dẫn chỉ quay về bài viết của chính dự án; sơ đồ hệ thống bỏ qua khóa quản trị; kế hoạch phát triển xóa mốc trễ; thuật ngữ đổi nghĩa giữa các phần; mã và tài liệu giới thiệu dự án khác nhau mà không có nhật ký thay đổi.

Hình 3 — ĐỐI CHIẾU bằng nguồn ngoài tài liệu; thiếu bằng chứng thì ghi CHƯA RÕ thay vì tự đoán.

5. Danh sách kiểm tra đọc tài liệu giới thiệu dự án theo thứ tự

  1. Nguồn: tệp có từ tên miền/kho mã chính thức không?
  2. Phiên bản: ngày, phiên bản và nhật ký thay đổi có rõ không?
  3. Vấn đề: vấn đề cụ thể, người dùng và cách hiện tại là gì?
  4. Điều được tuyên bố: từng điều được tuyên bố có đối tượng, mốc nền và đơn vị không?
  5. Cách vận hành: luồng nào tạo kết quả; việc phụ thuộc nào tham gia?
  6. Giả định: điều gì phải đúng; ai hoặc thành phần nào cần được tin?
  7. Đồng: công dụng, nguồn cung, khả năng tiếp cận người dùng và nhu cầu liên kết có rõ không?
  8. Quyền kiểm soát: khóa quản trị, ví nhiều chữ ký, nâng cấp, quỹ dự trữ và thực thi nằm đâu?
  9. Bằng chứng: mã, trang tra cứu chuỗi, mức sử dụng, mốc so sánh và nguồn độc lập có khớp không?
  10. CHƯA RÕ: ba câu nào chưa trả lời; dữ kiện nào khiến luận điểm sai?

Không chấm điểm máy móc. Một tài liệu giới thiệu dự án ngắn có thể phù hợp với hệ thống hẹp; tài liệu dài không tự tốt hơn. Điểm dừng là khi nguồn không xác minh được, tài liệu mâu thuẫn mà không giải thích, hoặc điều được tuyên bố quan trọng không thể viết thành câu kiểm tra.

6. Bài tập 15 phút: phiếu đọc tài liệu chỉ dùng nguồn công khai

Chọn một tài liệu giới thiệu dự án từ trang web chính thức. Dùng 15 phút cho lần quét đầu: xác minh tài liệu và lập bản đồ trước, rồi ghi một điều được tuyên bố, cách hoạt động, điều kiện cần và nguồn sẽ kiểm. Nếu hết giờ, đánh dấu phần chưa xác minh; không rút kết luận về dự án từ bài tập ngắn này. Không tải tệp lạ, không kết nối ví và không dùng tiền thật.

Mẫu đối chiếu đã điền

Trường Ghi chú mẫu
Vấn đề Phí giao dịch cao khi tải tăng
Điều được tuyên bố Giảm phí 90% so với chuỗi X
Cách vận hành Nhóm nhiều giao dịch rồi gửi dữ liệu về chuỗi gốc
Giả định Máy sắp xếp giao dịch đang hoạt động; dữ liệu vẫn truy cập được
Bằng chứng Mốc so sánh nội bộ 10.000 giao dịch
CHƯA RÕ Mốc nền cũ; chưa có dữ liệu mạng chính
Nơi ĐỐI CHIẾU Trang tra cứu chuỗi, kho mã, bảng số liệu phí, quản trị tài liệu
Kết luận Hiểu thiết kế; bằng chứng vận hành còn thiếu

Bằng chứng hiện có: mốc so sánh nội bộ chạy 10.000 giao dịch nhưng không công bố tổng phí hay điều kiện so sánh; vì vậy chưa kiểm được điều được tuyên bố “giảm phí 90%”. Cần dữ liệu phí của cùng loại giao dịch trên hai hệ thống trong cùng thời điểm.

Kết quả mong đợi là một ghi chú tách điều được tuyên bố, bằng chứngCHƯA RÕ. Bạn không cần giải xong mọi công thức. Chụp tên công thức, ghi nó hỗ trợ điều được tuyên bố nào và tìm người có chuyên môn nếu điều được tuyên bố đó quyết định đánh giá.

7. Tổng kết

a. Năm ý chính

  • Tài liệu giới thiệu dự án trình bày vấn đề và thiết kế; không tự chứng minh hệ thống đã chạy.
  • Đọc bốn lượt QUÉT → Điều được tuyên bố → Cách vận hành → ĐỐI CHIẾU hiệu quả hơn đọc tuyến tính.
  • Điều được tuyên bố cần mốc nền, đơn vị và đối tượng; cách vận hành cần giả định rõ.
  • Trích dẫn, công thức, kiến trúc và kế hoạch phát triển đều phải đối chiếu hệ thống thật.
  • Ghi chú tốt tách điều được tuyên bố, bằng chứng, CHƯA RÕ và nơi kiểm tiếp.

b. Câu hỏi tự kiểm tra

  • Vì sao đọc hết tài liệu giới thiệu dự án chưa chắc hiểu đúng?
  • Điều được tuyên bố “nhanh hơn 100 lần” còn thiếu thông tin gì?
  • Kế hoạch phát triển khác bằng chứng hoàn thành ra sao?

c. Gợi ý đáp án

Xem gợi ý câu 1

Đọc hết có thể chỉ tạo cảm giác quen; cần kết quả phải giao về cấu trúc, điều được tuyên bố, cách vận hành và bằng chứng. → xem mục 1.

Xem gợi ý câu 2

Thiếu mốc nền, đơn vị đo, tải, môi trường kiểm tra, thời điểm và bên thực hiện mốc so sánh. → xem mục 3.

Xem gợi ý câu 3

Kế hoạch phát triển nói dự định và mốc; bằng chứng hoàn thành cần mã, bản được đưa vào dùng, dữ liệu hoặc tài liệu nghiệm thu kiểm được. → xem mục 4.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Tài liệu giới thiệu dự án Tài liệu trình bày vấn đề, thiết kế và cơ chế dự án.
Điều được tuyên bố Điều tài liệu khẳng định và cần kiểm chứng.
Cách vận hành Chuỗi nguyên nhân tạo ra kết quả được mô tả.
Giả định Điều phải đúng để cách vận hành hoạt động.
Mốc nền Mốc dùng để so sánh một phép đo.
Mốc so sánh Phép đo hiệu năng trong điều kiện cụ thể.
Trích dẫn Dẫn chiếu tới nguồn hỗ trợ một nội dung.
Kế hoạch phát triển Kế hoạch phát triển theo mốc thời gian.

e. Nguồn tham khảo

Bài tiếp theo là Cách phân tích việc tạo và sử dụng đồng #33 — đi sâu vào nguồn cung, khả năng tiếp cận người dùng, mở khóa, công dụng và phần thưởng khuyến khích sau khi đã biết đặt điều được tuyên bố của tài liệu giới thiệu dự án vào đúng ô.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Tài sản số có rủi ro cao và có thể gây mất toàn bộ vốn.