[CHAIN] 4 分鐘閱讀OraCore 編輯部

CLARITY 開發者保護線怎麼劃

4 個焦點看 CLARITY Act 的 developer shield:誰被保護、Section 604 怎麼寫、哪些中介仍受管制,以及參議院下一步。

分享 LinkedIn
CLARITY 開發者保護線怎麼劃

CLARITY Act 可能保護開源加密開發者,同時保留對非法行為的執法空間。

讀完這 4 個焦點,你可以判斷 CLARITY Act 到底是在替開發者劃出安全邊界,還是在把更多人拉進金融監管範圍。爭點集中在 15-9 的委員會表決、Section 604,以及軟體開發和資金中介之間的分界。

項目規格 A規格 B規格 C
非控制性開發者發布軟體但不托管資產若移除保護,可能被當成匯款業者開發者風險最高
驗證者維護網路基礎設施合規不確定性上升偏基礎設施角色
非託管錢包提供自我託管工具可能出現監管外溢直接面向用戶
開源團隊貢獻與維護程式碼開發工作外移風險最依賴豁免邊界

1. 開發者保護線是這案子的主戰場

訂閱 AI 趨勢週報

每週精選模型發布、工具應用與深度分析,直送信箱。不定期,不騷擾。

不會寄垃圾信,隨時可取消。

Solana Policy Institute 的政策負責人 Kristin Smith 正在催促參議員保留 CLARITY Act 對非控制性區塊鏈開發者的保護。她的核心論點很直接:如果法案把寫程式和經營金融業務混為一談,開發者可能把工作移出美國。

CLARITY 開發者保護線怎麼劃

爭論不是要不要監管加密產業,而是哪些角色該負責哪些規則。支持者希望把開發者和託管人、經紀商、交易所區分開來,因為後者才是真正持有資產、撮合交易或管理客戶交易的一方。

  • 開源程式碼發布
  • 基礎設施維護
  • 自我託管工具
  • 分散式帳本支援

2. Section 604 給開發者一條明確法律通道

參議院版本的 H.R. 3633 納入 Section 604,也就是 Blockchain Regulatory Certainty Act。它的意思是,非控制性開發者或服務提供者,只因為發布軟體、提供自我託管工具,或維護分散式帳本基礎設施,就不應被視為匯款業者。

這段文字的重要性,在於它替那些支援網路、但不控制用戶資金的人提供法律保護。實務上,目標對象就是開源團隊、驗證者和錢包開發者,他們讓區塊鏈運作,卻不執行交易,也不保管客戶資產。

草案下較可能受保護的例子:
- 發布錢包軟體
- 運行驗證者基礎設施
- 維護帳本節點
- 建立自我託管介面

3. 監管仍把中介機構畫成另一條線

Smith 的立場是,開發者不該和受監管的中介機構被當成同一類。依照草案框架,託管資產、促成交易或處理客戶交易的人仍在監管範圍內;軟體發布者則在範圍外,除非他們跨過控制或託管的門檻。

CLARITY 開發者保護線怎麼劃

這條分界才是政策核心。如果立法者保住它,開發者就能繼續寫程式,而不會因為程式碰到區塊鏈就被拖進匯款規則。若把界線削弱,合規壓力就可能從交易所和託管機構擴散出去。

  • 開發者:編寫與維護程式碼
  • 驗證者:保護並確認網路活動
  • 錢包業者:提供自我託管工具
  • 交易所與託管商:處理用戶資產與交易

4. 參議院現在談的是範圍,不只是通過與否

CLARITY Act 已在參議院銀行委員會以 15 比 9 通過,但到院會辯論時,內容大概率會更複雜。立法者還在處理反洗錢規則、穩定幣獎勵,以及和加密創業有關的政治爭議。

已有 200 多家加密公司與組織要求參院領袖推進法案,另有 60 多位高管和創辦人單獨要求保留開發者條文。法案同時保留一項刑事責任例外:如果有人明知要把資金用於犯罪活動,仍然行事,執法仍可介入。

  • 15-9 委員會表決
  • 200+ 公司支持推進
  • 60+ 領袖支持開發者條文
  • 刑事意圖例外仍在文本中

哪種讀者最該關注

如果你是開源開發者、驗證者或錢包團隊,現行草案對你有吸引力,因為它把軟體工作和託管、交易切開了。若你是重合規的交易所或託管商,這部法案更像是在釐清你的義務從哪裡開始,而不是大幅減少義務。

真正的看點,是參議院能否把這道保護線維持得夠窄,既保住非控制性開發者,又不削弱對詐欺與非法資金流的執法工具。這個平衡,會決定 CLARITY 是一部劃界法,還是一場更廣泛的加密合規重設。