Advanced Crypto Research Framework #20

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: Crypto research framework nâng cao biến câu hỏi thành kết luận có thể kiểm lại bằng phạm vi cố định, dữ liệu có nguồn gốc, giả thuyết cạnh tranh, phép tính tái lập và lịch cập nhật. Nhiều số đúng vẫn có thể tạo kết luận sai khi trộn phạm vi hoặc bỏ phản chứng.

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

• Cách khóa câu hỏi, giả thuyết và tiêu chuẩn bằng chứng trước khi mở dữ liệu.
• Cách tách sự kiện, phép tính, suy luận, giả định và trạng thái nghiên cứu.
• Cách dùng tình huống RESEARCH-90 để lập sổ kết luận, phản kiểm và nhật ký cập nhật.

1. Advanced Crypto Research Framework là gì?

a. Nghiên cứu không phải số tab đang mở

Một thư mục có nhiều PDF, bảng theo dõi và ảnh chụp chưa phải một nghiên cứu hoàn chỉnh. Nghiên cứu chỉ hữu ích khi người khác lần được từ câu hỏi tới nguồn, từ nguồn tới phép tính, từ phép tính tới kết luận và từ kết luận tới điều kiện nhận sai.

Giống hồ sơ vụ việc, vật chứng, suy luận, giả định và kết luận có mã riêng. Vật chứng bị bác sẽ chỉ đúng kết luận cần xem lại.

Khung khép kín của bài:

QUESTION → CONTRACT → HYPOTHESES → EVIDENCE → DATA → TEST → COUNTER-TEST → CLAIMS → CHALLENGE → UPDATE

Đây là vòng lặp, không phải đường chạy một lần. Thông tin mới có thể đưa kết luận từ Được hỗ trợ (Supported) về Bị thách thức (Challenged) hoặc Lỗi thời (Stale).

b. Năm loại nội dung phải tách

1. Sự kiện (fact): điều nguồn trực tiếp cho thấy.
2. Phép tính (calculation): biến đổi có đầu vào, công thức và đầu ra.
3. Suy luận (inference): cách giải thích dựa trên sự kiện.
4. Giả định (assumption): điều cần đúng nhưng chưa được xác nhận.
5. Trạng thái (status): Được hỗ trợ, Bị thách thức, Chưa biết hoặc Lỗi thời.

Ví dụ, “có 2.400 địa chỉ hoạt động trong cửa sổ B” là sự kiện theo định nghĩa query. “Tăng 140% so với 1.000” là phép tính. “Tăng trưởng đến từ người dùng mới” là suy luận — và có thể sai vì một người dùng nhiều ví hoặc bot nhiều địa chỉ.

c. Khung nghiên cứu không phải điểm xếp hạng coin

Khung không cộng tokenomics, đội ngũ, TVL và câu chuyện thị trường thành điểm 8,7/10. Điểm tổng hợp che giấu trọng số và dữ liệu thiếu. Đầu ra đúng là sổ kết luận (claim ledger): điều gì được hỗ trợ, bị thách thức, chưa biết và hết hạn khi nào.

Hình 1 — Research Spine giữ câu hỏi, dữ liệu, phản giả thuyết và cập nhật trong một vòng có thể kiểm lại.

2. Hợp đồng quyết định, giả thuyết và bản đồ bằng chứng

a. Khóa yêu cầu nghiên cứu trước khi tìm số

Hợp đồng quyết định (decision contract) ghi:

• Câu hỏi chính xác là gì?
• Ai sẽ dùng nghiên cứu và dùng để quyết định bước nghiên cứu nào?
• Giao thức, mạng, thực thể và cửa sổ nào nằm trong phạm vi?
• Hạn chót, ngày chốt và định dạng đầu ra?
• Trạng thái nào được phép trả về?
• Khi nào phải dừng?

Tình huống giả RESEARCH-90 hỏi: “Hoạt động quan sát được của Giao thức P có còn cao hơn giai đoạn nền trong 30 ngày sau khi chương trình khuyến khích kết thúc không?” Người dùng đầu ra là nhóm nghiên cứu; trạng thái cho phép là SUPPORTED WITH LIMITS, CHALLENGED hoặc UNKNOWN. Đây không phải câu hỏi giá hay phân bổ.

Nếu đổi câu hỏi thành “khuyến khích tạo mức sử dụng tự nhiên không?”, cần thiết kế khác để xử lý danh tính người dùng, bot/Sybil, nhóm đối chứng và quan hệ nhân quả. Không được dùng tập dữ liệu của câu hỏi đầu rồi trả lời câu hỏi thứ hai.

b. H1, phản chứng và giải thích cạnh tranh

Giả thuyết là lời giải thích có thể kiểm. H1 của tình huống: hoạt động Sau khuyến khích (Post) vẫn cao hơn Nền (Base) theo ba chỉ số đã khóa. Phản chứng (falsification) là quan sát làm kết luận yếu đi hoặc bị bác: Post không cao hơn Base; truy vấn đổi định nghĩa; hoặc giao thức chỉ tăng ngang toàn mạng.

Các phản giả thuyết (counter-hypotheses) gồm:

• Bot/Sybil tạo nhiều địa chỉ và giao dịch.
• Cả mạng tăng vì thị trường biến động, không riêng Giao thức P.
• Giá tài sản thay đổi làm phí U không so sánh được.
• Phạm vi truy vấn, nhãn hoặc cầu nối thay đổi giữa các cửa sổ.

c. Bản đồ bằng chứng và mã kết luận

Bản đồ bằng chứng (evidence map) nối từng kết luận với nguồn cần có:

CFA Institute yêu cầu thẩm tra nguồn, hiểu giới hạn mô hình và kiểm đầu ra (CFA Standard V(A)). Bài không đưa khuyến nghị đầu tư.

Hình 2 — Evidence Contract buộc mỗi claim mang nguồn, phương pháp, phản chứng và trạng thái riêng.

3. Hợp đồng dữ liệu và nguồn gốc xử lý

a. Công thức dữ liệu phải viết trước phép tính

Hợp đồng dữ liệu (data contract) khóa:

• Tên chỉ số và định nghĩa.
• Tử số, mẫu số, thực thể, danh sách hợp đồng/sự kiện.
• Mạng, khoảng khối/ngày và múi giờ.
• Đơn vị và quy tắc quy đổi.
• Nguồn, điểm truy cập/mã truy vấn, phiên bản/mã băm.
• Thời điểm trích xuất, bước lọc/ghép/loại trùng.
• Người chịu trách nhiệm về tài liệu và quy tắc xử lý dữ liệu thiếu.

Giống công thức nấu ăn, kết quả không thể tái lập nếu thiếu nguyên liệu. Hai bảng cùng ghi “active” có thể đếm địa chỉ, ví đã lọc Sybil hoặc phiên đăng nhập.

b. Provenance là đường đi của dữ liệu

Nguồn gốc và lịch sử xử lý (provenance) ghi dữ liệu đến từ đâu, ai tạo, qua bước nào và phiên bản nào. W3C PROV mô hình hóa thực thể, hoạt động và tác nhân (W3C PROV-O). Bài chỉ mượn kỷ luật “nguồn–biến đổi–tác nhân”.

Truy vấn trạng thái Ethereum qua JSON-RPC nhận mốc như latest, safe, finalized hoặc số khối (Ethereum JSON-RPC). Chỉ ghi latest làm dữ liệu trôi; muốn chạy lại, hãy lưu mạng, khoảng khối và thời điểm trích xuất.

Dune lưu phiên bản truy vấn để so chênh lệch và khôi phục (Dune Version History). Vẫn cần chép định nghĩa, tham số và ảnh chụp đầu ra; bản sao không tự mang lịch sử truy vấn gốc.

c. Thứ bậc nguồn không thay độ phù hợp

Nguồn chính thức hợp với hồ sơ và điều khoản; RPC on-chain hợp với trạng thái khối. SEC EDGAR cho thấy dữ liệu chính thức vẫn cần đơn vị, thực thể và kỳ báo cáo (SEC EDGAR Data APIs). Truy vấn cộng đồng cần phương pháp mở; bài đăng mạng xã hội chỉ là đầu mối. Các nguồn cùng dẫn một bảng không độc lập.

4. Tình huống RESEARCH-90 và sổ kết luận

a. Ba cửa sổ cùng 30 ngày

Tình huống giữ một giao thức, một mạng, cùng phiên bản truy vấn và ba cửa sổ:

Tất cả là dữ liệu giả. U là unit nghiên cứu cố định, không phải USD thật.

So Incentive với Base:

• Addresses: (2.400−1.000)/1.000 = +140%
• Transactions: (15.000−5.000)/5.000 = +200%
• Fees: (80−50)/50 = +60%

So Post với Base:

• Addresses: (1.300−1.000)/1.000 = +30%
• Transactions: (6.500−5.000)/5.000 = +30%
• Fees: (55−50)/50 = +10%

Hình 3 — Tình huống cùng cửa sổ và phương pháp cho thấy mức tăng vọt trong giai đoạn khuyến khích rồi duy trì ít hơn ở Post.

b. Điều được phép kết luận

Kết luận được hỗ trợ: theo định nghĩa chỉ số đã khóa, địa chỉ quan sát được, giao dịch và phí tăng mạnh trong Incentive; cả ba còn cao hơn Base ở Post. Mức duy trì Post nhỏ hơn nhiều so với đỉnh Incentive.

Không được đổi 2.400 địa chỉ thành 2.400 người dùng. Không được gọi phần Post là “mức sử dụng tự nhiên” vì chưa lọc bot/Sybil, chưa có danh tính và chưa so đối chứng. Phí tăng 60% không chứng minh doanh thu giao thức, lợi nhuận, giá trị tích lũy cho token hay giá trị token.

Trạng thái phù hợp là SUPPORTED WITH LIMITS, trong đúng phạm vi hoạt động quan sát được. Nó không phải tín hiệu giao dịch.

c. Phản kiểm trước kết luận

Bốn phản kiểm:

1. So Giao thức P với địa chỉ/giao dịch toàn mạng trong cùng cửa sổ.
2. Chạy kiểm tra độ nhạy bot/Sybil với ít nhất một quy tắc thay thế.
3. Chạy lại bằng khoảng khối cố định và phiên bản truy vấn đã lưu.
4. Kiểm đơn vị phí: đơn vị gốc, quy đổi USD hay đơn vị danh nghĩa U.

Nếu toàn mạng cũng tăng 30%, mức tăng của giao thức không còn đặc thù. Nếu lọc Sybil làm Post còn 980 địa chỉ, H1 bị thách thức. Nếu phiên bản truy vấn đổi phạm vi hợp đồng, phải đặt lại so sánh. Chưa biết tốt hơn một kết luận không tái lập.

5. Phản biện, checklist và bài tập 15 phút

a. Phản biện độc lập và nhật ký cập nhật

Phản biện độc lập (independent challenge) cho phép người khác chạy lại hoặc tấn công kết luận. Người duyệt cần hợp đồng dữ liệu, phiên bản truy vấn, đầu ra kỳ vọng và giới hạn. Nếu chỉ tác giả chạy được, tính tái lập chưa đạt.

Các test nên gồm:

• Chạy lại cùng đầu vào cho cùng đầu ra.
• Kiểm tra độ nhạy với cửa sổ, nhãn hoặc bộ lọc hợp lý.
• Dùng phương pháp thay thế cho chỉ số quan trọng.
• Dùng đối chứng âm hoặc đối chiếu toàn mạng khi phù hợp.
• Lần một hàng dữ liệu từ nguồn tới kết luận.

Kích hoạt cập nhật (update trigger) là sự kiện buộc chạy lại: thêm mạng/hợp đồng, phiên bản truy vấn đổi, chương trình kết thúc, đủ cửa sổ Post mới hoặc nhà cung cấp nhãn sửa dữ liệu. Báo cáo quá mốc mà chưa chạy lại sẽ chuyển thành Lỗi thời.

b. Checklist fail-closed

1. Khóa hợp đồng quyết định và các trạng thái đầu ra.
2. Viết H1, phản chứng và ít nhất hai phản giả thuyết.
3. Tạo mã kết luận/bằng chứng trước khi thu thập.
4. Khóa hợp đồng dữ liệu, phiên bản, mốc dữ liệu, cửa sổ mạng/khối và đơn vị.
5. Tách sự kiện, phép tính, suy luận, giả định và trạng thái.
6. Chạy phản kiểm và ghi phần dữ liệu còn thiếu.
7. Nhờ người duyệt độc lập chạy lại kết luận trọng yếu.
8. Ghi kích hoạt cập nhật, người chịu trách nhiệm và hạn dùng.
9. Dừng nếu phạm vi trôi, kết quả chạy lại lệch, mẫu số chưa biết hoặc thiếu bằng chứng.

c. Mẫu đối chiếu Research Card RESEARCH-90 đã điền

Hình 4 — Challenge Card làm lộ phản giả thuyết, phần Chưa biết và mốc khiến báo cáo phải chạy lại.

d. Bắt đầu từ đâu

Trong 15 phút, dùng bảng giả: 4 phút điền câu hỏi/phạm vi/H1; 4 phút tự tính sáu tỷ lệ; 4 phút ghi hai phản giả thuyết và ba điều Chưa biết; 3 phút ghi trạng thái, kích hoạt cập nhật và điều kiện dừng. Có thể đọc W3C PROV Primer, Ethereum JSON-RPC và một truy vấn Dune công khai ở chế độ chỉ đọc.

Kết quả là Thẻ nghiên cứu giống mẫu, không phải báo cáo xếp hạng coin. Chưa kết nối ví, chưa đăng nhập sàn, chưa đặt lệnh và chưa dùng tiền thật.

6. Tổng kết

a. Năm ý chính

• Crypto research framework nâng cao biến câu hỏi thành kết luận có đường kiểm lại, không thành đống liên kết.
• Hợp đồng quyết định và Hợp đồng dữ liệu phải khóa trước khi nhìn kết quả.
• Sự kiện, phép tính, suy luận, giả định và trạng thái là năm loại nội dung khác nhau.
• Phản giả thuyết, phản biện độc lập và chạy lại bảo vệ nghiên cứu khỏi câu chuyện một chiều.
• Kết luận thiếu nguồn gốc xử lý, lệch phạm vi hoặc quá mốc cập nhật phải về Chưa biết/Lỗi thời và dừng.

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

• 2.400 active addresses cho phép nói gì và không cho phép nói gì?
• Vì sao phải lưu cả khoảng khối và phiên bản truy vấn?
• RESEARCH-90 hỗ trợ kết luận nào sau Incentive?
• Khi nào báo cáo chuyển từ Được hỗ trợ sang Bị thách thức hoặc Lỗi thời?

c. Gợi ý đáp án

Xem gợi ý câu 1

Chỉ nói số địa chỉ theo truy vấn; chưa nói `2.400 người dùng` hay mức sử dụng tự nhiên. Xem mục 1 và 4.

Xem gợi ý câu 2

Để ảnh chụp dữ liệu và phương pháp không trôi, giúp người khác chạy lại cùng phạm vi. Xem mục 3.

Xem gợi ý câu 3

Địa chỉ, giao dịch và phí quan sát được ở Post còn cao hơn Base; nhân quả và tăng trưởng người dùng vẫn Chưa biết. Xem mục 4.

Xem gợi ý câu 4

Bị thách thức khi phản kiểm mâu thuẫn; Lỗi thời khi qua mốc cập nhật mà chưa chạy lại. Xem mục 5.

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

e. Nguồn tham khảo

• CFA Institute — Standard V(A) Diligence and Reasonable Basis
• W3C — PROV-O
• W3C — PROV Model Primer
• Ethereum.org — JSON-RPC API
• Dune Docs — Version History
• SEC — EDGAR Data APIs

f. Điều hướng bài học

• Bài trước: Stablecoin Analysis nâng cao #19
• Đọc thêm: Institutional Flow trong Crypto #18, Narrative Rotation trong Crypto #16, Advanced DeFi Risk #15, On-chain Analysis
• Bài tiếp theo: Portfolio Construction trong Crypto #21

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. Mọi thị trường đều có rủi ro mất vốn.