“Làm thế nào tôi có thể phát hành một token” là một trong những câu hỏi phổ biến nhất mà chúng tôi nhận được từ các nhà sáng lập, bởi sự phát triển nhanh chóng của ngành công nghiệp tiền điện tử. Khi giá tăng, và FOMO bắt đầu - tất cả mọi người đều đang phát hành một token, tôi nên phải không? - điều quan trọng hơn là các nhà xây dựng tiếp cận token một cách cẩn thận và chu đáo. Vì vậy trong loạt bài đăng đặc biệt này, chúng tôi sẽ đề cậpchiến lược quản lý rủi ro, khung đánh giá sẵn sàng vận hành, và một số quy tắc khác cho việc ra mắtĐảm bảo đăng ký để @A16ZCRYPTO"\u003eour newsletter for more on tokens and other company building resources.

Giá vẫn đang tăng, các token mới ngập tràn, và nhiều nhà xây dựng web3 cảm thấy áp lực phải phát hành token của họ. Sự tràn ngập của memecoin trong những tháng gần đây đã tạo ra ấn tượng rằng việc phát hành một token rất dễ dàng. Và trong lý thuyết, điều đó là đúng. Bất kỳ ai cũng có thể tạo, phát hành và niêm yết một token mà không có trường hợp sử dụng tiềm năng trong thời gian ít hơn một giờ — nó dễ dàng như việc gửi một email.

Nhưng mở khóa tiềm năng của mã thông báo như một nguyên thủy số hóa mới(tương tự như những gì trang web đã từng là trong web1), khó khăn hơn nhiều. Ra mắt các token với các trường hợp sử dụng mang lại hiệu quả, liên kết với các sản phẩm và dịch vụ mà mọi người có thể sử dụng, phức tạp hơn nhiều. Các token thêm lớp phức tạp vào các hoạt động hàng ngày của một startup, và việc ra mắt một token chủ yếu là không thể đảo ngược.

Lỗi phổ biến nhất mà các dự án mắc phải trong web3 là ra mắt token quá sớm. Lỗi này thường gây chết người, 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 tại sao và làm thế nào họ định ra mắt một token, cũng như khi họ dự định thực hiện.

Hỏi "khi" không chỉ là về lịch trình mà còn là về việc xác định điểm mà dự án được đặt ở vị trí hợp lý để vượt qua những thách thức pháp lý, thương mại và vận hành đi kèm khi ra mắt một token.

Vậy khi dự án 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 yếu tố quan trọng, và một số rủi ro và sự đánh đổi mà các dự án sẽ gặp phải trên đường đi.

Sự phù hợp giữa sản phẩm và thị trường

Việc tìm kiếm sự phù hợp giữa sản phẩm và thị trường là trọng tâm duy nhất quan trọng nhất đối với bất kỳ dự án mới, startup hoặc sản phẩm nào. Trong lĩnh vực tiền điện tử, các nhà sáng lập nên hướng đến việc đạt được sự phù hợp giữa sản phẩm và thị trường trước khi ra mắt token — như ràng buộc hoạt động liên quan đến các dự án phi tập trunglàm cho việc thích nghi hoặc điều chỉnh dự án sau khi ra mắt trở nên rất khó khăn.

Việc thêm một token vào một dự án quá sớm cũng có thể khiến việc tìm kiếm sự phù hợp giữa sản phẩm và thị trường trở nên khó khăn hơn. Các token có thể làm sai lệch động cơ, ảnh hưởng đến hành vi người dùng và khóa chặt một số yếu tố cụ thể của một sản phẩm. Thay đổi mô hình kinh tế của một token sau khi ra mắt, ví dụ, có thể khó khăn, ngay cả khi thực hiện thay đổi này để tìm kiếm sự phù hợp giữa sản phẩm và thị trường.

Vì vậy, trong khi các mã thông báo thiết kế tốt là một công cụ kích hoạt mạnh mẽ cho sự phù hợp giữa sản phẩm và thị trường, chúng hoàn toàn không thể thay thế việc xây dựng và ra mắt sản phẩm đúng đắn. Các mã thông báo có thể thu hút người dùng, nhưng chúng không thể khiến họ ở lại. Và chắc chắn không thể bù đắp cho bất kỳ vấn đề cốt lõi nào của sản phẩm mà các nhóm phải chẩn đoán và sửa trước khi ra mắt.

Đương nhiên, việc đạt được sự phù hợp giữa sản phẩm và thị trường dễ nói hơn làm. Đó đòi hỏi cả kỹ năng và sự may mắn để mang sản phẩm phù hợp đến thị trường tốt. Nhưng các nhóm ở giai đoạn đầu của hành trình này có thể thử một vài chiến lược khác nhau để bắt đầu, bao gồm:

• Thiết kế hiệu ứng mạng tự củng cố từ đầu: Token là một nguyên tắc mạnh mẽ mới không thể tin được cho việc thiết kế hiệu ứng mạng tự củng cố - thông qua cơ cấu khích lệ, phát quà, tài trợ hàng hóa công cộng hậu thuẫn, và nhiều hơn nữa. Đây là 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ế khích lệ cụ thể cho giao thứ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, cân bằng các bên liên quan, thu hút cộng đồng phân tán, và thậm chí làm giảm giá cảu cầu.
• Xây dựng lộ trình sản phẩm xung quanh những khách hàng thông minh nhất: Khách hàng 'thông minh' có sự hiểu biết bẩm sinh về sức mạnh và tiềm năng của công nghệ mới. Xác định những khách hàng này sớm và nuôi dưỡng sự hiểu biết sâu sắc về nhu cầu của họ là chìa khóa. Đến lúc này, có khả năng nhiều người sẽ theo đuổi họ, điều này có thể tăng cường sự quan tâm và thị phần của dự án.
• Khen thưởng những người dùng đúng: Mọi nền tảng mới đều thu hút cả người dùng mạnh mẽ tham gia với "lý do đúng" và người làm thương mại lợi dụng ("người nông dân airdrop," đối với nhiều dự án tiền điện tử) muốn kiếm tiền nhanh. Quan trọng là xác định và khen thưởng những người dùng mạnh mẽ, những người có thể mang lại giá trị lâu dài cho mạng lưới và cũng giúp đưa người khác theo sau.
• Đầu tư vào các nhà phát triển: Việc phân phối các đợt hỗ trợ token cho các nhà phát triển xây dựng trên nền tảng dự án khuyến khích sự phát triển kép, nuôi dưỡng người sử dụng sớm, và làm phong phú cả cộng đồng. Khi quyết định hỗ trợ những đội nhóm nào, các dự án nên suy nghĩ chiến lược về giá trị 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:
  1. Hiểu những thời điểm quan trọng và khung thời gian: Liệu nó sẽ được hoàn thành trong một tháng, một quý hay một năm?
  2. Cung cấp hỗ trợ dựa trên cột mốc và cấp quyền token: Tránh rơi vào bẫy thanh toán trước cho một cái gì đó không bao giờ được giao.
  3. Hiểu giá trị tiềm năng của mỗi dự án phát triển: Giá trị tổng cộng tạo ra trên mạng bởi một dự án cụ thể nên vượt trội đáng kể so với các nguồn lực đầu tư.
• Làm việc với những dự án tốt nhất: Một đặc điểm quan trọng khi xây dựng ở giai đoạn đầu của các mạng blockchain là, vào bất kỳ thời điểm nào, dễ phân biệt các dự án có đội ngũ mạnh nhất, sử dụng và thị trường phản ứng mạnh nhất. Thuyết phục những đội ngũ này xây dựng và triển khai trên một nền tảng cụ thể có thể đẩy nhanh quá trình đạt đến sự phù hợp với thị trường sản phẩm, vì các nhà phát triển mới thường theo đuổi những người sớm nhất.

Nhiều con đường và chiến lược có thể dẫn đến sự phù hợp giữa sản phẩm và thị trường, từ nghiên cứu người dùng sâu rộng đến thuật pháp huyền bí. Dù đi đến đâu, các nhóm cần phải đi đúng hướng trước khi ra mắt token. Để có động lực, các dự án cũng có thể tham khảo các ví dụ như Uniswap, đã thu hút giao dịch trên chuỗi với phiên bản 2 của giao thức trước khi ra mắt token; Optimism, đã thành công trong việc thu hút một loạt các nhà phát triển trước khi ra mắt token; và EigenLayer, hiện đã có hoạt động của khách hàng và người dùng đáng kể mà không cần token hoạt động.

Cuối cùng, các dự án dự kiến thực hiện các sửa đổi liên tục và đáng kể cho sản phẩm của họ sau khi ra mắt token nên xem xét các chiến lược ra mắt token thay thế đã được thảo luậnở đây.

Một kế hoạch hành động cho sự phi trung gian hóa

Phân quyềnlà con đường chắc chắn nhất để có một token bền vững hơn, tuân thủ hơn mà thể hiện những trường hợp sử dụng tốt nhất của các chuỗi khối - các mạng trung lập đáng tin cậy hoạt động như cơ sở hạ tầng công cộng trong web3. Nhiều dự án cần token để thực sự phi tập trung, để cân bằng và đưa ra quyết định trên các người dùng phân tán, để khuyến khích sự tham gia và mở khóa tiềm năng của công nghệ chuỗi khối.

Nhưng phân quyền hầu như không bao giờ đơn giản. Các dự án tại Hoa Kỳ thường đối mặt với một nghịch lý gà hay trứng - phân quyền đòi hỏi việc sử dụng mã thông báo, nhưng việc sử dụng mã thông báo lại đòi hỏi sự phân quyền. Làm phức tạp thêm vào điều này, đối với hầu hết các dự án, phân quyền là một hành trình, không phải là một điểm đến.

Dù dự án có dự định “đủ phân quyền” khi ra mắt hoặc dự định sử dụng một chiến lược ra mắt thay thế và dần dần phân quyền qua thời gian thông qua “decentralization tiến bộ,” hầu hết các dự án nên bắt đầu bằng việc chuẩn bị một kế hoạch về phi tập trung.

Kế hoạch này nên bắt đầu với mục tiêu ở mức cao, sau đó phân chia chúng thành những bước tiếp theo cụ thể.khung được đề cập ở đâymaps out a number of different characteristics for blockchain projects (both blockchainsvàgiao protocôl hợp đồng thông minh) và giải thích cách các dự án có thể đạt được sự phi tập trung lớn hơn cho mỗi dự án. Đặc biệt:

• Tính toán: Ai cung cấp các nguồn tài nguyên tính toán giúp dự án hoạt động? Sự dư thừa ở đây có vẻ không hiệu quả, nhưng đó là điều quan trọng. Theo định nghĩa, một mạng phân cấp không thể phụ thuộc vào bất kỳ đội hoặc tổ chức nào cho việc tính toán của mình. Đối với một blockchain, điều này có thể đồng nghĩa với việc đảm bảo có một bộ kiểm tra viên mạnh mẽ. Đối với một giao thức hợp đồng thông minh, điều này có thể đòi hỏi đảm bảo có các ứng dụng và trang web đa dạng để truy cập vào giao thức. Đối với một mạng xã hội phân cấp hoặc một trò chơi web3, điều này có thể đòi hỏi một mạng lưới đa dạng các máy chủ hoặc nút ngoại vi.
• Phát triển: Phát triển liên tục cần yêu cầu gì? Và ai sẽ thực hiện nó (tức là nhóm nhân viên cốt lõi, các nhà phát triển bên thứ ba, v.v.)? Làm thế nào để tài trợ cho nó? Đây là một số câu hỏi quan trọng nhất theo con đường của một dự án đến de-trung hóa. Câu trả lời sẽ khác nhau tùy thuộc vào dự án, nhưng thường sẽ phụ thuộc vào một cộng đồng phân phối của các nhà phát triển triển khai hoặc tích hợp với giao thức hợp đồng thông minh. Đối với một trò chơi web3 hoặc mạng xã hội, điều đó cũng có thể bao gồm nội dung do người dùng tạo ra.
• Quản trị: Kiểm soát dự án được phân cấp như thế nào? Ra mắt với kỳ vọng rằng cộng đồng của một dự án sẽ chỉ "tìm ra mọi thứ" có thể sẽ dẫn đến sự thất vọng. Hầu hết các dự án đều không vượt qua được sự phức tạp và thực tế xã hội chính trịtham gia vào quản trị phi tập trung, và uy tín và tiện ích của họ đã bị ảnh hưởng do đó. Tuy nhiên, việc phân phối kiểm soát là rất quan trọng. Rất nhiều cân nhắc được xem xét vào thiết kế quản trị hiệu quả, nhưng giảm thiểu quản trịlà một nơi tốt để bắt đầu.
• Tích luỹ giá trị: Điều gì đang thúc đẩy giá trị kinh tế của một token? Cho dù đó là dòng tiền từ việc thu phí hay nhu cầu thị trường cho các token, dự án cần thiết lập một phương pháp mà theo đó token của họ sẽ tích luỹ 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ỳ người khuyến khích nào khác. Đối với các chuỗi khối, việc nuôi dưỡng một cộng đồng đa dạng các nhà phát triển là chìa khóa. Đối với giao thức hợp đồng thông minh, khuyến khích ứng dụng và khách hàng bên thứ balà quan trọng và giúp bảo vệ chống lại “ưu thế của khách hàng,” nơi một ứng dụng hoặc khách hàng có quyền kiểm soát quá lớn so với vị trí của họ đối với những người khác. Mặc dù loại phân quyền này khó thực hiện trong thực tế, các dự án như Ethereum và Solana đã đạt được điều đó vào ngày hôm nay.
• Sử dụng và khả năng tiếp cận: Liệu có ai có thể sử dụng dự án không? Nếu cần có token để tham gia, thì token đó có phổ biến không? User base của dự án rộng lớn như thế nào? Người dùng có thể truy cập dự án một cách tự do, và user base càng rộng lớn, thì dự án thường càng phân cấp cao hơn.

Phân quyền có thể nhìn kkhác nhau cho mỗi dự án. Và các dự án không cần phải là “hoàn toàn phi tập trung” hoặc thậm chí “đáng kể phi tập trung” ở tất cả các danh mục này để có thể được coi là “đủ mức độ phi tập trung.” Thay vào đó, sự phi tập trung phụ thuộc vào tổng thể tình hình của dự án: Mức độ phi tập trung cao hơn ở một số danh mục có nghĩa là dự án có thể ít phi tập trung hơn ở các danh mục khác. Ví dụ, mức độ độc lập của các nhà phát triển tham gia vào dự án càng cao, thì đội ngũ 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ủ một cách nghiêm ngặt các kế hoạch ra mắt ban đầu của họ, vì những kế hoạch này sẽ tự nhiên phát triển theo thời gian và sự phát triển. Khi chúng tôi nói "có một kế hoạch cho sự phân quyền từ đầu", điều đó đơn giản chỉ có nghĩa là việc lập bản đồ trước khi phát hành token sẽ giúp dự án có cơ hội thực sự để đạt được sự phân quyền, và cũng hoạt động như một hướng dẫn hữu ích trên con đường. Khi các dự án thiết lập một kế hoạch cho sự phân quyền, họ có thể xác định tốt hơn cách trạng thái phân quyền của họ có thể giúp họ điều chỉnh mục tiêu của mìnhchiến lược ra mắt token.

Mô hình kinh tế token hấp dẫn

Token có thể tuyệt vời cho việc khởi động và khuyến khích, nhưng chúng không phải là hạt giống ma thuật. Các dự án cần một mô hình token bền vữngđược cơ sở trong kinh tế đơn vị thực để thành công. Ví dụ, nếu một dự án sử dụng các động lực dựa trên token vô tận để thúc đẩy sự phát triển - vượt qua giá trị kinh tế cơ bản tích lũy cho giao thức - thì cuối cùng nó sẽ phá sản. Hầu hết các token sẽ cần dòng tiền để có giá trị.

Kết quả, các dự án nên phát triển một mô hình kinh tế cơ bản phù hợp với mục đích của token của họ, trước khi ra mắt.

Điều này không nhất thiết có nghĩa là phí cần phải tích luỹ vào token ngay từ đầu. Sự phát triển mạng lưới thường được ưu tiên ở giai đoạn đầu. Trong thế giới khởi nghiệp truyền thống, nhiều công ty, bao gồm cả Uber, ưu tiên sự phát triển. Họ chi trả cho người dùng hoặc tái đầu tư quỹ thay vì tối đa hóa lợi nhuận. Tuy nhiên, các dự án cần suy nghĩ kỹ về cách mà giá trị đó sẽ cuối cùng chảy vào token, và nên xem xét chi phí của động cơ token khi thiết kế kế hoạch đó.

Đối với các chuỗi khối Layer 1, Ethereum, với EIP-1559 đã triển khai một phí cơ bản để được đốt 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 xác định, nhưng người xây dựng có thể khám phá nhiều mô hình khác nhaucổ đôngvốn – thưởng cho những người nắm giữ mã thông báo để đóng góp vào giao thức một cách có lợi cho giao thức. Ví dụ, bồi thường cho những người nắm giữ mã thông báo tham gia vào quản trị phi tập trung, tạo nội dung hoặc cung cấp thanh khoản.

Khi mô hình này được triển khai, hãy chú ý đến những rủi ro pháp lý cụ thể, bao gồm việc tạo rarủi ro thuế cho người giữ token, tăng giá trị cho người nắm giữ mã thông qua hoạt động bất hợp pháp, hoặc kết hợp quyền bỏ phiếu và quyền kinh tếtheo cách ảnh hưởng đến luật chứng khoán của Mỹ. Hãy tham vấn với luật sư của bạn để giúp điều hướng qua những vấn đề này và nhiều hơn nữa.

Cấu trúc tổ chức vững chắc

Cấu trúc tổ chức có thể ảnh hưởng đáng kể đến sự thành công của một cuộc phát hành token và xác định cách dự án hoạt động cho đến tương lai. Không có một cấu trúc phù hợp cho tất cả, vì vậy quá trình chọn lựa phải bắt đầu vài tháng trước khi phát hành token. Ngay cả cấu trúc đơn giản nhất cũng cần được thiết lập trước khi phát hành để đảm bảo tuân thủ các nghĩa vụ về quy định và thuế liên quan đến việc phát hành token ban đầu.

Một cấu trúc điển hình cho một dự án web3 bao gồm công ty phát triển ban đầu (còn được gọi là DevCo), một tổ chức quốc tế, một tổ chức tự trị phi tập trung (DAO), và các nhà phát triển giao thức hoặc ứng dụng bên thứ ba.

Có hàng trăm quyết định được thực hiện để thiết lập cấu trúc tổ chức ngay cả khi đó là một cấu trúc tổ chức đơn giản. Một lần nữa, không có hai 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 suy nghĩ qua:

• Phân chia DevCo/tiền sử: Ở mức cao, hầu hết các dự án nên nhắm đến việc biến 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, trong khi quỹ hỗ trợ điều phối các nỗ lực cộng đồng và bảo vệ tính trung lập đáng tin cậy của dự án. Hệ sinh thái Ethereum làm rất tốt việc phân chia các vai trò tương đối của DevCos và Quỹ Ethereum. Quan trọng, một quỹ không nên tồn tại chỉ trên giấy tờ. Nó cần có cơ bản và mục đích thực sự. Điều này có thể có nghĩa là thêm một người sáng lập để dẫn đầu quỹ, hoặc cung cấp cho quỹ với hoạt động tiếp thị, giao tiếp và điều hành ra thị trường tập trung vào mang nhà phát triển mới vào hệ sinh thái và giúp tổ chức cộng đồng.
• DAOs và loại bỏ quản trị dựa trên token: Trong khi loại bỏ quản trị dựa trên tokenCó những ưu điểm riêng, nhưng trong thực tế, việc này khá khó khăn. Ví dụ, hầu hết các dự án sẽ muốn thành lập một quỹ bảo hiểm với các token quản trị chưa được phân phối trong phân phối ban đầu. Mặc dù đúng là một tổ chức nước ngoài có thể kiểm soát quỹ bảo hiểm, nhưng việc tập trung quyền lực này có thể gây ra lo ngại về tập trung quyền lực. Một cách khác, khi các chủ sở hữu token kiểm soát quỹ bảo hiểm, họ phân quyền kinh tế và quyết định xem tổ chức có nên tiếp tục nhận được tài trợ hay không.
• Các nhà phát triển và ứng dụng bên thứ ba: Thu hút các nhà phát triển bên thứ ba để xây dựng trên nền tảng của một dự án là một trong những thách thức khó khăn nhất khi phi tập trung. Các nhà phát triển thường chọn dự án dựa trên một số yếu tố, bao gồm: (1) công nghệ cơ bản của dự án, (2) sự phổ biến của dự án, (3) quỹ tiền và khuyến khích, và (4) xem dự án có phải làđáng tin cậy trung lậpcơ sở hạ tầng công cộng, hoặc một hệ thống độc quyền được kiểm soát bởi một tập đoàn (tức là sự khác biệt giữa Ethereum và Cửa hàng ứng dụng Apple). Quan trọng nhất, các dự án cần truyền động lực cho các nhà phát triển rằng họ sẽ được tự do xây dựng một doanh nghiệp thực sự, và rằng các quy tắc sẽ không bị thay đổi theo cách tùy ý.

Hai thách thức tổ chức nữa cần lưu ý, và các chiến lược mới nổi để đối phó với chúng:

Đầu tiên, việc sử dụng một DAO thêm một lớp phức tạp vào hoạt động của dự án. DAOs thông thường không có sự tồn tại pháp lý, họ không thể nộp thuế, và họ có thể tiềm ẩn rủi ro cho các thành viên của họ với trách nhiệm không giới hạn, nơi họ chịu trách nhiệm cho các nợ nần và tuân thủ thuế của dự án.

Những rủi ro này là không lý thuyết, nhưng các giải pháp mới có thể giúp ích. Vào tháng 3 năm 2024, Wyoming đã thông qua một hình thức thực thể pháp lý mới được gọi là một Hợp tác xã phi lợi nhuận phi chính phủ phi tập đoàn (DUNA)theo mô hình trênkhuyến nghịchúng tôi đã giúp tạo ra - có thể giải quyết cả ba vấn đề cho DAO và cung cấp cho họnhiều lợi ích bổ sung. Quan trọng nhất, cấu trúc thực thể pháp lý là không cần phép và cho phép DAO sử dụng nó tiếp tục hoạt động giống như hiện tại. DUNAs không phù hợp cho tất cả các DAO, vì vậy các dự án xem xét họ cần thảo luận với luật sư.

Thứ hai, thiết lập một tổ chức cung cấp giá trị ý nghĩa cho cộng đồng đặc biệt khó khăn khi tổ chức đó đặt tại một nơi không có một kho lưu trữ tài năng web3 mạnh mẽ. Đến nay, hầu hết các dự án đã gặp khó khăn với vấn đề này vì các tổ chức thường đặt tại các khu vực chuyên ngành và thuê ngoài các khu vực đó có nguy cơ làm suy yếu cơ sở pháp lý cho các cấu trúc này.

Một số dự án hiện đang bắt đầu đối mặt với thách thức này bằng cách thêm một chi nhánh hoạt động vào tổ chức nước ngoài của họ, thường đặt tại một khu vực mà việc tuyển dụng nhân viên dễ dàng hơn. Vương quốc Anh - với hồ bơi tài năng mạnh, cách tiếp cận xây dựng đối với quy định web3, và các hiệp định thuế thuận lợi - đang trở thành ứng cử viên mạnh mẽ cho vai trò này. Chi nhánh hoạt động của tổ chức nước ngoài có thể được tài trợ bởi quỹ và tiến hành tất cả các hoạt động cho quỹ, đồng thời giảm thiểu rủi ro của việc có nhân viên đặt tại ngoài lãnh thổ chính của tổ chức.

Các dự án khác đang sử dụng các quỹ độc lập tại Mỹ để bổ sung cho các quỹ nước ngoài của họ. Những quỹ tại Mỹ này có thể ban đầu được tài trợ bởi DevCo, sau đó nhận được các khoản tài trợ tiếp theo từ DAO. Hoạt động của họ cũng có thể bao gồm việc vận hành chương trình tài trợ riêng, cung cấp hỗ trợ phát triển và phối hợp quản trị phi tập trung. Quỹ Uniswap là một ví dụ tuyệt vời về cách tiếp cận này vì nó đã hiệu quả tiếp quản cộng đồng Uniswap và hiện nay đã đẩy mạnh sự tương tác và hoạt động của các nhà phát triển độc lập, do đó nâng cao tính phân quyền.

Cuối cùng, cấu trúc tổ chức của một dự án sẽ được xác định bởi một số yếu tố: Cấu trúc quản trị và mô hình kinh tế của dự án, bất kỳ công việc phát triển nào được dự định, các công nghệ nền tảng của bất kỳ sản phẩm và dịch vụ nào, và vị trí địa lý của dự án và thị trường mục tiêu của nó. Hãy chắc chắn làm việc chặt chẽ với luật sư và cố vấn thuế để triển khai một cấu trúc hiệu quả trước khi ra mắt token.

Sẵn sàng hoạt động

Ra mắt và có một token sống yêu cầu một số thay đổi đối với hoạt động của dự án. Bắt đầu sớm có thể giúp dự án vượt qua các thách thức vận hành, và đảm bảo các nhiệm vụ quan trọng không phải là một điều sau cùng.

• Tài trợ: Hầu hết các DevCos đều đặt mục tiêu có ít nhất 3 năm ra mắt đường băng sau khi ra mắt token. Các quỹ này có thể dành cho các sản phẩm bổ sung và công việc phát triển, cũng như bảo vệ chống lại sự xâm lấn của cơ quan quản lý. Gây quỹ sau khi ra mắt token có thể là một thách thức đối với DevCos. Ra mắt mã thông báo 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 bổ sung và việc bán mã thông báo gây ra rủi ro pháp lý đáng kể. Các dự án nên lập kế hoạch cho phù hợp, và cũng đảm bảo rằng các nền tảng có quy mô phù hợp và được vốn hóa cho vai trò dự kiến của chúng.
• Cơ cấu: The cơ chế thực tếTham gia vào việc ra mắt một token - giao token cho nhân viên và nhà đầu tư, thiết lập các khoá, và nhiều hơn nữa - là phức tạp và có thể mất vài tháng để hoàn tất. Bắt đầu sớm.
• Giao tiếp: Giao tiếp công khai trước và sau vấn đề phát hành token rất quan trọng. Đảm bảo nhóm dự án, đặc biệt là lãnh đạo của nó, có một chính sách giao tiếp nghiêm ngặt được đặt ra phù hợp với chiến lược ra mắt token là rất quan trọng. Một tuyên bố sai lầm của CEO có thể đặt cả dự án vào tình thế nguy hiểm. Để biết thêm hướng dẫn,xem bài viết này.
• Các động lực cho nhân viên: Các dự án thường sử dụng mã thông báo như phần thưởng dựa trên động lực cho nhân viên và cố vấn. Cấu trúc trong những năm trước khi phát hành mã thông báo khá đơn giản, nhưng khi các dự án tiếp cận việc phát hành mã thông báo, những phức tạp mới nảy sinh. Ví dụ, với sự biến động của giá mã thông báo, một số dự án nhận thấy không hợp lý khi trao mã thông báo trong suốt nhiều năm, và thay vào đó thích hơn cung cấp giải thưởng hàng năm, thường được cấu trúc dưới dạng đơn vị mã thông báo bị hạn chế (RTUs). Các dự án nên yêu cầu luật sư của họ xem xét tất cả các biến thể mà họ đã thấy để chống lại sự biến động của giá mã thông báo.
• Incentives for partnerships: Projects can also use tokens to align the incentives of independent developers with the goals of the project. Before launch, developer rewards can be structured as partnership agreements, often based on development and user metrics. After launch, projects can rely on ecosystem funds and grant programs to incentivize developers; or they can choose chương trình khuyến mãi theo chương trình (như Liquity, giúp tự động thưởng cho các nhà điều hành frontend khi đưa người dùng đến giao thức), từ đó có thể tạo điều kiện cho mọi người tham gia và xây dựng một cách hiệu quả hơn.
• Phân quyền vận hành: Chuyển từ những nỗ lực vận hành tập trung sang sự tham gia của cộng đồng rộng lớn, không liên kếtyêu cầu các thay đổi đáng kể. Hoạt động ngoại chuỗi - như phát triển giao thức, tiếp thị và quản trị - có thể quan trọng đối với sự thành công của dự án. Và việc phân phối chiến lược các vai trò và trách nhiệm trong cộng đồng để không có nhóm hoặc tổ chức nào có đủ ảnh hưởng để rủi ro vi phạm luật chứng khoán Hoa Kỳ. Một điểm nguy hiểm phổ biến đối với DAOs, ví dụ, là vô tình tập trung quản trị, điều này có thể dẫn đến chậm trễ về quy định và vận hành. Hướng dẫn một dự án hướng đến phân quyền trong khi vẫn tuân thủ và linh hoạt yêu cầu kế hoạch chi tiết đối với cả hoạt động trên chuỗi và ngoại chuỗi. Cuối cùng, mục tiêu là thúc đẩy tương tác và đóng góp của cộng đồng để đạt được “phân quyền đủ đáng.”

Như chúng tôi nhấn mạnh trong các bài viết khác trong loạt bài viết này, không có hướng dẫn phổ quát nào cho việc ra mắt token. Thay vào đó, đây chỉ là một số tiêu chí để xem xét khi lập kế hoạch ra mắt, cùng với sự tư vấn đáng tin cậy.

Mỗi lần phát hành token sẽ có vẻ khác biệt, phụ thuộc vào thực tế thực tế của dự án, từ mức độ phân quyền đủ đáng xem là đủ đến mức độ sẵn sàng trên tất cả năm loại hạng mục này. Cuối cùng, khi token được phát hành sẽ phụ thuộc vào một loạt các tình huống tồn tại ngoài kế hoạch cẩn thận.

Các quan điểm được thể hiện ở đây là của cá nhân AH Capital Management, L.L.C. (“a16z”) được trích dẫn và không phải là quan điểm của a16z hoặc các công ty liên kết của nó. Một số thông tin chứa trong đây đã được thu thập từ các nguồn bên thứ ba, bao gồm từ các công ty trong danh mục quản lý bởi a16z. Mặc dù đến từ các nguồn được tin cậy, a16z không độc lập xác minh thông tin đó và không đưa ra bất kỳ tuyên bố nào về sự chính xác hiện tại hoặc lâu dài của thông tin hoặc tính phù hợp của nó trong một tình huống cụ thể. Ngoài ra, nội dung này có thể bao gồm quảng cáo từ bên thứ ba; a16z không đã xem xét các quảng cáo đó và không ủng hộ bất kỳ nội dung quảng cáo nào chứa trong đó.

Nội dung này chỉ được cung cấp cho mục đích thông tin và không nên dựa vào tư vấn pháp lý, kinh doanh, đầu tư hoặc thuế. Bạn nên tham khảo ý kiến cố vấn của riêng bạn về những vấn đề đó. Tham chiếu đến bất kỳ chứng khoán hoặc tài sản kỹ thuật số nào chỉ nhằm mục đích minh họa và không cấu thành khuyến nghị đầu tư hoặc đề nghị cung cấp dịch vụ tư vấn đầu tư. Hơn nữa, nội dung này không hướng đến cũng như không nhằm mục đích sử dụng bởi bất kỳ nhà đầu tư hoặc nhà đầu tư tiềm năng nào và trong bất kỳ trường hợp nào cũng không được dựa vào khi đưa ra quyết định đầu tư vào bất kỳ quỹ nào do a16z quản lý. (Đề nghị đầu tư vào quỹ a16z sẽ chỉ được thực hiện bằng bản ghi nhớ phát hành riêng lẻ, thỏa thuận đăng ký và các tài liệu liên quan khác của bất kỳ quỹ nào như vậy và phải được đọc toàn bộ.) Bất kỳ khoản đầu tư hoặc công ty danh mục đầu tư nào được đề cập, đề cập hoặc mô tả không đại diện cho tất cả các khoản đầu tư vào các phương tiện do a16z quản lý và không thể đảm bảo rằng các khoản đầu tư sẽ có lãi hoặc các khoản đầu tư khác được thực hiện trong tương lai sẽ có các đặc điểm hoặc kết quả tương tự. Danh sách các khoản đầu tư được thực hiện bởi các quỹ do Andreessen Horowitz quản lý (không bao gồm các khoản đầu tư mà tổ chức phát hành chưa cho phép a16z tiết lộ công khai cũng như các khoản đầu tư không báo trước vào tài sản kỹ thuật số được giao dịch công khai) có sẵn tại https://a16z.com/investments/.

Biểu đồ và đồ thị được cung cấp chỉ mang tính chất thông tin và không nên dựa vào khi đưa ra bất kỳ quyết định đầu tư nào. Hiệu suất trong quá khứ không phản ánh kết quả trong tương lai. Nội dung chỉ có giá trị vào ngày được chỉ ra. Mọi dự đoán, ước lượng, dự báo, mục tiêu, triển vọng và/hoặc ý kiến được thể hiện trong các tài liệu này có thể thay đổi mà không cần thông báo và có thể khác hoặc ngược lại với ý kiến được thể hiện bởi người khác. Xin vui lòng xemhttps://a16z.com/disclosuresđể biết thêm thông tin quan trọng.

Disclaimer：

1. Bài viết này được tái bản từ [ a16z]. Tất cả bản quyền thuộc về tác giả gốc [Miles Jennings、Jason Rosenthal]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ Gate Learnđội và họ sẽ xử lý ngay lập tức.
2. Bản phủ nhận trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không cung cấp bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch là không được phép.