Peirce 質疑 DeFi 開發者責任
SEC 委員 Hester Peirce 在 2026 年 6 月 5 日表示，開源 DeFi 程式碼本身不該因他人使用而觸發證券註冊義務。
SEC 委員 Hester Peirce 在 2026 年 6 月 5 日表示，開源 DeFi 程式碼本身不該因他人使用而觸發證券註冊義務。
5 日，SEC 委員 Hester Peirce 在普林斯頓大學 IC3 Blockchain Camp 發言，直接把焦點拉回「程式碼」與「受監管行為」的分界。她的說法，等於把 DeFi 開發者責任問題再往前推了一步。
這場爭論不是抽象法理，而是會影響誰要註冊、誰要背責任、誰能繼續開源。對做錢包、前端介面、協議工具的人來說，這條線畫在哪裡，會直接改變產品設計。
| 項目 | 數值 |
|---|---|
| 發言日期 | 2026 年 6 月 5 日 |
| SEC staff guidance 日期 | 2026 年 4 月 13 日 |
| 場地 | IC3 Blockchain Camp，普林斯頓大學 |
| 觸及範圍 | Covered User Interface Providers |
發生了什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
Peirce 的核心意思很直接：SEC 應該盯的是實際做了受監管行為的那一方，不該因為別人用了某段開源軟體，就把責任丟給寫程式的人。她認為，傳統證券法裡的 broker、dealer、exchange、clearinghouse，拿來套在去中心化系統上，常常會失準。
她也重申，公開釋出的開源程式碼屬於受保護的表達，不該因第三方後續用途而先經過監管核准。換句話說，區塊鏈工具不等於市場中介，因為同一套工具可能同時被用在證券交易以外的場景。
- 她主張，違規責任應落在真正做出違法行為的人身上。
- 她警告，別把舊有中介機構標籤硬套到去中心化網路。
- SEC 4 月 13 日的 staff guidance 主要談的是介面，不是單純的鏈上程式碼。
- 那份指引只給符合條件的介面供應者有限度緩解。
這份 staff statement 針對的是 Covered User Interface Providers，也就是建立或營運介面、用來準備 crypto asset securities 交易的業者。文件說，若業者不主動推介特定交易、不保管資產，也不負責執行或結算，SEC 在有限條件下不會反對 broker-dealer 註冊救濟。
它允許介面把使用者選定的交易資訊轉成鏈上可讀指令，也可以顯示市場資料與教育內容。這種寫法把風險焦點放在介面行為與交易流程，而不是把整個開源生態一口氣納入同一套牌照邏輯。
從監管語氣看，這代表 SEC 內部至少有一條線：不是所有 on-chain 工具都該被當成交易所或經紀商。問題是，這條線現在還很細，而且還沒完全固定。
為什麼重要
對開發者來說，這差別很實際。若監管只看 conduct、不看 code，寫 DeFi 協議、發布開源前端、維護錢包元件的人，面臨被當成受監管中介的風險就會下降。
對產業來說，這也會影響合規成本怎麼拆。錢包團隊、介面供應商、協議貢獻者若能更清楚知道責任邊界，就比較能決定要不要加上風控、限制功能，或是保留開源架構。
更大的訊號是，SEC 內部對 crypto 的處理方式還在拉扯。SEC 執法部門、Crypto Task Force 和委員公開發言之間，對「哪些工具算市場基礎設施」的答案並不一致，市場只能先看哪一派說法會被寫進後續指引。
對 DeFi 團隊而言，現在最該問的不是「會不會被管」，而是「哪一層功能會先被認定成受監管行為」。這個答案，決定產品要不要改、程式碼要不要拆、團隊要不要補牌照。
如果 SEC 最後把責任線畫在介面與交易流程，而不是開源程式碼本身，下一波壓力就會從寫碼的人，轉到真正接觸訂單與資產的人身上。