Delphi Digital vừa phát hành một báo cáo mang tên "Crowded Book" – cái tên gợi đến hình ảnh một cuốn sổ lệnh chật cứng, nơi quá nhiều quỹ đầu tư đứng về cùng một phía và không ai dám rời đi trước vì sợ bỏ lỡ cơ hội. Nhưng chính vì sự đông đúc đó, khi thị trường đảo chiều, không ai thoát ra được. Nội dung báo cáo không dừng lại ở việc mô tả trạng thái tâm lý của các quỹ. Nó đặt ra một câu hỏi lớn hơn: vì sao có token sụp đổ rồi bật dậy mạnh mẽ, trong khi những token khác rơi xuống và không bao giờ quay lại mức cũ?
Bản tin của Crypto Briefing tóm tắt thông điệp chính của Delphi Digital: yếu tố quyết định khả năng phục hồi của một token không phải may mắn, cũng không phải cảm xúc thị trường nhất thời, mà là cơ chế cung – cầu cấu trúc. Với những người làm phân tích kỳ cựu, đây là một nhận định đúng nhưng không mới. Điều đáng chú ý hơn là cách bản tin này xử lý thông tin: nó không công bố một con số cụ thể, không nêu tên một token nào, cũng không mô tả phương pháp nghiên cứu mà Delphi Digital đã sử dụng. Toàn bộ phần nội dung chỉ còn lại một câu kết luận.
Delphi Digital không phải cái tên xa lạ với giới đầu tư tiền mã hóa. Đây là một trong những phòng nghiên cứu có tầm ảnh hưởng lớn nhất, chuyên về kinh tế học token, giao thức DeFi và cấu trúc thị trường. Khi một tổ chức như vậy dành nguồn lực để phân tích hiện tượng token phục hồi sau sụp đổ, điều đó cho thấy vấn đề này không chỉ mang tính hàn lâm – nó phản ánh một nhu cầu thực tế của số đông nhà đầu tư đang tìm kiếm câu trả lời: nên mua lại token nào sau đợt bán tháo, và nên tránh token nào.
Trong bối cảnh thị trường đang đi ngang, việc phân biệt giữa token có cấu trúc cung cầu lành mạnh và token được thổi phồng bởi thanh khoản nhân tạo trở thành kỹ năng sinh tồn. Mỗi tín hiệu kỹ thuật nhỏ – một lịch mở khóa, một khoản rút thanh khoản, một thay đổi trong tỷ lệ khóa – đều có thể là điểm mở nút của một vận động lớn. Báo cáo của Delphi Digital cung cấp một khung khái niệm có vẻ rõ ràng: cấu trúc nguồn cung quyết định áp lực bán tiềm năng; cấu trúc nhu cầu quyết định lực hấp dẫn thực của một token. Nhưng khung khái niệm chỉ là nền móng. Muốn xây dựng quyết định giao dịch trên nền móng đó, cần có dữ liệu.
Với tư cách người bắt đầu kiểm toán hợp đồng thông minh từ năm 2017, tôi nhìn nhận "cung – cầu cấu trúc" không phải như một ý tưởng trừu tượng. Nó là tỷ lệ giữa nguồn cung lưu hành và tổng nguồn cung. Nó là lịch trình mở khóa của đội ngũ, nhà đầu tư ban đầu và quỹ hệ sinh thái trong 12 tháng tới. Nó là tỷ lệ token bị khóa trong staking, trong hợp đồng quản trị hoặc trong các pool thanh khoản dài hạn. Và nó là nhu cầu thực sự đến từ việc token được dùng để trả phí giao thức, làm tài sản thế chấp hoặc tham gia quản trị – thay vì chỉ được dùng để săn APY.
Tôi đã chứng kiến sự khác biệt này nhiều lần. Năm 2017, khi kiểm toán hợp đồng của một dự án ICO "VPN phi tập trung" với 8.432 dòng mã Solidity, tôi phát hiện một lỗ hổng trong hàm rút tiền có thể khiến toàn bộ số dư của người dùng bị rút sạch. Dự án đã vá lỗi ngay, và khoảng 2,4 triệu USD tiền huy động được cứu. Nhưng bài học đọng lại với tôi không phải là bản vá. Đó là một nguyên tắc: một giao thức có thể trụ vững nếu cấu trúc của nó được thiết kế tốt – dù nó hứng chịu những cú sốc lớn. Ngược lại, một giao thức có cấu trúc yếu, dù trông có vẻ ổn định, sẽ sụp đổ đúng vào thời điểm áp lực chạm đỉnh.
Cấu trúc cung cầu không tạo ra cú sốc. Nó chỉ quyết định cú sốc đó là chấn thương nhẹ hay gãy xương. Khi một token có lịch mở khóa dày đặc, lượng nguồn cung được giải phóng mỗi tháng sẽ tạo thành một lực bán cơ học. Mọi tin tức tích cực đều trở thành cơ hội để người nắm giữ sớm thoát hàng. Khi một token có phần lớn nguồn cung bị khóa hoặc bị đốt thông qua cơ chế phí, áp lực bán sẽ phai nhạt dần theo thời gian. Khả năng phục hồi không phải thuộc tính của lịch sử giá. Nó là một hàm số của nguồn cung có thể giao dịch trong tương lai.
Năm 2021, tôi dành hai tháng để nghiên cứu cơ chế Proof-of-History của Solana, kết hợp giữa đồng thuận và VDF để duy trì throughput cao. Tôi phát hiện một điểm yếu tiềm ẩn: khi một validator bị tấn công DDoS, nguồn tin cậy của chuỗi thời gian có thể bị gián đoạn, và điều đó đặt ra câu hỏi về độ tin cậy của VDF. Bài viết của tôi thu hút sự chú ý của một số nhà phát triển Solana. Nhưng sau này tôi nhận ra một điều còn quan trọng hơn: một giao thức có thể tồn tại và phát triển nếu cấu trúc kinh tế của nó đủ mạnh để vượt qua các rủi ro kỹ thuật. Ngược lại, ngay cả công nghệ hoàn hảo cũng không cứu được một token khi cấu trúc nguồn cung của nó bị thiết kế để phun ra mãi mãi.
Khi tôi viết cuốn sách 120 trang về stablecoin thuật toán sau cú sụp đổ của Terra, tôi đã rút ra mười bảy điểm thất bại chung từ chín dự án tương tự. Một trong những điểm thất bại rõ nhất là vòng xoáy cung cầu: khi peg yếu, giao thức phát hành thêm token để duy trì giá, nhưng chính token đó lại bị bán ngay trên thị trường mở. Nguồn cung tăng, giá sụt, và vòng lặp tự nuôi dưỡng thảm họa. Cấu trúc cung cầu được thiết kế sai không chỉ là một yếu tố rủi ro; nó là một cỗ máy in ra sự sụp đổ.
Ngược lại, những token phục hồi mạnh mẽ mà tôi từng gặp thường có một số đặc điểm chung: tỷ lệ nguồn cung lưu hành thấp so với tổng cung, lịch mở khóa kéo dài và gắn với các mốc phát triển cụ thể, và một nhóm người dùng thực sự cần token để vận hành giao thức. Khi APY yield farming bị cắt giảm, lượng người bám trụ lại là thước đo chân thực nhất của nhu cầu. APY bơm thanh khoản chỉ là lớp sơn phủ cho con số TVL; khi lớp sơn bong tróc, giá trị thật của token sẽ lộ diện.
Đây là lý do tôi luôn bắt đầu đánh giá một token bằng bốn câu hỏi. Thứ nhất, tỷ lệ lưu hành so với tổng cung là bao nhiêu? Thứ hai, lịch trình mở khóa trong mười hai tháng tới sẽ giải phóng bao nhiêu nguồn cung? Thứ ba, có bao nhiêu token đang bị khóa trong staking hoặc các hợp đồng dài hạn? Thứ tư, nhu cầu giữ token đến từ việc sử dụng giao thức hay từ lời hứa ban đầu? Một lịch trình mở khóa không phải là một văn bản; nó là một cam kết về dòng tiền âm được viết bằng mã nguồn, và nó không thể bị thương lượng bằng cảm xúc. Tôi đã tham gia xây dựng bộ tiêu chuẩn kiểm thử Layer 2 với 24 tiêu chí cho Optimistic Rollup và 19 tiêu chí cho ZK-Rollup, nhưng khi cần đánh giá khả năng phục hồi của một token, bốn câu hỏi trên vẫn là điểm khởi đầu không thể thay thế.
Tuy nhiên, tôi giữ một sự thận trọng với chính bản tin này. Có một nghịch lý rõ ràng: báo cáo của Delphi Digital được kỳ vọng sẽ mang lại sự rõ ràng, nhưng bản tin tóm tắt về nó lại hoạt động như một tấm màn che – giấu đi toàn bộ dữ liệu mà người đọc cần để tự kiểm chứng. Khi một nghiên cứu về sự phục hồi bị rút gọn thành một câu khẳng định, người đọc dễ dàng có ảo giác rằng họ đã nắm được một quy luật. Nhưng quy luật đó có thể được xây dựng trên một mẫu thiên lệch. Nghiên cứu về token phục hồi thường mắc sai số sống sót: nó chỉ nhìn vào những token đã sống sót để tìm ra đặc điểm chung, trong khi vô số token đã chết vĩnh viễn không bao giờ xuất hiện trong mẫu thống kê. Một mô hình đào tạo trên những người sống sót sẽ luôn lạc quan hơn thực tế.
Có một sự tương đồng tinh tế giữa câu chuyện này và cuộc cạnh tranh của các stack Layer 2. Sự khác biệt thực sự giữa OP Stack và ZK Stack không đến từ công nghệ; nó đến từ khả năng thuyết phục các dự án triển khai và giữ chân họ trong hệ sinh thái. Tương tự, sự khác biệt giữa token phục hồi và token suy tàn không đến từ việc báo cáo của Delphi Digital có tồn tại hay không. Nó đến từ việc ai kiểm soát dòng chảy nguồn cung, và ai có khả năng thuyết phục thị trường tin rằng dòng chảy đó sẽ không trở thành một cơn lũ. Chính vì vậy, trước khi một báo cáo nghiên cứu trở thành tín hiệu để giao dịch, hãy tự hỏi: tôi có nhìn thấy dữ liệu gốc, hay tôi chỉ đang nhìn thấy cách một trang tin chọn lọc dữ liệu đó cho tôi?
Báo cáo "Crowded Book" có thể là một dấu hiệu cho thấy thị trường đang chuyển từ trạng thái hoảng loạn sang trạng thái sàng lọc. Nhưng đừng để một bản tin tóm tắt làm thay công việc của bạn. Hãy tự mở bảng tính, tự kiểm tra lịch mở khóa, tỷ lệ lưu hành và tính bền vững của nhu cầu thực. Trong một thị trường đi ngang, người tích lũy được là người có bản đồ – và bản đồ đó phải do chính bạn vẽ. Liệu bạn sẽ bắt đầu vẽ ngay hôm nay, hay vẫn chờ một bản tóm tắt khác từ một trang tin?