詳解美國 SEC《加密資產的證券發行和註冊》

撰文：劉紅林、邵嘉碘

 

2025 年 4 月 10 日，美國證券交易委員會（SEC）公司融資部（Division of Corporation Finance）發佈了一份重量級政策檔：《Offerings and Registrations of Securities in the Crypto Asset Markets》。 標題雖然溫和，但對 Web3 行業來說，它本質上是一份標準化的發幣「披露檔指引」。

 

這不是新的執法公告，也不是某個項目的處罰通知，而是一份極具實操意義的披露指引。 SEC 非常罕見地用近四千字逐條告訴你：如果你想在美國合規發行 Token、融資募資，那你必須把這些事寫清楚、說明白。

 

你可以把它當成 Web3 專案通向美國資本市場的說明書，也是 SEC 給行業畫出的一張清晰的邊界地圖。

 

背景：為什麼 SEC 要發這份檔？

 

這幾年，越來越多 Web3 專案走合規路徑，試圖以證券形式公開募資，不少項目採用了如下方式：

 

• 通過 Form S-1 在 SEC 註冊公開募股（類 IPO）;

• 利用 Reg A+ 進行小額募資，繞過完整 IPO 流程;

• 由海外團隊提交 Form 20-F 進入美國市場;

• 甚至用信託結構發行與 Token 挂鉤的 ETF 產品。

 

SEC 注意到，不同專案提交的註冊檔五花八門，有的完全照搬白皮書，有的技術術語堆砌卻毫無實質內容，更有甚者連基本風險因素都遮遮掩掩。 為了規範行業操作，SEC 公司融資部發佈這份政策，列出發幣募資時必須披露的核心內容。 它不具有法律效力，但實質上成為行業預設的註冊參考標準。

正文開頭特別點名：「to provide greater clarity on the application of the federal securities laws to crypto assets...」

——為加密資產如何適用證券法提供更清晰的指引。

 

業務披露：不是講夢想，而是講你到底在幹什麼

 

SEC 強調，專案方必須提交一份關於自身業務的完整描述。 這段話在傳統IPO中是標配，現在也被明確引入 Token 註冊流程中。

 

「Issuers are required to disclose information material to an understanding of the general development of their business.」

 

說白了，不許再用「區塊鏈 + 未來願景」的敘述糊弄投資人，而是要實打實寫清楚：

 

• 你做的是什麼專案？ 是 L2？ DEX？ GameFi？ DePIN？

• 現在項目發展到哪一步？ 有主網嗎？ 使用者量？ 鏈上活躍數據？

• 上線之後你還運營嗎？ 專案方解散？ 還是交給DAO？ DAO 是否有清晰治理結構？

• 你怎麼盈利？ 是否有清晰的變現路徑？ 靠手續費、Token 溢價、生態反哺？

• Token 到底是幹嘛的？ 是治理、Gas、服務憑證，還是一種投資憑證？

 

SEC 特別指出，不能用「講技術講生態」代替真實業務情況，也不能照搬白皮書。 材料中必須體現出你具體、清晰、可量化的商業模型。

 

技術結構披露：你說有鏈，就得把鏈的構造說清楚

 

這次 SEC 檔最大的亮點，是技術披露部分寫得前所未有地細。

 

「The objectives of the network and how the technology… functions and accomplishes its objectives, including architecture, software, key management…」

 

具體包括以下內容：

 

• 網路和應用的目標、用途和運行機制;
• 共識機制、交易確認方式、區塊大小、Gas機制、交易輸送量;
• 錢包系統和金鑰管理方式（是否自託管、是否支援多簽）;
• 網路是否開源？ IP 歸屬誰？ 有無專利爭議？
• 是否設置網路升級機制？ 升級提案流程是怎樣的？ 誰有執行許可權？
• 如果通過智慧合約進行治理，這些合約是否已審計？ 誰來維護？ 是否可升級？

 

SEC 還要求專案說明網路中各種角色——包括使用者、開發者、驗證者、治理參與者、鏈下服務提供者等——的職責與交互方式。 你不能再只說「我們有鏈、鏈上運行」，而是要像描述一家公司治理結構一樣，把鏈的技術細節、治理機制、升級邏輯都解釋清楚。

 

上述專案未必全部適用於每一個專案，SEC 並未強制所有專案都披露這些內容，而是說「如果這些內容是你專案的組成部分且對投資人重大，那你就必須披露」。

 

Token 披露：你發的是證券，就按證券的標準披露

 

這部分 SEC 寫得非常直白：你發的 Token 如果屬於證券範疇（大概率是），那你就得像披露股票那樣，講清楚它的屬性和權利結構。

 

「Rights, obligations, and preferences… including voting rights, liquidation rights, redemption terms, etc.」

 

你需要回答以下問題：

 

• Token 是否代表資產收益權？ 清算權？ 投票權？
• Token 是否可轉讓？ 是否有鎖倉、禁售、流通限制？
• 是否具備拆分、質押、回購、銷毀等功能？ 規則如何設定？
• Token 的生成機制是什麼？ 是一次性 mint？ 定期釋放？ 有無上限？
• 是否為 DAO 設立特別 Token 結構（如治理 Token vs. 經濟 Token）？
• 合約是否支持升級？ 如果是，誰有許可權修改邏輯？
• 是否做過第三方審計？ 審計報告是否公開？

 

你可以用很強的技術邏輯設計你的 Token 模型，但最終你還是得按 SEC 習慣的語言，把這個模型翻譯出來供審閱。 這時候不是拼創新，而是拼「能不能講明白」。

 

風險揭示：不只是價格波動，而是每一個你擔心出問題的點都要說清楚

 

SEC 對風險披露向來最為敏感。 它強調風險不是走流程的裝飾，而是項目的義務。

 

「Material factors that make an investment speculative or risky… including technological, regulatory, and operational risks.」

 

你必須披露的風險不止是「Token 價格波動」：

 

與發行人計劃的業務運營相關的風險，例如與技術和網路安全相關的風險，以及發行人業務的實施，以及對其他網路或應用程式的依賴。

 

與證券有關的風險，例如與證券的任何獨特特徵有關的風險，包括其形式、價格波動、持有人的權利或其缺乏權利、估值和流動性、供應和保管。

 

與其他適用法律法規相關的風險，例如發行人的活動是否需要根據匯款法向金融犯罪執法網路或某些州金融服務機構註冊，或向其他監管機構註冊，例如聯邦或州銀行監管機構或商品期貨交易委員會。

這些都必須如實披露，哪怕它們聽起來會「影響融資」。 SEC 的底線是「不要藏」，否則你就等著 SEC 來發函。

 

發行人管理層資訊披露：誰是操盤手，誰拿了錢，都必須寫上來

 

你可以說自己是 DAO 專案，或者基金會控制，但 SEC 不會聽你自我介紹，它看的是「誰在做決策、誰能發 token、誰拿到了實質利益」。

 

「Disclosure is required for persons who do not hold formal titles… but who perform policy-making functions.」

 

• 發行人的管理層是誰？ 其身份和經驗相關的資訊
• 哪些人參與了專案治理、資金決策、路線圖制定？
• 哪些服務方在運營專案？ 是否支付了顧問費、技術費？
• 是否有員工或團隊持有大量代幣？
• 是否將智慧合約或網路代碼託管給特定團隊 / 組織？

 

哪怕你用了最複雜的結構包裝，也必須披露實質控制方。 SEC 對結構設計並不敵意，它只要你別「掛羊頭賣狗肉」。

 

財務與審計：你不是只發了個 token，而是把自己帶進了 SEC 的視野

 

很多專案方會說：「我沒有營業收入啊，需要財務報表幹嘛？」SEC 不是要你美化財務報表，而是要你說明白這些事：

 

• Token 是否計入資產？ 預售是否作為負債處理？
• 是否使用 Token 對價支付服務？ 如何計量？
• Token 激勵、代幣釋放、質押利息等是否構成費用？
• 是否存在鏈上收入流？ 如何確認和審計？
• Token 是否產生與傳統證券相似的分紅、返利或複利？

 

原文寫道：「Issuers are required to provide financial statements that comply with applicable requirements...」

 

你需要提交標準格式的財務報表（尤其是 S-1、Reg A+、20-F 路徑），並對 Token 相關的資產、負債、收入、費用做出清晰會計處理。

 

SEC 特別指出，如果你的 Token 規則寫在合約里、鏈上治理規則由代碼決定，那麼這段代碼本身就要作為 Exhibit（正式附錄）提交，而且更新必須同步。

 

「We have observed filings include as an exhibit the code of the smart contract(s)…」

 

也就是說：

 

• 智慧合約位址、版本、審計情況都要同步披露;
• 升級邏輯是否存在、是否被少數人控制，也要說明;
• 如果合約控制 Token 釋放規則，那這就是你專案的「證券協定」。

 

曼昆律師總結：合規，是一次行業集體成年禮

 

很多創業者看到 SEC 這份檔的第一反應是：「太複雜了，我們換個國家搞吧。」但這份檔並不是拒絕 Web3，而是邀請 Web3 走向公開市場、走向制度化的一次嘗試。

 

它不是一張紅燈，而是一張路線圖。

 

你想要真正拿到傳統機構的錢？ 你想讓專案在主流市場交易？ 你想長期活下去，不怕任何司法函？ 那你就必須適應這種披露要求，以證券的邏輯來管理你的 token，以公眾公司意識來運營你的專案。

 

SEC 並沒有告訴你怎麼設計 token，但它告訴你哪些資訊不能藏、哪些結構不能玩。 這份清單就是你向美國市場合規融資的指南針。

 

如果你是 Web3 專案方、交易平臺、基金、律師、審計機構——現在就是時候，拿起這份檔，重新審視你準備提交給 SEC 的一切。

 

此篇文章取自foresightnews：

https://foresightnews.pro/article/detail/82201

AIC 團隊敬上

2025/4/14