Cách đọc whitepaper crypto: 6 câu hỏi
PNX ACADEMY / CRYPTO TẠI VIỆT NAM
Ngày 15 · Đọc dự án và dữ liệuWhitepaper 100 trang có chứng minh dự án tốt?
Một tài liệu dày có thể giải thích rất nhiều điều dự án muốn làm. Nhưng muốn đánh giá, bạn còn phải tìm sản phẩm, dữ liệu sử dụng, quyền của token và những rủi ro chưa được giải quyết.
Whitepaper là tài liệu do dự án công bố để mô tả mục tiêu và cơ chế. Nó là điểm xuất phát để đặt câu hỏi, chưa đủ để xác nhận mọi tuyên bố. Một bản trình bày trau chuốt vẫn có thể bỏ trống điều người đọc cần biết.
Bạn mở một whitepaper, gặp hàng chục thuật ngữ về hạ tầng, tốc độ và “hệ sinh thái”. Đọc đến trang cuối vẫn khó trả lời: ai cần sản phẩm này, nó đã chạy chưa và token đem lại quyền gì? Thay vì cố thuộc tài liệu, hãy đi theo sáu câu hỏi dưới đây và đánh dấu “chưa biết” ở những điểm chưa kiểm chứng được.
Dự án đang giải quyết việc gì, cho ai?
Một vấn đề đủ rõ phải mô tả người gặp khó khăn, cách họ đang xử lý và phần mà giải pháp mới định cải thiện.
“Tái định nghĩa thanh toán toàn cầu.”
Ai đang trả tiền, chờ lâu hoặc gặp trở ngại? Giải pháp hiện có thiếu gì? Dự án đưa ra thước đo nào để biết vấn đề được giải quyết?
Sản phẩm đã có hay mới nằm trên lộ trình?
Roadmap nói về dự định. Demo, tài liệu kỹ thuật và sản phẩm đang vận hành cho thấy mức độ đã thực hiện.
“Mainnet sắp ra mắt.”
Có bản dùng thử hoặc ứng dụng đang chạy không? Người dùng có thể tự kiểm tra tính năng nào? Mốc hoàn thành nào đã có tài liệu, mã nguồn hoặc thông báo cập nhật để đối chiếu?
Từ lời tuyên bố đến dấu vết kiểm tra được
Một câu viết trong tài liệu cần đi kèm nơi xác minh phù hợp. Đừng dùng chính bài quảng bá của dự án làm nguồn độc lập cho một tuyên bố về sản phẩm hoặc nhu cầu thị trường.
Dự án nói họ làm gì và dự định khi nào?
Chức năng nào đã xuất hiện và có thể dùng thử?
Có bằng chứng sử dụng nhất quán theo thời gian không?
Có bằng chứng người ta thực sự dùng không?
“Cộng đồng đông” và “giao dịch nhiều” là những lời mô tả cần xem cách đo.
Hãy hỏi số liệu được ghi trong khoảng thời gian nào, từ nguồn nào và đo cái gì: lượt tải, tài khoản, ví hoạt động hay hành động thật trong sản phẩm. Một người có thể có nhiều ví; giao dịch có thể do hệ thống tự động tạo. Số ví không tự động bằng số người dùng.
Đối chiếu thông tin trong whitepaper với sản phẩm và dữ liệu được công bố. Nếu chưa có sản phẩm, cũng đừng suy từ lượng người theo dõi mạng xã hội thành nhu cầu sử dụng.
Token cần thiết cho việc gì?
Vai trò kỹ thuật của token và quyền của người nắm giữ cần được viết cụ thể.
“Token là trái tim của hệ sinh thái.”
Token dùng để trả phí, truy cập chức năng hay biểu quyết? Có điều kiện hoặc giới hạn nào? Doanh thu của dự án có thực sự tạo quyền nhận tiền cho người nắm token không? Đừng tự suy ra điều đó.
Ai nắm token và khi nào chúng được mở khóa?
Không nên chỉ nhìn tổng cung hay một biểu đồ tròn đẹp mắt.
Đọc tỷ lệ phân bổ cho đội ngũ, nhà đầu tư, cộng đồng và quỹ dự trữ; sau đó tìm điều kiện khóa và lịch mở khóa. Hỏi ai có quyền thay đổi cơ chế phát hành hoặc quản trị. Lịch mở khóa cho biết khi nào token có thể lưu thông, không phải lời dự báo rằng người nhận chắc chắn sẽ bán.
Tài liệu nói rõ rủi ro nào?
Một dự án đáng để đọc kỹ cả phần giả định chưa chắc đúng, quyền quản trị và giới hạn công nghệ.
“Hệ thống an toàn và hiệu suất cao.”
Có báo cáo kiểm tra nào, kiểm tra phiên bản và phạm vi nào? Ai nắm quyền nâng cấp? Dự án phụ thuộc vào mạng, đối tác hoặc nguồn dữ liệu nào? Có báo cáo kiểm toán cũng không phải bảo đảm tuyệt đối.
Gạch chân vấn đề, khách hàng mục tiêu và điều dự án hứa cải thiện.
Tìm sản phẩm, vai trò token, phân bổ và lịch vận hành. Đặt câu hỏi khi thiếu số.
Đánh dấu các giả định, giới hạn và thông tin còn phải xác minh ở nguồn khác.
Hai câu hay không đủ để ra quyết định
Dự án A viết: “Thanh toán nhanh hơn” và “token tăng giá trị cùng hệ sinh thái”. Tài liệu chưa chỉ ra bản dùng thử, dữ liệu sử dụng hoặc vì sao người dùng phải cần token để thanh toán. Lịch mở khóa cũng chưa đủ rõ để biết nguồn cung sẽ thay đổi khi nào.
Đây chưa phải bằng chứng rằng dự án xấu. Đây là những chỗ người đọc còn thiếu dữ liệu để đánh giá. Ghi rõ câu nào đã trả lời, câu nào chỉ là lời hứa và câu nào cần kiểm tra tiếp.
Ba nhầm lẫn khi đọc whitepaper
Có whitepaper là dự án đáng tin?
Không thể kết luận như vậy chỉ từ sự tồn tại hay độ dài của tài liệu. Hãy đối chiếu tuyên bố với sản phẩm, dữ liệu và những quyền được mô tả rõ.
Nhiều địa chỉ ví nghĩa là nhiều người dùng?
Không nhất thiết. Một người có thể điều khiển nhiều ví. Cần xem định nghĩa chỉ số, khoảng thời gian và hành vi sử dụng cụ thể.
Có audit là không thể gặp sự cố?
Báo cáo kiểm toán thường có phạm vi và thời điểm cụ thể. Đọc phiên bản được kiểm tra, phát hiện còn mở và những thay đổi sau đó.
Học cách đặt câu hỏi trước khi quyết định
Đăng ký lớp online miễn phí “Cẩm nang đầu tư cơ bản” cùng giảng viên Trần Anh Phương. Học kiến thức nền tảng và quy trình tự kiểm tra thông tin; không có lời hứa lợi nhuận.
Mới cập nhật
