Nhiều dự án dùng token để che giấu vấn đề của sản phẩm, còn Bluwhale thì có hướng đi khá tỉnh táo — trước hết xác minh rõ nhu cầu, còn việc dùng token làm phần thưởng thì để sau.



Cách làm của họ là coi token như một bộ khuếch đại, chứ không phải phí vào cửa. Cách truyền thống cơ bản là "bạn đến tôi trả tiền", còn Bluwhale giống như "bạn đến có thể làm gì, token sẽ giúp bạn làm tốt hơn". Nhu cầu đặt lên trước, phần thưởng đặt sau, logic này thực sự vững chắc.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 4
  • Đăng lại
  • Retweed
Bình luận
0/400
MevTearsvip
· 12-05 12:03
Nhu cầu đi trước, khuyến khích đi sau, đó mới là cách nghĩ đúng đắn.
Xem bản gốcTrả lời0
ContractTearjerkervip
· 12-05 11:59
Cuối cùng cũng thấy có dự án không phải làm cho có, tư duy này thật sự tỉnh táo, token nên là công cụ chứ không phải là viên kẹo bọc đường. Đưa sản phẩm lên trước là cách làm hiếm có, đa số dự án thực sự đi ngược lại, làm mình cũng hơi mệt mỏi với web3. So sánh bộ khuếch đại token với phí mua đường, sự đối chiếu này thực sự đúng, nói hay lắm. Khoan đã, khái niệm Bluwhale này thật sự có thể triển khai không, hay lại là bình mới rượu cũ. Hợp đồng đơn giản > token phức tạp, logic này mình đồng ý luôn.
Xem bản gốcTrả lời0
GasWastervip
· 12-05 11:57
Tôi thích logic này, cuối cùng cũng có dự án không phải vừa vào đã phát coin rồi.
Xem bản gốcTrả lời0
GateUser-5854de8bvip
· 12-05 11:48
Tôi thích cách làm này, cuối cùng cũng có dự án không phải chỉ dựa vào coin rác để thổi phồng.
Xem bản gốcTrả lời0
  • Ghim