Cách chính xác để mở thiết kế mã thông báo Web3

Tác giả: Sunny, Deep Wave TechFlow

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 đã kết luận Thiết kế mã thông báo của riêng tôi cho một nền tảng phi tập trung mạng phần cứng. 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.

Trong phần cứng phi tập trung Bên ngoài mạng, thiết kế mã thông báo 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,các nhà 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.

Sau đó 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.

Thiết kế mã thông báo nên tập trung vào cải tiến liên tục và không giới hạn ở khái niệm "Tokenomics" vốn 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.

Mẫu số chung trong 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à 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ị, mã thông báo 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 cho phép quản lý nền kinh tế, cơ chế đặt cược và quản trị hiệu quả hơn.

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.

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ế.

Tokenomic Design là một 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?

< strong>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 tôi nền tốt. 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ư hiểu biết về khoa học dữ liệu như mô phỏng và phân tích dữ liệu. Việc kết hợp hai phần này lại với nhau 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?

< strong>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 sẽ luôn gặp phải Kỹ thuật các câu hỏi, chẳng hạn như: "Sản phẩm này là gì?"

Nhưng một khi mọi người 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 mạnh mẽ đến mức 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 ta đã thấy, Cái gì xảy ra khi một dự án ban đầu không phát hành token 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, "Tokenomics" Thuật ngữ này thường đi kèm với gánh nặng của biểu đồ hình tròn và lịch trình trao quyền.

Kinh tế thực sự thiết kế là về sự năng động 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 Cầ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 tôi Cần phải suy nghĩ nhiều hơn về thiết kế kinh tế và cách nó phát triển theo thời gian.

Mọi dự án Web3 đều cần bạn Tokenomics của riêng mình?

TechFlow: Có phải mọi dự án Web3 đều cần Tokenomics riêng

Robert:

Tôi không nghĩ nó cần thiết. Tốt nhất là bạn không cần phải dựa vào các biện pháp khuyến khích!

Ngay cả Như vậy, đối với các dự án không dựa vào động cơ khuyến khích, việc thử một số thử nghiệm vẫn có thể mang lại lợi ích. 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ưngmã thông báo cung cấp 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.

Cái này Tính bất biến này làm cho token trở thành một công cụ mạnh mẽ trong giao thức. Chúng có thể cung cấp những ưu đãi đáng kể mà không có nguy cơ bị thu hồi, không giống như một số dặm bay hoặc phiếu giảm giá có thể đi kèm với những điều kiện ràng buộc.

Thỏa thuận không có để có đồng tiền mã, nhưng nếu được sử dụng đúng cách, mã thông báo thực sự có thể là một công cụ rất mạnh mẽ.

TechFlow: Tại sao một số giao thức yêu cầu thiết kế mã thông báo còn những giao thức khác thì không?

< strong>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ười tiêu dùng- định hướng Ứng dụng của nhà phát triển hay ứng dụng DeFi?

Thông thường, Các tình huống ứ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ế mã thông báo - cách bạn triển khai nó tùy thuộc vào bạn.

Bạn có thể đã vượt qua Giao thức có mục tiêu khởi chạy một mã thông báo cụ thể. 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 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?

< strong>Robert:

Tất nhiên rồi. 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 thứ này mã hóa tiền xu 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, đây thường là Vô lý, 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.

Đây là lý do Stick tốt nhất đến các phương thức thanh toán phi tập trung, chẳng hạn như 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ó các 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ế mã thông báo Điều tuyệt vời 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 sẽ điều khiển mọi thứ nhưng khi nhóm phát triểnbạ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: Project Is có thể áp dụng cách tiếp cận mô-đun khi thiết kế Tokenomics của nó không?

< strong>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ể đặt "Được rồi, các khuyến khích từ phía cung là một mô-đun, quản trị là một mô-đun, các khuyến khích từ phía cầu là một mô-đun, còn 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 phải tìm ra mọi chuyện liên quan đến 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ổ họ chiếm 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 cân nhắc khía cạnh quản trị, vì 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. Mã thông báo đượ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 thi các quyết định. Sự tách biệt này cho phép quản lý nền kinh tế, cơ chế đặt cược và quản trị hiệu quả hơn.

So sánh Bitcoin và Ethereum Tokenomics của Fang: Thay đổi và bất biến

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?

< strong>Robert:

Phần thưởng token luôn có ý nghĩa, phải không?

Thích Bitcoin Các dự án đầu tiên chứng minh sức mạnh của chúng như hiệu ứng mạng lưới 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 lịch phát hành cố định.

Tuy nhiên, một số người nhận ra 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ù ban đầu Thiết kế có thể cố định nhưng việc học hỏi và điều chỉnh là cần thiết. 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.

Quan trọng Ý tưởng là cho phép thử nghiệm và học hỏi thay vì tuân thủ cứng nhắc 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: Những thành phần cơ bản nào của thiết kế Tokenomics không đổi theo thời gian?

< strong>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. Cách tiếp cận này hiệu quả hơn việc tự mình 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 nay.

Khái niệm cơ bản vẫn là , Nếu bạn có 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ẽ đến một cách tự nhiê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ể đưa ra các ưu đãi bổ sung hoặc điều chỉnh luồng doanh thu để trang trải số tiền thưởng nhất định, đảm bảo rằng phần thưởng tổng thể được 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?

< strong>Robert:

Đúng là nó khó, nhưng đó cũng là nét đẹ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ấyrằ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ế.

if Hãy mắc lỗi, sau đó 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.

Độ phức tạp rất lớn thách thức là ngay cả những bộ óc thông minh nhất trong ngành cũng đang giải quyết những vấn đề này mà không nhìn thấy mọi chuyển động. Việc dự đoán hành vi là vô cùng khó khăn.

Câu chuyện dài, vâng , Nó phức tạp và có thể 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ể 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 Nó đã 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 trở nên phức tạp hơn nhưng cũng đáng tin cậy hơn.

Mục tiêu Đã đến giai đoạn mà mọi người có thể hiểu chuyện gì đang xảy ra. Nếu mất đi sự hiểu biết thì niềm tin cũng vậy. 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.

tại Những cạm bẫy phổ biến cần lưu ý 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?

< strong>Robert:

Rất dễ rơi vào 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 hiện nay chúng tôi phải đối mặt với các vấn đề như các chỉ báogây hiểu lầm, tổng giá trị bị khóa (TVL) cao và vốn hóa thị trường thấp.

Chúng tôi Mục đích cơ bản của mã thông báo bị bỏ qua. Mã thông báo 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ểndự á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ó vẻ như bạn 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 chi tiêu dành nhiều thời gian để chạy các mô phỏng đơn giản, phân tích các 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: Tokenomics của Safe thiết kế

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 dưới dạng mã thông báo quản trị thuần túy không thể chuyển nhượng được. 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ọ đã thiết lập được một thế mạnh Cơ cấu quản trị, nhờ 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 sự quản trị tốt thiết kế mã thông báo. 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.

Xem điều này diễn ra như thế nào Nó sẽ rất thú vị để mở ra. 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.

Bây giờ họ cũng có một cái < strong>Chương trình tích điểmTôi nghĩ đây là xu hướng và sẽ có nhiều chương trình tương tự 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.