Mô hình dual-token ngày càng phổ biến trong GameFi và các lĩnh vực khác, nhưng so với mô hình single-token thì dual-token có cần thiết không, cũng như ưu nhược điểm của dual-token, nó liên quan như thế nào và cân nhắc thiết kế được thảo luận trong bài viết này Thảo luận chuyên sâu.
Tiêu đề gốc: "Mô hình kinh tế mã thông báo bốn góc phần tư (1): Mô hình FT kép"
Được viết bởi: @Jane @Gannicus
Sắp xếp: @黑羽小斗
Giới thiệu
Kể từ khi Axie Infinity áp dụng mã thông báo kép vào năm 2020, mã thông báo kép gần như đã trở thành tiêu chuẩn trong lĩnh vực GameFi. Tác động của nó không chỉ giới hạn ở điều này, vì một số dự án trong các lĩnh vực rộng lớn hơn như DeFi và Proof of Physical Work cũng đã áp dụng mô hình mã thông báo kép. So với mô hình mã thông báo đơn, có cần thiết phải áp dụng mã thông báo kép không; ưu điểm và nhược điểm của mã thông báo kép là gì; hai mã thông báo có liên quan như thế nào; chúng ta có thể tham khảo điều gì từ các dự án mã thông báo kép trước đó; Những cân nhắc nào chúng ta có thể thực hiện khi thực hiện thiết kế mã thông báo kép không. Bài viết này muốn thực hiện một số nghiên cứu về những vấn đề này.
Các dự án được đề cập trong bài bao gồm StepN, Axie Infinity, Crabada, Helium, Hive Mapper, v.v.
Giới thiệu về Mô hình Dual Token
Mô hình mã thông báo kép đề cập đến việc tách biệt các mã thông báo theo cách sử dụng chính của chúng. Trong "Web3 New Economy and Tokenization White Paper" do Hashkey xuất bản, họ đã xác định "mô hình ba mã thông báo": mã thông báo chức năng, mã thông báo vốn chủ sở hữu và mã thông báo không đồng nhất (NFT), đại diện cho quyền sử dụng, mã thông báo vốn chủ sở hữu và mã thông báo kỹ thuật số.
Tuy nhiên, trong cuộc thảo luận của nhóm mô hình kinh tế Buidler DAO, chúng tôi tin rằng sự khác biệt giữa chức năng và vốn chủ sở hữu tập trung vào khía cạnh sử dụng/vốn chủ sở hữu của mã thông báo và NFT (SBT) không thể được xếp cùng với chúng vào danh mục thứ ba. Bởi vì đối lập với NFT là FT (mã thông báo đồng nhất thông thường) không có độ chi tiết. Biến khác biệt của chúng là độ chi tiết và cùng với đó là khả năng lưu chuyển, đây là một khía cạnh khác.
Dựa trên hai chiều của mã thông báo, chúng tôi đã vẽ sơ đồ bốn góc phần tư, tạm thời được đặt tên là Mô hình kinh tế mã thông báo bốn góc phần tư. Khung mô hình này giải quyết một số vấn đề mâu thuẫn trong "mô hình ba mã thông báo", chẳng hạn như một số mã thông báo nhất định có thể là cả NFT và mã thông báo tiện ích hoặc cả NFT và mã thông báo vốn chủ sở hữu. Trong hình bên dưới, chúng tôi đã hiển thị riêng trường hợp SBT được coi là thanh khoản của NFT = 0.
Là bài viết đầu tiên trong loạt bài này, chúng tôi chủ yếu thảo luận về nội dung của góc phần tư thứ nhất và góc phần tư thứ hai, nghĩa là mô hình mã thông báo kép của **FT dưới dạng mã thông báo chức năng và mã thông báo vốn chủ sở hữu. **Trong bài viết tiếp theo, chúng tôi sẽ tiếp tục thảo luận về một số tình huống giàu trí tưởng tượng hơn - NFT (SBT) dưới dạng mã thông báo tiện ích và vốn chủ sở hữu.
Trong số đó, mã thông báo chức năng chủ yếu được sử dụng để triển khai các cơ chế cụ thể trong hệ thống, chẳng hạn như nâng cấp tài sản, thanh toán dịch vụ, v.v. và trong một số trường hợp, chúng tương tự như tiền tệ trong hệ thống. Nó cũng sẽ được sử dụng như một phần thưởng và phân phối cho những người dùng tham gia tương tác theo các quy tắc nhất định. Mã thông báo tiện ích được tạo và phát hành theo yêu cầu, thường không có giới hạn trên.
Mã thông báo vốn chủ sở hữu, như tên gọi của chúng, bao gồm "quyền" và "lợi ích". "Quan" là quyền quản lý dự án. Chủ sở hữu có thể tham gia vào các quy trình quản trị như bỏ phiếu. Ví dụ: mã thông báo của Uniswap và Lido là quyền biểu quyết thuần túy; "Yi" có nghĩa là bản thân mã thông báo khan hiếm và có thể tăng giá trị trên thị trường. Cũng có thể hưởng cổ tức của dự án như cổ phiếu. Ví dụ: nhiều dự án có cấu trúc VE sử dụng mã thông báo cổ phần để nhận mã thông báo VE có thể bỏ phiếu và phân phối cổ tức. Trong những ngày đầu, có nhiều dự án trên thị trường định nghĩa token vốn chủ sở hữu là "cổ phiếu" được giữ để chia cổ tức. Tuy nhiên, do thị trường Hoa Kỳ rộng lớn không thể dễ dàng từ bỏ và để tránh bị SEC công nhận là cổ phiếu, hầu hết các mã thông báo hiện đang cố gắng hết sức để tránh thiết kế mã thông báo vốn chủ sở hữu dưới dạng mã thông báo cổ tức thuần túy để tự chọn. Trong thiết kế ban đầu, mã thông báo vốn chủ sở hữu thường là phương tiện tài chính quan trọng nhất và các nhà đầu tư tiềm năng có thể mua mã thông báo vốn chủ sở hữu trong quá trình bán công khai. Để mang lại cho các nhà đầu tư kỳ vọng tâm lý tương đối ổn định, nó thường áp dụng thiết kế tổng số tiền cố định cổ điển tương tự như Bitcoin.
Ưu điểm và nhược điểm của Mã thông báo kép
Việc tách biệt mã thông báo vốn chủ sở hữu và mã thông báo chức năng sẽ tránh được sự pha loãng vô hạn quyền quản trị do việc phát hành liên tục mã thông báo tiện ích ở một mức độ nhất định và giúp hình thành một cấu trúc quản trị tương đối ổn định. **Mặt khác, vì mã thông báo vốn chủ sở hữu thường mang nhiều áp lực mua đầu cơ hơn, nên giá của mã thông báo tiện ích có thể được kiểm soát tương đối. Lấy bối cảnh trò chơi làm ví dụ, mã thông báo kép có thể giảm bớt giá cao của mã thông báo chức năng do đầu cơ gây ra càng nhiều càng tốt, do đó ngưỡng vốn đầu vào quá cao khiến đối tượng bị thu hẹp và người chơi bình thường có thể tham gia trò chơi một cách tự do hơn . Chu kỳ kinh tế trong trò chơi cũng có thể được duy trì ở trạng thái tương đối lành mạnh và ổn định. Đối với các nhà thiết kế hệ thống, phương tiện để kiểm soát sự ổn định của hệ thống có thể được tăng lên một cách hiệu quả.
Mặt trái của tính linh hoạt là sự phức tạp của nó. Để quản lý một hệ thống hai mã thông báo, khó khăn không chỉ là nhân hai, do mối tương quan có thể có giữa mã thông báo và mã thông báo. (Trong một báo cáo của Binance, nó đã tiến hành phân tích tương quan trên hai mã thông báo của Axie và kết quả cho thấy hệ số tương quan giữa hai mã này là 0,47, đây là một mối tương quan tích cực.) Và khi có nhiều hơn một mã thông báo trong hệ thống Cuối cùng, làm thế nào để phân bổ giá trị hợp lý cũng đã trở thành một sự cân nhắc cần thiết. Ngoài ra, vì các token tiện ích thường được phát hành vô thời hạn nên rất dễ rơi vào tình trạng lạm phát. Nếu lạm phát quá mức hoặc các lý do liên quan khác dẫn đến giảm giá, để duy trì đủ mức ưu đãi cho người dùng, sẽ cần phải phát hành nhiều mã thông báo hơn, điều này sẽ càng làm tăng lạm phát. Vì vậy, làm thế nào để điều hành cân đối cung cầu trong hệ thống kinh tế một cách năng động là một thách thức lớn. Chúng ta có thể thấy rõ điều này trong các trường hợp trước đây chẳng hạn như GameFi. Đối với người dùng thông thường, việc tăng số lượng mã thông báo cũng có thể làm tăng độ khó hiểu.
Nhìn vào giá của các mã thông báo kép một cách định tính
Có hai loại giá cho mã thông báo tiện ích: cố định và thay đổi. Khi giá được cố định, giá mã thông báo tiện ích được liên kết với tiền tệ fiat. Ví dụ: trong dự án Internet of Things Helium, giá của mã thông báo chức năng Tín dụng dữ liệu luôn được duy trì ở mức 1 Tín dụng dữ liệu = 0,00001 USD, nghĩa là số tiền chi cho việc sử dụng một lượng dịch vụ mạng nhất định là cố định. Trong trường hợp này, người dùng không cần phải tích trữ DC, họ chỉ cần mua nó khi có nhu cầu sử dụng và họ thường sẽ sử dụng ngay sau khi mua, điều này được thể hiện ở tốc độ lưu chuyển của mã thông báo rất nhanh. Khi giá có thể thay đổi, loại trừ các yếu tố đầu cơ thuần túy, khi tốc độ tăng trưởng của các hoạt động kinh tế trong hệ thống lớn hơn tỷ lệ lạm phát của các mã thông báo chức năng, giá trị nội tại của một mã thông báo chức năng đơn lẻ có thể tăng lên, do đó có một mức giá nhất định giá trị đầu tư .
Mã thông báo vốn chủ sở hữu tương tự như cổ phiếu, ngoài giá trị nội tại của bản thân, giá của nó còn phụ thuộc vào kỳ vọng của nhà đầu tư, bao gồm các phán đoán về sự phát triển trong tương lai của dự án, niềm tin của đội ngũ, v.v., và bị ảnh hưởng rất nhiều bởi môi trường thị trường. Mặt khác, đối với người dùng thông thường, do số lượng token vốn chủ sở hữu mà họ nắm giữ thường bị hạn chế nên khó có tác động đáng kể đến việc quản trị. họ tiếp tục tổ chức và tham gia bỏ phiếu. Các kịch bản ứng dụng rộng rãi hơn sẽ làm tăng động lực nắm giữ tiền của các nhà đầu tư và giảm áp lực bán ở một mức độ nhất định. Có thể thấy rằng trong một số dự án, việc sở hữu token vốn chủ sở hữu được hưởng các lợi ích khác bên cạnh quyền quản trị, chẳng hạn như:
Người nắm giữ có thể hưởng nhiều lợi ích hơn thông qua đặt cược
Trong Axie Infinity, người chơi có thể nhận được nhiều phần thưởng AXS hơn bằng cách đặt cược mã thông báo vốn chủ sở hữu AXS để tăng thêm tỷ lệ hoàn vốn.
Tham gia quản trị có thể quyết định cơ chế phân chia lợi ích
Nếu việc tham gia quản trị có thể xác định việc phân phối phần thưởng, điều này ảnh hưởng đến lợi ích sống còn của chính họ và người dùng có động cơ mạnh mẽ để tiếp tục giữ mã thông báo, thì họ có thể tham khảo cơ chế quyết định phân phối phần thưởng của Curve.
Mã thông báo vốn chủ sở hữu cũng có một số chức năng tiện ích nhất định
Đó là, trong một số trường hợp, ngoài việc sử dụng các mã thông báo chức năng, cũng cần phải kết hợp các mã thông báo vốn chủ sở hữu. Tuy nhiên, tác dụng phụ của động thái này là nó sẽ làm mờ ranh giới giữa token tiện ích và token vốn chủ sở hữu, điều này cần được xem xét cẩn thận.
Ngoài ra, nếu nhà thiết kế hệ thống kết hợp một số cơ chế đốt mã thông báo, nguồn cung cấp mã thông báo có thể giảm trong hệ thống, điều này cũng sẽ giúp ổn định giá mã thông báo.
Thảo luận về mối quan hệ giữa các mã thông báo kép
Sự tồn tại của mã thông báo kép chắc chắn mang lại cho các nhà thiết kế hệ thống không gian kiểm soát lớn hơn. Trong thiết kế của mã thông báo kép, hai mã thông báo không nhất thiết phải hoàn toàn độc lập, có thể sử dụng một số cơ chế để làm cho hai mã có liên quan với nhau, từ đó ảnh hưởng đến số lượng và giá của mã thông báo, đồng thời khiến hệ thống chuyển sang trạng thái cân bằng hoặc phát triển thiết kế trong hướng mong muốn. Có những tương tác và mối quan hệ thứ bậc thú vị ẩn ở đây, đây cũng là nét tinh tế của mô hình mã thông báo kép.
Tương tác động giữa hai mã thông báo
Hãy lấy StepN và Helium làm ví dụ để xem cách hai mã thông báo có thể tương tác với nhau.
BướcN: GST VS GMT
Hai token của StepN là GST (token tiện ích) và GMT (token vốn chủ sở hữu). Trong quá trình liên tục điều chỉnh mô hình kinh tế của mình, hai mã thông báo cũng tiếp tục ảnh hưởng lẫn nhau.
a) TIỀN THƯỞNG TÙY CHỌN
Trong thiết kế của StepN, khi giày chạy bộ đạt cấp độ 30, người dùng có thể chọn nhận phần thưởng GST hoặc GMT. Do tổng số phần thưởng GMT là cố định nên nếu một số lượng đáng kể người dùng chọn GMT thì phần thưởng GMT bình quân đầu người sẽ giảm xuống. Sau khi đạt đến điểm tới hạn, họ có thể chọn chuyển sang phần thưởng GST và ngược lại. Tại đây, bằng cách giới thiệu sự không chắc chắn của phần thưởng, người dùng có động lực để điều chỉnh và chuyển đổi lựa chọn của mình. Lý tưởng nhất là điều này sẽ giúp hai mã thông báo đạt được trạng thái cân bằng động về giá.
b) Cơ chế đốt GMT
Thông qua một loạt các cơ chế đốt cháy, nhu cầu về GST của người dùng cũng sẽ ảnh hưởng đến nguồn cung và giá của GMT. Một số kịch bản như:
Người dùng ở các cấp độ giày thể thao khác nhau có giới hạn trên GST khác nhau (5-300) mỗi ngày. Khi người dùng đã đạt đến giới hạn trên (300) có thể đạt được bằng cách nâng cấp giày thể thao và đạt 90% giới hạn GST trong ngày, anh ta có thể tăng thêm giới hạn trên của việc mua GST bằng cách ghi GMT;
Nâng cấp lên một cấp độ cụ thể (cấp độ 5/10/20/29/30) yêu cầu đốt cháy GMT. Sau khi giày thể thao được nâng cấp, như được mô tả trong phần 1, lượng GST hàng ngày có thể nhận được sẽ tăng lên
c) Chi phí đóng giày động
Việc đúc giày chạy bộ là cốt lõi của StepN. Một ví dụ khác về điều chỉnh động được phản ánh trong chi phí đúc giày.
Theo hồ sơ cập nhật của nó, có thể thấy rằng giày đúc chỉ có giá GST trong thiết kế ban đầu.Khi giá GST tăng lên, như một trong những phương tiện để giảm nhu cầu về GST, nó đưa một phần GMT làm chi phí đúc đôi giày. Tỷ lệ GST và GMT yêu cầu sau đó đã được điều chỉnh thêm.
Tuy nhiên, cho dù đó là đối với người dùng hay nhà đầu tư, những kỳ vọng không ổn định do sự can thiệp quá mức của con người không phải là một điều tốt. Nếu số lượng GST cần thiết để đúc giày có thể được liên kết với giá của GST, thì hệ thống có thể chuyển sang giai đoạn tự điều chỉnh. Để đạt được mục tiêu này, nhóm đã giới thiệu thêm cơ chế đúc giày động, công thức mới nhất như sau:
Chi phí đúc = GST (A) + GMT cơ sở (B) + GMT bổ sung ([A+B]*x)
Trong số đó, giá trị của x thay đổi theo sự biến động của giá GST:
Theo cơ chế điều chỉnh động, GST yêu cầu là một hằng số, nếu giá GST tăng, lượng GMT cần thiết cho việc đóng giày sẽ tăng theo, do đó làm tăng nhu cầu về GMT. Bằng cách này, tỷ lệ GST trong chi phí giày đúc có thể được kiểm soát và người dùng có thể cần bán GST để đổi lấy GMT, điều này sẽ làm tăng áp lực bán GST, do đó giá sẽ giảm ở một mức độ nhất định. Từ đó, chúng ta có thể thấy rằng nhóm không muốn giá GST quá cao mà muốn nó duy trì trong một phạm vi nhất định. Ngoài ra, thiết kế chuyển áp lực mua sang GMT khi giá GST quá cao cho thấy ở một mức độ nhất định rằng **GMT là mã thông báo được phân bổ giá trị hơn. **
Đằng sau các mã thông báo khác nhau là những người nắm giữ khác nhau và các thuộc tính giá trị khác nhau cũng có thể phản ánh các cân nhắc kinh doanh của nhóm. Vì thực tế là chỉ những người dùng có giày chạy bộ cao cấp mới có thể nhận được phần thưởng GMT, những người dùng khác phải mua GMT cần thiết để nâng cấp và sử dụng trên thị trường mở. Một số người dùng trong cộng đồng tin rằng đây là sự phản ánh không công bằng đối với những người dùng có thứ hạng tương đối thấp. Về những người chơi lớn và nhỏ, người sáng lập Yawn Rong từng trả lời trong một AMA rằng: "Trong mô hình kinh tế, những người chơi lớn là những người ủng hộ giá GST và giá sàn của giày chạy bộ. Trong dự án x2e, nguồn thu nhập cần phải được cân nhắc rõ ràng, nếu không sẽ có sự hủy hoại từ chính bản thân hoạt động, quan tâm đến thu nhập và quản lý rủi ro là điều dễ hiểu, nhưng để xây dựng một cộng đồng sôi động thì cũng cần cân bằng lợi ích của đại đa số người chơi .Tôi e rằng không nên phiến diện hay theo đuổi sự công bằng tuyệt đối. Thông qua công thức đóng giày của mã thông báo kép, chúng ta có thể hiểu sơ qua về ý định ban đầu trong thiết kế của nhóm và chúng ta có thể tiếp tục quan sát những thay đổi trong triết lý của nhóm thông qua các lần lặp lại.
Tóm lại, nhóm sử dụng chi phí của quá trình đúc để tác động đến cung và cầu của GST và GMT, từ đó điều chỉnh giá. Ảnh hưởng động giữa GST và GMT được phản ánh đầy đủ trong quá trình này.
d) Sử dụng GMT nhiều hơn
Hiện tại trong ứng dụng StepN, GMT chủ yếu được sử dụng để nâng cấp và truyền. Phát triển thêm các kịch bản sử dụng và mục đích sử dụng cho GMT là một trong những mục tiêu cốt lõi của nhóm. Ngoài việc tăng sức hấp dẫn của GMT, động thái này có thể kích thích hơn nữa nhu cầu về GST. Người sáng lập cũng đã bày tỏ điều này trong một AMA vào tháng Giêng và tin rằng trong đợt phục hồi thị trường gần đây, có thể thấy các dấu hiệu liên quan. Tuy nhiên, việc lái xe tương tự có phải là kiểu cơ chế nội sinh hay do các nguyên nhân khác như cảm xúc một phần hay không, vẫn cần được nghiên cứu thêm.
Helium: Mô hình BME
Helium chủ yếu giới thiệu một cơ chế để liên kết các mã thông báo kép từ góc độ đốt, sử dụng mô hình Cân bằng đốt và đúc (sau đây gọi là mô hình BME).
a) Giới thiệu về Mô hình BME
Hai mã thông báo của Helium là HNT và DC. Trong số đó, HNT là mã thông báo vốn chủ sở hữu, tổng số tiền là cố định (223 triệu) và tốc độ tạo giảm một nửa sau mỗi hai năm và sẽ được phân phối theo các quy tắc nhất định như một phần thưởng cho những người khai thác cung cấp dịch vụ. DC là một mã thông báo tiện ích. Mạng Helium do DC lập hóa đơn, có giá 1 DC = 0,00001 USD cho mỗi 24 byte được truyền. Người dùng cần sử dụng các dịch vụ mạng có được DC bằng cách mua và ghi HNT. Do sự biến động của giá HNT, lượng HNT cần đốt cần được xác định theo báo giá của máy tiên tri.
Trong mô hình BME, đốt cháy chỉ là bước đầu tiên và hệ thống sẽ đúc lại HNT trong đơn vị thời gian tiếp theo và lượng đúc là một hàm nhất định của lượng đốt, tùy thuộc vào dự án cụ thể. Trong Helium, chức năng này đã được điều chỉnh nhiều lần, mối quan hệ giữa lượng đúc hiện tại và lượng đốt cháy là: khi lượng đốt cháy nhỏ hơn một giá trị nhất định (được biểu thị bằng B), lượng đúc bằng lượng đốt cháy, đó là trạng thái cân bằng; nếu lượng đốt cháy vượt quá B, thì lượng đúc vẫn là B, nghĩa là B là giới hạn trên của lượng đúc.
b) Liên kết mã thông báo kép trong BME
DC là viết tắt của số lượng yêu cầu. Thông qua cơ chế đốt-đúc không đồng bộ, số lượng và giá của mã thông báo vốn chủ sở hữu có thể tự động liên quan đến nhu cầu. Ví dụ: khi nhu cầu thị trường mạnh và lượng đốt vượt quá giới hạn trên của lượng đúc, HNT sẽ chuyển sang trạng thái giảm phát. Tổng số lượng mã thông báo càng nhỏ thì giá của chúng có thể càng cao. Điều khéo léo ở đây là khi giá HNT tăng thì lượng HNT đốt cho lần mua dịch vụ tương tự sau đó sẽ giảm xuống giúp hệ thống trở lại trạng thái cân bằng.
Có thể thấy rằng theo mô hình BME, HNT có thể nắm bắt tốt hơn giá trị của các hoạt động kinh tế của nền tảng.So với các mã thông báo thanh toán chuyên dụng thuần túy, động lực nắm giữ tiền của người dùng được tăng cường đáng kể. Mặt khác, bằng cách tách mã thông báo chức năng khỏi mã thông báo vốn chủ sở hữu, giá sử dụng mạng của ** người dùng sẽ không dao động theo HNT. Kỳ vọng ổn định này cũng là một lợi ích quan trọng của BME. **
Tuy nhiên, trong tình hình thực tế của Helium, nó hiện đang phải đối mặt với tình trạng cung không đủ cầu, tức là số lượng mã thông báo bị đốt còn lâu mới đạt đến giới hạn trên của số lượng được đúc. Vì vậy, vẫn có sự sai lệch về thời gian giữa hai mã thông báo. Nếu Helium được coi là một nền tảng hai mặt, bằng cách thưởng HNT cho những người khai thác, thì Helium ưu tiên phát triển hiệu quả cho phía cung, trong khi phía cầu do DC đại diện cần được phát triển.
Ưu đãi thông qua mã thông báo là một phương tiện phổ biến trong lĩnh vực blockchain. Mở rộng ra từ vụ Heli, làm thế nào để kích cầu, có cách nào để cung và cầu xảy ra đồng thời không? Điều này có thể tương ứng với ý tưởng thiết kế mới và phương thức thưởng khác với thiết kế mã thông báo kép hiện tại của Helium. Nếu cung và cầu có thể kích thích lẫn nhau, mối quan hệ giữa hai mã thông báo sẽ tiến gần hơn đến việc đồng bộ hóa kịp thời.
Mối quan hệ phân cấp giữa hai mã thông báo
Khi có nhiều hơn một mã thông báo xuất hiện trong hệ thống, ngoài mối quan hệ tương hỗ giữa các mã thông báo, nó cũng sẽ phản ánh mối quan hệ thứ bậc, chẳng hạn như cấp độ hoặc cấp độ chéo. Sẽ có những cách tương tác khác nhau giữa các cấp mã thông báo khác nhau.
Trong Helium, HNT và DC tương ứng đại diện cho cung và cầu và là các mã thông báo có cùng cấp độ. Thiết kế của cùng một lớp này cũng liên quan đến các ý tưởng thiết kế ban đầu về cung và cầu tương ứng của chúng.
Trong StepN, GMT rõ ràng là mã thông báo cấp cao hơn GST. Là thực thể phân bổ giá trị chính, GMT có thể được sử dụng trên các lĩnh vực (trong StepN) và các dự án (trong hệ sinh thái FSL của công ty mẹ). Trong nền tảng giao dịch NFT dự án mới của nhóm MOOAR, GMT cũng được sử dụng làm mã thông báo vốn chủ sở hữu. Ngoài ra, GMT cũng có những lợi ích rõ ràng, chẳng hạn như là đơn vị tiền tệ có mệnh giá cho các giao dịch NFT, phiếu bầu Launchpad và đốt GMT để tạo AIGC NFT.
Phần thưởng GMT trong Mooar đến từ phần sinh thái 30% của phân phối mã thông báo StepN (như trong hình bên dưới). Dự kiến trong tương lai sẽ tiếp tục tung ra những dự án có lợi cho toàn bộ hệ sinh thái. Điều mà các nhà thiết kế hy vọng là sự phát triển của các dự án khác nhau sẽ cùng đóng góp vào sự thịnh vượng của GMT. Những người nắm giữ GMT do các dự án khác giới thiệu cũng có thể chuyển sang StepN, gián tiếp làm tăng nhu cầu về GST.
*
Bản tóm tắt
So với thiết kế một chiều bị phân mảnh, thiết kế tương tác hiệu quả nhất sẽ bổ sung sức sống và cơ chế ổn định nội sinh cho hệ thống mã thông báo và có thể tạo ra hệ sinh thái thú vị ngoài mong đợi tuyến tính trong tương tác liên tục. **Với sự kết hợp của thiết kế phân cấp, người thiết kế hệ thống có thể phát huy hết ý tưởng của mình. Điều này cũng liên quan đến cách thiết lập cơ chế phân bổ giá trị hợp lý để đưa ra các khuyến khích hiệu quả cho mỗi chủ sở hữu mã thông báo. Có rất nhiều điều để khám phá ở đây.
Sự phát triển của mã thông báo kép
Mã thông báo kép —> Mã thông báo đa
Từ các mã thông báo kép, chúng tôi có thể mở rộng một cách tự nhiên sang các kịch bản đa xu. Một suy đoán trực quan là liệu càng nhiều mã thông báo được giới thiệu, cơ chế càng phức tạp, không gian hoạt động càng lớn và hệ thống sẽ càng thịnh vượng hay không. câu trả lời là tiêu cực. Hãy lấy trò chơi P2E Crabada làm ví dụ để xem nỗ lực của ba mã thông báo.
Ngoài mã thông báo tiện ích (TUS) và mã thông báo vốn chủ sở hữu (CRA), vào tháng 12 năm 2021, CRAM đã được giới thiệu trong trò chơi dưới dạng phần thưởng đặt cược. Không có giới hạn trên đối với tổng nguồn cung cấp CRAM. Cứ 50 CRA được đặt tương ứng với 1 CRAM mỗi tuần. Người dùng có thể trực tiếp bán CRAM để kiếm lời, sử dụng nó làm vé tham gia các hoạt động xổ số hoặc mở rộng quy mô đội trong trò chơi, v.v. CRAM và TUS cũng được giao dịch hoán đổi cho nhau trên Trader Joe's.
Như đã đề cập ở trên, trong Axie, phần thưởng cho việc đặt cược AXS vẫn là AXS. Crabada chọn giới thiệu mã thông báo thứ ba trong liên kết cam kết, nhằm mục đích cải thiện hơn nữa khả năng chơi của trò chơi bằng cách tung ra nhiều trò chơi hơn và phần thưởng tương tác trong quá trình phát triển của trò chơi. Đồng thời, nó hy vọng sẽ xây dựng nhiều hơn hệ thống kinh tế trò chơi mạnh mẽ. Một điểm khác ở đây là nếu phần thưởng đặt cược là nội tệ, thì việc đặt cược về cơ bản chỉ là một cách để trì hoãn phần thưởng, điều này có thể làm tăng áp lực lạm phát trong giai đoạn sau. Bằng cách thưởng cho các mã thông báo khác và giả sử rằng mã thông báo thứ ba có đủ các kịch bản tiêu thụ, nó không chỉ làm giảm áp lực bán của đồng nội tệ mà còn tăng sự thú vị của trò chơi, có thể nói là một mũi tên trúng hai đích.
Tuy nhiên, nỗ lực này đã không diễn ra như mong đợi, nhóm đã thông báo vào tháng 5 năm 2022 rằng họ sẽ dần thay thế CRAM bằng TUS và CRAM sẽ rút khỏi hệ thống trò chơi. Không rõ các chỉ số kinh doanh cụ thể nào ngoài các yếu tố vĩ mô được đề cập trong thông báo đã thúc đẩy nhóm đưa ra quyết định này, chẳng hạn như liệu việc giá CRA liên tục giảm kể từ cuối tháng 3 có khiến cam kết của CRA trở nên vô nghĩa hay không.
Nguồn giá CRA: CoinMarkerCap
Có thể hình dung rằng hệ thống ba mã thông báo đưa ra những thách thức lớn hơn hệ thống hai mã thông báo. Trong nỗ lực chuyển từ Chơi sang Kiếm tiền sang Chơi và Kiếm tiền, việc chỉ tăng số lượng mã thông báo có thể không phải là một giải pháp tốt. Ngoài ra, mã thông báo thứ ba có được từ kịch bản cam kết có phải là điểm vào tốt hơn không? Đây là tất cả những điều cần suy nghĩ.
Tất nhiên, sự rút lui của Crabada không có nghĩa là multi-token chắc chắn không được khuyến khích. Một số điểm bắt đầu để giới thiệu nhiều mã thông báo là:
Giới thiệu số lượng mã thông báo cần thiết dựa trên vị trí và mục đích của mã thông báo;
Xem xét độ khó của việc quản lý mã thông báo và mối quan hệ giữa các mã thông báo, hãy cố gắng giữ hệ thống ở trạng thái ổn định.
Mã thông báo kép —> Mã thông báo đơn
Khi mã thông báo kép gần như là mặc định, nếu chúng tôi quay lại sử dụng mã thông báo đơn lẻ thì liệu nó có đạt được những gì nó được thiết kế để làm không? Nat Eliason đã đề xuất một giải pháp hay. Thiết kế của anh ấy cho thấy rằng ngay cả trong một mã thông báo duy nhất, chúng tôi có rất nhiều quyền tự do thiết kế để triển khai.
Lấy một mã thông báo cung cấp cố định (viết tắt là FST) làm ví dụ, nó sẽ đóng vai trò là tài sản đầu tư và là cầu nối kết nối tiền tệ trong trò chơi và tiền điện tử. Đồng tiền cung cấp biến đổi (viết tắt là VST) vẫn tồn tại, nhưng nó không giao tiếp trực tiếp với Crypto bên ngoài trò chơi và chỉ lưu hành trong trò chơi. Các nhà thiết kế cũng cần xây dựng DEX để làm cho FST và VST cũng như các nội dung khác trong trò chơi có thể hoán đổi cho nhau, như minh họa trong hình sau:
Ngoài DEX giữa các loại tiền tệ, còn có một sàn giao dịch hàng hóa. Hàng hóa có thể chọn sử dụng Tiền điện tử như FST hoặc ETH để xem xét. Nền tảng có thể kiếm thu nhập bằng cách tính phí giao dịch. Thiết kế cơ chế tạo và phân bổ giá trị của FST ở đây tương đối rõ ràng, chẳng hạn như đốt phí giao dịch FST nhận được hoặc phân phối Tiền điện tử nhận được dưới dạng phần thưởng cam kết cho chủ sở hữu FST.
Trong hệ thống này, vì các mặt hàng trong hệ thống sẽ tiếp tục tăng và tổng số lượng mã thông báo là cố định, nên về mặt lý thuyết, sức mua của một mã thông báo sẽ tiếp tục tăng, nghĩa là người dùng có động lực để tiếp tục giữ FST và cam kết . Tất nhiên, một mũi tên khác của FST được kết nối với Crypto, điều này chắc chắn sẽ bị ảnh hưởng bởi môi trường vĩ mô. Tuy nhiên, so với sự thất bại của chương trình cam kết Crabada, FST có nhiều hỗ trợ giá trị trong trò chơi hơn và tác động của nó đối với vĩ mô có thể tương đối nhỏ. Hơn nữa, nếu giao dịch hàng hóa có thể duy trì hoạt động, nghĩa là có thu nhập từ phí giao dịch ổn định, thì việc giảm giá FST có thể có tỷ lệ hoàn vốn tốt hơn.
Thiết kế của Nat thực sự đưa ra những ý tưởng khác nhau về mối quan hệ lưu thông giữa mã thông báo dự án và Tiền điện tử. Không phải tất cả các loại tiền tệ trong trò chơi đều cần có tính thanh khoản được kết nối trực tiếp với thế giới thực. Một mức độ đóng cửa nhất định và một hệ thống mã thông báo duy nhất có thể góp phần vào sự ổn định của giá tiền tệ và phân bổ giá trị rõ ràng hơn. Người sáng lập StepN cũng bày tỏ mong muốn duy trì GST trong hệ thống trò chơi. Ngoài việc duy trì tính linh hoạt trong thiết kế tương đối lớn, so với các trò chơi không có mã thông báo, mô hình này còn giữ lại một số thuộc tính đầu cơ và đầu tư liên quan đến Tiền điện tử, có thể được coi là đạt được cảm giác cân bằng nhất định.
Hệ thống danh tiếng Mã thông báo kép
Trong cuộc thảo luận ở trên, chúng tôi chưa đề cập đến mã thông báo danh tiếng, tức là mã thông báo liên quan đến xác thực đóng góp của người dùng. Khó khăn ở đây là nếu mã thông báo danh tiếng có thể được giao dịch, khả năng nhận dạng ban đầu của nó sẽ bị suy yếu; làm thế nào để giữ danh tính của nó trong khi vẫn cho phép chủ sở hữu thu được lợi ích kinh tế.
Trong bài báo "A Novel Framework for Reputation-Based s", Jad Esber, người sáng lập phòng thí nghiệm koodos, và Scott Kominers, giáo sư Harvard, đã có một cuộc thảo luận tuyệt vời về cách giải quyết sự không tương thích của tín hiệu danh tiếng và phần thưởng, đồng thời đề xuất một giải pháp kép. -hệ thống danh tiếng Coin thế hệ. Theo tầm nhìn của nó, hai mã thông báo là "điểm" (tín hiệu danh tiếng không thể chuyển nhượng) và "tiền" (tài sản có thể chuyển nhượng được phân phối thường xuyên cho những người nắm giữ điểm). Tiền xu được phân phối cho những người nắm giữ điểm dưới dạng tiền thưởng và số tiền được phát hành có liên quan đến việc nắm giữ điểm. Vòng lặp tích cực tồn tại ở đây là nhu cầu về tiền xu của người dùng khiến họ muốn có nhiều điểm hơn, từ đó khuyến khích họ đóng góp nhiều hơn.
Chìa khóa của thiết kế là làm thế nào để sử dụng các điểm để kết nối hiệu quả giữa người nắm giữ và nguồn gốc của danh tiếng, tức là thực hiện các ưu đãi đúng chỗ. Và quy định cho điểm cần phải tương đối rõ ràng, để người tham gia điều chỉnh hành vi của mình theo quy định. Ngoài ra, theo mục đích của nhà thiết kế hệ thống, thiết kế chi tiết có thể được thực hiện về số lượng một phần thưởng, thời gian phân phối, mối quan hệ giữa số phần thưởng và điểm, và liệu điểm có hết hạn hay không. Tất nhiên, khuyến khích quá mức cũng không được khuyến khích và bản thân dự án là cách phù hợp để đạt được PMF và một cơ chế khuyến khích tuyệt vời. Trên thực tế, các ưu đãi liên quan đến danh tiếng sẽ được thực hiện thông qua NFT.
Mô hình của Jad và Scott cân bằng tốt giá trị mã thông báo và tính thanh khoản của danh tiếng. Mainnet Endurance mới được phát hành của trò chơi blockchain Fusionist cũng áp dụng hệ thống danh tiếng mã thông báo kép tương tự. Nếu nó đi xa hơn, chẳng hạn như cách xác định những đóng góp cần khuyến khích nhất ở các giai đoạn khác nhau, cách hệ thống danh tiếng lặp đi lặp lại phản ứng với sự phát triển của cộng đồng cộng tác viên, cách bao gồm tất cả các loại cộng tác viên càng nhiều càng tốt và cách nhãn danh tiếng tương ứng với trọng số quản trị,** Việc sàng lọc những vấn đề này sẽ giúp chúng tôi có được danh tiếng tốt hơn và thiết kế hệ thống khuyến khích, có ý nghĩa thực tiễn lớn trong nhiều tình huống cụ thể như quản trị và vận hành DAO. **
Một số cân nhắc trong thiết kế mã thông báo kép
Thiết kế phần thưởng mã thông báo
Quy tắc khen thưởng là chiếc dùi cui vô hình trong hệ thống, cách vô hình và hữu hình nhất để tác động đến người dùng. Một số quy tắc phần thưởng được liên kết trực tiếp với hành vi của người dùng. Vì vậy, trước khi đặt ra các quy định khuyến khích, mục đích khuyến khích phải rất rõ ràng. Nếu bạn chỉ ưu đãi một cách vu vơ và điên cuồng, cố gắng giành giật bằng số lượng, thì dù bạn có tích lũy quy mô trong thời gian ngắn, nó cũng sẽ nhanh chóng biến mất. Biết mục đích chỉ là bước đầu tiên. Làm thế nào để trích xuất các chỉ số thích hợp nhất để làm cho phần thưởng xảy ra vào đúng thời điểm. Nếu nhiều người tham gia vào hệ thống, cách giải quyết các vấn đề như phân phối phần thưởng có thể làm cho phần thưởng thực sự được thực hiện. Hơn nữa, một hệ thống sống liên tục thấm nhuần những thay đổi mới. **Với sự phát triển của hệ thống, các chủ đề khuyến khích, hành vi cốt lõi và quy tắc phân phối phần thưởng ở các giai đoạn khác nhau có thể cần phải được lặp đi lặp lại. **Tất cả những điều này cần phải tuân theo sự phát triển của hệ thống, liên tục quan sát dữ liệu và phản hồi của cộng đồng, đồng thời cũng phản ánh những thay đổi trong chiến lược và ưu tiên kinh doanh.
Lấy công cụ xây dựng bản đồ kỹ thuật số phi tập trung Hive Mapper làm ví dụ, nó đề xuất ba khía cạnh quan trọng để đánh giá một sản phẩm bản đồ: độ phủ, độ mới và chất lượng. Trong giai đoạn đầu của hệ thống, 90% phần thưởng sẽ được phân phối cho những người dùng đóng góp vào phạm vi phủ sóng. Khi hệ thống dần hoàn thiện và sản phẩm bản đồ đã hình thành, phần thưởng sẽ được chuyển sang đảm bảo chất lượng và gắn nhãn bản đồ. Đây là trường hợp điển hình của việc sử dụng các mục tiêu để định hướng thiết kế phần thưởng và điều chỉnh trọng tâm khi hệ thống phát triển. Điều tinh tế ở đây là các nhà thiết kế khác nhau có quan điểm khác nhau về trọng tâm phần thưởng ưu tiên. Ví dụ: nếu bạn nghĩ rằng việc thâm nhập từ vùng phủ sóng có thể khó tận dụng các đối thủ cạnh tranh hiện tại, thì bạn phải nghĩ xem điểm thâm nhập nào là khác biệt nhất và lợi thế này có thể được tích lũy. Có thể thấy rằng điểm triển khai phần thưởng giống như một điểm đòn bẩy, phản ánh sự cân nhắc của nhà thiết kế đối với tình hình cạnh tranh và chìa khóa để chiến thắng.
Tóm lại, một hệ thống thiết kế khuyến khích tốt phải là một sự phù hợp phù hợp, giống như phương tiện phụ có nghĩa là phép đo phù hợp và sự phù hợp đề cập đến vị trí thẻ chính xác và tính khách quan. Ngược lại, nếu phần thưởng và mục tiêu bị lệch lạc, hệ thống cũng sẽ bị biến dạng. Việc thiết lập các mục tiêu phản ánh các giá trị và ý định ban đầu của nhóm. Ngoài ra, phần thưởng mã thông báo không phải là không tốn kém và cũng cần đo lường mối quan hệ giữa chi phí phải trả và giá trị được tạo ra cũng như liệu có khả năng ROI trở nên tích cực trong thời gian dài hay không.
Kiểm soát lạm phát mã thông báo tiện ích
Trước thực tế là các mã thông báo chức năng thường được phát hành vô thời hạn, không có giới hạn về tổng số lượng, trong nhiều trường hợp trước đây, không thể tránh khỏi việc cuối cùng chúng sẽ rơi vào tình trạng phát hành quá mức. Khó khăn trong việc quản lý một hệ thống kinh tế mở và năng động là hiển nhiên. Về chất lượng, một số công cụ tiềm năng dành cho nhà thiết kế như sau:
Kiểm soát nguồn, nghĩa là xử lý thận trọng việc phát hành mã thông báo và giới hạn tổng số lượng cũng như tần suất phát hành;
Tăng cường xuất khẩu, nghĩa là xây dựng càng nhiều kịch bản tiêu dùng hợp lý càng tốt; cần lưu ý ở đây rằng theo một số thiết kế, mức tiêu thụ mã thông báo hiện tại sẽ nâng cao khả năng kiếm mã thông báo trong tương lai và việc xuất khẩu như vậy chỉ trì hoãn lạm phát Căng thẳng không phải là cách để sự ổn định lâu dài;
Kết hợp cơ chế mua lại, đốt bỏ… để giảm cung lưu thông;
Nếu ngân khố quốc gia có tích lũy thì khả năng đối phó với lạm phát cũng sẽ được nâng cao, trong những thời điểm đi xuống như thị trường giá lên, cần phải dự trữ càng nhiều càng tốt
Phát hành mã thông báo vốn chủ sở hữu và cơ chế phân bổ giá trị
Để làm cho mã thông báo vốn chủ sở hữu có giá trị nắm giữ, cần phải thiết lập cơ chế phân bổ giá trị rõ ràng. Các phương pháp tiềm năng bao gồm chia sẻ doanh thu, phần thưởng cam kết, mua lại, đốt, v.v. Ngoài ra, như đã đề cập ở trên, nếu mã thông báo vốn chủ sở hữu được trang bị các chức năng tiện ích, thì cũng cần chú ý đến sự khác biệt giữa chúng và mã thông báo chức năng thực, đồng thời sử dụng cả hai một cách có chừng mực. Mặt khác, mã thông báo vốn chủ sở hữu có khả năng giao thoa quá nhiều với mã thông báo chức năng và việc phân bổ giá trị có thể bị nhầm lẫn.
Ngoài ra, cơ chế phát hành token vốn chủ sở hữu cũng có chỗ để điều chỉnh. Trong các trường hợp phổ biến, tổng số lượng và tốc độ phát hành mã thông báo vốn chủ sở hữu là cố định hoặc được kết hợp với cơ chế giảm một nửa cứ sau vài năm. Nhưng đây không phải là luật sắt phải tuân theo. Trong Hive Mapper, nó khám phá một ý tưởng khác về tỷ lệ thay đổi.
Mã thông báo chính của Hive Mapper là MẬT ONG, với tổng nguồn cung là 1 tỷ, trong đó 400 triệu được sử dụng làm phần thưởng cho người đóng góp. Như có thể thấy từ đường cong phát hành phần thưởng cho người đóng góp trong hình bên dưới, trục hoành không phải là thời gian thông thường, mà là tiến trình của bản đồ, có nghĩa là việc phát hành mã thông báo không thay đổi trực tiếp theo thời gian. Và chức năng phát hành cuối cùng có dạng đường cong lõm, có nghĩa là tốc độ của nó không cố định, **Thiết kế này nhằm mục đích trao nhiều phần thưởng hơn cho những người đóng góp vào tiến trình của bản đồ trong giai đoạn đầu. **
Trên cơ sở này, một thiết kế chồng chất khác của nó là (phần màu đỏ hoa hồng trong hình bên dưới): Mã thông báo HONEY cần được đốt để sử dụng dịch vụ, sau đó hệ thống sẽ đúc một số mã thông báo tương đương với số lượng đã đốt và đặt chúng trở lại nhóm phần thưởng. Được phát hành cùng nhau dưới dạng phần thưởng.
Sự khéo léo của thiết kế này là phần thưởng mà những người khai thác nhận được có liên quan đến bên cung (tiến độ bản đồ, phần màu xanh) và bên cầu (đốt mã thông báo, phần màu đỏ) cùng một lúc. Để tiếp tục nhận phần thưởng, bạn phải nâng cấp tiến độ của bản đồ hoặc kích thích nhu cầu lớn hơn. Và khi bản đồ phát triển và các bản phát hành mới giảm đi, khối lượng ở phía cầu trở nên quan trọng đối với những người khai thác để có được lợi nhuận tốt. **Nếu các quy tắc được thiết kế phù hợp (đủ phần thưởng), một số vai trò thú vị có thể được tạo ra trong hệ sinh thái, chẳng hạn như những người khai thác kích thích nhu cầu.
Với sự trợ giúp của thiết kế hơi khác thường của Hive Mapper, chúng ta có thể thấy rằng mức độ tự do trong việc thiết kế mã thông báo kép là rất cao và các thay đổi cũng như điều chỉnh sẽ phục vụ để đạt được sự phát triển và khuyến khích tốt hơn mà không bị ràng buộc hoàn toàn bởi các quy tắc và quy định hiện có. Nếu cơ chế phát hành thay đổi, tỷ lệ nên thay đổi như thế nào và liệu các mã thông báo bị đốt cháy có nên được khôi phục và phát hành lại hay không, điều đó có nghĩa là tổng số tiền cũng đang thay đổi và có rất nhiều chỗ để chơi ở đây.
Có tạo ra giá trị ngoài thế giới ảo hay không
Nếu chúng ta nghĩ xa hơn về lý do tại sao Hive Mapper có thể thiết kế một mô hình như vậy, thì một trong những lý do là trong loại dự án PoPW này, mục đích của nó khá rõ ràng, chẳng hạn như tiến độ lập bản đồ và việc thực hiện mục đích này sẽ tạo ra giá trị trong thực tế. thế giới. Ngược lại, nếu bạn chỉ thực hiện thiết kế phân nhánh chi tiết và điều chỉnh tham số trong thế giới ảo, mà bỏ qua việc khám phá mục đích đằng sau nó, thứ nhất, phương tiện sẽ ngày càng hạn chế, thứ hai, rất có thể là bạn chỉ có thể dựa vào phương pháp Ponzi Nhà cao tầng nhanh chóng, sụp đổ nhanh chóng.
Đây cũng là logic mà chúng ta thấy rằng Axie tiếp tục làm việc chăm chỉ từ Play to Earn đến Play and Earn, và StepN cũng hy vọng sẽ lặp lại logic gamefi của riêng mình, liên quan đến thể thao và sức khỏe. Việc mở ra những giá trị lớn hơn này giúp ** mang lại cách xây dựng hệ thống kinh tế từ một chiều hướng cao hơn, và nó có khả năng bền vững hơn. ** Một người dùng cấp cao của StepN đã từng đề xuất rằng chúng ta nên cố gắng hết sức để mở rộng thu nhập bên ngoài, để giảm sự phụ thuộc vào thu nhập từ giày chạy bộ và cá voi khổng lồ, chẳng hạn như hợp tác với các công ty bảo hiểm. chi phí tương đối thấp và Nó có thể tiếp cận các đối tượng khác ngoài Tiền điện tử và thu được nhiều chân dung hơn về mọi người.
Tất nhiên, cũng có những thách thức ở đây, chẳng hạn như làm thế nào để khớp thế giới ảo với thế giới thực, làm thế nào để trích xuất các chỉ số phù hợp và trừu tượng hóa chúng vào thế giới ảo, v.v. Nhưng nếu mục đích đặc biệt rõ ràng, phương tiện có thể được điều chỉnh liên tục. Vẫn còn khó khăn hơn để đưa ra lựa chọn thoát ra khỏi chu kỳ nội tại của hệ thống kinh tế và xây dựng một hệ thống kinh tế lớn hơn, điều đó có nghĩa là có thể cần phải có những nỗ lực lâu dài và gian khổ hơn.
Bản tóm tắt
Việc đổi mới và áp dụng mô hình mã thông báo kép vẫn đang diễn ra. So với các mã thông báo đơn lẻ, không gian thiết kế của các mã thông báo kép được mở ra rất nhiều, đặc biệt là khi liên quan đến kết nối giữa hai mã thông báo, chúng tôi có thể cẩn thận tạo ra các cơ chế tương tác tinh tế giữa các mã thông báo để hướng dẫn người dùng tạo ra các Hành vi khác nhau. Trên cơ sở này, chúng tôi cũng có thể thiết kế các hệ thống đa dạng như đa mã thông báo và mã thông báo danh tiếng dựa trên nhu cầu và tiện ích mở rộng.
Nếu chúng ta chia thiết kế mô hình thành mục đích và phương tiện, thì mục đích xác định hướng thiết kế và chất lượng của phương tiện có liên quan mật thiết đến tính liên tục của mô hình. Aleksander Larsen, người sáng lập Axie, đã đề cập trong một cuộc phỏng vấn rằng khi họ thiết kế mô hình kinh tế với kỹ thuật số delphi, điểm khởi đầu là khiến những người dùng tích cực tham gia đóng góp và những người dùng tích cực nhận được nhiều phần thưởng hơn. Hệ thống thuận lợi. **Thứ hai, như đã đề cập ở trên, chúng ta cũng có thể nghĩ xem liệu ** có thể liên quan đến thế giới thực và tạo ra giá trị bên ngoài hệ thống ảo hay không. ** Trên cơ sở này, chúng tôi sẽ đi đến thiết kế cơ chế chi tiết hơn và xem xét tham số. Thiết kế lý tưởng phải mang tính hai chiều, nghĩa là ** tạo ra giá trị thực thông qua một hệ thống kinh tế tốt và giá trị thực sẽ phản hồi lại sự ổn định của hệ thống kinh tế. **
Sẽ rất thú vị nếu chúng tôi mở rộng hơn nữa để xem liệu mô hình mã thông báo kép có thể đóng vai trò nào trong một lĩnh vực rộng lớn hơn hay không, chẳng hạn như cách thiết kế hệ thống thành viên của các sản phẩm tiêu dùng, cách hệ thống quảng cáo có thể thực sự thưởng cho người dùng, v.v. Chính trong các quá trình này, chúng ta có thể thấy các phương pháp thiết kế mô hình kinh tế được lặp đi lặp lại liên tục mà hy vọng cuối cùng sẽ dẫn đến việc hình thành một số mô hình kinh doanh và công ty mới hiệu quả hơn.
Tham khảo
Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
4D giải thích nguyên tắc thiết kế, kịch bản ứng dụng, ưu điểm và nhược điểm của mô hình mã thông báo kép
Tiêu đề gốc: "Mô hình kinh tế mã thông báo bốn góc phần tư (1): Mô hình FT kép"
Được viết bởi: @Jane @Gannicus
Sắp xếp: @黑羽小斗
Giới thiệu
Kể từ khi Axie Infinity áp dụng mã thông báo kép vào năm 2020, mã thông báo kép gần như đã trở thành tiêu chuẩn trong lĩnh vực GameFi. Tác động của nó không chỉ giới hạn ở điều này, vì một số dự án trong các lĩnh vực rộng lớn hơn như DeFi và Proof of Physical Work cũng đã áp dụng mô hình mã thông báo kép. So với mô hình mã thông báo đơn, có cần thiết phải áp dụng mã thông báo kép không; ưu điểm và nhược điểm của mã thông báo kép là gì; hai mã thông báo có liên quan như thế nào; chúng ta có thể tham khảo điều gì từ các dự án mã thông báo kép trước đó; Những cân nhắc nào chúng ta có thể thực hiện khi thực hiện thiết kế mã thông báo kép không. Bài viết này muốn thực hiện một số nghiên cứu về những vấn đề này.
Các dự án được đề cập trong bài bao gồm StepN, Axie Infinity, Crabada, Helium, Hive Mapper, v.v.
Giới thiệu về Mô hình Dual Token
Mô hình mã thông báo kép đề cập đến việc tách biệt các mã thông báo theo cách sử dụng chính của chúng. Trong "Web3 New Economy and Tokenization White Paper" do Hashkey xuất bản, họ đã xác định "mô hình ba mã thông báo": mã thông báo chức năng, mã thông báo vốn chủ sở hữu và mã thông báo không đồng nhất (NFT), đại diện cho quyền sử dụng, mã thông báo vốn chủ sở hữu và mã thông báo kỹ thuật số.
Tuy nhiên, trong cuộc thảo luận của nhóm mô hình kinh tế Buidler DAO, chúng tôi tin rằng sự khác biệt giữa chức năng và vốn chủ sở hữu tập trung vào khía cạnh sử dụng/vốn chủ sở hữu của mã thông báo và NFT (SBT) không thể được xếp cùng với chúng vào danh mục thứ ba. Bởi vì đối lập với NFT là FT (mã thông báo đồng nhất thông thường) không có độ chi tiết. Biến khác biệt của chúng là độ chi tiết và cùng với đó là khả năng lưu chuyển, đây là một khía cạnh khác.
Dựa trên hai chiều của mã thông báo, chúng tôi đã vẽ sơ đồ bốn góc phần tư, tạm thời được đặt tên là Mô hình kinh tế mã thông báo bốn góc phần tư. Khung mô hình này giải quyết một số vấn đề mâu thuẫn trong "mô hình ba mã thông báo", chẳng hạn như một số mã thông báo nhất định có thể là cả NFT và mã thông báo tiện ích hoặc cả NFT và mã thông báo vốn chủ sở hữu. Trong hình bên dưới, chúng tôi đã hiển thị riêng trường hợp SBT được coi là thanh khoản của NFT = 0.
Là bài viết đầu tiên trong loạt bài này, chúng tôi chủ yếu thảo luận về nội dung của góc phần tư thứ nhất và góc phần tư thứ hai, nghĩa là mô hình mã thông báo kép của **FT dưới dạng mã thông báo chức năng và mã thông báo vốn chủ sở hữu. **Trong bài viết tiếp theo, chúng tôi sẽ tiếp tục thảo luận về một số tình huống giàu trí tưởng tượng hơn - NFT (SBT) dưới dạng mã thông báo tiện ích và vốn chủ sở hữu.
Trong số đó, mã thông báo chức năng chủ yếu được sử dụng để triển khai các cơ chế cụ thể trong hệ thống, chẳng hạn như nâng cấp tài sản, thanh toán dịch vụ, v.v. và trong một số trường hợp, chúng tương tự như tiền tệ trong hệ thống. Nó cũng sẽ được sử dụng như một phần thưởng và phân phối cho những người dùng tham gia tương tác theo các quy tắc nhất định. Mã thông báo tiện ích được tạo và phát hành theo yêu cầu, thường không có giới hạn trên.
Mã thông báo vốn chủ sở hữu, như tên gọi của chúng, bao gồm "quyền" và "lợi ích". "Quan" là quyền quản lý dự án. Chủ sở hữu có thể tham gia vào các quy trình quản trị như bỏ phiếu. Ví dụ: mã thông báo của Uniswap và Lido là quyền biểu quyết thuần túy; "Yi" có nghĩa là bản thân mã thông báo khan hiếm và có thể tăng giá trị trên thị trường. Cũng có thể hưởng cổ tức của dự án như cổ phiếu. Ví dụ: nhiều dự án có cấu trúc VE sử dụng mã thông báo cổ phần để nhận mã thông báo VE có thể bỏ phiếu và phân phối cổ tức. Trong những ngày đầu, có nhiều dự án trên thị trường định nghĩa token vốn chủ sở hữu là "cổ phiếu" được giữ để chia cổ tức. Tuy nhiên, do thị trường Hoa Kỳ rộng lớn không thể dễ dàng từ bỏ và để tránh bị SEC công nhận là cổ phiếu, hầu hết các mã thông báo hiện đang cố gắng hết sức để tránh thiết kế mã thông báo vốn chủ sở hữu dưới dạng mã thông báo cổ tức thuần túy để tự chọn. Trong thiết kế ban đầu, mã thông báo vốn chủ sở hữu thường là phương tiện tài chính quan trọng nhất và các nhà đầu tư tiềm năng có thể mua mã thông báo vốn chủ sở hữu trong quá trình bán công khai. Để mang lại cho các nhà đầu tư kỳ vọng tâm lý tương đối ổn định, nó thường áp dụng thiết kế tổng số tiền cố định cổ điển tương tự như Bitcoin.
Ưu điểm và nhược điểm của Mã thông báo kép
Việc tách biệt mã thông báo vốn chủ sở hữu và mã thông báo chức năng sẽ tránh được sự pha loãng vô hạn quyền quản trị do việc phát hành liên tục mã thông báo tiện ích ở một mức độ nhất định và giúp hình thành một cấu trúc quản trị tương đối ổn định. **Mặt khác, vì mã thông báo vốn chủ sở hữu thường mang nhiều áp lực mua đầu cơ hơn, nên giá của mã thông báo tiện ích có thể được kiểm soát tương đối. Lấy bối cảnh trò chơi làm ví dụ, mã thông báo kép có thể giảm bớt giá cao của mã thông báo chức năng do đầu cơ gây ra càng nhiều càng tốt, do đó ngưỡng vốn đầu vào quá cao khiến đối tượng bị thu hẹp và người chơi bình thường có thể tham gia trò chơi một cách tự do hơn . Chu kỳ kinh tế trong trò chơi cũng có thể được duy trì ở trạng thái tương đối lành mạnh và ổn định. Đối với các nhà thiết kế hệ thống, phương tiện để kiểm soát sự ổn định của hệ thống có thể được tăng lên một cách hiệu quả.
Mặt trái của tính linh hoạt là sự phức tạp của nó. Để quản lý một hệ thống hai mã thông báo, khó khăn không chỉ là nhân hai, do mối tương quan có thể có giữa mã thông báo và mã thông báo. (Trong một báo cáo của Binance, nó đã tiến hành phân tích tương quan trên hai mã thông báo của Axie và kết quả cho thấy hệ số tương quan giữa hai mã này là 0,47, đây là một mối tương quan tích cực.) Và khi có nhiều hơn một mã thông báo trong hệ thống Cuối cùng, làm thế nào để phân bổ giá trị hợp lý cũng đã trở thành một sự cân nhắc cần thiết. Ngoài ra, vì các token tiện ích thường được phát hành vô thời hạn nên rất dễ rơi vào tình trạng lạm phát. Nếu lạm phát quá mức hoặc các lý do liên quan khác dẫn đến giảm giá, để duy trì đủ mức ưu đãi cho người dùng, sẽ cần phải phát hành nhiều mã thông báo hơn, điều này sẽ càng làm tăng lạm phát. Vì vậy, làm thế nào để điều hành cân đối cung cầu trong hệ thống kinh tế một cách năng động là một thách thức lớn. Chúng ta có thể thấy rõ điều này trong các trường hợp trước đây chẳng hạn như GameFi. Đối với người dùng thông thường, việc tăng số lượng mã thông báo cũng có thể làm tăng độ khó hiểu.
Nhìn vào giá của các mã thông báo kép một cách định tính
Có hai loại giá cho mã thông báo tiện ích: cố định và thay đổi. Khi giá được cố định, giá mã thông báo tiện ích được liên kết với tiền tệ fiat. Ví dụ: trong dự án Internet of Things Helium, giá của mã thông báo chức năng Tín dụng dữ liệu luôn được duy trì ở mức 1 Tín dụng dữ liệu = 0,00001 USD, nghĩa là số tiền chi cho việc sử dụng một lượng dịch vụ mạng nhất định là cố định. Trong trường hợp này, người dùng không cần phải tích trữ DC, họ chỉ cần mua nó khi có nhu cầu sử dụng và họ thường sẽ sử dụng ngay sau khi mua, điều này được thể hiện ở tốc độ lưu chuyển của mã thông báo rất nhanh. Khi giá có thể thay đổi, loại trừ các yếu tố đầu cơ thuần túy, khi tốc độ tăng trưởng của các hoạt động kinh tế trong hệ thống lớn hơn tỷ lệ lạm phát của các mã thông báo chức năng, giá trị nội tại của một mã thông báo chức năng đơn lẻ có thể tăng lên, do đó có một mức giá nhất định giá trị đầu tư .
Mã thông báo vốn chủ sở hữu tương tự như cổ phiếu, ngoài giá trị nội tại của bản thân, giá của nó còn phụ thuộc vào kỳ vọng của nhà đầu tư, bao gồm các phán đoán về sự phát triển trong tương lai của dự án, niềm tin của đội ngũ, v.v., và bị ảnh hưởng rất nhiều bởi môi trường thị trường. Mặt khác, đối với người dùng thông thường, do số lượng token vốn chủ sở hữu mà họ nắm giữ thường bị hạn chế nên khó có tác động đáng kể đến việc quản trị. họ tiếp tục tổ chức và tham gia bỏ phiếu. Các kịch bản ứng dụng rộng rãi hơn sẽ làm tăng động lực nắm giữ tiền của các nhà đầu tư và giảm áp lực bán ở một mức độ nhất định. Có thể thấy rằng trong một số dự án, việc sở hữu token vốn chủ sở hữu được hưởng các lợi ích khác bên cạnh quyền quản trị, chẳng hạn như:
Trong Axie Infinity, người chơi có thể nhận được nhiều phần thưởng AXS hơn bằng cách đặt cược mã thông báo vốn chủ sở hữu AXS để tăng thêm tỷ lệ hoàn vốn.
Nếu việc tham gia quản trị có thể xác định việc phân phối phần thưởng, điều này ảnh hưởng đến lợi ích sống còn của chính họ và người dùng có động cơ mạnh mẽ để tiếp tục giữ mã thông báo, thì họ có thể tham khảo cơ chế quyết định phân phối phần thưởng của Curve.
Đó là, trong một số trường hợp, ngoài việc sử dụng các mã thông báo chức năng, cũng cần phải kết hợp các mã thông báo vốn chủ sở hữu. Tuy nhiên, tác dụng phụ của động thái này là nó sẽ làm mờ ranh giới giữa token tiện ích và token vốn chủ sở hữu, điều này cần được xem xét cẩn thận.
Ngoài ra, nếu nhà thiết kế hệ thống kết hợp một số cơ chế đốt mã thông báo, nguồn cung cấp mã thông báo có thể giảm trong hệ thống, điều này cũng sẽ giúp ổn định giá mã thông báo.
Thảo luận về mối quan hệ giữa các mã thông báo kép
Sự tồn tại của mã thông báo kép chắc chắn mang lại cho các nhà thiết kế hệ thống không gian kiểm soát lớn hơn. Trong thiết kế của mã thông báo kép, hai mã thông báo không nhất thiết phải hoàn toàn độc lập, có thể sử dụng một số cơ chế để làm cho hai mã có liên quan với nhau, từ đó ảnh hưởng đến số lượng và giá của mã thông báo, đồng thời khiến hệ thống chuyển sang trạng thái cân bằng hoặc phát triển thiết kế trong hướng mong muốn. Có những tương tác và mối quan hệ thứ bậc thú vị ẩn ở đây, đây cũng là nét tinh tế của mô hình mã thông báo kép.
Tương tác động giữa hai mã thông báo
Hãy lấy StepN và Helium làm ví dụ để xem cách hai mã thông báo có thể tương tác với nhau.
BướcN: GST VS GMT
Hai token của StepN là GST (token tiện ích) và GMT (token vốn chủ sở hữu). Trong quá trình liên tục điều chỉnh mô hình kinh tế của mình, hai mã thông báo cũng tiếp tục ảnh hưởng lẫn nhau.
a) TIỀN THƯỞNG TÙY CHỌN
Trong thiết kế của StepN, khi giày chạy bộ đạt cấp độ 30, người dùng có thể chọn nhận phần thưởng GST hoặc GMT. Do tổng số phần thưởng GMT là cố định nên nếu một số lượng đáng kể người dùng chọn GMT thì phần thưởng GMT bình quân đầu người sẽ giảm xuống. Sau khi đạt đến điểm tới hạn, họ có thể chọn chuyển sang phần thưởng GST và ngược lại. Tại đây, bằng cách giới thiệu sự không chắc chắn của phần thưởng, người dùng có động lực để điều chỉnh và chuyển đổi lựa chọn của mình. Lý tưởng nhất là điều này sẽ giúp hai mã thông báo đạt được trạng thái cân bằng động về giá.
b) Cơ chế đốt GMT
Thông qua một loạt các cơ chế đốt cháy, nhu cầu về GST của người dùng cũng sẽ ảnh hưởng đến nguồn cung và giá của GMT. Một số kịch bản như:
Người dùng ở các cấp độ giày thể thao khác nhau có giới hạn trên GST khác nhau (5-300) mỗi ngày. Khi người dùng đã đạt đến giới hạn trên (300) có thể đạt được bằng cách nâng cấp giày thể thao và đạt 90% giới hạn GST trong ngày, anh ta có thể tăng thêm giới hạn trên của việc mua GST bằng cách ghi GMT;
Nâng cấp lên một cấp độ cụ thể (cấp độ 5/10/20/29/30) yêu cầu đốt cháy GMT. Sau khi giày thể thao được nâng cấp, như được mô tả trong phần 1, lượng GST hàng ngày có thể nhận được sẽ tăng lên
c) Chi phí đóng giày động
Việc đúc giày chạy bộ là cốt lõi của StepN. Một ví dụ khác về điều chỉnh động được phản ánh trong chi phí đúc giày.
Theo hồ sơ cập nhật của nó, có thể thấy rằng giày đúc chỉ có giá GST trong thiết kế ban đầu.Khi giá GST tăng lên, như một trong những phương tiện để giảm nhu cầu về GST, nó đưa một phần GMT làm chi phí đúc đôi giày. Tỷ lệ GST và GMT yêu cầu sau đó đã được điều chỉnh thêm.
Tuy nhiên, cho dù đó là đối với người dùng hay nhà đầu tư, những kỳ vọng không ổn định do sự can thiệp quá mức của con người không phải là một điều tốt. Nếu số lượng GST cần thiết để đúc giày có thể được liên kết với giá của GST, thì hệ thống có thể chuyển sang giai đoạn tự điều chỉnh. Để đạt được mục tiêu này, nhóm đã giới thiệu thêm cơ chế đúc giày động, công thức mới nhất như sau:
Chi phí đúc = GST (A) + GMT cơ sở (B) + GMT bổ sung ([A+B]*x)
Trong số đó, giá trị của x thay đổi theo sự biến động của giá GST:
Theo cơ chế điều chỉnh động, GST yêu cầu là một hằng số, nếu giá GST tăng, lượng GMT cần thiết cho việc đóng giày sẽ tăng theo, do đó làm tăng nhu cầu về GMT. Bằng cách này, tỷ lệ GST trong chi phí giày đúc có thể được kiểm soát và người dùng có thể cần bán GST để đổi lấy GMT, điều này sẽ làm tăng áp lực bán GST, do đó giá sẽ giảm ở một mức độ nhất định. Từ đó, chúng ta có thể thấy rằng nhóm không muốn giá GST quá cao mà muốn nó duy trì trong một phạm vi nhất định. Ngoài ra, thiết kế chuyển áp lực mua sang GMT khi giá GST quá cao cho thấy ở một mức độ nhất định rằng **GMT là mã thông báo được phân bổ giá trị hơn. **
Đằng sau các mã thông báo khác nhau là những người nắm giữ khác nhau và các thuộc tính giá trị khác nhau cũng có thể phản ánh các cân nhắc kinh doanh của nhóm. Vì thực tế là chỉ những người dùng có giày chạy bộ cao cấp mới có thể nhận được phần thưởng GMT, những người dùng khác phải mua GMT cần thiết để nâng cấp và sử dụng trên thị trường mở. Một số người dùng trong cộng đồng tin rằng đây là sự phản ánh không công bằng đối với những người dùng có thứ hạng tương đối thấp. Về những người chơi lớn và nhỏ, người sáng lập Yawn Rong từng trả lời trong một AMA rằng: "Trong mô hình kinh tế, những người chơi lớn là những người ủng hộ giá GST và giá sàn của giày chạy bộ. Trong dự án x2e, nguồn thu nhập cần phải được cân nhắc rõ ràng, nếu không sẽ có sự hủy hoại từ chính bản thân hoạt động, quan tâm đến thu nhập và quản lý rủi ro là điều dễ hiểu, nhưng để xây dựng một cộng đồng sôi động thì cũng cần cân bằng lợi ích của đại đa số người chơi .Tôi e rằng không nên phiến diện hay theo đuổi sự công bằng tuyệt đối. Thông qua công thức đóng giày của mã thông báo kép, chúng ta có thể hiểu sơ qua về ý định ban đầu trong thiết kế của nhóm và chúng ta có thể tiếp tục quan sát những thay đổi trong triết lý của nhóm thông qua các lần lặp lại.
Tóm lại, nhóm sử dụng chi phí của quá trình đúc để tác động đến cung và cầu của GST và GMT, từ đó điều chỉnh giá. Ảnh hưởng động giữa GST và GMT được phản ánh đầy đủ trong quá trình này.
d) Sử dụng GMT nhiều hơn
Hiện tại trong ứng dụng StepN, GMT chủ yếu được sử dụng để nâng cấp và truyền. Phát triển thêm các kịch bản sử dụng và mục đích sử dụng cho GMT là một trong những mục tiêu cốt lõi của nhóm. Ngoài việc tăng sức hấp dẫn của GMT, động thái này có thể kích thích hơn nữa nhu cầu về GST. Người sáng lập cũng đã bày tỏ điều này trong một AMA vào tháng Giêng và tin rằng trong đợt phục hồi thị trường gần đây, có thể thấy các dấu hiệu liên quan. Tuy nhiên, việc lái xe tương tự có phải là kiểu cơ chế nội sinh hay do các nguyên nhân khác như cảm xúc một phần hay không, vẫn cần được nghiên cứu thêm.
Helium: Mô hình BME
Helium chủ yếu giới thiệu một cơ chế để liên kết các mã thông báo kép từ góc độ đốt, sử dụng mô hình Cân bằng đốt và đúc (sau đây gọi là mô hình BME).
a) Giới thiệu về Mô hình BME
Hai mã thông báo của Helium là HNT và DC. Trong số đó, HNT là mã thông báo vốn chủ sở hữu, tổng số tiền là cố định (223 triệu) và tốc độ tạo giảm một nửa sau mỗi hai năm và sẽ được phân phối theo các quy tắc nhất định như một phần thưởng cho những người khai thác cung cấp dịch vụ. DC là một mã thông báo tiện ích. Mạng Helium do DC lập hóa đơn, có giá 1 DC = 0,00001 USD cho mỗi 24 byte được truyền. Người dùng cần sử dụng các dịch vụ mạng có được DC bằng cách mua và ghi HNT. Do sự biến động của giá HNT, lượng HNT cần đốt cần được xác định theo báo giá của máy tiên tri.
Trong mô hình BME, đốt cháy chỉ là bước đầu tiên và hệ thống sẽ đúc lại HNT trong đơn vị thời gian tiếp theo và lượng đúc là một hàm nhất định của lượng đốt, tùy thuộc vào dự án cụ thể. Trong Helium, chức năng này đã được điều chỉnh nhiều lần, mối quan hệ giữa lượng đúc hiện tại và lượng đốt cháy là: khi lượng đốt cháy nhỏ hơn một giá trị nhất định (được biểu thị bằng B), lượng đúc bằng lượng đốt cháy, đó là trạng thái cân bằng; nếu lượng đốt cháy vượt quá B, thì lượng đúc vẫn là B, nghĩa là B là giới hạn trên của lượng đúc.
b) Liên kết mã thông báo kép trong BME
DC là viết tắt của số lượng yêu cầu. Thông qua cơ chế đốt-đúc không đồng bộ, số lượng và giá của mã thông báo vốn chủ sở hữu có thể tự động liên quan đến nhu cầu. Ví dụ: khi nhu cầu thị trường mạnh và lượng đốt vượt quá giới hạn trên của lượng đúc, HNT sẽ chuyển sang trạng thái giảm phát. Tổng số lượng mã thông báo càng nhỏ thì giá của chúng có thể càng cao. Điều khéo léo ở đây là khi giá HNT tăng thì lượng HNT đốt cho lần mua dịch vụ tương tự sau đó sẽ giảm xuống giúp hệ thống trở lại trạng thái cân bằng.
Có thể thấy rằng theo mô hình BME, HNT có thể nắm bắt tốt hơn giá trị của các hoạt động kinh tế của nền tảng.So với các mã thông báo thanh toán chuyên dụng thuần túy, động lực nắm giữ tiền của người dùng được tăng cường đáng kể. Mặt khác, bằng cách tách mã thông báo chức năng khỏi mã thông báo vốn chủ sở hữu, giá sử dụng mạng của ** người dùng sẽ không dao động theo HNT. Kỳ vọng ổn định này cũng là một lợi ích quan trọng của BME. **
Tuy nhiên, trong tình hình thực tế của Helium, nó hiện đang phải đối mặt với tình trạng cung không đủ cầu, tức là số lượng mã thông báo bị đốt còn lâu mới đạt đến giới hạn trên của số lượng được đúc. Vì vậy, vẫn có sự sai lệch về thời gian giữa hai mã thông báo. Nếu Helium được coi là một nền tảng hai mặt, bằng cách thưởng HNT cho những người khai thác, thì Helium ưu tiên phát triển hiệu quả cho phía cung, trong khi phía cầu do DC đại diện cần được phát triển.
Ưu đãi thông qua mã thông báo là một phương tiện phổ biến trong lĩnh vực blockchain. Mở rộng ra từ vụ Heli, làm thế nào để kích cầu, có cách nào để cung và cầu xảy ra đồng thời không? Điều này có thể tương ứng với ý tưởng thiết kế mới và phương thức thưởng khác với thiết kế mã thông báo kép hiện tại của Helium. Nếu cung và cầu có thể kích thích lẫn nhau, mối quan hệ giữa hai mã thông báo sẽ tiến gần hơn đến việc đồng bộ hóa kịp thời.
Mối quan hệ phân cấp giữa hai mã thông báo
Khi có nhiều hơn một mã thông báo xuất hiện trong hệ thống, ngoài mối quan hệ tương hỗ giữa các mã thông báo, nó cũng sẽ phản ánh mối quan hệ thứ bậc, chẳng hạn như cấp độ hoặc cấp độ chéo. Sẽ có những cách tương tác khác nhau giữa các cấp mã thông báo khác nhau.
Trong Helium, HNT và DC tương ứng đại diện cho cung và cầu và là các mã thông báo có cùng cấp độ. Thiết kế của cùng một lớp này cũng liên quan đến các ý tưởng thiết kế ban đầu về cung và cầu tương ứng của chúng.
Trong StepN, GMT rõ ràng là mã thông báo cấp cao hơn GST. Là thực thể phân bổ giá trị chính, GMT có thể được sử dụng trên các lĩnh vực (trong StepN) và các dự án (trong hệ sinh thái FSL của công ty mẹ). Trong nền tảng giao dịch NFT dự án mới của nhóm MOOAR, GMT cũng được sử dụng làm mã thông báo vốn chủ sở hữu. Ngoài ra, GMT cũng có những lợi ích rõ ràng, chẳng hạn như là đơn vị tiền tệ có mệnh giá cho các giao dịch NFT, phiếu bầu Launchpad và đốt GMT để tạo AIGC NFT.
Phần thưởng GMT trong Mooar đến từ phần sinh thái 30% của phân phối mã thông báo StepN (như trong hình bên dưới). Dự kiến trong tương lai sẽ tiếp tục tung ra những dự án có lợi cho toàn bộ hệ sinh thái. Điều mà các nhà thiết kế hy vọng là sự phát triển của các dự án khác nhau sẽ cùng đóng góp vào sự thịnh vượng của GMT. Những người nắm giữ GMT do các dự án khác giới thiệu cũng có thể chuyển sang StepN, gián tiếp làm tăng nhu cầu về GST.
Bản tóm tắt
So với thiết kế một chiều bị phân mảnh, thiết kế tương tác hiệu quả nhất sẽ bổ sung sức sống và cơ chế ổn định nội sinh cho hệ thống mã thông báo và có thể tạo ra hệ sinh thái thú vị ngoài mong đợi tuyến tính trong tương tác liên tục. **Với sự kết hợp của thiết kế phân cấp, người thiết kế hệ thống có thể phát huy hết ý tưởng của mình. Điều này cũng liên quan đến cách thiết lập cơ chế phân bổ giá trị hợp lý để đưa ra các khuyến khích hiệu quả cho mỗi chủ sở hữu mã thông báo. Có rất nhiều điều để khám phá ở đây.
Sự phát triển của mã thông báo kép
Mã thông báo kép —> Mã thông báo đa
Từ các mã thông báo kép, chúng tôi có thể mở rộng một cách tự nhiên sang các kịch bản đa xu. Một suy đoán trực quan là liệu càng nhiều mã thông báo được giới thiệu, cơ chế càng phức tạp, không gian hoạt động càng lớn và hệ thống sẽ càng thịnh vượng hay không. câu trả lời là tiêu cực. Hãy lấy trò chơi P2E Crabada làm ví dụ để xem nỗ lực của ba mã thông báo.
Ngoài mã thông báo tiện ích (TUS) và mã thông báo vốn chủ sở hữu (CRA), vào tháng 12 năm 2021, CRAM đã được giới thiệu trong trò chơi dưới dạng phần thưởng đặt cược. Không có giới hạn trên đối với tổng nguồn cung cấp CRAM. Cứ 50 CRA được đặt tương ứng với 1 CRAM mỗi tuần. Người dùng có thể trực tiếp bán CRAM để kiếm lời, sử dụng nó làm vé tham gia các hoạt động xổ số hoặc mở rộng quy mô đội trong trò chơi, v.v. CRAM và TUS cũng được giao dịch hoán đổi cho nhau trên Trader Joe's.
Như đã đề cập ở trên, trong Axie, phần thưởng cho việc đặt cược AXS vẫn là AXS. Crabada chọn giới thiệu mã thông báo thứ ba trong liên kết cam kết, nhằm mục đích cải thiện hơn nữa khả năng chơi của trò chơi bằng cách tung ra nhiều trò chơi hơn và phần thưởng tương tác trong quá trình phát triển của trò chơi. Đồng thời, nó hy vọng sẽ xây dựng nhiều hơn hệ thống kinh tế trò chơi mạnh mẽ. Một điểm khác ở đây là nếu phần thưởng đặt cược là nội tệ, thì việc đặt cược về cơ bản chỉ là một cách để trì hoãn phần thưởng, điều này có thể làm tăng áp lực lạm phát trong giai đoạn sau. Bằng cách thưởng cho các mã thông báo khác và giả sử rằng mã thông báo thứ ba có đủ các kịch bản tiêu thụ, nó không chỉ làm giảm áp lực bán của đồng nội tệ mà còn tăng sự thú vị của trò chơi, có thể nói là một mũi tên trúng hai đích.
Tuy nhiên, nỗ lực này đã không diễn ra như mong đợi, nhóm đã thông báo vào tháng 5 năm 2022 rằng họ sẽ dần thay thế CRAM bằng TUS và CRAM sẽ rút khỏi hệ thống trò chơi. Không rõ các chỉ số kinh doanh cụ thể nào ngoài các yếu tố vĩ mô được đề cập trong thông báo đã thúc đẩy nhóm đưa ra quyết định này, chẳng hạn như liệu việc giá CRA liên tục giảm kể từ cuối tháng 3 có khiến cam kết của CRA trở nên vô nghĩa hay không.
Nguồn giá CRA: CoinMarkerCap
Có thể hình dung rằng hệ thống ba mã thông báo đưa ra những thách thức lớn hơn hệ thống hai mã thông báo. Trong nỗ lực chuyển từ Chơi sang Kiếm tiền sang Chơi và Kiếm tiền, việc chỉ tăng số lượng mã thông báo có thể không phải là một giải pháp tốt. Ngoài ra, mã thông báo thứ ba có được từ kịch bản cam kết có phải là điểm vào tốt hơn không? Đây là tất cả những điều cần suy nghĩ.
Tất nhiên, sự rút lui của Crabada không có nghĩa là multi-token chắc chắn không được khuyến khích. Một số điểm bắt đầu để giới thiệu nhiều mã thông báo là:
Giới thiệu số lượng mã thông báo cần thiết dựa trên vị trí và mục đích của mã thông báo;
Xem xét độ khó của việc quản lý mã thông báo và mối quan hệ giữa các mã thông báo, hãy cố gắng giữ hệ thống ở trạng thái ổn định.
Mã thông báo kép —> Mã thông báo đơn
Khi mã thông báo kép gần như là mặc định, nếu chúng tôi quay lại sử dụng mã thông báo đơn lẻ thì liệu nó có đạt được những gì nó được thiết kế để làm không? Nat Eliason đã đề xuất một giải pháp hay. Thiết kế của anh ấy cho thấy rằng ngay cả trong một mã thông báo duy nhất, chúng tôi có rất nhiều quyền tự do thiết kế để triển khai.
Lấy một mã thông báo cung cấp cố định (viết tắt là FST) làm ví dụ, nó sẽ đóng vai trò là tài sản đầu tư và là cầu nối kết nối tiền tệ trong trò chơi và tiền điện tử. Đồng tiền cung cấp biến đổi (viết tắt là VST) vẫn tồn tại, nhưng nó không giao tiếp trực tiếp với Crypto bên ngoài trò chơi và chỉ lưu hành trong trò chơi. Các nhà thiết kế cũng cần xây dựng DEX để làm cho FST và VST cũng như các nội dung khác trong trò chơi có thể hoán đổi cho nhau, như minh họa trong hình sau:
Ngoài DEX giữa các loại tiền tệ, còn có một sàn giao dịch hàng hóa. Hàng hóa có thể chọn sử dụng Tiền điện tử như FST hoặc ETH để xem xét. Nền tảng có thể kiếm thu nhập bằng cách tính phí giao dịch. Thiết kế cơ chế tạo và phân bổ giá trị của FST ở đây tương đối rõ ràng, chẳng hạn như đốt phí giao dịch FST nhận được hoặc phân phối Tiền điện tử nhận được dưới dạng phần thưởng cam kết cho chủ sở hữu FST.
Trong hệ thống này, vì các mặt hàng trong hệ thống sẽ tiếp tục tăng và tổng số lượng mã thông báo là cố định, nên về mặt lý thuyết, sức mua của một mã thông báo sẽ tiếp tục tăng, nghĩa là người dùng có động lực để tiếp tục giữ FST và cam kết . Tất nhiên, một mũi tên khác của FST được kết nối với Crypto, điều này chắc chắn sẽ bị ảnh hưởng bởi môi trường vĩ mô. Tuy nhiên, so với sự thất bại của chương trình cam kết Crabada, FST có nhiều hỗ trợ giá trị trong trò chơi hơn và tác động của nó đối với vĩ mô có thể tương đối nhỏ. Hơn nữa, nếu giao dịch hàng hóa có thể duy trì hoạt động, nghĩa là có thu nhập từ phí giao dịch ổn định, thì việc giảm giá FST có thể có tỷ lệ hoàn vốn tốt hơn.
Thiết kế của Nat thực sự đưa ra những ý tưởng khác nhau về mối quan hệ lưu thông giữa mã thông báo dự án và Tiền điện tử. Không phải tất cả các loại tiền tệ trong trò chơi đều cần có tính thanh khoản được kết nối trực tiếp với thế giới thực. Một mức độ đóng cửa nhất định và một hệ thống mã thông báo duy nhất có thể góp phần vào sự ổn định của giá tiền tệ và phân bổ giá trị rõ ràng hơn. Người sáng lập StepN cũng bày tỏ mong muốn duy trì GST trong hệ thống trò chơi. Ngoài việc duy trì tính linh hoạt trong thiết kế tương đối lớn, so với các trò chơi không có mã thông báo, mô hình này còn giữ lại một số thuộc tính đầu cơ và đầu tư liên quan đến Tiền điện tử, có thể được coi là đạt được cảm giác cân bằng nhất định.
Hệ thống danh tiếng Mã thông báo kép
Trong cuộc thảo luận ở trên, chúng tôi chưa đề cập đến mã thông báo danh tiếng, tức là mã thông báo liên quan đến xác thực đóng góp của người dùng. Khó khăn ở đây là nếu mã thông báo danh tiếng có thể được giao dịch, khả năng nhận dạng ban đầu của nó sẽ bị suy yếu; làm thế nào để giữ danh tính của nó trong khi vẫn cho phép chủ sở hữu thu được lợi ích kinh tế.
Trong bài báo "A Novel Framework for Reputation-Based s", Jad Esber, người sáng lập phòng thí nghiệm koodos, và Scott Kominers, giáo sư Harvard, đã có một cuộc thảo luận tuyệt vời về cách giải quyết sự không tương thích của tín hiệu danh tiếng và phần thưởng, đồng thời đề xuất một giải pháp kép. -hệ thống danh tiếng Coin thế hệ. Theo tầm nhìn của nó, hai mã thông báo là "điểm" (tín hiệu danh tiếng không thể chuyển nhượng) và "tiền" (tài sản có thể chuyển nhượng được phân phối thường xuyên cho những người nắm giữ điểm). Tiền xu được phân phối cho những người nắm giữ điểm dưới dạng tiền thưởng và số tiền được phát hành có liên quan đến việc nắm giữ điểm. Vòng lặp tích cực tồn tại ở đây là nhu cầu về tiền xu của người dùng khiến họ muốn có nhiều điểm hơn, từ đó khuyến khích họ đóng góp nhiều hơn.
Chìa khóa của thiết kế là làm thế nào để sử dụng các điểm để kết nối hiệu quả giữa người nắm giữ và nguồn gốc của danh tiếng, tức là thực hiện các ưu đãi đúng chỗ. Và quy định cho điểm cần phải tương đối rõ ràng, để người tham gia điều chỉnh hành vi của mình theo quy định. Ngoài ra, theo mục đích của nhà thiết kế hệ thống, thiết kế chi tiết có thể được thực hiện về số lượng một phần thưởng, thời gian phân phối, mối quan hệ giữa số phần thưởng và điểm, và liệu điểm có hết hạn hay không. Tất nhiên, khuyến khích quá mức cũng không được khuyến khích và bản thân dự án là cách phù hợp để đạt được PMF và một cơ chế khuyến khích tuyệt vời. Trên thực tế, các ưu đãi liên quan đến danh tiếng sẽ được thực hiện thông qua NFT.
Mô hình của Jad và Scott cân bằng tốt giá trị mã thông báo và tính thanh khoản của danh tiếng. Mainnet Endurance mới được phát hành của trò chơi blockchain Fusionist cũng áp dụng hệ thống danh tiếng mã thông báo kép tương tự. Nếu nó đi xa hơn, chẳng hạn như cách xác định những đóng góp cần khuyến khích nhất ở các giai đoạn khác nhau, cách hệ thống danh tiếng lặp đi lặp lại phản ứng với sự phát triển của cộng đồng cộng tác viên, cách bao gồm tất cả các loại cộng tác viên càng nhiều càng tốt và cách nhãn danh tiếng tương ứng với trọng số quản trị,** Việc sàng lọc những vấn đề này sẽ giúp chúng tôi có được danh tiếng tốt hơn và thiết kế hệ thống khuyến khích, có ý nghĩa thực tiễn lớn trong nhiều tình huống cụ thể như quản trị và vận hành DAO. **
Một số cân nhắc trong thiết kế mã thông báo kép
Thiết kế phần thưởng mã thông báo
Quy tắc khen thưởng là chiếc dùi cui vô hình trong hệ thống, cách vô hình và hữu hình nhất để tác động đến người dùng. Một số quy tắc phần thưởng được liên kết trực tiếp với hành vi của người dùng. Vì vậy, trước khi đặt ra các quy định khuyến khích, mục đích khuyến khích phải rất rõ ràng. Nếu bạn chỉ ưu đãi một cách vu vơ và điên cuồng, cố gắng giành giật bằng số lượng, thì dù bạn có tích lũy quy mô trong thời gian ngắn, nó cũng sẽ nhanh chóng biến mất. Biết mục đích chỉ là bước đầu tiên. Làm thế nào để trích xuất các chỉ số thích hợp nhất để làm cho phần thưởng xảy ra vào đúng thời điểm. Nếu nhiều người tham gia vào hệ thống, cách giải quyết các vấn đề như phân phối phần thưởng có thể làm cho phần thưởng thực sự được thực hiện. Hơn nữa, một hệ thống sống liên tục thấm nhuần những thay đổi mới. **Với sự phát triển của hệ thống, các chủ đề khuyến khích, hành vi cốt lõi và quy tắc phân phối phần thưởng ở các giai đoạn khác nhau có thể cần phải được lặp đi lặp lại. **Tất cả những điều này cần phải tuân theo sự phát triển của hệ thống, liên tục quan sát dữ liệu và phản hồi của cộng đồng, đồng thời cũng phản ánh những thay đổi trong chiến lược và ưu tiên kinh doanh.
Lấy công cụ xây dựng bản đồ kỹ thuật số phi tập trung Hive Mapper làm ví dụ, nó đề xuất ba khía cạnh quan trọng để đánh giá một sản phẩm bản đồ: độ phủ, độ mới và chất lượng. Trong giai đoạn đầu của hệ thống, 90% phần thưởng sẽ được phân phối cho những người dùng đóng góp vào phạm vi phủ sóng. Khi hệ thống dần hoàn thiện và sản phẩm bản đồ đã hình thành, phần thưởng sẽ được chuyển sang đảm bảo chất lượng và gắn nhãn bản đồ. Đây là trường hợp điển hình của việc sử dụng các mục tiêu để định hướng thiết kế phần thưởng và điều chỉnh trọng tâm khi hệ thống phát triển. Điều tinh tế ở đây là các nhà thiết kế khác nhau có quan điểm khác nhau về trọng tâm phần thưởng ưu tiên. Ví dụ: nếu bạn nghĩ rằng việc thâm nhập từ vùng phủ sóng có thể khó tận dụng các đối thủ cạnh tranh hiện tại, thì bạn phải nghĩ xem điểm thâm nhập nào là khác biệt nhất và lợi thế này có thể được tích lũy. Có thể thấy rằng điểm triển khai phần thưởng giống như một điểm đòn bẩy, phản ánh sự cân nhắc của nhà thiết kế đối với tình hình cạnh tranh và chìa khóa để chiến thắng.
Tóm lại, một hệ thống thiết kế khuyến khích tốt phải là một sự phù hợp phù hợp, giống như phương tiện phụ có nghĩa là phép đo phù hợp và sự phù hợp đề cập đến vị trí thẻ chính xác và tính khách quan. Ngược lại, nếu phần thưởng và mục tiêu bị lệch lạc, hệ thống cũng sẽ bị biến dạng. Việc thiết lập các mục tiêu phản ánh các giá trị và ý định ban đầu của nhóm. Ngoài ra, phần thưởng mã thông báo không phải là không tốn kém và cũng cần đo lường mối quan hệ giữa chi phí phải trả và giá trị được tạo ra cũng như liệu có khả năng ROI trở nên tích cực trong thời gian dài hay không.
Kiểm soát lạm phát mã thông báo tiện ích
Trước thực tế là các mã thông báo chức năng thường được phát hành vô thời hạn, không có giới hạn về tổng số lượng, trong nhiều trường hợp trước đây, không thể tránh khỏi việc cuối cùng chúng sẽ rơi vào tình trạng phát hành quá mức. Khó khăn trong việc quản lý một hệ thống kinh tế mở và năng động là hiển nhiên. Về chất lượng, một số công cụ tiềm năng dành cho nhà thiết kế như sau:
Phát hành mã thông báo vốn chủ sở hữu và cơ chế phân bổ giá trị
Để làm cho mã thông báo vốn chủ sở hữu có giá trị nắm giữ, cần phải thiết lập cơ chế phân bổ giá trị rõ ràng. Các phương pháp tiềm năng bao gồm chia sẻ doanh thu, phần thưởng cam kết, mua lại, đốt, v.v. Ngoài ra, như đã đề cập ở trên, nếu mã thông báo vốn chủ sở hữu được trang bị các chức năng tiện ích, thì cũng cần chú ý đến sự khác biệt giữa chúng và mã thông báo chức năng thực, đồng thời sử dụng cả hai một cách có chừng mực. Mặt khác, mã thông báo vốn chủ sở hữu có khả năng giao thoa quá nhiều với mã thông báo chức năng và việc phân bổ giá trị có thể bị nhầm lẫn.
Ngoài ra, cơ chế phát hành token vốn chủ sở hữu cũng có chỗ để điều chỉnh. Trong các trường hợp phổ biến, tổng số lượng và tốc độ phát hành mã thông báo vốn chủ sở hữu là cố định hoặc được kết hợp với cơ chế giảm một nửa cứ sau vài năm. Nhưng đây không phải là luật sắt phải tuân theo. Trong Hive Mapper, nó khám phá một ý tưởng khác về tỷ lệ thay đổi.
Mã thông báo chính của Hive Mapper là MẬT ONG, với tổng nguồn cung là 1 tỷ, trong đó 400 triệu được sử dụng làm phần thưởng cho người đóng góp. Như có thể thấy từ đường cong phát hành phần thưởng cho người đóng góp trong hình bên dưới, trục hoành không phải là thời gian thông thường, mà là tiến trình của bản đồ, có nghĩa là việc phát hành mã thông báo không thay đổi trực tiếp theo thời gian. Và chức năng phát hành cuối cùng có dạng đường cong lõm, có nghĩa là tốc độ của nó không cố định, **Thiết kế này nhằm mục đích trao nhiều phần thưởng hơn cho những người đóng góp vào tiến trình của bản đồ trong giai đoạn đầu. **
Trên cơ sở này, một thiết kế chồng chất khác của nó là (phần màu đỏ hoa hồng trong hình bên dưới): Mã thông báo HONEY cần được đốt để sử dụng dịch vụ, sau đó hệ thống sẽ đúc một số mã thông báo tương đương với số lượng đã đốt và đặt chúng trở lại nhóm phần thưởng. Được phát hành cùng nhau dưới dạng phần thưởng.
Sự khéo léo của thiết kế này là phần thưởng mà những người khai thác nhận được có liên quan đến bên cung (tiến độ bản đồ, phần màu xanh) và bên cầu (đốt mã thông báo, phần màu đỏ) cùng một lúc. Để tiếp tục nhận phần thưởng, bạn phải nâng cấp tiến độ của bản đồ hoặc kích thích nhu cầu lớn hơn. Và khi bản đồ phát triển và các bản phát hành mới giảm đi, khối lượng ở phía cầu trở nên quan trọng đối với những người khai thác để có được lợi nhuận tốt. **Nếu các quy tắc được thiết kế phù hợp (đủ phần thưởng), một số vai trò thú vị có thể được tạo ra trong hệ sinh thái, chẳng hạn như những người khai thác kích thích nhu cầu.
Với sự trợ giúp của thiết kế hơi khác thường của Hive Mapper, chúng ta có thể thấy rằng mức độ tự do trong việc thiết kế mã thông báo kép là rất cao và các thay đổi cũng như điều chỉnh sẽ phục vụ để đạt được sự phát triển và khuyến khích tốt hơn mà không bị ràng buộc hoàn toàn bởi các quy tắc và quy định hiện có. Nếu cơ chế phát hành thay đổi, tỷ lệ nên thay đổi như thế nào và liệu các mã thông báo bị đốt cháy có nên được khôi phục và phát hành lại hay không, điều đó có nghĩa là tổng số tiền cũng đang thay đổi và có rất nhiều chỗ để chơi ở đây.
Có tạo ra giá trị ngoài thế giới ảo hay không
Nếu chúng ta nghĩ xa hơn về lý do tại sao Hive Mapper có thể thiết kế một mô hình như vậy, thì một trong những lý do là trong loại dự án PoPW này, mục đích của nó khá rõ ràng, chẳng hạn như tiến độ lập bản đồ và việc thực hiện mục đích này sẽ tạo ra giá trị trong thực tế. thế giới. Ngược lại, nếu bạn chỉ thực hiện thiết kế phân nhánh chi tiết và điều chỉnh tham số trong thế giới ảo, mà bỏ qua việc khám phá mục đích đằng sau nó, thứ nhất, phương tiện sẽ ngày càng hạn chế, thứ hai, rất có thể là bạn chỉ có thể dựa vào phương pháp Ponzi Nhà cao tầng nhanh chóng, sụp đổ nhanh chóng.
Đây cũng là logic mà chúng ta thấy rằng Axie tiếp tục làm việc chăm chỉ từ Play to Earn đến Play and Earn, và StepN cũng hy vọng sẽ lặp lại logic gamefi của riêng mình, liên quan đến thể thao và sức khỏe. Việc mở ra những giá trị lớn hơn này giúp ** mang lại cách xây dựng hệ thống kinh tế từ một chiều hướng cao hơn, và nó có khả năng bền vững hơn. ** Một người dùng cấp cao của StepN đã từng đề xuất rằng chúng ta nên cố gắng hết sức để mở rộng thu nhập bên ngoài, để giảm sự phụ thuộc vào thu nhập từ giày chạy bộ và cá voi khổng lồ, chẳng hạn như hợp tác với các công ty bảo hiểm. chi phí tương đối thấp và Nó có thể tiếp cận các đối tượng khác ngoài Tiền điện tử và thu được nhiều chân dung hơn về mọi người.
Tất nhiên, cũng có những thách thức ở đây, chẳng hạn như làm thế nào để khớp thế giới ảo với thế giới thực, làm thế nào để trích xuất các chỉ số phù hợp và trừu tượng hóa chúng vào thế giới ảo, v.v. Nhưng nếu mục đích đặc biệt rõ ràng, phương tiện có thể được điều chỉnh liên tục. Vẫn còn khó khăn hơn để đưa ra lựa chọn thoát ra khỏi chu kỳ nội tại của hệ thống kinh tế và xây dựng một hệ thống kinh tế lớn hơn, điều đó có nghĩa là có thể cần phải có những nỗ lực lâu dài và gian khổ hơn.
Bản tóm tắt
Việc đổi mới và áp dụng mô hình mã thông báo kép vẫn đang diễn ra. So với các mã thông báo đơn lẻ, không gian thiết kế của các mã thông báo kép được mở ra rất nhiều, đặc biệt là khi liên quan đến kết nối giữa hai mã thông báo, chúng tôi có thể cẩn thận tạo ra các cơ chế tương tác tinh tế giữa các mã thông báo để hướng dẫn người dùng tạo ra các Hành vi khác nhau. Trên cơ sở này, chúng tôi cũng có thể thiết kế các hệ thống đa dạng như đa mã thông báo và mã thông báo danh tiếng dựa trên nhu cầu và tiện ích mở rộng.
Nếu chúng ta chia thiết kế mô hình thành mục đích và phương tiện, thì mục đích xác định hướng thiết kế và chất lượng của phương tiện có liên quan mật thiết đến tính liên tục của mô hình. Aleksander Larsen, người sáng lập Axie, đã đề cập trong một cuộc phỏng vấn rằng khi họ thiết kế mô hình kinh tế với kỹ thuật số delphi, điểm khởi đầu là khiến những người dùng tích cực tham gia đóng góp và những người dùng tích cực nhận được nhiều phần thưởng hơn. Hệ thống thuận lợi. **Thứ hai, như đã đề cập ở trên, chúng ta cũng có thể nghĩ xem liệu ** có thể liên quan đến thế giới thực và tạo ra giá trị bên ngoài hệ thống ảo hay không. ** Trên cơ sở này, chúng tôi sẽ đi đến thiết kế cơ chế chi tiết hơn và xem xét tham số. Thiết kế lý tưởng phải mang tính hai chiều, nghĩa là ** tạo ra giá trị thực thông qua một hệ thống kinh tế tốt và giá trị thực sẽ phản hồi lại sự ổn định của hệ thống kinh tế. **
Sẽ rất thú vị nếu chúng tôi mở rộng hơn nữa để xem liệu mô hình mã thông báo kép có thể đóng vai trò nào trong một lĩnh vực rộng lớn hơn hay không, chẳng hạn như cách thiết kế hệ thống thành viên của các sản phẩm tiêu dùng, cách hệ thống quảng cáo có thể thực sự thưởng cho người dùng, v.v. Chính trong các quá trình này, chúng ta có thể thấy các phương pháp thiết kế mô hình kinh tế được lặp đi lặp lại liên tục mà hy vọng cuối cùng sẽ dẫn đến việc hình thành một số mô hình kinh doanh và công ty mới hiệu quả hơn.