Lưu ý của biên tập viên: “Làm thế nào để 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, khi ngành công nghiệp tiền điện tử đang phát triển mạnh mẽ. Khi giá tăng, và FOMO tạo ra — ai cũng đang phát hành một token, liệu tôi có nên không? — việc tiếp cận token càng trở nên quan trọng hơn bao giờ hết đối với các nhà xây dựng. Vì vậy, trong loạt bài viết đặc biệt này, chúng tôi bàn vềsẵn sàng cho sự ra mắt, chiến lược quản lý rủi ro, và một số quy tắc và hướng dẫn khác cho các token. Đảm bảo đăng ký Gate.iobản tin của chúng tôiđể biết thêm về token và các nguồn lực xây dựng công ty khác.

Khi bạn muốn phát hành một token, có một số bước bạn cần suy nghĩ từ góc độ vận hành. Điều này càng đúng hơn nếu bạn đang làm việc với bất kỳ bên liên quan nào đang được quy định bởi Ủy ban Chứng khoán và Giao dịch Mỹ (SEC). Mục đích của bài đăng này là để trình bày các hợp đồng cần thiết để xây dựng một giao thức, đảm bảo an ninh cho nó, và cho phép các thực thể được quy định bởi SEC đáp ứng yêu cầu tuân thủ.

Điều đầu tiên cần biết khi phát hành một token là việc đó mất thời gian và làm việc nhóm. Quá trình này liên quan đến một số loại bên liên quan - nhà phát triển giao thức, người giữ tài sản bên thứ ba, nhà cung cấp staking, nhà đầu tư, nhân viên và những người khác - tất cả đều phải hiểu rõ và phân bổ đủ thời gian cho mỗi bước của quá trình.

Vui lòng lưu ý rằng bộ nguyên tắc sau đây chỉ là một bức tranh tĩnh thời gian. Khi thị trường thay đổi, các sản phẩm mới xuất hiện và môi trường quy định phát triển, những phương pháp tốt nhất có thể tiến triển. Trong lúc chờ đợi, những nguyên tắc này có thể là một nguồn tài nguyên hữu ích cho các nhà phát triển giao thức xem xét khi chuẩn bị cho một cuộc phát hành token.

1: Phối hợp với người giữ tài sản

Vì lý do quy định, một số bên liên quan có thể không thể giữ mã thông báo cho đến khi được hỗ trợ bởi một bên giữ tài sản bên thứ ba đáp ứng các yêu cầu nhất định, bao gồm việc đăng ký với cơ quan bang hoặc liên bang và phải tuân thủ và kiểm tra, tham gia bảo vệ tài sản mã tiền điện tử như một phần quan trọng thường xuyên của hoạt động kinh doanh của mình, và phải tuân thủ báo cáo và kiểm toán tài chính, hoạt động và bảo mật định kỳ.

Điều quan trọng cần lưu ý là không phải tất cả các người giữ được tạo ra bằng nhau. Nếu giao thức của bạn có các nhà đầu tư lớn tham gia giúp đảm bảo mạng lưới thông qua việc đặt cược hoặc quản trị khi ra mắt, việc làm việc với một người giữ bên thứ ba chất lượng cao nhiều tháng trước là cần thiết để họ có thể xây dựng hỗ trợ. Nếu bạn không chắc chắn về các tiêu chuẩn về chất lượng, hãy yêu cầu các nhà đầu tư của bạn làm rõ nhu cầu của họ. Đừng giả định rằng bất kỳ người giữ nào sẽ được trang bị để xử lý các token của bạn từ đầu. Lập kế hoạch cho phù hợp.

Bắt đầu cuộc trò chuyện sớm. Người giữ tiền chất lượng cao có thể mất khoảng sáu đến chín tháng hoặc lâu hơn để hỗ trợ các chuỗi khối lớp 1 mới (L1s). Giao thức với độ phức tạp cao hơn — như những giao thức sử dụng SNARKs, có tính năng bảo mật, hoặc tương tác với mạng tầng 2 (L2)— có thể làm trì hoãn quy trình. Trong khi đó, các token được xây dựng trên Ethereum, như ERC-20 và NFT, hoặc các token được xây dựng trên Solana, như Solana Program Library (SPL), đều đơn giản hơn và có thể mất ít thời gian hơn, khoảng ba đến năm tháng, giả sử không có trục trặc. Lưu ý rằng các khung thời gian này chỉ là ước lượng sơ bộ và có thể biến đổi rộng rãi tùy thuộc vào nhu cầu của người giữ quyền.

Nếu giao thức của bạn liên quan đến việc đặt cược và quản trị ngay từ ngày đầu tiên, hãy mong đợi rằng quá trình xây dựng sẽ mất thêm nhiều thời gian. Thông báo đối tác càng sớm càng tốt. (Xem hướng dẫn số năm để biết thêm về việc kích hoạt việc đặt cược và quản trị.) Cũng cần tính đến việc các bên liên quan sẽ cần tiến hành kiểm tra cẩn thận về bất kỳ người giám đốc tài sản, nhà cung cấp đặt cược hoặc các nhà cung cấp dịch vụ bên thứ ba nào khác, bao gồm việc đánh giá các thông tin an ninh (infosec) và thực hành an ninh vận hành của họ.

2: Thực hiện kiểm định bảo mật

Để giảm thiểu khả năng xảy ra vấn đề trong quá trình hoặc sau khi phát hành token, tất cả mã bạn đã viết liên quan đến token nên được kiểm tra kỹ lưỡng. Điều này thường được thực hiện dưới dạng kiểm tra mã, thực hiện từng phần trong quá trình phát triển dự án hoặc toàn bộ vào cuối quá trình phát triển. Kiểm tra nên được thực hiện bởi một người xem xét có kinh nghiệm trong việc xem xét các sản phẩm tương tự với một số tập trung vào tiềm năng sử dụng mã hoặc an ninh phần mềm.

Việc lựa chọn kiểm toán viên là một nhiệm vụ không đơn giản vì hiện tại không có cơ quan quản lý nào chứng nhận kiểm toán viên. Do đó, đó là trách nhiệm của bạn để thực hiện sự cẩn trọng cần thiết để đảm bảo rằng kiểm toán viên có đủ năng lực. Khi xem xét về tư cách của một công ty kiểm toán, bạn nên tự hỏi những câu hỏi sau:

1. Người kiểm toán có phương pháp kiểm thử được xác định rõ ràng mà có thể cung cấp cho khách hàng tiềm năng không?
2. Phương pháp có giải quyết các vấn đề chính của giao thức đang được xem xét không?
3. Phương pháp có bao gồm việc sử dụng các kỹ thuật và công cụ tiêu chuẩn ngành công nghiệp để phát hiện lỗ hổng phần mềm không?
4. Nhà kiểm toán có kinh nghiệm xem xét các dự án tương tự với giao thức đang được xem xét không?
5. Liệu kiểm toán viên đã tham gia vào một dự án mà sau đó gặp phải một vụ vi phạm bảo mật nổi bật sau khi kiểm toán viên xem xét? Nếu có, lỗi hoặc điểm yếu đã được khai thác có phải là một phần của mã được kiểm toán viên xem xét không?

Các câu trả lời cho những câu hỏi này nên làm rõ xem kiểm toán viên đã sẵn sàng và có khả năng thực hiện các đánh giá về giao thức của bạn một cách đủ để phát hiện và khắc phục lỗi trước khi phần mềm được ra mắt.

Sau khi kiểm toán và nhận báo cáo ban đầu từ kiểm toán viên, bạn được mong đợi giải quyết tất cả các vấn đề nghiêm trọng (vấn đề có mức độ nghiêm trọng cao hoặc cấp bách, và thường là cả những vấn đề có mức độ nghiêm trọng trung bình) và giải quyết chọn lọc các vấn đề ít cấp bách hơn, mức độ nghiêm trọng thấp hơn. Đối với bất kỳ vấn đề nào bạn chọn không giải quyết, bạn nên cung cấp lý do. Khi bạn đã giải quyết các vấn đề trong báo cáo ban đầu, giao cho kiểm toán viên nhiệm vụ xác minh tính đầy đủ của các nỗ lực khắc phục.

Sau khi xác minh thành công việc giải quyết các vấn đề được báo cáo, một báo cáo cuối cùng nên được tạo ra và được công bố công khai cùng với mã nguồn giao thức hoặc được cung cấp cho tất cả các bên nhận hoặc xử lý các token.

3: Phân bổ và phân phối mã thông báo

Sau khi tạo một lịch trình phối hợp với các người giữ tiền chất lượng cao và các bên liên quan khác và tiến hành kiểm định bảo mật, đến lúc bắt đầu suy nghĩ về việc phân bổ và giao token.

Các nhà phát triển giao thức có thể phân phối token theo hai cách: trước hoặc sau khi token được phát hành (còn gọi là sự kiện tạo ra token). Nhiều bên liên quan thích nhận phân phối trước khi phát hành. Nói cách khác, họ thích có địa chỉ ví của họ được nhúng trong khối khởi đầu, khối đầu tiên trên blockchain, vào thời điểm tạo ra nó. Tuy nhiên, điều này hoàn toàn không phải là một yêu cầu. Token được phân phối sau khi phát hành có thể được giao cho các bên liên quan theo từng đợt, trong đó mỗi đợt chiếm một phần trăm của tổng nguồn cung token.

Khi đến lúc phân phối token, hãy nhớ nơi bạn đang gửi token, số lượng ví mà bạn đang phân phối và tin tưởng nhưng hãy xác minh địa chỉ. Những bên liên quan được quy định bởi SEC như RIAs có lẽ sẽ yêu cầu token được gửi trực tiếp đến người giữ ký quỹ của họ. Những bên liên quan nên có khả năng chọn số lượng ví mà họ muốn. Điều này giúp họ giảm thiểu sự tập trung của token trong bất kỳ ví nào và từ đó phân tán rủi ro của họ và một phần là do chính sách bảo hiểm, bao gồm giới hạn tối đa trên mỗi ví hoặc mỗi tài khoản. Trước khi phân phối token, luôn gửi giao dịch thử nghiệm và xác minh việc nhận được vì điều này có thể giảm thiểu khả năng xảy ra lỗi trong quá trình giao hàng.

Tóm lại, các nhà phát triển giao thức nên tự hỏi mình:

1. Khi nào các cổ đông sẽ nhận tài sản (ví dụ, trước hoặc sau khi ra mắt)?
2. Người nắm giữ sẽ yêu cầu gửi token ở đâu và mỗi người nắm giữ sẽ yêu cầu bao nhiêu ví?
3. Các bên liên quan sẽ nhận tất cả các token cùng một lúc hay theo từng đợt?

4: Đảm bảo thi hành việc khóa chặt

Token lockups are one of the best mechanisms for demonstrating conviction in the long-term success of a project and for aligning the interests of stakeholders over the long-term. This can be determined at various time periods, potentially far in advance of other token considerations; for example, in seed rounds when token warrants are signed.

Một thực tiễn tốt nhất là tất cả những người nội bộ (nhân viên, nhà đầu tư, cố vấn, đối tác, vv.), phải tuân thủ cùng các giai đoạn phong hỏa và khóa mã thông báo. Nếu bất kỳ người nội bộ nào có các giai đoạn khóa mã khác nhau, hoặc nếu việc thi hành những khoá mã này không rõ ràng, thì điều đó có thể vô tình tạo ra động lực không thể đoán trước và một số người nội bộ có thể cố gắng bán các mã thông báo một cách đầu tiên. Điều này có thể tạo ra sự không tin tưởng về giao thức và gây ảnh hưởng tiêu cực khác. Tất cả mọi người liên quan nên hoạt động theo cùng một thời gian, và thời gian đó nên hướng tất cả mọi người về sự thành công dài hạn của dự án. (Lưu ý rằng những xem xét này không nên ngăn cản người dùng sử dụng mã thông báo trong mạng lưới blockchain hoặc ứng dụng ngay cả khi việc sử dụng đó diễn ra sớm hơn so với những khoá mã có thể cho phép).

Khi bạn quyết định về các giai đoạn giữ cổ phần và khoá cổ phần (không nên ít hơn một năm kể từ khi token được phát hành), bạn có thể chọn cách phân phối token thông qua một bên giữ tài sản thứ ba, tự động hoặc cả hai. Nhiều bên liên quan sẽ ưu tiên việc một bên giữ tài sản nhận token và thực hiện việc khoá cổ phần và lịch trình giữ cổ phần từ cả hai mặt pháp lý và kỹ thuật. Các lựa chọn khác bao gồm việc yêu cầu token theo lịch trình giữ cổ phần thông qua các hợp đồng thông minh đã được kiểm toán hoặc các công cụ giữ cổ phần token của bên thứ ba khác.

Các câu hỏi then chốt cần hỏi ở giai đoạn này:

1. Tất cả các bên liên quan có chịu cùng các giai đoạn khóa và giải phóng không?
2. Các người giữ tài sản có thể thực thi các điều khoản cho việc khóa tài sản không?
3. Làm thế nào để phân phối các token đã mở khóa theo lịch trình phân phối dần dần?

5: Bật chức năng đặt cược và quản trị

Như đã đề cập trong nguyên tắc đầu tiên, nếu bạn cần các bên liên quan tham gia vào việc đặt cược và quản trị để bảo vệ giao thức của mình, thì bạn có thể cần phối hợp trước với người giữ tiền. Nhà phát triển giao thức không nên giả định rằng người giữ tiền sẽ mặc định hỗ trợ việc đặt cược và quản trị cho token của họ. Người giữ tiền cần thời gian - thường là vài tháng - để xây dựng hệ thống hỗ trợ đặt cược và quản trị.

Dưới đây là danh sách những câu hỏi mà bạn có thể muốn tự hỏi mình nếu giao thức của bạn phụ thuộc vào các bên liên quan để stake hoặc quản trị.

Câu hỏi về Staking:

• Người giữ tài sản có cho phép ủy quyền tùy ý cho nhà cung cấp staking hay người giữ tài sản sẽ có một nhóm nhà cung cấp được chọn sẵn? (Có thể hữu ích khi làm việc với nhà cung cấp staking đã khám phá giao thức và cung cấp phản hồi trong giai đoạn testnet.)
• Nếu người giữ tài sản đã chọn trước một nhóm các nhà cung cấp staking thì điều này sẽ ảnh hưởng như thế nào đến bảo mật của mạng và nỗ lực phi tập trung của giao thức? (Chọn một loạt các nhà cung cấp staking có các máy chủ xác thực trên toàn cầu có thể giúp phi tập trung hóa giao thức.)
• Phần thưởng có tích lũy hay các bên liên quan cần phải đặt cược lại? (Lý tưởng, phần thưởng sẽ được đặt cược lại tự động thay vì thủ công.)
• Có mức tối thiểu/tối đa cần đặt cược trên mỗi ví không?
• Có giới hạn tối thiểu/tối đa về token cho các nút xác thực, và liệu điều này có thay đổi theo thời gian không?

Câu hỏi về quản trị:

• Nếu bạn mong đợi cổ đông của bạn tham gia vào việc quản trị, người giám hộ có sẽ kích hoạt sự tham gia này kỹ thuật hay sẽ thực hiện phiếu bầu thay mặt cho cổ đông?
• Liệu có phiếu bầu trên chuỗi hoặc ngoài chuỗi (ví dụ, qua Snapshot) cho giao thức không?

—

Để tóm tắt, nếu bạn đang chuẩn bị ra mắt một token và nếu kế hoạch đó bao gồm các bên liên quan được quy định bởi SEC, hãy chắc chắn để lại đủ thời gian cho các người giữ tiền chất lượng cao để xây dựng hỗ trợ cho giao thức của bạn. Mong đợi thời gian phát triển sẽ thay đổi tùy theo người giữ tiền và phụ thuộc vào độ phức tạp của giao thức. Quá trình xây dựng có thể kéo dài từ ba đến năm tháng đối với các token tiêu chuẩn hơn, như Ethereum ERC-20 hoặc Solana SPL, đến chín tháng đối với các blockchain mới, hoặc thậm chí lâu hơn đối với các token liên quan đến SNARKs, tính năng bảo mật, hoặc tương tác với mạng layer 2 (L2). Bắt đầu cuộc trò chuyện sớm.

Sau khi thiết lập các kế hoạch thời gian thực tế, chuẩn bị cho các bước tiếp theo. Bạn có thể phân bổ mã thông báo bằng cách nhúng ví vào khối khởi đầu trước khi ra mắt, hoặc phân phối mã thông báo theo từng đợt sau khi ra mắt. Bằng cách nào đi nữa, tất cả các bên liên quan nên phải tuân thủ các giai đoạn khóa mã thông báo và lịch trình phân phối để đảm bảo sự cân nhắc. Tiến hành bất kỳ kiểm toán và đánh giá an ninh cần thiết. Và cuối cùng, làm việc thông qua các chi tiết về việc đặt cược và quản trị của giao thức của bạn, mà các người giữ và các bên liên quan khác sẽ cần biết và chuẩn bị để giúp đảm bảo an ninh của nó.

Nếu bạn tuân theo những bước này, bạn sẽ có kiến thức tốt về các vấn đề logistics cần thiết cho một cuộc ra mắt token thành công.

* \
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 lấy từ nguồn thông tin 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ù được lấy từ các nguồn 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ề tính chính xác hiện tại hoặc vĩnh cửu của thông tin hoặc sự 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 những 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 tham khảo 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ó hiệu lực vào ngày được chỉ định. Bất kỳ dự đoán, ước lượng, dự báo, mục tiêu, triển vọng và/hoặc quan điểm được thể hiện trong tài liệu này đều có thể thay đổi mà không cần thông báo và có thể khác hoặc trái ngược với quan điểm được thể hiện bởi người khác. Vui lòng xem https://a16z.com/disclosuresđể có thông tin quan trọng bổ sung.

免责声明：

1. Bài viết này được tái bản từ [Gate.ioa16zcrypto], Tất cả bản quyền thuộc về tác giả gốc [Adina Fischer、Matt Gleason、Justin Simcock]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ với Gate Họcđội ngũ và họ sẽ xử lý nó ngay lập tức.

2. Miễn Trừ Trách Nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ thuộc về tác giả và không đại diện cho 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 đề cập, 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.