Tiện ích mã thông báo và tích lũy giá trị: Theo dõi ai thực sự được hưởng lợi
Một dự án có thể cung cấp một dịch vụ hữu ích mà không cần mọi đơn vị hoạt động đều tạo ra nhu cầu về mã thông báo của nó. Tiện ích mã thông báo mô tả những gì mã thông báo có thể làm. Tích lũy giá trị hỏi hoạt động đó có thể ảnh hưởng như thế nào đến chủ sở hữu thông qua nhu cầu, cung cấp hoặc các quyền có thể thực thi. Những câu hỏi đó chồng chéo lên nhau, nhưng chúng không thể thay thế cho nhau.
Bắt đầu với cơ chế trực tiếp và những người hưởng lợi từ nó. Lộ trình, đề xuất quản trị hoặc mô tả tiếp thị không phải là bằng chứng cho thấy quy tắc phân phối đã được áp dụng.
Theo dõi thanh toán từ người dùng đến người nhận
Hãy tưởng tượng một dịch vụ giả định xử lý 1 triệu giao dịch, mỗi giao dịch có giá 0,01 đơn vị stablecoin. Người dùng phải trả tổng cộng 10.000 đơn vị stablecoin. Nếu các khoản thanh toán đó hoàn toàn được chuyển đến các nhà khai thác dịch vụ và không yêu cầu mã thông báo của dự án thì chỉ tăng trưởng giao dịch sẽ không tạo ra nhu cầu mã thông báo trực tiếp.
Bây giờ hãy tưởng tượng người dùng phải mua token để thanh toán. Hỏi xem họ có giữ số dư có ý nghĩa hay mua hàng ngay trước khi sử dụng và liệu người nhận có giữ lại hoặc bán mã thông báo hay không. Thanh toán bắt buộc là cơ chế điều tra chứ không phải là dự báo giá tự động.
Những ví dụ này được phát minh để phân tách các luồng chứ không phải ước tính cho bất kỳ dự án được đặt tên nào.
Tách ba chức năng khác nhau
- Tiện ích thanh toán có thể kết nối việc sử dụng với chi tiêu token, tùy thuộc vào quy tắc thanh toán và các sản phẩm thay thế.
- Đặt cược có thể yêu cầu tài sản thế chấp hoặc sự tham gia, nhưng hãy kiểm tra việc phát hành, điều kiện khóa, cắt giảm và nguồn phần thưởng.
- Cơ quan quản trị có thể trao quyền biểu quyết mà không cần cấp quyền lợi sở hữu hợp pháp hoặc yêu cầu tự động về doanh thu.
Đừng dán nhãn tất cả các phần thưởng là “lợi nhuận từ doanh thu”. Việc phân phối token được tài trợ bởi đợt phát hành mới sẽ thay đổi số dư của chủ sở hữu khác với khoản thanh toán do khách hàng bên ngoài tài trợ. So sánh tỷ trọng của người nhận trong tổng nguồn cung thay vì chỉ nhìn vào số lượng token nhận được.
Kiểm tra hiệu ứng cung mà không có hiệu ứng giá đầy hứa hẹn
Việc đốt được ghi lại có thể làm giảm nguồn cung so với phản thực tế không đốt. Nguồn cung ròng cũng phụ thuộc vào việc phát hành và những thay đổi liên quan khác. Đường cung thấp hơn không xác định giá một cách độc lập với nhu cầu và điều kiện thị trường.
Để biết ví dụ cụ thể về tài liệu cơ chế, EIP-1559 của Ethereum chỉ định rằng phí cơ bản sẽ bị đốt cháy. Tuyên bố đó liên quan đến việc xử lý phí; không phải là lời hứa rằng mọi hoạt động mạng tăng lên sẽ làm tăng giá ETH. Đây là một ví dụ, không phải là hướng dẫn dự án Ethereum mới.
Để xem đánh giá hiệu quả về hoạt động mua và đốt, hãy xem phân tích mua lại. Giữ riêng biệt các giao dịch mua kho bạc, mã thông báo bị phá hủy và phân loại nguồn cung lưu thông.
Xây dựng chuỗi bằng chứng ngắn
Ghi lại dịch vụ, người trả tiền, tài sản thanh toán, người nhận, lợi ích của người giữ mã thông báo, ngày kích hoạt và tài liệu hỗ trợ. Đánh dấu các lợi ích có điều kiện một cách rõ ràng. Kiểm tra xem các quy tắc có thể thay đổi hay không và liệu lợi ích có phụ thuộc vào việc tiếp tục trợ cấp hoặc phê duyệt quản trị hay không.
Cuối cùng, hãy tách biệt phần mô tả dự án hợp lý khỏi kết luận định giá. Một sản phẩm hữu ích vẫn có thể có mã thông báo bị pha loãng cao, quyền của chủ sở hữu yếu hoặc mức giá đã phản ánh những kỳ vọng lạc quan. Trên trang thị trường OrangeX.com, hãy xác nhận tài sản và sản phẩm thực tế trước khi hành động; tính sẵn sàng giao dịch không xác nhận luận điểm kinh tế. Mục đích là làm cho mọi bước từ việc sử dụng đến lợi ích của chủ sở hữu đều có thể kiểm tra được.
