CLARITY Act 進入院會前的團隊準備清單

這篇說明加密團隊如何在 CLARITY Act 進入院會表決前，完成法遵、產品與溝通準備。

這篇給創辦人、法遵主管、產品經理與法務看。照著做完，你會拿到一份可直接內部使用的管轄判讀、產品盤點、風險分級與應對計畫。

內容聚焦 CLARITY Act、SEC、CFTC，以及法案從委員會推進到眾議院院會的流程。你會把政策變動拆成可執行步驟，對交易所、代幣發行方、託管方與協議團隊都能用。

開始之前

• 可讀取的 CLARITY Act 原文或國會摘要。
• 美國法律顧問或內部法遵負責人。
• 產品、代幣、託管流程與交易對手的完整清單。
• 規管追蹤、產品審查、對外溝通三個責任人。
• 可瀏覽 U.S. Congress 與 GitHub。
• 若要自動監測，請準備 Node 20+ 與 Python 3.11+。

Step 1: 建立管轄分工圖

先判斷 CLARITY Act 可能把哪些業務放進 SEC 或 CFTC 的範圍。這會決定後面所有判讀的起點。

把法案摘要逐段標記，區分數位資產何時像證券、何時像商品，並把交易所、經紀商、託管與發行揭露條文一併列出。若你有內部備忘錄，請為現貨交易、託管、代幣發行、質押與治理各寫一行。

具名產出：管轄分工圖.md

你應該看到一份一頁式分工圖，能為每個產品線標出可能的主管機關。若某條業務線無法判定，這就是交給法務升級處理的訊號。

Step 2: 盤點產品與交易對手

這一步的目的，是把法案文字對應到你實際在跑的產品與服務。只有碰到真實流程，政策變動才會變成工作項目。

建立一張清單，列出你提供的每個資產、協議、錢包與服務，並依功能標記為發行、交易、經紀、託管、質押、挖礦或基礎設施。交易對手也要一起列入，包含做市商、託管商、審計方與流動性提供者。

對每一項補上三個欄位：使用者能否轉移資產、你是否掌握私鑰、是否收費，以及是否依賴中心化團隊。這些資訊會直接影響是否需要新增註冊或揭露工作。

你應該得到一份完整盤點表，讓法務與產品能在同一場會議內逐項審查。若少了一個產品，就先當作盤點不完整。

Step 3: 分級代幣與協議風險

現在要把資產與協議分成可優先處理的風險層級。這一步的目標，是在投票前先抓出最可能受影響的項目。

用低、中、高三層標記。若產品有發行人控制、收益分配、託管特徵，或治理結構像受管理企業，就往高風險放。若是沒有託管、沒有直接客戶關係的開源軟體，可先放低風險，但仍要保留法務審查。

把質押、挖礦與自我託管的未決問題單獨列出，因為來源材料指出這些區塊仍有爭議。若你的協議宣稱去中心化，也要記錄團隊仍保有的營運控制點。

你應該拿到一份優先順序明確的風險登錄表，讓團隊一眼看出哪些項目要先做法律分析，哪些可以排後面。

Step 4: 寫出法遵應對計畫

這一步要把政策不確定性變成可執行的行動清單。計畫內容應涵蓋註冊、揭露、內控與對外說明。

直接寫下如果法案以現行版本通過，你會做哪些事：更新揭露文件、檢查託管安排、評估交易所或經紀商註冊、準備新客戶通知。若你同時營運多個法域，請補上跨境協調欄，避免美國與非美國團隊脫節。

第一版保持精簡，一頁就夠，並標出負責人、截止日與關鍵決策點，對齊眾議院表決與後續參議院進度。

你應該完成一份可拿去做高層簡報的應對計畫。若內容太大而無法分派，就代表還沒寫好。

Step 5: 建立立法監測節奏

最後一步是讓計畫跟著法案進度一起更新。來源材料把這視為美國加密市場結構改革的重要測試，所以時間點很關鍵。

追蹤委員會更新、院會排程、提案人發言與產業回應。把法案名稱、關鍵提案人，以及 SEC、CFTC、token issuer、staking、self-custody 這些詞設成提醒。若你有內部工具，請記錄每次更新的日期、來源與預期業務影響。

在立法活躍期，至少每週檢查一次；若進入密集表決窗口，改成每日檢查。這樣能避免法務、產品與溝通團隊反應太慢。

你應該得到一個持續運作的監測流程，能告訴你法案何時變動，以及下一步該做什麼。結果不只是知道消息，而是形成可重複的應對迴圈。

常見錯誤

• 只把法案當成交易所問題。修法：把代幣發行、託管、質押與協議治理一起納入。
• 等到法案通過才開始準備。修法：先寫應對計畫，再隨條文更新。
• 忽略自我託管與去中心化營運。修法：把實際控制點逐一記錄下來。

接下來可以看什麼

下一步可以把這份風險登錄表轉成領導層備忘錄，再對照你現有的上架、託管、揭露與代幣發行政策，做逐項落差分析。