Tác giả: Sunny, Deep Wave TechFlow
Khách mời: Robert Koschig, Nhà nghiên cứu 1kx
Robert Koschig là nhà nghiên cứu kinh tế mã thông báo tại quỹ đầu tư mạo hiểm tiền điện tử 1k(x). Tại Hội nghị thượng đỉnh về ứng dụng phi tập trung năm nay do Gnosis tổ chức ở Berlin, Koschig đã tóm tắt thiết kế mã thông báo của mình cho các mạng phần cứng phi tập trung. Ví dụ: ông tin rằng kế hoạch phát hành mã thông báo của Filecoin dựa trên chỉ số KPI sẽ khoa học hơn kế hoạch phát hành mã thông báo theo thời gian. Đồng thời, Koschig cũng chỉ ra rằng phần thưởng token hiện tại trong mạng Depin là không thể đoán trước được, thách thức khả năng dự đoán và tính ổn định của mô hình Bitcoin.
Bên ngoài các mạng phần cứng phi tập trung, thiết kế token nói chung có ý nghĩa gì? Khi ngành công nghiệp dần phát triển từ "Miền Tây hoang dã" dã man đến việc phát hành Ethereum ETF sắp xảy ra ngày nay, thiết kế mã thông báo hợp lý và khoa học đã trở thành một phần không thể thiếu của hầu hết các sản phẩm giao thức phi tập trung. Nói cách khác, những người thiết kế mã thông báo hiện tại sẽ là người quản lý sản phẩm của Internet thế hệ tiếp theo.
Vậy có quy trình thiết kế mã thông báo nào không? Có một bộ mô hình thiết kế mã thông báo nhất quán trong ngành mà các dự án có thể tuân theo không? Koschig đã chỉ ra các hướng suy nghĩ chính về phát hành mã thông báo phía cung (cung cấp), quản trị (quản trị), trợ cấp phía cầu (khuyến khích) và đầu tư mạo hiểm (đầu tư). Cuộc trò chuyện cũng so sánh hai mô hình mã thông báo cổ điển trong ngành: Bitcoin và Ethereum từ góc độ bất biến và thay đổi, cũng như cách các dự án có thể trích xuất các mô hình thiết kế phù hợp từ chúng theo điều kiện địa phương.
Điểm nổi bật nổi bật:
Thiết kế mã thông báo nên tập trung vào việc cải tiến liên tục và không bị giới hạn ở khái niệm “Tokenomics” mang theo hành trang của các thông lệ trong quá khứ.
Giao thức không nhất thiết yêu cầu mã thông báo nhưng nó là một công cụ rất mạnh nếu được sử dụng hiệu quả.
Không giống như phiếu giảm giá hoặc phần thưởng truyền thống, mã thông báo sẽ là của bạn mãi mãi.
Điểm chung của thiết kế mã thông báo là sự phối hợp, nắm bắt giá trị và chuyển giao giá trị.
Các kênh thanh toán tập trung mâu thuẫn với mục đích của cơ sở hạ tầng phi tập trung.
Việc có mã thông báo của riêng bạn đi kèm với các lợi ích bổ sung, chẳng hạn như kiểm soát việc phát hành - bạn đúc bao nhiêu và bạn phân phối nó cho ai.
Nếu bạn muốn cộng đồng tham gia rộng rãi hơn, mã thông báo quản trị sẽ cho phép thực hiện quá trình chuyển đổi này.
Về mặt quản trị, token xác định các đề xuất và phiếu bầu, nhưng có những thực thể khác nhau chịu trách nhiệm thực thi các quyết định. Sự tách biệt này giúp quản lý nền kinh tế, cơ chế stake và quản trị hiệu quả hơn.
Không có nhiều thay đổi với Tokenomics: dự án thiết kế nó, khởi chạy nó và tiếp tục chạy với tỷ lệ lạm phát cố định.
Khi bạn nhìn vào cách tiếp cận của Ethereum, bạn sẽ thấy rằng có một tình huống mà họ có thể suy nghĩ thông qua mã, thích ứng và đưa ra những khả năng vô tận về mặt kinh tế.
Tokennomic Design là thiết kế sản phẩm mới trong Web3
TechFlow: Bạn có thể chia sẻ lý do tại sao bạn chọn tập trung vào kinh tế mã thông báo không?
Robert:
Tokenomics vẫn đang trong giai đoạn nghiên cứu. Thông thường, các nhà phát triển có chuyên môn về khía cạnh kỹ thuật, nhưng khi nói đến thiết kế tiết kiệm, lĩnh vực này có rất nhiều cơ hội.
Lĩnh vực này rất phù hợp với nền tảng của tôi. Bạn sẽ cần kiến thức về toán học, lý thuyết trò chơi và kinh tế cũng như khoa học dữ liệu, chẳng hạn như mô phỏng và phân tích dữ liệu. Kết hợp hai phần này sẽ tạo ra một lĩnh vực mới nổi đầy tiềm năng, phù hợp với thế mạnh chính của tôi.
TechFlow: Bạn có thể giải thích Tokenomics là gì không?
Robert:
Tất nhiên, nếu ai đó hỏi tôi: “Tokenomics là gì?”
Tôi sẽ mô tả nó như một nỗ lực sơ bộ để giải thích cách thức hoạt động của giao thức xét về mặt kinh tế trong thiết kế của nó.
Bạn luôn có những câu hỏi kỹ thuật như: “Sản phẩm này là gì?”
Nhưng một khi người dân hiểu được khía cạnh kỹ thuật, họ sẽ nhận ra những cơ chế điều phối kinh tế này có sức mạnh như thế nào. Họ sẽ tập trung vào việc nghiên cứu tiềm năng mạnh mẽ của token và những gì chúng có thể mở khóa, chẳng hạn như khi bạn bất ngờ nhận được airdrop.
Chúng tôi đã thấy điều gì sẽ xảy ra khi các dự án ban đầu không phát hành mã thông báo và sau đó giới thiệu chúng. Tokenomics là thuật ngữ đầu tiên được sử dụng để mô tả quá trình này.
Tuy nhiên, thuật ngữ “Tokenomics” thường đi kèm với gánh nặng của biểu đồ hình tròn và các mốc thời gian giao quyền.
Thiết kế kinh tế thực sự là về động lực phối hợp của sản phẩm của bạn. Đó không chỉ là việc bạn làm trước khi mã thông báo được phát hành hoặc đưa vào sách trắng của bạn; đó là một nỗ lực không ngừng, giống như sự phát triển công nghệ. Bạn bắt đầu với một sản phẩm khả thi tối thiểu và dần dần xây dựng cũng như cải tiến công nghệ - các nhà phát triển thử nghiệm nó trên testnet và mainnet. Thiết kế kinh tế nên tuân theo cùng một quá trình lặp đi lặp lại.
Thiết kế mã thông báo nên tập trung vào việc cải tiến liên tục và không bị giới hạn ở khái niệm “Tokenomics” mang theo hành trang của các thông lệ trong quá khứ.
Chúng ta nên suy nghĩ nhiều hơn về thiết kế kinh tế và cách nó phát triển theo thời gian.
Có phải mọi dự án Web3 đều cần Tokenomics riêng không?
TechFlow: Có phải mọi dự án Web3 đều cần Tokenomics riêng không?
Robert: Tôi không nghĩ điều đó là cần thiết. Nếu không cần dựa vào cơ chế khuyến khích thì đương nhiên là tốt nhất!
Mặc dù vậy, đối với những dự án không dựa vào động cơ khuyến khích, vẫn có thể có lợi khi thử một số thử nghiệm. Các nền kinh tế truyền thống sử dụng các phương pháp như hoàn tiền hoặc phiếu giảm giá Starbucks, nhưng token mang lại một số khả năng mới do tính bất biến của chúng. Ví dụ: nếu tôi đưa cho bạn mã thông báo của mình vì bạn đã hoàn thành một nhiệm vụ cụ thể thì tôi không thể lấy lại nó. Không giống như phiếu giảm giá hoặc phần thưởng truyền thống, khi bạn sở hữu mã thông báo, chúng sẽ là của bạn mãi mãi.
Tính bất biến này làm cho mã thông báo trở thành một công cụ mạnh mẽ trong giao thức. Họ có thể cung cấp các ưu đãi đáng kể mà không có nguy cơ bị thu hồi, không giống như một số dặm hoặc phiếu giảm giá có thể đi kèm với các điều kiện ràng buộc.
Các giao thức không bắt buộc phải sở hữu mã thông báo, nhưng mã thông báo có thể là một công cụ rất mạnh nếu được sử dụng đúng cách.
TechFlow: Tại sao một số giao thức yêu cầu thiết kế mã thông báo trong khi những giao thức khác thì không?
Robert: Tất cả phụ thuộc vào những gì bạn muốn đạt được với tư cách là một giao thức.
Bạn là ứng dụng hướng tới người tiêu dùng hay ứng dụng DeFi?
Thông thường, các kịch bản ứng dụng phổ biến cho mã thông báo liên quan đến việc phối hợp, nắm bắt giá trị và chuyển giao giá trị. Trong những lĩnh vực này, token có thể là công cụ rất hiệu quả. Nhưng mấu chốt luôn nằm ở Tokenomics và thiết kế token - cách bạn triển khai nó tùy thuộc vào bạn.
Bạn có thể có mục tiêu khởi chạy một mã thông báo cụ thể thông qua giao thức của mình. Nhưng nếu thực hiện không đúng cách, kết quả có thể khác hoàn toàn so với mong đợi. Quyết định này phải chắc chắn, đảm bảo rằng việc thêm mã thông báo vào giao thức sẽ thực sự nâng cao sản phẩm của bạn. Một khi quyết định này được đưa ra, nó cần được quan tâm đúng mức vì mặc dù token có thể mang lại lợi ích thông qua kinh tế và động lực, nhưng chúng cũng có thể gây hại nếu không được xử lý đúng cách.
TechFlow: Bạn có thể giải thích rõ hơn về những lợi thế và lý do căn bản của việc sử dụng mã thông báo kỹ thuật số trong cơ sở hạ tầng phi tập trung so với các loại tiền tệ truyền thống không?
Robert:
chắc chắn. Có nhiều cấp độ giải thích tại sao cần có mã thông báo kỹ thuật số và thậm chí nó có thể được sử dụng để thử nghiệm với các phần cứng khác nhau. Lập luận điển hình cho token là khuyến khích chuỗi cung ứng.
Ai đó cần mua những token này và cung cấp dịch vụ lưu trữ. Về mặt kỹ thuật, bạn có thể yêu cầu người dùng thanh toán bằng USDC hoặc các loại tiền tệ khác và hoạt động bên ngoài thế giới tiền điện tử, ngay cả khi nó chạy trên cơ sở hạ tầng tiền điện tử phi tập trung và bạn có thể sử dụng các phương thức thanh toán tập trung.
Tuy nhiên, điều này thường phi logic vì các phương thức thanh toán tập trung đi ngược lại mục đích ban đầu của cơ sở hạ tầng phi tập trung.
Đó là lý do tại sao tốt nhất bạn nên sử dụng các phương thức thanh toán phi tập trung, chẳng hạn như sử dụng stablecoin. Điều này không nhất thiết có nghĩa là bạn phải sử dụng mã thông báo của riêng mình; có những mã thông báo thanh toán tuyệt vời khác trên thị trường. Tuy nhiên, việc sở hữu mã thông báo của riêng bạn đi kèm với các lợi ích bổ sung, chẳng hạn như kiểm soát việc phát hành – bạn đúc bao nhiêu mã thông báo và bạn phân phối chúng cho ai.
Vẻ đẹp của thiết kế token là nó mang lại rất nhiều sự tự do. Bạn có thể đưa ra bất kỳ quyết định nào và thậm chí thay đổi những quyết định đó theo thời gian. Đây là một công cụ mạnh mẽ để phát triển cộng đồng và sự tham gia của bạn. Một cơ chế đơn giản là mã thông báo quản trị. Ban đầu, có thể nhóm điều khiển mọi thứ, nhưng khi phát triển, bạn sẽ muốn cộng đồng rộng lớn hơn cùng tham gia. Mã thông báo quản trị cho phép quá trình chuyển đổi này. Tất nhiên, bạn cũng có thể xây dựng các tính năng nâng cao hơn trên đó.
Thiết kế Tokenomics mô-đun
TechFlow: Các dự án có thể áp dụng cách tiếp cận mô-đun khi thiết kế Tokenomics của họ không?
Robert:
Có, lý tưởng nhất là bạn có thể đạt được tính mô-đun. Đây là mục tiêu lý tưởng. Bạn có thể thiết lập, "Được rồi, các ưu đãi từ phía cung là một mô-đun, quản trị là một mô-đun, các ưu đãi từ phía cầu là một mô-đun, và phần đầu tư và đầu cơ cũng là một mô-đun."
Cuối cùng, bạn chỉ có một mã thông báo và sau đó bạn cần tìm hiểu xem tất cả những mã thông báo này có liên quan với nhau như thế nào. Đây là lý do tại sao việc quản trị trong DeFi trở nên rất thú vị. Ví dụ, trong giai đoạn đầu, các quyết định quản trị có thể cần thiết để trang trải chi phí thực tế. Các nhà đầu tư muốn biết rằng nếu họ đầu tư vào giao thức của bạn, từ góc độ hợp lý, họ sẽ nhận được lợi nhuận cao hơn.
Điều này có nghĩa là bạn cần phân bổ cho họ một phần đáng kể trong mạng lưới của bạn. Tuy nhiên, khi điều này được kết hợp với quản trị, phần thưởng sẽ trở thành sự phụ thuộc. Ví dụ: nếu bạn phân bổ một số tiền nhất định cho phía cung và để phần còn lại do cơ quan quản lý xác định, thì những nhà khai thác không bán mã thông báo của họ sẽ tích lũy nhiều quyền biểu quyết hơn theo thời gian. Điều này có thể dẫn đến các vấn đề nội bộ vì họ có thể tự quyết định phần thưởng của mình, điều mà lý thuyết trò chơi dự đoán có thể dẫn đến tranh giành quyền lực.
Bạn cũng cần xem xét các khía cạnh quản trị, vì việc quản lý các nhóm lợi ích khác nhau là rất quan trọng. Chỉ dựa vào quản trị dựa trên token có thể là không đủ. Đây là lý do tại sao nhiều giao thức nổi tiếng như MakerDAO có ủy ban quản trị độc lập. Token được sử dụng để hoàn thiện các đề xuất và bỏ phiếu, nhưng có những thực thể khác nhau chịu trách nhiệm thực hiện các quyết định. Sự tách biệt này giúp quản lý nền kinh tế, cơ chế stake và quản trị hiệu quả hơn.
So sánh Tokenomics của Bitcoin và Ethereum: Thay đổi và Không thay đổi
TechFlow: Bạn đã quan sát sự phát triển của Tokenomics chưa? Các dự án khác nhau đã điều chỉnh mô hình Tokenomics của họ như thế nào và những thay đổi nào đã được thực hiện?
Robert:
Phần thưởng token luôn có ý nghĩa, phải không?
Các dự án ban đầu như Bitcoin đã chứng tỏ sức mạnh của chúng dưới dạng hiệu ứng mạng và động lực kinh tế. Lịch phát hành cố định của Bitcoin đã truyền cảm hứng cho nhiều nền tảng áp dụng các chiến lược tương tự. Họ thường nhấn mạnh tầm quan trọng của kế hoạch phát hành cố định.
Tuy nhiên, một số người nhận thấy cách tiếp cận này có thể quá hạn chế. Do đó, họ đã thêm lớp logic thứ hai năng động hơn, mặc dù vẫn cố định. Từ quan điểm này, Tokenomics không thay đổi nhiều: dự án thiết kế nó, khởi chạy nó và tiếp tục chạy với tỷ lệ lạm phát cố định.
Nhưng đã có những điều chỉnh. Ví dụ: The Graph đã cải tiến thiết kế của nó theo thời gian. Ban đầu, nó cung cấp khả năng quản lý để lập chỉ mục dữ liệu thông qua các đường cong nối. Theo thời gian, họ phát hiện ra sự thiếu hiệu quả và điều chỉnh mô hình.
Điều này cho thấy rằng mặc dù thiết kế ban đầu có thể cố định nhưng việc học hỏi và điều chỉnh là cần thiết. Các nền kinh tế mã thông báo phức tạp như DeFi đòi hỏi phải học hỏi và sửa đổi lặp đi lặp lại.
Điều quan trọng là cho phép thử nghiệm và học hỏi thay vì bám chặt vào thiết kế ban đầu. Mặc dù cách tiếp cận này có vẻ linh hoạt hơn so với các câu chuyện về tiền điện tử truyền thống nhưng nó tránh bị sa lầy bởi các mô hình kém hiệu quả. Ngành công nghiệp này đang phát triển nhanh chóng và các công nghệ mới đang nổi lên. Tận dụng mô phỏng, khoa học dữ liệu và điều chỉnh liên tục có thể giúp thiết kế mã thông báo một cách chính xác.
TechFlow: Thành phần cơ bản nào của thiết kế Tokenomics không đổi theo thời gian?
Robert:
Điều tôi nghĩ không thay đổi là các nguyên tắc kinh tế cơ bản đã nhất quán kể từ khi lĩnh vực kinh tế phát triển. Mã thông báo của bạn và việc phát hành nó sẽ khuyến khích các khoản đóng góp, tương tự như cách khuyến khích những người khai thác Bitcoin ban đầu. Phương pháp này hiệu quả hơn so với việc bắt đầu lại từ đầu. Khối lượng phát hành Bitcoin trong những ngày đầu cao hơn nhiều so với hiện tại.
Khái niệm cơ bản vẫn là nếu bạn có một hệ thống cung cấp hoạt động tốt, giao thức của bạn hoạt động như mong đợi và mang lại trải nghiệm tốt cho người dùng thì doanh thu sẽ tự nhiên đến. Những khoản thu nhập này sau đó có thể hỗ trợ hệ thống. Nguyên tắc này là cơ bản và luôn phù hợp.
Bạn có thể chi trả số tiền thưởng nhất định bằng cách đưa ra các ưu đãi bổ sung hoặc điều chỉnh luồng doanh thu để đảm bảo rằng phần thưởng tổng thể là bền vững ngay cả khi phần thưởng không giảm.
TechFlow: Các loại tiền điện tử khác ngoài Bitcoin có vẻ phức tạp hơn ở một số khía cạnh. Bạn có nghĩ rằng các giao thức Tokenomics hoặc Web3 sẽ trở nên có thể kết hợp được như các hợp đồng thông minh do tính phức tạp liên quan không? Có cách nào để đơn giản hóa những lý thuyết này?
Robert:
Đúng là nó khó, nhưng đó cũng là vẻ đẹp của Bitcoin. Nó sử dụng một cơ chế đơn giản. Mặt khác, khi bạn nhìn vào cách tiếp cận của Ethereum, bạn sẽ thấy rằng có một tình huống mà họ có thể suy nghĩ thấu đáo về mã, thích ứng và đưa ra những khả năng vô tận về mặt kinh tế.
Nếu mắc lỗi, các cuộc thảo luận ngoại tuyến sẽ diễn ra. Các động lực mới đã được hiểu rõ và các ủy ban khác nhau xuất hiện, dẫn đến các đề xuất tách ra hoặc hợp tác. Đây là một quá trình đầy thách thức nhưng nó cho phép thích ứng và tối ưu hóa.
Sự phức tạp là một thách thức lớn và ngay cả những bộ óc thông minh nhất trong ngành cũng đang vật lộn với những vấn đề này mà không nhìn thấy mọi động thái. Việc dự đoán hành vi là vô cùng khó khăn.
Tóm lại, vâng, nó phức tạp và có lẽ sẽ không bao giờ đơn giản hơn. Các mô hình đơn giản và hiệu quả nhất đã tồn tại và có thể được nhân rộng. Ngày nay, các dự án mới có xu hướng phức tạp và dễ thích ứng hơn thay vì tĩnh tại và cứng nhắc. Đây thường là cách công nghệ phát triển.
Hãy nghĩ về xe đạp: chúng đã có từ rất lâu và từng là phương tiện di chuyển nhanh nhất. Các khái niệm cơ bản vẫn được giữ nguyên nhưng chúng không còn là lựa chọn tốt nhất cho mọi nhu cầu hiện đại. Mọi người liên tục bổ sung thêm các tính năng mới, tạo ra các vấn đề mới và giải quyết chúng. Sự phát triển này làm cho Tokenomics phức tạp hơn nhưng cũng đáng tin cậy hơn.
Mục tiêu là đạt đến giai đoạn mà mọi người có thể hiểu được chuyện gì đang xảy ra. Mất đi sự hiểu biết thì niềm tin cũng mất đi. Cân bằng nhu cầu về tính bất biến với khả năng thích ứng là chìa khóa, đảm bảo rằng đa số chủ sở hữu có thể bỏ phiếu để thực hiện những thay đổi cần thiết trong khi vẫn duy trì sự ổn định.
Những cạm bẫy phổ biến cần chú ý trong thiết kế Tokenomics
TechFlow: Bạn đã quan sát thấy những cạm bẫy phổ biến nào trong thiết kế Tokenomics có thể gây tổn hại cho dự án? Thiết kế Tokenomics có giúp ích hay cản trở sự phát triển của dự án không?
Robert:
Rất dễ rơi vào cái bẫy coi token như kẹo. Khi bạn sử dụng nhóm mã thông báo, nó giống như nhận được phần thưởng. Mọi người có thể nghiện nó mà không nhận ra rằng họ càng làm nhiều thì dự án càng chỉ tập trung vào token. Đây là lý do tại sao chúng tôi hiện gặp phải các vấn đề như số liệu sai lệch, tổng giá trị bị khóa (TVL) cao và vốn hóa thị trường thấp.
Chúng ta đánh mất mục đích cơ bản của token. Token không chỉ là phần thưởng; chúng còn là công cụ mạnh mẽ để điều phối, phát triển và đẩy nhanh quá trình phát triển dự án của bạn. Tuy nhiên, mã thông báo không được làm lu mờ sản phẩm cốt lõi. Cuối cùng, bạn vẫn cần xây dựng một sản phẩm vững chắc. Mã thông báo cuối cùng sẽ trở thành một phần sản phẩm của bạn, nhưng nó không phải là trọng tâm duy nhất.
Lúc đầu, bạn có thể cảm thấy như mình có ngân sách và tiêu chuẩn nhất định, nhưng cuối cùng bạn sẽ thấy rằng nếu không có doanh thu, mức sử dụng hoặc thương mại hóa thực sự, bạn đã dành tất cả các ưu đãi của mình cho sự hấp dẫn và cường điệu ngắn hạn. Điều này thường dẫn đến sự sụp đổ nhanh chóng khi điều kiện thị trường thay đổi.
Đó là lý do tại sao tôi dành nhiều thời gian để chạy các mô phỏng đơn giản, phân tích cơ chế cơ bản của áp lực cung và bán, bỏ qua mọi nội dung tường thuật. Tôi sẽ đặt câu hỏi: "Bạn có nghĩ những người tham gia này sẽ nắm giữ hoặc bán mã thông báo không?" Khi mã thông báo được mở khóa, điều này sẽ tác động đến thị trường như thế nào? Hiểu được những động lực này là rất quan trọng để tránh những cạm bẫy của các biện pháp khuyến khích ngắn hạn và xây dựng một dự án bền vững.
Nghiên cứu điển hình: Thiết kế Tokenomics của Safe
TechFlow: Tôi muốn nói về thiết kế Tokenomics của Safe. Bạn có thông tin chi tiết nào về thiết kế và sự phát triển của Safe không? (Lưu ý: Safe là công ty được 1KX đầu tư)
Robert:
Safe đã ra mắt mã thông báo của họ hai năm trước, ban đầu là mã thông báo quản trị thuần túy không thể chuyển nhượng. Tôi thực sự đánh giá cao khía cạnh cộng đồng của nó. Vào thời điểm đó, tôi chưa tham gia vào 1KX nên không để ý lắm. Vì việc quản lý diễn ra quá suôn sẻ nên tôi không có nhiều việc phải làm.
Họ có một cơ cấu quản trị tốt và có một thành viên khác trong nhóm trợ giúp việc này. Họ đã phát triển một kế hoạch liên lạc rõ ràng nêu chi tiết các bước cần thiết để chuyển mã thông báo. Một trong những bước quan trọng liên quan đến việc tiện ích của token được chính phủ công nhận. Bây giờ, mã thông báo đã sẵn sàng để giao dịch.
Điều này thể hiện một thiết kế mã thông báo quản trị tốt. Ban đầu, nó không thể chuyển nhượng được, phục vụ tốt mục đích của nó. Họ đã phân phối token cho nhóm mục tiêu và giữ nguyên như vậy. Tuy nhiên, cộng đồng cuối cùng đã quyết định làm cho nó có thể chuyển nhượng được.
Sẽ rất thú vị để xem điều này diễn ra như thế nào. Safe có động lực rất cao và có tầm nhìn rõ ràng về việc nắm bắt giá trị cũng như khả năng hợp tác. Gần đây họ đã nói về kế hoạch kiếm tiền từ thành công của mình và xây dựng mô hình kinh tế xung quanh nó. Safe là một sản phẩm tuyệt vời và chúng tôi đầu tư vào nó là có lý do.
Hiện tại họ cũng có chương trình tích điểm, tôi nghĩ đó là một xu hướng và sẽ có nhiều chương trình như thế này hơn trong tương lai. Ví dụ: tôi đã nghe nói về các sáng kiến tương tự trong không gian DeFi. Các chương trình này đang chuyển dần khỏi các hoạt động khai thác thuần túy và tập trung nhiều hơn vào việc tham gia vào sản phẩm thực tế. Người dùng đưa ra phản hồi vì họ thực sự yêu thích sản phẩm chứ không chỉ để kiếm phần thưởng.
Đề xuất đọc về Tokenomics:
https://www.youtube.com/@EconomicsDesign
https://dl.ebooksworld.ir/motoman/Mastering_Ethereum_Andreas.M.Antonopoulos.www.EBooksWorld.ir.pdf
https://unglueit-files.s3.amazonaws.com/ebf/05db7df4f31840f0a873d6ea14dcc28d.pdf
https://x.com/tokengineering
https://www.youtube.com/watch?v=hKI56jbpVws
