Doanh thu giao thức crypto không đơn giản là tổng số phí xuất hiện trên một dashboard. Khoản người dùng trả có thể được chuyển cho nhà cung cấp thanh khoản, validator, sequencer, người vận hành ứng dụng, kho bạc giao thức hoặc bị đốt. Vì vậy, muốn đánh giá chính xác một dự án, nhà đầu tư cần xác định dòng tiền đi đâu thay vì chỉ nhìn vào con số fees.
Cách hiểu ngắn gọn:
- Fees là tổng phí phát sinh từ hoạt động của người dùng theo phạm vi mà nền tảng dữ liệu lựa chọn.
- Protocol revenue thường là phần phí giao thức giữ lại sau khi phân phối cho các bên cung cấp dịch vụ, nhưng định nghĩa này không thống nhất giữa mọi dashboard.
- Phần thưởng validator có thể gồm phí giao dịch và token phát hành mới. Chỉ phần đến từ phí người dùng mới thuộc cùng dòng tiền với fees.
- Giá trị phân phối cho người nắm token có thể là tiền nhận trực tiếp, phí staking, mua lại token hoặc cơ chế đốt. Không phải hình thức nào cũng là doanh thu bằng tiền của holder.
Doanh thu giao thức crypto là gì?
Doanh thu giao thức crypto là phần giá trị kinh tế mà một blockchain hoặc ứng dụng phi tập trung giữ lại từ hoạt động sử dụng giao thức. Tùy mô hình, giá trị này có thể được chuyển vào treasury, phân phối cho bên quản trị, dùng để mua lại token hoặc phục vụ hoạt động của hệ thống.
Khái niệm này gần với doanh thu hơn tổng phí, nhưng không nên mặc định tương đương doanh thu kế toán của một doanh nghiệp. Một giao thức có thể do nhiều thực thể phát triển, không có pháp nhân nhận toàn bộ dòng tiền hoặc chưa công bố báo cáo tài chính được kiểm toán.
Ngoài ra, cần phân biệt tài sản gốc của mạng lưới với token ứng dụng. Nếu chưa rõ hai khái niệm này, hướng dẫn về coin là gì và cách phân biệt coin với token sẽ giúp xác định đúng đối tượng đang nhận giá trị.
Công thức khái quát
Có thể bắt đầu bằng công thức:
Tổng phí người dùng = phần trả cho bên cung cấp dịch vụ + phần giao thức giữ lại + các khoản phân phối khác
Trong đó:
- Bên cung cấp dịch vụ có thể là validator, miner, nhà cung cấp thanh khoản, lender, relayer hoặc sequencer.
- Phần giao thức giữ lại có thể đi vào treasury hoặc một hợp đồng quản lý phí.
- Các khoản khác có thể gồm hoàn phí, khuyến khích giao dịch, giới thiệu người dùng hoặc phần bị đốt.
Đây chỉ là khung phân tích. Công thức thực tế phải dựa trên thiết kế của từng giao thức và thời điểm áp dụng cơ chế phí.
Bốn lớp giá trị thường bị nhầm lẫn
1. Tổng phí người dùng trả
Tổng phí, hay fees, phản ánh số tiền người dùng phải trả khi sử dụng mạng lưới hoặc sản phẩm. Ví dụ:
- Phí gas khi thực hiện giao dịch trên blockchain.
- Phí swap trên sàn giao dịch phi tập trung.
- Phí vay, thanh lý hoặc quản lý tài sản trong DeFi.
- Phí giao dịch trên thị trường NFT.
- Phí thực thi, lưu trữ dữ liệu hoặc chuyển tài sản qua cầu nối.
Fees cho biết nhu cầu sử dụng có tạo ra dòng tiền hay không, nhưng chưa cho biết giao thức được giữ bao nhiêu. Với một sàn phi tập trung, phần lớn phí có thể thuộc về nhà cung cấp thanh khoản. Với blockchain, phí có thể chuyển cho validator hoặc bị đốt theo quy tắc đồng thuận.
2. Protocol revenue
Protocol revenue thường là phần phí mà giao thức giữ lại sau khi thanh toán cho các bên trực tiếp cung cấp dịch vụ. Công thức phổ biến là:
Protocol revenue = tổng phí người dùng − phần trả cho phía cung cấp dịch vụ
Tuy nhiên, một số nền tảng có thể tính phần token bị đốt là revenue, trong khi nền tảng khác chỉ tính tài sản chuyển vào treasury. Vì vậy, không nên so sánh hai con số protocol revenue trước khi đọc phương pháp tính.
Doanh thu tích lũy trong hợp đồng cũng chưa chắc có thể được rút ngay. Giao thức có thể yêu cầu biểu quyết quản trị, thời gian chờ hoặc điều kiện kỹ thuật trước khi sử dụng số tài sản đó.
3. Phần thưởng validator hoặc miner
Validator có thể nhận hai nguồn giá trị:
- Phí giao dịch do người dùng trả.
- Token mới phát hành theo cơ chế đồng thuận.
Token phát hành mới là chi phí pha loãng hoặc ngân sách bảo mật của mạng lưới, không phải phí do người dùng tạo ra. Nếu dashboard cộng cả phát hành mới vào thu nhập của validator, chỉ số đó nên được hiểu là tổng phần thưởng phía cung, không phải doanh thu giao thức.
Cũng cần kiểm tra xem dữ liệu có bao gồm MEV, tip ưu tiên hoặc các khoản thanh toán ngoài luồng giao dịch hay không. Những thành phần này có thể được các nhà cung cấp dữ liệu xử lý khác nhau.
4. Giá trị phân phối cho người nắm token
Giá trị dành cho holder có thể xuất hiện dưới nhiều hình thức:
- Phân phối trực tiếp một phần phí cho người stake hoặc người nắm token đủ điều kiện.
- Dùng doanh thu mua lại token trên thị trường.
- Mua lại rồi đốt token.
- Đốt một phần phí ngay tại cấp giao thức.
- Chuyển tài sản vào treasury do cộng đồng quản trị.
Không nên đồng nhất toàn bộ các cơ chế trên với thu nhập trực tiếp. Token bị đốt làm giảm nguồn cung theo thiết kế, nhưng holder không nhận thêm tài sản vào ví. Treasury tăng tài sản cũng không có nghĩa người nắm token có quyền pháp lý hoặc quyền rút phần tài sản tương ứng.
Phần thưởng staking trả bằng token phát hành mới cũng cần được tách khỏi doanh thu từ người dùng. Lợi suất danh nghĩa có thể tăng trong khi tỷ lệ sở hữu của người không stake bị pha loãng.
Cách tính protocol revenue theo từng mô hình
Blockchain lớp 1
Đối với blockchain lớp 1, cần tách ít nhất ba thành phần:
- Phí cơ sở bị đốt hoặc được phân phối theo quy tắc giao thức.
- Phí ưu tiên chuyển cho validator hoặc miner.
- Token mới phát hành làm phần thưởng khối.
Nếu toàn bộ phí thuộc về validator, mạng lưới có fees nhưng có thể không có protocol revenue theo định nghĩa phần giao thức giữ lại. Nếu một phần phí bị đốt, cần xem dashboard coi phần đốt là doanh thu hay chỉ là cơ chế tích lũy giá trị cho token.
Blockchain lớp 2
Với mạng lớp 2, phí người dùng trả chưa phải biên doanh thu của sequencer hoặc giao thức. Cần xem xét:
Phần phí còn lại = phí thu từ người dùng − chi phí đăng dữ liệu lên lớp nền tảng − chi phí chứng minh hoặc vận hành liên quan
Một dashboard có thể chỉ hiển thị phí thu vào, trong khi dashboard khác đã trừ chi phí dữ liệu. Đây là lý do hai nguồn có thể đưa ra số liệu khác nhau dù cùng theo dõi một mạng.
Sàn giao dịch phi tập trung
Phí swap thường được chia giữa nhà cung cấp thanh khoản và giao thức. Do đó:
- Tổng phí giao dịch phản ánh hoạt động sử dụng.
- Phần của nhà cung cấp thanh khoản là supply-side revenue.
- Phần chuyển vào treasury hoặc cơ chế thu phí của giao thức mới thường được xem là protocol revenue.
Cần kiểm tra giao thức đã bật công tắc thu phí hay mới chỉ có quyền quản trị để bật trong tương lai. Khả năng thu phí không đồng nghĩa doanh thu đang thực sự phát sinh.
Giao thức cho vay
Trong lending, lãi người vay trả thường được phân bổ cho người gửi tiền và quỹ dự trữ. Phần dành cho người gửi là chi phí để thu hút nguồn vốn; phần vào quỹ dự trữ có thể được xem là doanh thu giao thức tùy phương pháp.
Các khoản vay xấu, thanh lý, token khuyến khích và lãi chưa thu được có thể làm chỉ số doanh thu dự án DeFi khác xa dòng tiền thực nhận. Do đó, cần phân biệt lãi tích lũy theo sổ cái với tài sản đã chuyển vào hợp đồng dự trữ.
Ứng dụng thu phí trực tiếp
Ví, marketplace, giao thức phái sinh hoặc ứng dụng quản lý tài sản có thể thu phí trực tiếp. Cần xác định:
- Phí được thu on-chain hay off-chain.
- Hợp đồng hoặc địa chỉ nào nhận tài sản.
- Có khoản hoàn phí, rebate hoặc chia sẻ với đối tác hay không.
- Doanh thu thuộc giao thức, đơn vị vận hành giao diện hay một pháp nhân riêng.
Dòng tiền ngoài chuỗi không thể được xác minh đầy đủ chỉ bằng blockchain explorer.
Quy trình đối chiếu dashboard với dữ liệu gốc
Bước 1: Đọc định nghĩa chỉ số
Trước khi ghi nhận một con số, hãy tìm phần methodology, definitions hoặc notes của dashboard. Cần trả lời các câu hỏi:
- Fees là phí gộp hay phí sau hoàn trả?
- Revenue là phần của giao thức, treasury hay token holder?
- Phần thưởng token phát hành mới có được cộng vào không?
- Dữ liệu bao gồm những chain, phiên bản sản phẩm và hợp đồng nào?
- Giá trị USD được quy đổi tại thời điểm giao dịch hay theo giá cuối ngày?
Nếu nền tảng không công bố cách tính, nên coi số liệu là tham khảo thay vì kết luận cuối cùng.
Bước 2: Kiểm tra tài liệu chính thức
Đọc tài liệu về cấu trúc phí, tokenomics, hợp đồng và cơ chế quản trị. Whitepaper có thể mô tả thiết kế ban đầu nhưng chưa chắc phản ánh phiên bản đang vận hành, vì vậy nên kết hợp tài liệu kỹ thuật và đề xuất quản trị mới nhất. Khung cách đọc whitepaper dự án crypto giúp nhận diện giả định, quyền kiểm soát và các điểm cần xác minh thêm.
Những thông tin quan trọng gồm:
- Tỷ lệ phân chia phí.
- Địa chỉ nhận phí hoặc hợp đồng treasury.
- Điều kiện bật, tắt hay thay đổi cơ chế thu phí.
- Phiên bản hợp đồng và thời điểm nâng cấp.
- Cách xử lý token thu được: giữ, phân phối, mua lại hay đốt.
Bước 3: Xác định địa chỉ và hợp đồng liên quan
Lập danh sách các hợp đồng tạo phí, hợp đồng trung gian và địa chỉ nhận cuối cùng. Không nên chỉ kiểm tra một ví treasury nếu phí được tích lũy trong nhiều pool hoặc nhiều chain.
Địa chỉ phải được xác nhận từ tài liệu chính thức, mã nguồn hợp đồng hoặc đề xuất quản trị. Nhãn trên explorer và dashboard của bên thứ ba có thể thiếu hoặc lỗi thời.
Bước 4: Theo dõi dòng tài sản on-chain
Tùy thiết kế, có thể kiểm tra:
- Sự kiện được hợp đồng phát ra.
- Lệnh chuyển token và native coin.
- Internal transaction hoặc execution trace.
- Biến trạng thái ghi nhận phí tích lũy.
- Giao dịch rút phí từ pool về treasury.
- Giao dịch mua lại hoặc chuyển token đến địa chỉ đốt.
Cần tránh tính trùng khi tài sản đi qua nhiều hợp đồng. Một khoản phí chuyển từ pool sang bộ thu phí rồi sang treasury vẫn chỉ là một dòng doanh thu.
Bước 5: Chuẩn hóa phạm vi thời gian và đơn vị
Hai nguồn chỉ có thể so sánh khi cùng:
- Khoảng thời gian và múi giờ.
- Danh sách blockchain được tính.
- Phiên bản giao thức.
- Đơn vị token hoặc USD.
- Phương pháp định giá tài sản.
- Quy tắc xử lý giao dịch thất bại, hoàn phí và tái tổ chức chuỗi.
Nếu doanh thu được thu bằng nhiều token, nên giữ cả số lượng tài sản gốc lẫn giá trị quy đổi. Con số USD có thể thay đổi do giá token dù hoạt động sử dụng không đổi.
Bước 6: Ghi rõ phần chưa thể xác minh
Một số thành phần như thỏa thuận chia sẻ doanh thu ngoài chuỗi, chi phí nhân sự, chi phí máy chủ hoặc giao dịch của pháp nhân vận hành không hiện đầy đủ on-chain. Khi thiếu dữ liệu, nên nêu rõ giới hạn thay vì suy ra lợi nhuận từ protocol revenue.
Những nguyên nhân khiến số liệu giữa các nền tảng khác nhau
Số liệu fees và revenue crypto thường chênh lệch vì các nền tảng áp dụng phạm vi và định nghĩa riêng. Các nguyên nhân phổ biến gồm:
- Khác định nghĩa revenue: một bên tính treasury inflow, bên khác tính cả token bị đốt.
- Khác phạm vi chain: một dashboard tổng hợp đa chuỗi, nguồn khác chỉ theo dõi mạng triển khai chính.
- Khác phiên bản hợp đồng: hợp đồng cũ, pool thử nghiệm hoặc sản phẩm mới có thể bị bỏ sót.
- Khác cách định giá: giá tại thời điểm giao dịch, giá trung bình hoặc giá đóng cửa tạo ra kết quả khác nhau.
- Khác cách xử lý incentives: phần thưởng token có thể bị cộng vào doanh thu, trừ khỏi doanh thu hoặc trình bày riêng.
- Độ trễ lập chỉ mục: dữ liệu từ indexer hoặc subgraph có thể cập nhật chậm hơn blockchain.
- Tính trùng dòng tiền nội bộ: tài sản chuyển qua nhiều địa chỉ có thể bị ghi nhận nhiều lần.
- Thay đổi cơ chế phí: nâng cấp hợp đồng hoặc biểu quyết quản trị có thể làm công thức cũ không còn đúng.
- Dữ liệu ngoài chuỗi: một phần phí do giao diện hoặc pháp nhân thu có thể không xuất hiện trong hợp đồng giao thức.
Khi một dashboard không khớp dữ liệu on-chain, chênh lệch chưa chắc đồng nghĩa một bên sai. Trước tiên cần chuẩn hóa định nghĩa, thời gian và phạm vi đo lường.
Cách dùng chỉ số doanh thu để phân tích dự án crypto
Đánh giá nhu cầu sử dụng
Fees tăng có thể cho thấy người dùng sẵn sàng trả tiền để sử dụng sản phẩm. Tuy nhiên, cần kiểm tra nguồn phí đến từ hoạt động hữu cơ hay được thúc đẩy bởi airdrop, token incentive, bot và giao dịch nội bộ.
Nên đối chiếu doanh thu với người dùng, khối lượng, tài sản khóa, số giao dịch và mức độ tập trung của nguồn phí. Không có một chỉ số đơn lẻ nào đủ để kết luận chất lượng của một dự án blockchain.
Đánh giá khả năng giữ lại giá trị
Giao thức tạo nhiều phí nhưng chia gần hết cho phía cung có thể có mức sử dụng cao mà protocol revenue thấp. Ngược lại, tỷ lệ giữ lại cao chưa chắc bền vững nếu làm giảm lợi ích của validator, nhà cung cấp thanh khoản hoặc người gửi tiền.
Cần xem cơ chế phân phối có cân bằng giữa bảo mật, thanh khoản, tăng trưởng và quyền lợi của treasury hay không.
Đánh giá giá trị tích lũy cho token
Token chỉ hưởng lợi rõ ràng khi có cơ chế kết nối giữa hoạt động giao thức và nhu cầu hoặc nguồn cung token. Các câu hỏi quan trọng gồm:
- Token có bắt buộc để trả phí, staking hoặc tham gia quản trị không?
- Doanh thu có được dùng mua lại hay phân phối cho người stake không?
- Cơ chế phân phối đã hoạt động hay mới là đề xuất?
- Ai có quyền thay đổi tỷ lệ phí?
- Việc nhận doanh thu có đi kèm khóa token hoặc rủi ro hợp đồng không?
Ngay cả khi có buyback hoặc burn, áp lực phát hành mới vẫn có thể lớn hơn lượng token bị loại khỏi lưu thông. Vì vậy, cần đối chiếu thêm lịch mở khóa token và nguồn cung sắp lưu hành trước khi kết luận cơ chế doanh thu có lợi cho holder.
Không dùng doanh thu như thước đo định giá duy nhất
Tỷ lệ vốn hóa trên doanh thu có thể hỗ trợ so sánh, nhưng chỉ hợp lý khi các dự án có mô hình kinh tế tương đồng. So sánh một blockchain lớp 1 với sàn giao dịch phi tập trung hoặc giao thức cho vay dễ dẫn đến kết luận sai vì cấu trúc chi phí và bên nhận phí khác nhau.
Cũng cần chọn đúng vốn hóa. Vốn hóa lưu hành phản ánh token đang lưu thông, còn định giá pha loãng hoàn toàn giả định toàn bộ nguồn cung liên quan được đưa vào tính toán. Bài giải thích về FDV và vốn hóa lưu hành cung cấp khung đối chiếu trước khi sử dụng các tỷ lệ định giá.
Protocol revenue không phải lợi nhuận. Giao thức hoặc tổ chức phát triển còn có chi phí bảo mật, khuyến khích thanh khoản, vận hành, nghiên cứu, pháp lý và nhân sự. Nhiều khoản trong số này không thể quan sát đầy đủ trên chuỗi.
Checklist đọc fees và revenue crypto
Trước khi sử dụng số liệu doanh thu giao thức crypto trong bài phân tích, hãy kiểm tra:
- Chỉ số đang nói về tổng phí, protocol revenue, supply-side revenue hay tokenholder revenue?
- Khoản phí do người dùng trả được phân phối cho những ai?
- Phần thưởng validator có bao gồm token phát hành mới không?
- Token bị đốt được trình bày là revenue hay cơ chế giảm nguồn cung?
- Treasury nhận tài sản trực tiếp hay phí vẫn nằm trong hợp đồng?
- Dữ liệu bao gồm chain, sản phẩm và phiên bản hợp đồng nào?
- Khoảng thời gian, múi giờ và phương pháp quy đổi USD có giống nhau không?
- Dashboard đã trừ rebate, incentive và chi phí lớp nền tảng chưa?
- Có khả năng tính trùng dòng tiền qua nhiều hợp đồng không?
- Cơ chế phí hiện tại đã được kích hoạt hay mới tồn tại trong thiết kế?
- Người nắm token có thực sự nhận giá trị hay chỉ kỳ vọng gián tiếp?
- Những thành phần nào không thể xác minh bằng dữ liệu on-chain?
Cách tiếp cận đáng tin cậy nhất là xem dashboard như điểm khởi đầu, tài liệu giao thức như nguồn giải thích cơ chế và dữ liệu on-chain như lớp kiểm chứng dòng tiền. Khi công bố số liệu, nên ghi rõ định nghĩa, phạm vi và thời điểm đo để người đọc có thể so sánh đúng bối cảnh.
