Hook
Tuần trước, tôi nhận được một báo cáo phân tích kỹ thuật từ đồng nghiệp. Kết quả? Toàn bộ 8 hạng mục đều hiển thị “N/A – Thông tin không đủ”. Không một dữ liệu on-chain, không một mẩu code, không một con số. Báo cáo dài 10 trang nhưng không chứa một insight nào. Đây không phải lỗi của người viết, mà là triệu chứng của một căn bệnh phổ biến trong ngành: chúng ta quá tập trung vào khuôn khổ mà quên mất rằng phân tích chỉ có ý nghĩa khi có dữ liệu đầu vào chất lượng.
Context
Blockchain được xây dựng trên tính minh bạch. Mọi giao dịch, mọi hợp đồng thông minh, mọi lệnh gọi oracle đều ghi lại trên chuỗi. Vậy mà, trong thực tế Due Diligence, tôi thường xuyên gặp những báo cáo “đẹp” về hình thức nhưng rỗng ruột. Các nhà phân tích mới vào nghề dành 80% thời gian để tạo biểu đồ và khung phân tích, chỉ 20% còn lại cho việc tìm kiếm dữ liệu thực tế. Kết quả là những báo cáo như trên: đầy đủ cấu trúc nhưng vô dụng. Hãy nhìn vào báo cáo mẫu (tôi gọi nó là “Báo cáo N/A”) – nó có đủ 9 phần: kỹ thuật, tokenomics, thị trường, sinh thái, tuân thủ, đội ngũ, rủi ro, câu chuyện, chuỗi cung ứng. Nhưng mỗi phần đều trống rỗng vì không có sự kiện đầu vào.
Core – Tháo gỡ có hệ thống
Tôi sẽ mổ xẻ báo cáo N/A này để chỉ ra tại sao nó thất bại, và quan trọng hơn, làm thế nào để tránh.
1. Kỹ thuật: Mã nguồn mở cũng là mục tiêu mở.
Trong phần kỹ thuật, báo cáo ghi “N/A” cho mọi chỉ số. Lý do: không có thông tin về dự án. Nhưng nếu người phân tích bắt đầu bằng câu hỏi “Ai thực sự kiểm soát?”, họ sẽ đào được kho dữ liệu. Ví dụ: khi audit Bancor năm 2017, tôi bắt đầu bằng cách phân tích vai trò admin trong hợp đồng. Chỉ một dòng code withdrawFrom đã tiết lộ toàn bộ rủi ro tập trung. Còn báo cáo N/A – nó thậm chí không hỏi admin key nằm ở đâu. Nguyên nhân: người viết bị ám ảnh bởi cấu trúc “tên dự án, mô tả, mã nguồn” mà quên rằng không có dự án, không có mã nguồn, không có gì để phân tích. Họ đã áp dụng template cho một đầu vào rỗng.
2. Tokenomics: Thiếu dữ liệu là tự sát.
Phần tokenomics của báo cáo N/A liệt kê “N/A” cho tỷ lệ phát hành, lịch mở khóa, doanh thu thực tế. Đây là điểm mù chết người. Trong thực tế, tôi từng phân tích một dự án DeFi có APR 2000% nhưng doanh thu chỉ từ phí swap 0.01%. Báo cáo của tôi dựa trên dữ liệu on-chain: volume thực, phí thực, lợi nhuận thực. Còn nếu không có dự án, người viết phải thành thật: “Không có dữ liệu để đánh giá” chứ không phải giả vờ phân tích bằng cách điền N/A vào mọi ô. Tệ hơn, một số người còn bịa số liệu. Báo cáo N/A ít ra còn trung thực.
3. Thị trường: Không có tin tức là tin xấu.
Phần thị trường báo cáo “N/A” cho tâm lý, funding rate, tác động giá. Hợp lý vì không có dự án. Nhưng người viết nên đặt câu hỏi: “Tin tức này có thật sự tồn tại không? Nếu không, tại sao tôi lại viết báo cáo?” Đây là vấn đề về nguồn gốc yêu cầu. Trong quá trình làm Due Diligence cho quỹ đầu tư châu Âu, tôi thường nhận những báo cáo “phân tích” về dự án chưa ra mắt. Họ dùng template giống hệt nhau, kết luận “cần thêm dữ liệu”. Lãng phí thời gian. Bài học: không bao giờ bắt đầu phân tích nếu không có sự kiện cốt lõi.
4. Sinh thái: Chuỗi phụ thuộc vô hình.
Phần sinh thái vẽ sơ đồ “Thượng nguồn → Trung tâm → Hạ nguồn” với toàn N/A. Hài hước nhưng đau lòng. Trong thực tế, mỗi giao thức đều có dependency: nếu là L2, nó phụ thuộc vào L1; nếu là oracle, nó phụ thuộc vào nguồn dữ liệu. Báo cáo N/A không có dependency vì không có gì cả. Điều này gợi ý rằng template phải có bước “Xác nhận sự tồn tại của dự án” trước khi phân tích. Tôi từng mắc lỗi này: dành 3 tuần audit một “dự án” chỉ là whitepaper 2 trang. Từ đó, tôi luôn kiểm tra contract deployed, Twitter hoạt động, team public trước.
5. Tuân thủ: Mập mờ chết người.
Phần tuân thủ báo cáo Howey test “N/A”. Đây là khu vực nguy hiểm nhất. Nếu không biết dự án thuộc jurisdiction nào, không thể kết luận. Nhưng người viết có thể đặt câu hỏi: “Dự án này có token không? Nó được bán cho nhà đầu tư Mỹ không?” – nếu câu trả lời là “không rõ”, hãy ghi “không rõ” chứ đừng ẩn sau N/A. N/A là viết tắt của Not Applicable, nhưng thực tế nó Applicable – chúng ta chỉ không có thông tin. Tôi luôn yêu cầu team legal xác nhận trước khi viết.
6. Đội ngũ và quản trị: Trust-but-verify.
Phần đội ngũ báo cáo “N/A” cho kinh nghiệm, vòng gọi vốn. Vô dụng. Nhưng nếu không có dự án, người viết đáng lẽ phải dừng lại ở bước đầu tiên: “Project not identified”. Tôi từng thấy một báo cáo ghi “Team: anonymous – risk: high” cho một dự án không tồn tại. Sai lầm tương tự. Báo cáo N-A đúng hơn khi không đưa ra đánh giá.
7. Rủi ro: Ma trận không dữ liệu.
Ma trận rủi ro với 6 loại rủi ro đều N/A. Đây là minh chứng cho việc template không linh hoạt. Người viết nên có một “cờ đỏ” ngay từ đầu: “Không thể xác định dự án – rủi ro cao nhất là không có gì để phân tích.” Đôi khi, rủi ro lớn nhất là chính báo cáo vô nghĩa này.
8. Câu chuyện và kỳ vọng: Narrative rỗng.
Phần này ghi “N/A” cho FOMO/FUD. Hợp lý. Nhưng tôi muốn nhấn mạnh: trong thị trường đi ngang hiện tại, các nhà đầu tư đang khao khát tín hiệu. Một báo cáo N/A không cung cấp tín hiệu nào, thậm chí tạo ra nhiễu. Tôi ưu tiên viết những bài có “information gain” – dù chỉ là một điểm dữ liệu nhỏ. Còn báo cáo N/A gain bằng 0.
9. Chuỗi cung ứng: Tác động lan tỏa zero.
Phần cuối cùng vẽ sơ đồ truyền dẫn N/A. Một lần nữa, vô dụng. Nhưng nó gợi ý: nếu không có dự án, không thể ước tính tác động đến DeFi, NFT, CeFi. Hãy dũng cảm kết luận “Không có tác động” thay vì điền N/A.
Tổng thể: Báo cáo N/A là kết quả của việc áp dụng cứng nhắc một framework lên một đầu vào không tồn tại. Người viết có thể tiết kiệm 10 trang giấy và 2 giờ làm việc bằng cách gửi email “Không tìm thấy dự án nào khớp với yêu cầu”. Trong 21 năm quan sát ngành, tôi học được: phân tích tốt bắt đầu bằng câu hỏi đúng, không phải template đẹp.
Contrarian – Phần phe bò đúng
Tuy nhiên, nếu nhìn từ góc khác, báo cáo N/A có một giá trị: nó minh bạch về giới hạn của mình. Nhiều báo cáo khác giả vờ có insight bằng cách đưa ra những kết luận mơ hồ như “dự án có tiềm năng nhưng cần quan sát”. Báo cáo N/A ít nhất không lừa dối. Nó cho thấy người viết có kỷ luật: khi không có dữ liệu, không bịa ra. Trong thế giới crypto đầy hype, sự trung thực này hiếm có. Tôi từng thấy những báo cáo “phân tích” về Terra vào tháng 3/2022 kết luận “cơ chế ổn định”, trong khi dữ liệu on-chain đã cho thấy thanh khoản UST đang teo tóp. Báo cáo N/A không mắc sai lầm đó.
Takeaway
Báo cáo N/A không phải là thất bại của người viết, mà là tấm gương phản chiếu sự lười biếng trong quy trình: chúng ta thích tạo framework hơn là tìm dữ liệu. Lần tới khi bạn viết một bài phân tích blockchain, hãy dừng lại trước khi mở template. Hỏi: “Tôi có ít nhất một sự kiện on-chain để nói không?” Nếu câu trả lời là không, đừng viết. Hoặc nếu buộc phải viết, hãy làm như báo cáo N/A: trung thực đến mức đau đớn. Bởi vì một trang giấy trắng còn có giá trị hơn 10 trang giấy toàn N/A.