Do tính chất phát triển nhanh chóng của ngành công nghiệp tiền điện tử, “làm cách nào để khởi chạy Token” là một trong những câu hỏi phổ biến nhất mà các nhà sáng lập đặt ra. Khi giá tăng, FOMO xuất hiện – mọi người khác cũng đang tung ra token. Điều quan trọng hơn là người xây dựng phải xử lý những vấn đề một cách thận trọng. Vì vậy, trong bài đăng đặc biệt này, chúng tôi đề cập đến các chiến lược quản lý rủi ro , khuôn khổ đánh giá mức độ sẵn sàng hoạt động và nhiều quy tắc khác để bắt đầu .
Giá vẫn đang tăng, có rất nhiều token mới và nhiều nhà xây dựng web3 đang cảm thấy áp lực phải tung ra token của riêng họ. Dòng memecoin tràn vào trong những tháng gần đây đã tạo ấn tượng rằng việc phát hành token rất dễ dàng. Về lý thuyết là như vậy. Bất kỳ ai cũng có thể tạo, khởi chạy và phát hành Token mà không có trường hợp sử dụng sản xuất tiềm năng nào trong vòng chưa đầy một giờ – dễ dàng như gửi email.
Nhưng việc mở khóa tiềm năng của Token dưới dạng nguyên thủy kỹ thuật số mới (tương tự như các trang web trong web1) khó hơn nhiều. Việc tung ra một token có trường hợp sử dụng hiệu quả, gắn liền với các sản phẩm và dịch vụ mà mọi người có thể sử dụng, cần nhiều công sức hơn. Token làm tăng thêm sự phức tạp cho hoạt động hàng ngày của công ty khởi nghiệp và việc phát hành Token hầu như không thể đảo ngược được.
Lỗi phổ biến nhất mà các dự án web3 mắc phải là tung ra token quá sớm. Sai lầm này thường nghiêm trọng, vì vậy bất kỳ dự án nào muốn thực hiện bước này đều phải xác định lý do và cách thức dự định khởi chạy Token cũng như thời điểm dự định thực hiện điều đó.
Hỏi “khi nào ” ít liên quan đến lịch mà thiên về xác định thời điểm khi dự án được bố trí hợp lý để vượt qua các thách thức pháp lý, kinh doanh và hoạt động đi kèm với việc tung ra Token.
Vậy khi nào dự án sẽ thực sự sẵn sàng? Trong bài viết này, chúng tôi thảo luận về những cân nhắc chính cũng như một số rủi ro và sự đánh đổi mà các dự án sẽ gặp phải trong quá trình thực hiện.
Sản phẩm phù hợp với thị trường
Đối với bất kỳ dự án, công ty khởi nghiệp hoặc sản phẩm mới nào, việc tìm kiếm sản phẩm phù hợp với thị trường là trọng tâm quan trọng nhất. Trong không gian tiền điện tử, người sáng lập phải đạt được sự phù hợp với thị trường sản phẩm trước khi tung ra token — vì các hạn chế hoạt động liên quan đến các dự án phi tập trung khiến việc điều chỉnh hoặc điều chỉnh dự án sau khi nó ra mắt rất khó khăn.
Việc thêm Token vào dự án quá sớm cũng có thể gây khó khăn hơn cho việc tìm sản phẩm phù hợp với thị trường. Token có thể bóp méo các ưu đãi, ảnh hưởng đến hành vi của người dùng và khóa các yếu tố nhất định của sản phẩm. Ví dụ: việc thay đổi Tokenomic sau khi phát hành có thể khó khăn, ngay cả khi những thay đổi đó là bắt buộc để phù hợp với thị trường sản phẩm.
Vì vậy, mặc dù các Token được thiết kế tốt là bộ khuếch đại mạnh mẽ cho sự phù hợp với thị trường sản phẩm, nhưng chúng không thể thay thế cho việc xây dựng và tung ra sản phẩm phù hợp. Token có thể thu hút người dùng nhưng không thể giữ chân họ. Và chúng chắc chắn không bù đắp được bất kỳ vấn đề tiềm ẩn nào về sản phẩm mà nhóm phải chẩn đoán và khắc phục trước khi phát hành.
Tất nhiên, việc đạt được sự phù hợp với thị trường sản phẩm thì nói dễ hơn làm. Đưa sản phẩm phù hợp đến một thị trường rộng lớn đòi hỏi kỹ năng và cơ hội. Tuy nhiên, các đội khi bắt đầu hành trình này có thể thử một số chiến lược khác nhau để bắt đầu, bao gồm:
- Thiết kế các hiệu ứng mạng tự tăng cường ngay từ đầu : Token là một nguyên mẫu mới cực kỳ mạnh mẽ để thiết kế các hiệu ứng mạng tự tăng cường—thông qua các biện pháp khuyến khích, airdrop, tài trợ hàng hóa công cộng có hiệu lực trở về trước, v.v. Lần đầu tiên trong lịch sử, các nhà xây dựng có thể thiết kế một cơ chế khuyến khích dành riêng cho giao thức, gốc kỹ thuật số vào sản phẩm của họ như một cách để khuyến khích hành vi tốt, điều phối các bên liên quan, tham gia vào các cộng đồng phân tán và thậm chí trợ cấp cho nhu cầu.
- Xây dựng lộ trình sản phẩm xoay quanh những khách hàng thông minh nhất của bạn : Khách hàng “Thông minh” có hiểu biết bẩm sinh về sức mạnh và tiềm năng của các công nghệ mới. Xác định sớm những khách hàng này và hiểu sâu sắc về nhu cầu của họ là điều quan trọng. Theo thời gian, nhiều người có thể làm theo sự dẫn dắt của họ, điều này có thể làm tăng sức hấp dẫn và thị phần của dự án.
- Trao thưởng cho những người dùng phù hợp : Mọi nền tảng mới đều thu hút những người dùng thành thạo đến đó vì những lý do “đúng đắn” và những người kinh doanh chênh lệch giá (“nông dân airdrop” của nhiều dự án tiền điện tử), những người muốn kiếm tiền nhanh chóng. Điều quan trọng là xác định và khen thưởng những người dùng thành thạo có thể cung cấp giá trị lâu dài cho mạng và thu hút những người khác tham gia.
- Đầu tư vào nhà phát triển : Phân phối trợ cấp Token cho các nhà phát triển xây dựng trên nền tảng của dự án có thể khuyến khích tăng trưởng kép, nuôi dưỡng những người chấp nhận sớm và làm phong phú thêm cộng đồng nói chung. Khi quyết định hỗ trợ nhóm nào, các dự án nên xem xét một cách chiến lược giá trị mà họ sẽ mang lại cho mạng lưới. Một kế hoạch ba bước đơn giản nên bao gồm:
- Hiểu những thời điểm và mốc thời gian quan trọng: Việc này sẽ được thực hiện trong một tháng, một quý hay một năm?
- Cung cấp hỗ trợ dựa trên cột mốc và cấp Token: Tránh nguy cơ phải trả trước cho một thứ không bao giờ được giao hàng.
- Hiểu giá trị tiềm năng của từng dự án phát triển: Tổng giá trị được tạo ra trên mạng bởi một dự án nhất định sẽ vượt quá đáng kể nguồn lực đầu tư.
- Hợp tác với các dự án tốt nhất : Đặc điểm chính của việc xây dựng trong giai đoạn đầu của mạng blockchain là dễ dàng phân biệt các dự án với các nhóm mạnh nhất, trường hợp sử dụng và lực kéo thị trường tại bất kỳ thời điểm nào. Việc thuyết phục các nhóm này xây dựng và triển khai trên một nền tảng nhất định có thể dẫn đến việc tiếp nhận thị trường sản phẩm nhanh chóng vì các nhà phát triển mới thường làm theo những người áp dụng sớm.
Từ nghiên cứu chuyên sâu về người dùng đến thuật giả kim thuần túy, có rất nhiều con đường và chiến lược để đạt được sản phẩm phù hợp với thị trường. Bất kể hành trình là gì, nhóm phải đi đúng hướng trước khi tung ra Token. Để lấy cảm hứng, các dự án cũng có thể xem xét các ví dụ như Uniswap, đã ghi lại các giao dịch trên chuỗi bằng cách sử dụng phiên bản 2 của giao thức trước khi token được tung ra; Optimistic, đã thu hút thành công một số lượng lớn các nhà phát triển trước khi token ra mắt; hiện hoạt động mà không có. Trong trường hợp Token trực tiếp, có rất nhiều hoạt động của khách hàng và người dùng.
Cuối cùng, các dự án muốn tiếp tục và lặp lại đáng kể các sản phẩm của mình sau khi phát hành Token nên xem xét các chiến lược phát hành Token thay thế được thảo luận ở đây .
Phương án phân quyền khả thi
Phân cấp là con đường đáng tin cậy nhất để có các Token lâu dài hơn, tuân thủ hơn và là trường hợp sử dụng tốt nhất của blockchain – một mạng trung lập đáng tin cậy có chức năng tương tự như cơ sở hạ tầng công cộng trong web3. Nhiều dự án yêu cầu token phải thực sự phi tập trung, phối hợp và đưa ra quyết định giữa những người dùng được phân phối, khuyến khích sự tham gia và mở ra lời hứa về công nghệ blockchain.
Nhưng việc phân cấp hầu như không bao giờ đơn giản. Các dự án của Mỹ thường phải đối mặt với nghịch lý con gà và quả trứng—việc phân cấp đòi hỏi phải sử dụng token, nhưng sử dụng token lại cần phải có sự phân cấp. Kết hợp sự phức tạp này là thực tế là đối với hầu hết các dự án, phân cấp là một hành trình , không phải là đích đến.
Cho dù dự án có kế hoạch “ phân cấp hoàn toàn ” khi khởi động hay có kế hoạch sử dụng chiến lược khởi động thay thế và phân quyền theo thời gian thông qua “ phân quyền lũy tiến ”, thì hầu hết các dự án đều nên bắt đầu bằng việc chuẩn bị phân cấp. Kế hoạch bắt đầu.
Kế hoạch nên bắt đầu với các mục tiêu cấp cao và sau đó chia chúng thành các bước cụ thể tiếp theo. Khung được nêu ở đây đưa ra nhiều đặc điểm khác nhau của các dự án blockchain ( chuỗi khối và giao thức hợp đồng thông minh ) và giải thích cách các dự án có thể đạt được sự phân cấp cao hơn cho từng dự án. đặc biệt:
- Máy tính : Ai cung cấp tài nguyên máy tính để thực hiện dự án? Sự dư thừa ở đây có vẻ không hiệu quả, nhưng nó rất quan trọng. Theo định nghĩa, các mạng phi tập trung không thể dựa vào bất kỳ nhóm hoặc tổ chức nào để tính toán. Đối với blockchain, điều này có thể có nghĩa là phải đảm bảo có một bộ trình xác nhận mạnh mẽ. Đối với các giao thức hợp đồng thông minh, điều này có thể yêu cầu đảm bảo rằng có nhiều ứng dụng và trang web khác nhau để truy cập giao thức. Đối với các mạng xã hội phi tập trung hoặc trò chơi web3, điều này có thể yêu cầu một mạng lưới các máy chủ hoặc nút ngoài chuỗi đa dạng.
- Phát triển : Cần có sự phát triển liên tục nào? Ai sẽ thực hiện việc này (tức là nhóm cốt lõi, nhà phát triển bên thứ ba, v.v.)? Nó sẽ được tài trợ như thế nào? Đây là một số vấn đề quan trọng nhất trong quá trình phân cấp của dự án. Câu trả lời sẽ khác nhau tùy thuộc vào dự án, nhưng nhìn chung phụ thuộc vào cộng đồng nhà phát triển phân tán triển khai hoặc tích hợp giao thức hợp đồng thông minh. Đối với trò chơi web3 hoặc trò chơi xã hội, điều này cũng có thể bao gồm nội dung do người dùng tạo.
- Quản trị : Việc kiểm soát dự án được phân cấp như thế nào? Bắt đầu một dự án với mong muốn cộng đồng “khắc phục vấn đề” có thể dẫn đến thất vọng. Hầu hết các dự án không thể khắc phục được sự phức tạp và thực tế chính trị xã hội liên quan đến quản trị phi tập trung , và kết quả là tính hợp pháp và tiện ích của chúng bị ảnh hưởng. Tuy nhiên, việc phân phối quyền kiểm soát là rất quan trọng. Có nhiều yếu tố ảnh hưởng đến việc thiết kế quản trị hiệu quả , nhưng quản trị tối thiểu là điểm khởi đầu tuyệt vời.
- Tích lũy giá trị : Điều gì thúc đẩy giá trị kinh tế của token? Cho dù đó là dòng tiền được tạo ra bằng cách thu phí hay nhu cầu thị trường đối với Token, dự án cần thiết lập một phương pháp cho phép Token tăng giá trị mà không hoàn toàn phụ thuộc vào nỗ lực của nhóm sáng lập dự án hoặc bất kỳ nhà tài trợ nào khác. Đối với blockchain, việc nuôi dưỡng một cộng đồng nhà phát triển đa dạng là chìa khóa. Điều quan trọng là các giao thức hợp đồng thông minh phải khuyến khích các ứng dụng và ứng dụng khách của bên thứ ba giúp ngăn chặn ” sự thống trị của ứng dụng khách “, trong đó một ứng dụng hoặc ứng dụng khách có quá nhiều quyền kiểm soát đối với các ứng dụng hoặc ứng dụng khách khác. Mặc dù kiểu phân cấp này đang gặp nhiều thách thức trên thực tế nhưng các dự án như Ethereum và Solana ngày nay đã đạt được điều đó.
- Cách sử dụng và khả năng tiếp cận : Có ai có thể sử dụng dự án không? Nếu bắt buộc phải có token để tham gia thì những token này có được phổ biến rộng rãi không? Cơ sở người dùng rộng đến mức nào? Người dùng càng có nhiều quyền tự do truy cập vào một dự án thì cơ sở người dùng của dự án đó càng rộng hơn và nhìn chung dự án đó càng được phân quyền nhiều hơn.
Sự phân quyền có thể khác nhau đối với từng dự án . Và các dự án không cần phải được “phân cấp hoàn toàn” trong tất cả các danh mục này, hoặc thậm chí “được phân cấp đáng kể” để được “phân cấp đầy đủ”. Thay vào đó, sự phân quyền phụ thuộc vào tình hình tổng thể của dự án: sự phân quyền cao hơn đối với một số danh mục có nghĩa là sự phân cấp ít hơn đối với các dự án khác. Ví dụ, càng có nhiều nhà phát triển độc lập tham gia vào một dự án thì nhóm sáng lập ban đầu càng có thể tham gia vào quản trị phi tập trung.
Các dự án cũng không cần phải tuân thủ nghiêm ngặt các kế hoạch ra mắt ban đầu vì những kế hoạch này sẽ phát triển một cách tự nhiên theo thời gian và sự phát triển. Khi chúng tôi nói “lên kế hoạch trước cho việc phân cấp”, điều đó đơn giản có nghĩa là việc có sẵn kế hoạch trước khi phát hành Token có thể mang lại cho các dự án cơ hội thực sự để trở nên phi tập trung, đồng thời đóng vai trò là một hướng dẫn hữu ích. Sau khi dự án có sẵn kế hoạch phân quyền, họ có thể xác định rõ hơn trạng thái phi tập trung của mình có thể giúp họ tinh chỉnh chiến lược phát hành Token như thế nào .
Tokenomic hấp dẫn
Token rất hữu ích để hướng dẫn và tạo động lực, nhưng chúng không phải là hạt đậu thần. Các dự án cần một Tokenomic bền vững dựa trên nền kinh tế đơn vị thực tế để thành công. Ví dụ: nếu một dự án sử dụng các biện pháp khuyến khích không ngừng nghỉ dựa trên Token để thúc đẩy tăng trưởng—vượt quá giá trị kinh tế tiềm năng do giao thức tạo ra—thì cuối cùng dự án đó sẽ phá sản. Hầu hết các token đều yêu cầu dòng tiền phải có giá trị.
Do đó, các dự án nên phát triển Tokenomic phù hợp với mục đích của token trước khi ra mắt.
Điều này không nhất thiết có nghĩa là token cần phải chịu phí ngay từ đầu. Tăng trưởng mạng thường được ưu tiên trong giai đoạn đầu. Trong thế giới khởi nghiệp truyền thống, nhiều công ty, trong đó có Uber, ưu tiên tăng trưởng. Họ trợ cấp cho người dùng hoặc tái đầu tư tiền thay vì tối đa hóa lợi nhuận. Tuy nhiên, các dự án cần xem xét làm thế nào giá trị đó cuối cùng sẽ chảy vào Token và chi phí khuyến khích Token phải được xem xét khi thiết kế chương trình.
Đối với chuỗi khối lớp 1, Ethereum (EIP-1559) thực hiện phí cơ bản cho tất cả các giao dịch Ethereum, cung cấp mô hình kinh tế tốt nhất. Đối với các giao thức hợp đồng thông minh, vẫn chưa có mô hình rõ ràng nào được thiết lập, nhưng các nhà xây dựng có thể khám phá nhiều mô hình chủ nghĩa tư bản của các bên liên quan – khen thưởng những người nắm giữ Token vì đã đóng góp cho giao thức theo cách có lợi cho giao thức. Ví dụ: bồi thường cho chủ sở hữu Token khi tham gia quản trị phi tập trung, tạo nội dung hoặc cung cấp tính thanh khoản.
Khi mô hình này thành hiện thực, vui lòng lưu ý các cạm bẫy pháp lý cụ thể, bao gồm tạo ra rủi ro về thuế cho chủ sở hữu Token , mang lại giá trị cho chủ sở hữu Token thông qua hoạt động bất hợp pháp hoặc chuyển đổi phiếu bầu theo cách liên quan đến quyền chứng khoán và quyền kinh tế của Hoa Kỳ . Hãy tham khảo ý kiến cố vấn của bạn để được trợ giúp về những câu hỏi này và hơn thế nữa.
Cơ cấu tổ chức hợp lý
Cơ cấu tổ chức có thể tác động đáng kể đến sự thành công của việc cung cấp Token và xác định mức độ hoạt động của dự án trong tương lai. Không có cấu trúc nào phù hợp cho tất cả, vì vậy quá trình chọn cấu trúc phải bắt đầu nhiều tháng trước khi Token được phát hành. Ngay cả cấu trúc đơn giản nhất cũng cần phải được áp dụng trước khi ra mắt để đảm bảo tuân thủ mọi nghĩa vụ pháp lý và thuế liên quan đến việc phát hành Token ban đầu.
Cấu trúc điển hình của dự án web3 bao gồm một công ty phát triển ban đầu (còn được gọi là DevCo), một tổ chức nước ngoài, một tổ chức tự trị phi tập trung (DAO) và các nhà phát triển ứng dụng hoặc giao thức bên thứ ba.
Ngay cả việc thiết lập một cơ cấu tổ chức đơn giản cũng liên quan đến hàng trăm quyết định. Một lần nữa, không có dự án nào giống nhau, nhưng đây là một số nguyên tắc chung mà các dự án nên xem xét:
- Phân chia DevCo/Foundation : Ở cấp độ cao, mục tiêu của hầu hết các dự án là đưa DevCo trở thành một trong nhiều nhà phát triển và nhà điều hành ứng dụng trong hệ sinh thái, với việc Foundation điều phối các nỗ lực của cộng đồng và đảm bảo tính trung lập đáng tin cậy của các dự án. Hệ sinh thái Ethereum thực hiện tốt công việc phân tách vai trò tương đối của DevCos và Ethereum Foundation. Điều quan trọng là các quỹ không chỉ tồn tại trên danh nghĩa. Nó cần phải có nội dung và mục đích thực sự. Điều này có thể có nghĩa là bổ sung một người sáng lập để lãnh đạo quỹ hoặc cung cấp các hoạt động tiếp thị, truyền thông và tiếp thị cho quỹ, tập trung vào việc đưa các nhà phát triển mới vào hệ sinh thái và giúp tổ chức cộng đồng.
- DAO và việc loại bỏ quản trị dựa trên Token : Mặc dù việc loại bỏ quản trị dựa trên Token có giá trị nhưng lại khó thực hiện trên thực tế. Ví dụ: hầu hết các dự án đều muốn tạo một kho bạc chứa các token quản trị chưa được phân bổ trong lần phân phối ban đầu. Trong khi các tổ chức nước ngoài có quyền kiểm soát Bộ Tài chính, việc củng cố quyền lực đó có thể gây ra mối lo ngại về tập trung hóa. Ngoài ra, khi chủ sở hữu Token kiểm soát kho tiền, họ sẽ phân cấp quyền lực kinh tế và quyết định xem quỹ có tiếp tục nhận tài trợ hay không.
- Các nhà phát triển và ứng dụng của bên thứ ba : Thu hút các nhà phát triển bên thứ ba xây dựng dựa trên dự án là một trong những thách thức khó khăn nhất khi phân quyền. Các nhà phát triển thường lựa chọn dự án dựa trên nhiều yếu tố, bao gồm: (1) hỗ trợ kỹ thuật của dự án, (2) mức độ phổ biến của dự án, (3) nguồn tài trợ và ưu đãi, và (4) liệu dự án có phải là Cơ sở hạ tầng công cộng trung lập, đáng tin cậy hay không, hoặc các hệ thống độc quyền do các công ty kiểm soát (tức là sự khác biệt giữa Ethereum và Apple App Store). Điều quan trọng là các dự án cần tạo niềm tin cho các nhà phát triển rằng họ được tự do xây dựng doanh nghiệp thực sự và các quy tắc không thể thay đổi một cách tùy tiện.
Hai thách thức bổ sung về mặt tổ chức cần lưu ý và các chiến lược mới để giải quyết chúng:
Đầu tiên, việc sử dụng DAO sẽ làm tăng độ phức tạp trong hoạt động của dự án. DAO thường không tồn tại về mặt pháp lý, không thể nộp thuế và có thể khiến các thành viên của họ phải chịu trách nhiệm vô hạn đối với các khoản nợ của dự án và việc tuân thủ thuế.
Những rủi ro này không phải là lý thuyết , nhưng các giải pháp mới có thể hữu ích. Vào tháng 3 năm 2024, Wyoming đã thông qua một biểu mẫu pháp nhân mới có tên là Hiệp hội phi lợi nhuận chưa hợp nhất phi tập trung (DUNA) — được mô phỏng theo đề xuất mà chúng tôi đã giúp tạo ra — có thể giải quyết cả ba câu hỏi của DAO và mang lại cho họ nhiều lợi ích bổ sung . Quan trọng nhất, cấu trúc pháp nhân không được cấp phép, cho phép các DAO sử dụng nó tiếp tục hoạt động như các DAO hiện tại. DUNA không phù hợp với tất cả các DAO, vì vậy các dự án đang xem xét chúng nên thảo luận vấn đề này với cố vấn.
Thứ hai, đặc biệt khó xây dựng một nền tảng mang lại giá trị có ý nghĩa cho cộng đồng nếu không có nguồn nhân tài web3 mạnh ở địa điểm đặt nền tảng. Cho đến nay, hầu hết các dự án đều phải vật lộn với vấn đề này vì các quỹ thường nằm ở các khu vực pháp lý thích hợp và việc tuyển dụng nhân viên bên ngoài các khu vực pháp lý đó có thể làm suy yếu nền tảng pháp lý của các cơ cấu này.
Một số dự án hiện đang bắt đầu giải quyết thách thức này bằng cách bổ sung các công ty con đang hoạt động vào các quỹ nước ngoài của họ, thường nằm ở các khu vực pháp lý nơi việc thuê nhân viên dễ dàng hơn. Vương quốc Anh đang nổi lên như một ứng cử viên nặng ký cho vai trò này với nguồn nhân tài dồi dào, cách tiếp cận mang tính xây dựng đối với quy định về web3 và các hiệp ước thuế thuận lợi. Một công ty con đang hoạt động của một quỹ nước ngoài có thể được quỹ tài trợ và thực hiện mọi hoạt động cho quỹ đồng thời giảm nguy cơ nhân viên ở bên ngoài khu vực pháp lý nơi quỹ đặt trụ sở.
Các chương trình khác đang sử dụng các quỹ độc lập của Hoa Kỳ để bổ sung cho các quỹ nước ngoài của họ. Các tổ chức này của Hoa Kỳ ban đầu có thể được DevCos tài trợ và sau đó nhận được nguồn tài trợ liên tục từ DAO. Hoạt động của họ cũng có thể bao gồm việc điều hành các chương trình tài trợ của riêng họ, cung cấp hỗ trợ phát triển và điều phối quản trị phi tập trung. Uniswap Foundation là một ví dụ tuyệt vời về cách tiếp cận này, vì nó đã đảm nhận vai trò quản lý cộng đồng Uniswap một cách hiệu quả và hiện đang thúc đẩy sự tham gia và hoạt động của nhà phát triển độc lập , từ đó tăng cường tính phân cấp.
Cuối cùng, cơ cấu tổ chức của dự án sẽ được xác định bởi một số yếu tố: cơ cấu quản trị và mô hình kinh tế của dự án, mọi nỗ lực phát triển theo kế hoạch, công nghệ hỗ trợ mọi sản phẩm và dịch vụ cũng như vị trí địa lý của dự án và thị trường mục tiêu của dự án. Trước khi tung ra token, hãy đảm bảo hợp tác chặt chẽ với các cố vấn pháp lý và thuế để triển khai một cấu trúc hiệu quả.
Sẵn sàng hoạt động
Việc khởi chạy và sở hữu Token thời gian thực đòi hỏi một số thay đổi đối với hoạt động của dự án. Bắt đầu sớm có thể giúp các dự án giải quyết các thách thức trong hoạt động và đảm bảo các nhiệm vụ quan trọng không bị trì hoãn.
- Tài trợ : Hầu hết DevCos đều đặt mục tiêu có ít nhất 3 năm hoạt động sau khi ra mắt Token. Khoản tiền này có thể được sử dụng cho công việc phát triển và sản phẩm bổ sung, cũng như chống lại sự vi phạm quy định. Đối với DevCos, việc gây quỹ sau khi phát hành token có thể là một thách thức. Việc tung ra token thường có nghĩa là sản phẩm chính của họ hiện thuộc sở hữu của cộng đồng, họ có thể không có sản phẩm nào khác và việc bán token đi kèm với những rủi ro pháp lý đáng kể. Các dự án cần được lên kế hoạch phù hợp và đảm bảo rằng nền móng có quy mô phù hợp và được đầu tư vốn cho vai trò dự định của nó.
- Cơ chế : Cơ chế thực tế liên quan đến việc phát hành Token (cung cấp Token cho nhân viên và nhà đầu tư, thiết lập khóa, v.v.) rất phức tạp và có thể mất vài tháng để hoàn thành. Bắt đầu sớm.
- Truyền thông : Truyền thông công khai trước và sau khi phát hành Token là rất quan trọng. Điều quan trọng là phải đảm bảo rằng nhóm dự án, và đặc biệt là ban lãnh đạo, có chính sách liên lạc chặt chẽ về chiến lược phát hành Token. Một tuyên bố sai lầm của CEO có thể khiến toàn bộ dự án gặp rủi ro. Để được hướng dẫn thêm, hãy xem bài viết này .
- Ưu đãi nhân viên : Các dự án thường sử dụng token làm phần thưởng khuyến khích cho nhân viên và chuyên gia tư vấn. Cấu trúc khá đơn giản trong những năm trước khi ra mắt Token, nhưng khi dự án tiến gần hơn đến việc ra mắt Token, những vấn đề phức tạp mới sẽ xuất hiện. Ví dụ: do sự biến động của giá Token, một số dự án nhận thấy việc trao thưởng Token trong khoảng thời gian nhiều năm là không có ý nghĩa, thay vào đó họ ưu tiên cung cấp phần thưởng hàng năm, thường được cấu trúc dưới dạng Đơn vị Token bị hạn chế (RTU). Các dự án nên yêu cầu cố vấn của mình nghiên cứu cẩn thận tất cả những thay đổi mà họ thấy trước sự biến động của giá token.
- Ưu đãi dành cho đối tác : Các dự án cũng có thể sử dụng Token để điều chỉnh các ưu đãi dành cho nhà phát triển độc lập phù hợp với mục tiêu của dự án. Trước khi ra mắt, phần thưởng dành cho nhà phát triển có thể được cấu trúc dưới dạng thỏa thuận đối tác, thường nêu rõ các mốc phát triển và dựa trên số liệu của người dùng. Sau khi dự án được triển khai, dự án có thể dựa vào quỹ hệ sinh thái và các chương trình tài trợ để khuyến khích các nhà phát triển; hoặc họ có thể chọn các chương trình khuyến khích có lập trình (chẳng hạn như Liquity , tự động thưởng cho các nhà khai thác giao diện người dùng vì đã đưa người dùng đến với giao thức), điều này có thể làm được nhiều hơn thế. cho phép mọi người tham gia và xây dựng một cách hiệu quả.
- Phân cấp hoạt động : Việc chuyển từ nỗ lực vận hành tập trung sang sự tham gia cộng đồng độc lập, rộng rãi đòi hỏi phải có sự thay đổi đáng kể . Các hoạt động ngoài chuỗi—chẳng hạn như phát triển giao thức, tiếp thị và quản trị—có thể rất quan trọng đối với sự thành công của dự án. Phân cấp liên quan đến việc phân bổ chiến lược các vai trò và trách nhiệm trong cộng đồng để không một nhóm hoặc tổ chức nào có đủ ảnh hưởng để có nguy cơ vi phạm luật chứng khoán của Hoa Kỳ. Ví dụ, một cạm bẫy phổ biến của DAO là việc vô tình tập trung hóa quản trị, điều này có thể dẫn đến những tắc nghẽn về quy định và vận hành. Hướng dẫn các dự án theo hướng phân quyền trong khi vẫn duy trì sự tuân thủ và khả năng phục hồi đòi hỏi phải lập kế hoạch chi tiết về các hoạt động trên chuỗi và ngoài chuỗi. Mục tiêu cuối cùng là thúc đẩy sự tương tác và đóng góp của cộng đồng để đạt được “sự phân cấp hoàn toàn”.
Như chúng tôi đã nhấn mạnh trong các bài viết khác trong loạt bài này, không có hướng dẫn chung nào cho tất cả việc phát hành Token. Đúng hơn, đây chỉ là một số tiêu chí cần xem xét và các cố vấn đáng tin cậy nên cân nhắc khi lập kế hoạch ra mắt.
Việc ra mắt mỗi token sẽ khác nhau tùy thuộc vào trạng thái thực tế của dự án, từ việc được coi là đủ phi tập trung cho đến mức độ sẵn sàng của cả năm loại. Cuối cùng, thời điểm ra mắt token sẽ phụ thuộc vào nhiều trường hợp nằm ngoài phạm vi lập kế hoạch cẩn thận.
