美國證券交易委員會成員發佈「數位資產之投資契約」指導文件

  鑒於「監管不確定性」係加密貨幣市場發展之一大阻礙,2018年間,美國證券交易委員會(United States Securities and Exchange Commission, SEC)成員威廉.希曼(William Hinman)表示,SEC打算發布指導方針,協助市場參與者確認「哪些數位資產之發售,會被認為是投資契約,進而構成證券」,須受到相關證券法規監管。據此,2019年4月3日,SEC公布指導文件:「數位資產之投資契約分析框架」(Framework for “Investment Contract” Analysis of Digital Assets)。惟須注意的是,該文件為內部成員之意見,不具正式法律效力,不得拘束SEC企業財務局或委員會本身,而僅屬一種指導。

  美國法上對於「投資契約」的認定標準,為聯邦最高法院建立的Howey Test,即基於合理的獲利預期、且該獲利來自他人的創業或經營努力、而投資金錢於一共同事業者,成立投資契約,進而構成證券。因此,為確認「哪些數位資產之發售,會被認為是投資契約,進而構成證券」,該文件特別針對「Howey Test」中的「基於合理的獲利預期」、「該獲利來自他人的創業或經營努力」,提出具體判斷標準,並輔以「其他相關考量因素」,供市場參與者作一參考:

(一)基於合理的獲利預期:例如「數位資產持有人可否分享企業收入或利潤,或從數位資產的增值獲得利潤」、「持有人現在或未來得否在次級市場交易」等具體標準;

(二)該獲利來自他人的創業或經營努力:例如「營運上是否去中心化」、「數位資產持有人,是否期待發行人執行或管理必要工作」等具體標準;

(三)其他相關考量因素:包含「數位資產之設計和執行,旨在滿足使用者需求,而非投機買賣」、「數位資產的價值,通常會保持不變或隨時間減損,理性持有人不會『以投資為目的』而長期持有」、「數位資產可作為真實貨幣之替代物」等等,文件中指出,只要這些其他相關考量因素越明顯,越不符合上開「基於合理的獲利預期且該獲利來自他人的創業或經營努力」。

  文件中亦強調,SEC將參酌個案事實,綜合上開各項標準,為客觀之認定。

相關連結
相關附件
※ 美國證券交易委員會成員發佈「數位資產之投資契約」指導文件, 資訊工業策進會科技法律研究所, https://stli.iii.org.tw/article-detail.aspx?d=8285&no=57&tp=1 (最後瀏覽日:2026/11/08)
引註此篇文章
你可能還會想看
Viacom 對YouTube提出之著作權侵權訴訟已被駁回

  美國法官駁回Viacom公司對Google之影片分享網站YouTube所求償美金10億元之訴訟,這個重要的勝利潛在地強化眾多網路服務提供者所獲得之法律保護。。   此一判決結果並非表示這場爭執3年的法律大戲已結束,因為紐約媒體大亨Viacom立刻承諾對於這判決提起上訴。如最後此一判決是被確認,將可能使得影片創作在現今這數位時代中更難受到保護。   Viacom是在2007年3月對Google提起此一侵權訴訟,內容指出其電影、電視節目及其他內容被廣泛的置於YouTube網站,涉及故意侵權。Google是在2006年10月以16億5千萬買下YouTube,於本訴訟中Google以其符合數位千禧年著作權法(Digital Millennium Copyright Act)之要求,即時取下經權利人所通知後之侵權內容作為抗辯。此案因涉及數位千禧年著作權法中之安全港條款,因而被受關注。   美國紐約南區地方法院法官Stanton於判決中,表示數位內容之著作權保護,非取決於網路服務提供者是否監控其所提供的服務,而在於其於接獲著作權權利人通知後之反應。更進一步表示YouTube已盡其責任,2007年初在接獲Viacom通知其網站約有10萬件受著作權保護影片後,幾乎於接到通知之下一個工作天內便將這些影片取下。並且表示Viacom於本案所提出之法律論點太薄弱。不意外地,Viacom對此不悅的表示:此一判決基本上是有缺點的,並試圖訴諸於美國第二巡迴上訴法院。   然而,Google的法務長Kent Walker表示這是一場重要的勝利,不僅只是對Google也是對全球幾十億利用網路溝通與經驗分享的使用者,並期待將焦點集中在鼓勵毎天於全世界YouTube網站張貼並瀏覽這數量龐大且驚人的想法與創作表達。

世界智慧財產權組織執行ICANN/UDRP決定之趨勢分析

歐盟資通安全局公布《提升歐盟軟體安全性》研究報告

  歐盟資通安全局(European Union Agency for Cybersecurity, ENISA)於2020年4月25日以歐盟網路安全驗證框架(EU cybersecurity certification framework)檢視現行安全軟體開發及維護之方式與標準,並公布《提升歐盟軟體安全性》(Advancing Software Security in the EU)研究報告。歐盟資通安全局後續將以該研究報告協助產品、服務及軟體開發之驗證,並期望能夠成為執行歐盟網路安全驗證框架相關利害關係人之非強制性參考文件之一。   本報告指出由於安全軟體已普遍應用於日常商品與服務當中,但目前針對軟體安全事故並無相對應之安全守則及技術,故為提高軟體安全層級並緩解目前已知之軟體安全威脅,應針對安全軟體開發及維護進行規範並驗證。   報告中除了針對軟體安全提出其應具備之要素、概述現行安全軟體開發方式及標準之缺點外,亦提出若以歐盟網路安全驗證框架針對軟體開發方式進行驗證時可考量之一些實際做法,包括: 已驗證之資訊與通訊科技(Information and Communication Technology, ICT)產品、服務或流程供應商或製造商,針對資料庫之部署及維護,除探討防止資料洩漏之方式外,尚應考量產品、服務或流程驗證過程中,進行資料共享會面臨之安全威脅以及緩解之方式。 應與歐洲標準組織(European Standards Organizations, ESOs)及標準制定組織(Standards Developing Organization, SDOs)合作。 建立一些針對軟體開發、維護及操作準則以補充現有歐盟網路安全驗證方案(EU cybersecurity certification schemes)。 針對現行不一致之軟體開發及維護規範,應考量建立較寬鬆之合規性評估(conformity assessment)標準。 借鏡現有經驗和專業知識,促進歐盟網絡安全驗證框架之適用。

英國司法管轄權工作小組發布「關於人工智慧損害責任之法律聲明」,旨在闡明英國法律將如何對利用人工智慧造成之損害追究責任

英國司法管轄權工作小組(The UK Jurisdiction Taskforce, UKJT)於2026年7月發布「關於人工智慧損害責任之法律聲明」(Legal Statement on Liability for AI Harms)(以下簡稱本聲明),旨在闡明於何種情況下,以及基於何種法律依據,英國法律將對利用AI造成之損害追究責任。 本聲明指出,因利用AI而非故意造成之損害,其責任來源大致可分為契約責任與侵權責任。就契約而言,通常為AI供應鏈中各方分配損害責任之主要依據,AI本身之存在並不會對契約法構成特殊困難之判斷,各方當事人可自由分配風險、定義績效標準並根據自身判斷限制責任。 就侵權責任而言,本聲明認為過失法則(law of negligence)完全可應用於AI造成之損害。粗心之AI使用者很可能因可預見之損害而被追究責任,開發針對特定目標應用程式之開發者亦可能承擔責任,惟基礎模型開發者(Foundation Model Developer)於大多數情況下,皆不太可能因其通用模型之不可預見、或未經充分測試之用途而被追究責任。 除一般侵權責任之外,本聲明並另探討其他特殊侵權行為責任類型如下: (1)代位責任(vicarious liability):由於AI並未具備人格,因此任何人均無需為AI系統本身之行為或故障承擔代位責任;惟若損害係由人類員工於使用AI時不當行為所造成,則雇主可能需要承擔代位責任,此與一般之雇主代位責任並無二致。 (2)不可轉嫁之義務(non-delegable duties):若某人負有不可轉嫁之義務,即保護他人免受傷害,則此人可能即需對他人因自身過錯造成之AI損害承擔責任。例如英國國家醫療服務體系(NHS)信託機構對其患者負有不可轉嫁之義務,假設一家NHS信託機構從第三方開發人員購買一款AI診斷工具,並將其應用於病患照護,若該AI工具有缺陷,而責任在於應用程式開發商,該NHS信託機構不能以此為由逃避對患者造成之傷害責任,因提供合格之診斷服務與工具為信託機構承擔之醫療照護責任重要組成部分,此項責任不可轉嫁。 (3)專業人士責任:專業人士具有「合理技能與注意」(reasonable skill and care)義務,取決於該行業合格成員通常遵循之標準,並參考專業機構之指引。依此,若專業人士不當使用AI、使用不合適之模型、未能進行適當之盡職調查,或未能有效測試、或驗證AI輸出結果,則可能被認定為有過失。此外,若專業人士於應使用AI之情況下卻未使用,亦可能承擔法律責任,因隨AI工具功能日益強大且應用日益廣泛,專業標準也將隨之演變,而未能使用現有技術本身亦可能構成違約。 (4)產品責任(Product liability):依英國《1987年消費者保護法》(Consumer Protection Act 1987)規定,對於瑕疵產品,企業需負嚴格責任,惟目前該規定僅適用於將AI整合到機器人或自動化機器等有形產品中之情況,純軟體形式之AI系統不太可能被現行法律認定為「產品」。 須注意者為,對於開發者而言,本聲明做出重要之區分,即建立針對特定目標應用之開發者,相較提供通用基礎模型之開發者面臨更大的風險,惟AI供應鏈中之所有參與者皆須意識到自身之責任。

TOP