一、引言：程式碼的契約
在網路發展的早期階段，曾經有那麼一場“戰役”，它提倡電腦時代的自由合作，反對阻礙科技進展的軟體專有，深刻地影響了公共領域的進程——它就是“自由軟體運動（Free Software Movement）”。這項運動不僅為世界帶來了開源授權的創新，也掀起了開源軟體的發展浪潮，使得自由與共享的理念在數位世界生根發芽。
數十年後的今日，我們又一次站到了變革的十字路口。隨著Web3 和區塊鏈技術的興起，以人主導的中心化經濟典範正經歷深刻轉變。個人主權發展，傳統Web2 時代由大型科技公司主導的平台資本主義逐漸遭受質疑。人們探索Web3，希望打造一種“所有權經濟”，讓所有人都能共享網路的所有權。在這一背景下，「開放原始碼（Open-Source）」和「公共物品（Public Goods）」的重要性重新凸顯，成為塑造未來經濟典範的關鍵要素。
開源軟體早已成為當今科技和經濟的基石。全球90% 以上的企業都在使用開源軟體，且開源程式碼已滲透到96% 的商業軟體中[1]。這種開放協作模式帶來了巨大的經濟價值──根據哈佛商學院研究估算，倘若沒有現有的開源資源，企業若想從頭開始建立這些程式碼，成本高達約8.8兆美元[2]。
但是，在我們大談「開源」和「公共物品」的時候，我們往往忽略了一個至關重要的基礎框架——開源許可證（Open Source License）。
開源軟體的蓬勃發展離不開合理的授權體系，它不僅決定了程式碼的使用方式，也深刻影響軟體生態的演進。從Copyleft 許可證到寬鬆許可證，不同的授權模式塑造了開源軟體在商業化、社群協作和智慧財產權管理上的邊界。今日，法典正在成為契約，技術規則正在取代傳統法律制度，Web3 時代讓「Code is Law」不再只是一個理念，而是現實正在發生的演進。在這樣的世界裡，開源授權不僅是對程式碼使用方式的規範，更是決定網路經濟和知識共享結構的核心。當程式碼成為協議，當智能合約取代法律契約，軟體的授權方式便直接塑造了數位時代的權利邊界。
然而，在這場關於自由與分享的討論中，還有一個更為激進、富有爭議卻不受重視的授權模式──公共領域授權（Public Domain Dedication）。
公共領域許可證或許是最極致的自由。它允許開發者完全放棄版權，使軟體成為真正的公共物品。公共領域許可證在科學研究、文化藝術、開放資料領域仍被廣泛應用。但是，公共領域模式在軟體產業的發展卻充滿曲折：它的法律地位在部分國家存在爭議，缺乏對貢獻者權益的保護，也難以與現代軟體生態的激勵機制相容。隨著Copyleft 授權與寬鬆授權的發展，公共領域授權在現代科技世界的角色似乎逐漸被邊緣化，彷彿一顆被時代蒙塵的珍珠。
慶幸的是，這枚珍珠等來了被擦亮的機會。 Web3 的發展正在重新定義代碼的契約，智能合約與去中心化協議的興起，讓公共領域許可證有了新的演進方向。 Web3和區塊鏈技術的興起，一種新的公共領域授權模式正在嘗試填補這一空白——SCC0（Smart Creative Commons 0）授權。 SCC0 由道易程（DAism）提出，旨在構建一種新的智能公器（Smart Commons）治理模型，它不僅繼承了公共領域許可證的精神，還結合了區塊鏈技術的去中心化特性，使智能公器和公共物品能夠在無需中心化許可的真正公共的狀態下自由流通，同時提供激勵機制，防止貢獻者權益被忽視。
如果Web3 時代意味著程式碼將成為社會治理的基礎，那麼SCC0如何讓公共領域授權與智慧合約結合，在保障開放性的同時，確保共享經濟的可持續性？當程式碼不再只是“代碼”，而是全球合作的契約，公共領域的未來將如何書寫？接下來，我們一起深入探討公共領域授權的過去、現在與未來，並探索這顆蒙塵的珍珠如何在Web3 時代中煥發新的光彩。
二、前世：公共領域許可證的起源
公共領域許可證是開源許可證家族中的一員，因此，要理解它的演變，我們首先需要從「開源許可證」的角度來審視它的歷史背景和發展脈絡。
在Web3，我們都或多或少聽過公共物品，也或多或少地了解開源應用程式。但鮮少人了解「開源許可證」這個開源應用背後的「契約基石」。
開源應用，也即開放原始碼軟體（Open Source Software，OSS），通常指授權人遵循某種開源許可證，將原始程式碼在不同程度上向公眾公開，並允許用戶在許可證約定的條件下自由使用、修改和分發電腦軟體。開源授權是開源軟體生態的基石，它明確規定了軟體的使用、修改、分發等行為的授權條件[3]。它確保開發者在保留版權的同時，賦予使用者「四大自由」——即自由地運行、學習、修改和分享軟體。
這些協定通常以書面形式呈現，例如在開源專案中包含一個名為"LICENSE" 或"LICENSE.txt" 的文字檔案。這些文件詳細列出法律條款，明確規定如何使用、修改和分發程式碼。例如，GPL 許可需要任何修改版本也以相同許可分發[4]，而MIT 許可則允許更自由的使用[5]。
在早期計算時代，軟體通常在沒有正式許可證的情況下自由共享。但到了1980年代，軟體逐漸商業化。 1983年，IBM成為第一個大規模以閉源形式發佈軟體的大型組織。閉源的專有軟體透過版權和許可限制使用者的使用、修改和分發權利，這對自由軟體社群構成了威脅。為了應對這一局面，一些開發者希望保護軟體自由使用、修改和分發的權利。這種需求拉開了自由軟體運動的序幕，也催生了開源授權的誕生。
（一）開源vs 專有軟體
理查·斯托曼是自由軟體運動的先驅。 1983年，他啟動了GNU項目，旨在開發一個免費的Unix-like作業系統，以對抗專有軟體的興起。 1989年，斯托曼發布了GNU通用公共授權（GPL），這是版權共享授權的標準化版本。 GPL確保了軟體的四項基本自由：運作、研究、修改和分發。 GPL的發布被視為開源許可證發展中的一個里程碑，因為它明確了軟體自由的法律框架。
正是透過許可證，開源社群建立了對貢獻者和使用者的行為規範，使協作成為可能。許可證規定了哪些行為被允許，在法律上保護開源精神。例如，Linux核心採用GPL許可證，要求任何發布的修改版本也必須開源，這迫使使用其程式碼的廠商開放原始碼，最終促進了社群創新[6]。又如，比特幣最初選擇MIT等寬鬆許可證，允許任何人自由使用和商業化，這吸引了更多開發者參與專案[7]。沒有開源授權的明確授權，開源程式碼的共享和協作將面臨法律風險，難以形成健康生態。
開源許可證直接約束他人如何使用和傳播程式碼。例如，大部分開源許可證都允許商業用途，因此任何人都可以將開源軟體用於商業產品。然而，不同許可證對修改和再發布有不同要求：Copyleft類許可證要求衍生作品在發佈時採用相同許可證開放源碼；而寬鬆許可證則允許修改後閉源發布，不強制共享源碼[8]。這意味著，GPL這類授權在鼓勵共享改進的同時，可能使商業公司有所顧慮，而MIT等許可證對商業更友好，因為公司可以將其融入私有產品而無需開源改動部分[8]。例如，Linux的GPL促成了紅帽等公司的開源商業模式，但也促使Android為了避開GPL義務而在用戶空間採用Apache許可證[6]。總之，許可證類型決定了軟體在傳播鏈上的「傳染性」強弱[8]，進而影響開發者採用、社區參與和商業化路徑。
（二）演變與分支
目前的開源許可證主要分為三大類：Copyleft、Permissive和公共領域許可證。不同類別在授權條件上有顯著差異：
1.Copyleft：傳染型許可證
Copyleft許可證利用版權法賦予的控制權，要求被授權人在發布基於原軟體的修改或衍生作品時，必須使用相同的許可證開放原始碼。簡言之，就是「共享相同方式」原則：你可以自由使用、修改、分發軟體，但前提是你貢獻回社群的作品也保持開放。
這類授權的代表是GNU GPL系列以及更嚴格針對網路服務的AGPLv3。 Copyleft並不等於放棄版權或進入公有領域，相反，作者保留版權並透過授權條款強制傳播自由的理念。 GPL要求凡是發布或分發包含GPL程式碼的產品，就必須提供獲取者對應的原始碼[9]。
AGPL則進一步規定，即使軟體僅在伺服器端運行，如果使用者透過網路與之交互，提供服務的一方也必須提供其修改後的原始程式碼。這樣的條款旨在防止有人利用開源程式碼提供網路服務卻不回饋改動[10]。例如，MongoDB曾採用AGPL開源，但後來為保護商業利益改為更嚴格的SSPL，要求提供SaaS服務的公司開放其所有相關原始碼。
Copyleft許可證保證了開源軟體及其衍生物始終開放，形成「傳染性」效應，利於公共利益。但這種傳染性對商業公司不太友好，如果公司不願開放自家源碼，就無法使用GPL程式碼。
2.Permissive：寬鬆許可證
寬鬆許可證給予被授權者極大的自由。典型如MIT、BSD、Apache 2.0，它們允許任何人幾乎不受限制地使用、修改、再發佈軟體。唯一要求通常是保留版權聲明和許可證文本，其餘很少或沒有限制。麻省理工學院在1984年發布了X窗口系統，並使用MIT許可證。 Apache許可證的出現則稍晚一些。 Apache Software Foundation在1999年發布了Apache License 2.0，這是一個寬鬆型許可證，包含專利授予條款，保護開發者免受專利訴訟。這使得Apache許可證特別適合企業環境。
與Copyleft不同，寬鬆許可證不強制衍生作品開源。這意味著開發者可以將程式碼與私有原始碼混合，甚至將修改後的版本作為閉源軟體發布，而不會違反許可證之虞[11]。 Apache 2.0 還附帶專利授權和免責條款，進一步保護使用者免受專利訴訟。 MIT和Apache許可證的出現反映了社區對更靈活許可的需求。寬鬆許可證的目標在於最大程度降低使用門檻，鼓勵軟體被廣泛採用和傳播。相較於GPL的強制開源，這些許可證允許開發者將程式碼用於閉源項目，這吸引了更多商業公司的參與。
由於對商業友善（可閉源二次開發並商業發行），許多企業更傾向採用寬鬆授權的開源專案。這三種開源許可證中，使用最廣泛的是寬鬆許可證中的MIT 或Apache 許可證。根據《2023年中國開源年度報告》[12]，GitHub 的活躍倉庫採用的開源許可證最多的是寬鬆許可證，佔比高達76.6%。例如，前端框架React、Vue等都使用MIT授權；工業界的知名專案如TensorFlow、Kubernetes則選擇Apache 2.0。
企業更青睞寬鬆許可證，因為它允許軟體與閉源代碼結合使用，無需開源衍生作品，適合商業化。 MIT 許可證只有一小段文字，容易理解和實施。儘管GPL 仍然是Linux、GCC這類關鍵專案的核心許可證，但它的整體使用頻率大不如前。根據Black Duck Software 的數據，GPL 家族授權的使用率從2008 年的70.9% 下降到2018 年的24%[13]。
3.公共領域許可證
公共領域類授權的宗旨是在法律上放棄版權，使作品進入公共領域，給予公眾最大程度的自由使用權。這概念的誕生非常早，但其發展歷程相對緩慢。唐納德·克努斯（Donald Knuth）早在1978年發布了TeX排版軟體的初版[14]。 1984年，克努斯將其置於公共領域。這意味著從1984 年起，TeX 無版權限制，任何人可自由使用、修改和分發。在那個年代，克努斯的做法尚屬少數，開源和自由軟體的概念尚未正式成型，公共領域授權並未形成系統化的法律工具。
嚴格來說，真正的「公有領域」是指版權完全失效或放棄，在部分國家或司法管轄區，版權法不允許創作者直接放棄其版權或道德權利，這就導致了類似CC0 (Creative Commons Zero) 這樣的法律工具的出現[15]。 CC0是知識共享組織推出的公共領域協議，它允許創作者主動放棄對作品的所有版權和相關權利，將作品貢獻為人類公共財產。在CC0下，任何人可以出於任何目的使用、改編、再發表作品，而無需徵得作者同意、也無需署名。這種許可適用於希望徹底開放的情況，例如一些資料集、範例程式碼、以及倡導開源精神的藝術作品等。除了CC0，軟體領域還有類似Unlicense、WTFPL等宣稱無保留權利的授權。
需要注意的是，公共領域類許可證在國際認可上存在爭議。 2011年，自由軟體基金會（FSF）將CC0列為發佈軟體到公共領域的建議方式[15]。 FSF傾向認可Unlicense 、WTFPL（Do What The F* You Want To Public License）與CC0的授權屬性，但在軟體領域，FSF並非完全推薦CC0 作為授權使用，因為它缺乏專利保護條款，可能導致公司或個人利用這些程式碼後申請專利，反而限制軟體的自由流通。開源倡議組織（OSI）將這類公共領域授權如CC0 視為「聲明」（Dedication），而非傳統意義上的「授權」[16]。因為許可證的一般形式是權力授予法律文件，通常由軟體版權所有者授予用戶一定的權限，如使用、修改、分發代碼的權利，但仍然保留部分如署名、限製商業用途等權利。
FSF 和OSI 在Unlicense、WTFPL 和CC0 的授權認同上存在分歧，反映了它們對軟體自由和開源的不同理解。 FSF 更關注軟體的實用自由，傾向於將這些視為許可證，但不建議用於軟體，因缺乏專利保護。 OSI 則更注重法律清晰度和開源定義，Unlicense 被認可為開源許可證，但WTFPL 和CC0 不被視為開源許可證，更多被視為權利聲明。公共領域許可證放棄了對程式碼的任何控制，甚至不要求保留原始作者資訊。由於它們在法律上更極端、更徹底地去除了所有權利，一些法律專家和機構認為它們更像是一種“聲明”，而不是典型的“許可證”。
考慮到這類「聲明」仍然是開源軟體的實現方式，只是其實現方式比其他兩類許可證更加自由、更極端，它們的核心目標仍然是促進自由共享和最大化知識流通。我們仍然將這類「聲明」劃入「開源許可證」的討論範圍內。
令人欣慰的是，儘管WTFPL未獲OSI批准，但仍被一些Linux發行版作為自由軟體許可證接受，顯示社區對其實用性的認可[17]。這顯示實際的社區實踐與標準化機構的立場可能存在一定差異。 SQLite作為全球最廣泛使用的資料庫之一，完全採用公共領域模式，證明了在某些特定應用場景下，公共領域授權仍然可以被廣泛採用，並且不影響軟體的長期發展。
在Web3 時代，像SCC0這樣的新模式正在嘗試為公共領域類授權提供新的發展方向。它們如何與去中心化技術結合，如何解決激勵機制的不足，是值得探索的重要議題。
三、 今生的蒙塵：停滯與挑戰
（一）Web3下的公共領域
1.從共享到鏈上共創：公共財的發展
Web3的公共領域，我們談論得更多的是「公共物品」的概念，現在也有越來越多的組織和基金會專注於資助與發展公共物品。公共財在經濟學中被定義為非競爭性和非排他性的資源，即一個人使用不會減少其他人使用，且無法阻止任何人使用。在Web3 背景下，這通常包括開源區塊鏈協議，如Ethereum 和Solana；去中心化存儲，如IPFS；和去中心化金融（DeFi）協議，如Uniswap。根據Why Public Goods Matter[18]，Web3 中的公共物品不僅包括開源軟體，還包括去中心化協議、社群文件、研究報告或甚至是實體事件（如黑客馬拉松）。在接受資助的Web3 公共物品中，軟體專案似乎是最受青睞的類別，擁有最多獲得資助的專案。例如，Gitcoin 第15 輪資助中，開發者工具（主要為軟體）有25 個項目，而教育（主要為文件）和區塊鏈（包括協議）分別有18 和15 個項目[19]。
公共財的發展仰賴開源軟體和協議研究的無私貢獻，令生態系統中的每一個人受益。
2.開源許可的崛起：Web3的應用動態
Web3繼承了開源文化，絕大多數區塊鏈專案都選擇公開原始碼[20]。 Web3 的去中心化屬性決定了它天然依賴公共物品，開源許可證也廣泛使用。主流的區塊鏈專案大多選擇成熟的開源許可證。比如：
比特幣：比特幣的核心軟體Bitcoin Core就採用MIT許可證，這種極簡寬鬆的許可被認為非常契合去中心化項目，因為幾乎沒有限制，可以吸引最廣泛的參與。
以太坊：以太坊作為去中心化平台，一開始就秉持開源。其各實現由不同團隊開發並完全開源。最廣泛使用的客戶端Geth (Go Ethereum)是LGPL授權，另一重要實現OpenEthereum則採用GPLv3許可。以太坊程式碼庫的開放和多重實現並存，提高了網路的安全性和可信度，也方便其他專案重複使用其技術。以太坊本身沒有因為開源而失去競爭力，反而因社群協作成為區塊鏈生態的基石。
Uniswap：去中心化交易協議Uniswap提供了Web3領域關於許可證策略的著名案例。 Uniswap V1和V2版本完全開源，並採用GPL授權發布[21]。這使得其AMM模型被廣泛學習和複製，也促成了許多DeFi協議的誕生。例如SushiSwap最初就是基於Uniswap V2程式碼的分叉。然而，面對競爭者迅速複製其創新的「集中流動性」功能，Uniswap在V3版本時採取了半開源策略。 V3代碼在剛發佈時使用了“商業原始碼許可證(BSL) 1.1”，允許非商業和非生產用途的自由使用，但禁止未經授權的商業部署，為期兩年。
EIP（Ethereum Improvement Proposal，以太坊改進提案）：以太坊是因創新出dApp發展基礎，即智慧合約及其去中心化的運作環境，而崛起。 EIP是為以太坊潛在新功能或流程提出建議的標準。而且其實大量就是為dApp 或互通性（interoperability）或協定所建構的技術規範。以太坊社群中的任何人都可以創造一個EIP。自2015 年10 月來，從2開始的編號已經排列至7896，即所提交的EIP總數高達7895個。因官方的範例EIP-1中許可證的推薦，從EIP-8 開始的絕大多數都採納了CC0。
其他專案：Aave協定的程式碼庫也是完全開源的，並被諸多後來者fork用於不同鏈上。智能合約開發框架如OpenZeppelin使用MIT許可，使開發者能方便地引入標準合約模組。又如DAO組織方面，許多DAO管理的協議如MakerDAO的穩定幣Dai合約等均開源，以便社區成員審計參與改進。
從Web3實務中我們可以看到，許多Web3新創公司和開發團隊偏好使用寬鬆的開源授權[22]。這類授權限制少、相容性好，方便程式碼被廣泛引用和二次開發，從而加速生態發展。 Uniswap的案例體現Web3專案在「開源與自身利益」之間尋求平衡的新動向，即既承認開源的長期價值，又嘗試加入短暫保護期。此外，有些專案採取「雙重授權」模式，即對社群以開源協議發布，對商業合作夥伴提供不同授權。但我們看到的潛在方向，體現在CC0上。
除了在科技開發領域的崛起，CC0在Web3內容創作領域也大展拳腳，尤其在NFT社群中。 NFT藝術品計畫「Nouns」於2021年以CC0模式發布，被認為是這一風潮的開端之一[23]。 Nouns的全部像素頭像藝術品不保留版權，任何人都可以基於Nouns形象進行再創作。這種「無權利保留」的模式很快就被其他項目跟進，出現了大量CC0 NFT項目。例如Cryptoadz、Loot、mfers、Goblintown等知名計畫都選擇將藝術版權置於公共領域，讓社群自由衍生創作[23]。甚至知名加密藝術家XCOPY也在出售作品後將其代表作《Right-click and Save As Guy》改為CC0，並宣布計劃把自己以往的所有作品版權全部放棄。
然而，公共領域許可證在NFT 領域的起舞並不足以向世界證明它真正的價值。 Web3是代碼的世界，只有依托代碼才能成為去中心化支柱。這場EIP和NFT的CC0狂歡盛宴，揭露了現有公共領域授權在Web3生態的限制。
(二）發展的停滯點
在Web3時代，公共領域許可證面臨和一般開源許可證同樣的困境，即執行問題和適用性問題。除此之外，它還面臨著自身的特殊性問題，例如激勵不足、法律不適用等，導致發展進入瓶頸。本節從四個面向分析這些問題，並探討可能的突破方向。
1.「代碼即法律」的落差
我們並未真正實現“Code is Law”。開源許可證，包括目前的公共領域許可證在內，它們仍然是依賴傳統法律體系的文本協議，而非真正能夠在去中心化環境中自動執行的規則。在傳統軟體領域，違規使用開源程式碼可能會受到版權法制裁，但在Web3去中心化、跨境協作、匿名的環境下，開源授權的合規監督更加困難。這是開源許可證的「通病」。許多區塊鏈開發者使用匿名身分發布或複製程式碼，如果他們違反許可證，版權持有人維權的成本和難度都很高。一個典型案例是Andre Cronje指控Aerodrome協議未經授權將其GPLv3代碼改為商業許可證（BUSL）重新發布，嚴重違反GPL條款。然而追責過程複雜，因對方匿名運作且跨司法轄區[24]。同樣地，美國FBI曾被指出在其智能合約中未遵循MIT許可證的附帶聲明要求，即便版權方OpenZeppelin有權發出停止令，也受限於政府機構的主權豁免權而難以執行[25]。可見，在Web3背景下，即使開源許可證具備法律效力，真正執行起來卻面臨跨域執法、匿名性和執法意願等現實障礙。
2.舊框架的束縛
自GPL發布至今已經過了40年。從GPL在1980年代的誕生，到如今MIT、Apache 2.0等許可證在Web3中的廣泛應用，開源許可證的發展始終圍繞著特定的技術環境和生產關係進行調整。然而，這些許可證的設計背景主要基於互聯網早期的集中化軟體開發模式，其法律框架依賴國家版權法、合約法和商業法規，而非自執行的程式碼邏輯。在Web3的去中心化、鏈上協作、匿名開發模式下，這些傳統許可證是否仍然適用，值得我們深思。
如果Web3與自動化技術進一步發展，並朝著後稀缺社會（Post-Scarcity Society）邁進；如果Web3的演進不僅僅是技術的革新，而是生產關係的顛覆性重構，那麼舊有的法律與生產框架必然成為束縛，許可證的邏輯也將需要隨之進化。在後稀缺社會中，資訊、軟體、智慧財產權等資源趨向於零邊際成本，傳統依賴版權控制和法律訴訟的開源授權模式可能難以維繫，而基於鏈上共識、智慧合約驅動的自執行授權系統將成為更符合Web3邏輯的替代方案。
面向未來地來看，倘若Web3旨在重塑全球的協作方式與價值創造體系，那麼承載新世界的底層協議本身也需要一場範式變革。
3.缺乏激勵機制
公共領域授權旨在將作品直接置於公共領域，允許任何人自由使用、修改和分發，而無需徵得作者同意或支付報酬。這種開放性雖然促進了知識和技術的廣泛傳播，但也帶來了對貢獻者激勵不足的問題。在GPL 或Apache 授權下，貢獻者通常受到授權的保護，並有機制確保他們的程式碼不會被濫用。但公共領域軟體沒有貢獻者協議，無法保證開發者的貢獻可以獲得對應的獎勵激勵，也無法保證原始作者或社群貢獻的程式碼不會被商業公司無償取得並私有化。這降低了開發者積極貢獻的意願，可能導致公共領域軟體的發展停滯[26]。
為此，如何在開放共享與保護貢獻者權益之間找到平衡，設計出既能促進知識共享，又能激勵貢獻者的許可證，成為開源社群需要面對的重要課題。
4.法律缺陷與治理挑戰
儘管CC0 和Unlicense 試圖提供一種正式的公共領域許可，但由於法律適用性問題，許多開發者仍然選擇MIT 許可證，以獲得一定程度的法律保障。公共領域軟體不受傳統版權保護，這意味著任何人都可以修改、重新發布甚至商業化它，而不需要遵守任何社群規則。這可能導致軟體的碎片化和維護困難。
除此之外，公共領域類授權在國際法律授權中存在爭議，這不僅反映了各國法律框架的差異，也表明法律框架在應對現代軟體分發需求上有所滯後，尤其是在專利保護和跨國適用性方面。例如，公共領域許可證在不同國家可能無效，反映了法律未能完全適應技術發展的需要。
(三）重煥生機：Web3時代的新公共領域許可證
公共領域授權因其極致的自由而被迫蒙塵，但如今又因極致的自由迎來了重煥光彩的機會。
最近，一種新的針對智慧合約的公共領域授權誕生了，它被稱為SCC0（Smart Creative Commons 0）。 SCC0是一種“智能創造公共許可協議”，旨在將智能合約及其相關組件整體聲明為接受其治理的公共品，並冠以“智能公器”（Smart Common）這一專有名稱，通過智能合約無可違背的強制性加上迅速崛起的AI的配合，對其進行完全無需將任何權力授予任何人和任何人類組織的治理。開發者可以採用SCC0許可證，將自己的dApp、智能合約、標準提案（EIP）甚至AI模型等鎖定為自治的公共資源，徹底擺脫對中心化權力的約束。即使是保留了為人類開發者提供獎勵這一基本原則，它的實施也很快就與中心化權力無關，而是交給dAIpp 去評估和執行。
在Web3時代，程式碼應該不只是法律的附屬品。如果「Code is Law」不只是一句口號，而是軟體治理的新範式，那麼我們需要的不是法律對程式碼的約束，而是程式碼本身成為治理的契約。 SCC0結合智能合約與AI技術，建構了一種無需中心化法律即可自執行的許可模式，讓我們看到了借助公共領域許可證通往未來的代碼開放世界的可能。
然而，真正的變革往往伴隨著新的問題。假如當下並非公共領域許可證舒展的沃土，那麼這種極致的開放要相容的會是什麼樣的未來？在去中心化、智慧化的世界中，公共領域如何自我演化？當AI 和區塊鏈的結合開始重塑社會秩序，我們該如何依賴開源技術，讓人類邁向更美好的未來？
接下來，讓我們站在更前沿的視角，去探討去中心化公共領域的未來。
四、未來：SCC0 的創新與去中心化公共領域的崛起
(一）SCC0：面向未來的大膽創新
目前，SCC0許可的程式碼與文件已經在Github上公開發布。根據公開的信息，我們可以分析SCC0的程式碼並得到以下結論[26]：
1.核心思想與技術實現
（1）AI自治的“代碼及法律”
在SCC0 生態中，「代碼即法律」的概念不僅僅是一種治理理想，而是透過智慧合約得到了真正的技術實現。傳統的法律體係依賴人為監管、訴訟與仲裁，而SCC0 直接透過鏈上智慧合約自動執行許可管理，使得許可規則不可更改、不可篡改，且無須依賴中心化機構進行合規審查。每個SCC0許可的dApp 和dAIpp 只要透過智能合約程式碼確定其在收到交互請求（即調用其它合約或被其它合約調用的請求）時，都根據在SCC0 License Manager contract的白名單裡的查詢結果，正確決定是否執行交互請求，即被視為它採納了SCC0許可。
在SCC0生態中，每個合約都必須呼叫許可管理合約的「isSCC0Compliant()」方法來檢查交互方是否符合SCC0 許可要求。這種檢查是程式碼層面的強制執行，而不是依賴開發者的自覺或社區監督。
同時， SCC0 的白名單機制依賴智能合約和dAIpp（去中心化的AI）的自動管理。所有SCC0 合約在互動前都必須驗證對方是否在白名單內。許可證管理合約SCC0LicenseManager 維護了一份已批准的SCC0 dApp 清單，並提供介面供其他合約查詢。這意味著任何調用該合約的帳戶或智能合約，如果未被SCC0 許可管理合約認可，都將自動被拒絕，並且無法在SCC0 生態中進行互動。亦即，對於SCC0 許可，只要承擔白名單管理的dAIpp 的工作不出差錯，那麼任何企圖不軌的應用，就絕不可能對任何採用了SCC0 許可的其它應用及其用戶產生一絲一毫的傷害。
SCC0 的白名單機制不僅確保了授權合規性，還帶來了向前與向後的兼容性，這一點對生態的長期永續發展至關重要。傳統的許可證通常是靜態的，一旦發布後就很難適應未來的變化，例如MIT和CC0許可證，它們的適用範圍在技術變革時往往需要依賴社區共識或法律解釋。而SCC0透過智能合約管理的鏈上白名單，使得許可治理體係可以動態演進，既保證了對已有dApp的支持，又能兼容其他符合代碼要求的應用和未來新版本的許可規則。
SCC0 的這些智慧合約機制徹底改變了傳統授權管理的方式。從前，CC0、MIT 等許可證都依賴開發者自願遵守，而合規性問題通常需要法律訴訟來解決。而SCC0 透過智慧合約的「自動許可驗證+白名單」機制，確保了許可規則的執行完全不依賴人工幹預，使得許可治理本身變成了一種程序化執行的共識。這一去中心化、自主的治理模式，確保了SCC0 生態中的所有dApp 和dAIpp 都能夠嚴格遵循開源、公有的原則，而不受傳統市場化或專利保護的干擾。
（2）完全公共化的經濟結構
在傳統的市場經濟中，軟體、人工智慧模型和資料資源通常受到專利、版權或授權協議的限制，使得這些資產成為私有化的商品。而SCC0 徹底摒棄了這種私有產權模式，要求所有採用該許可的dApp 和dAIpp（去中心化AI 應用）都必須是公有的，所有代碼和智能合約都必須向公眾開放，並且任何人都可以自由使用、修改、派生和部署。這種完全公共化的結構意味著，軟體和AI 資源的價值不再體現在它們的所有權上，而是體現在它們的公共貢獻上，而這種貢獻將由智慧合約自動進行識別和激勵。
在SCC0 生態中，價值的分配不再由市場交易決定，而是由「Proof-of-Value價值證明」共識機制管理，貢獻者不依賴軟體銷售或智慧財產權收益，而是透過公共資金池獲得獎勵。所有符合SCC0 授權的智慧公器（Smart Commons），無論是dApp 或dAIpp，都享有其公共治理基金，即中本聰UTO 基金的支持。基金透過鏈上貢獻證明（Proof-of-Value）機制，以及dAIpp，計算每個dApp貢獻的公共價值，並依照預設規則進行資金分配。這個機制是基於鏈上數據和公共AI 的智慧自動計算貢獻，並由智能合約分發獎勵，確保通證獎勵完全去中心化、無許可化，符合公共文明的基本原則。為了實現這一點，SCC0 授權提供了一套智慧合約框架，未來在公共AI的協助下，使所有dApp 和dAIpp 都能夠自動從公共資金池獲得獎勵，同時確保資金分配的公平性和透明度。
（3）去中心化的公共基礎設施
在SCC0 生態中，去中心化的公共基礎設施是一種全新的公共資源管理方式，它依賴於智慧合約治理，使得所有dApp和dAIpp都成為公共化的基礎設施，為整個生態提供可持續的、免許可的、無產權壁壘的技術支援。 SCC0 透過智慧合約提供了一個開放的基礎設施註冊和存取系統，使得所有dApp和dAIpp都可以公開聲明自己的公共基礎設施貢獻，並確保只有經過許可管理的應用才可以使用這些資源。這種模式意味著，任何應用、運算資源、資料儲存乃至AI 模型，都不再是私有化的，而是由SCC0 授權約束，成為整個生態的公共資產，由所有人共享，並透過鏈上自治機制維護與更新。
在傳統的技術基礎設施建設中，企業或政府通常是唯一的管理者，它們擁有伺服器、資料中心或雲端運算資源，並以商業模式提供服務。而在SCC0 許可體系下，這些基礎設施將被拆解為去中心化的智慧公器（Smart Commons），並且它們的運作、更新、治理不再依賴單一實體，而是透過智慧合約和DAO 共同管理。所有符合SCC0 許可的基礎設施都必須向全社會開放使用，並且必須在鏈上登記，以確保透明性和可訪問性。
更特別的是，任何私有資源，任何私有權力，都無法擾亂或破壞基於SCC0 授權而建構的公共生態
（4）智能合約驅動的授權管理
SCC0授權的核心之一是版本管理機制，它允許dApp聲明自己遵循的授權版本，並且可以在無需重新部署合約的情況下適應未來授權規則的變更。所有SCC0 許可的dApp在部署時，必須聲明其許可版本，並引用許可管理合約。除此之外，SCC0許可透過智能合約自動驗證所有dApp是否符合許可要求，任何dApp在交互前都必須經過許可合規性檢查。在互動權限中，SCC0 授權系統透過白名單機制管理互動權限，確保所有dApp 在執行智慧合約呼叫前，必須經過許可合規性檢查。
智慧合約驅動的授權管理是一種徹底去中心化的授權治理模式，它打破了傳統許可證依賴法律執行和人工監管的局限性，使許可證管理成為完全程序化、自動化、無需信任的自治體系。在傳統的軟體許可系統中，許可證的管理通常依賴中央機構對許可的解釋和執行，而SCC0透過智慧合約實現了許可治理的程式碼化，使得許可合規性由程式碼直接執行，而不是透過人工審核或法律訴訟來保證。這不僅大大提高了許可管理的透明度和效率，同時確保了整個SCC0生態的可持續性，使得許可體係可以隨時間進化，而不會因人為因素導致規則變更或漏洞濫用。
（5）價值驅動的去中心化激勵機制
在傳統的許可證體系下，貢獻者面臨的最大問題是缺乏可持續的經濟誘因。雖然這些許可證允許自由使用和修改程式碼，但它們沒有提供內建的獎勵機制，使得開發者無法透過自身的貢獻直接獲得回報。這導致大部分貢獻者只能依賴商業化服務、企業資助、開源基金會捐贈或個人資金來維持專案的運作。而SCC0 許可透過智能合約驅動的去中心化激勵機制，徹底改變了這個困境。
SCC0 採用Proof-of-Value機制，使貢獻者的價值可以被區塊鏈自動識別和量化，從而獲得UTO基金的誘因。 SCC0 透過中本聰UTO基金（Satoshi UTO Fund），實現完全去中心化的貢獻獎勵機制。 UTO基金池由SCC0 授權dApp 交易費用、去中心化公共財政資金、DAO 治理撥款等組成。基金合約會自動掃描SCC0 許可生態，並根據PoV 評分，分配獎勵。貢獻者（dApp、開發者、AI 演算法等）可以呼叫「registerContribution()」方法，在鏈上提交貢獻值。 SCC0 許可允許dAIpp作為貢獻者獲得獎勵，這樣的設計使得AI可以獨立生存和運作，無需中心化公司支持，為未來AI接管人類社會的生產服務與運作提供了可能性。
2.創新之舉
（1）治理思想的創新
傳統的開源授權是強調授權他人最大限度地使用；但治理上它們依賴法律和社群自律，沒有主動的技術介入。換言之，CC0/MIT 發布後，維護和合規主要靠道德和法律訴訟保障，許可證本身沒有演進機製或強制執行能力。
SCC0 的核心理念是將授權治理整合到技術架構中，以實現動態自我治理的公共授權。它不僅要求貢獻者像CC0 一樣放棄權利，匿名地將作品捐給公眾，更內建了社區治理思想。許可可以在鏈上升級，合規由網路參與者共同監督，獎勵由共識機制分發。例如，「SCC0 License Master」合約維護一個許可版本映射和版本列表，允許開發者提交新版本提案並記錄其版本號、合約地址等。提案需經過合約擁有者批准才能成為正式版本。這個流程相當於把許可證升級的標準流程（提案-審核-發布）寫入了智慧合約。當社區發現需要新的許可條款或改進時，可以部署新許可合約併提案，由治理方審議通過後鏈上登記，使整個生態知曉並認可新的版本。這種版本控制和社群共識決策機制，使許可體系能夠隨著時代演進，同時確保任何更新都是公開審議、記錄在鏈的。
SCC0的這種理念延伸了「代碼即法律」的精神——許可本身就是代碼合約，實現機器可執行的法律。因此，SCC0 代表一種鏈上法規，其治理思想更加激進和自治。開發者一旦加入SCC0生態，便進入一個由智能合約和DAO規則驅動的治理環境，而非只依賴傳統法律關係。
（2）治理實踐的創新
SCC0 的治理實踐不僅創新地將AI視為去中心化公共生態的管理者，同時也確保公共生態能夠反向治理AI，使其透明、安全、可控。這種雙向治理模式不僅讓AI具備了管理公共資源的能力，還使AI本身受到智慧合約、白名單機制和開源要求的嚴格約束，確保它不會成為一個不可審計、無法監管的黑箱。
相較於傳統的人工治理方式，AI在SCC0生態中的角色更有效率且自動化，它可以執行智慧合約驗證、優化資源分配、管理UTO資金池的獎勵分配，甚至輔助去中心化決策，從而減少人為介入帶來的不確定性。 SCC0透過AI治理公共生態，使得整個系統能夠真正實現去中心化的自治運行，但同時，它也深知AI可能帶來的不透明性、數據偏見以及潛在的濫用風險，因此SCC0許可體系反向構建了一套完善的AI 約束機制。
（3）社會關係的創新
CC0和MIT一類的傳統開源授權更接近自由放任的「開源資本主義」。它們鼓勵創新擴散，但開發者的身分和組織模式仍是傳統的，收益透過商業模式或職業僱用獲得。而SCC0則體現了一種「開源共產主義」傾向：開發者不再保有知識私產，而由公共機制獎勵價值貢獻，實現類似按勞分配的原則。同時，SCC0 強調匿名性和平等性，不突顯個人知識所有權，這在思想上與共產主義消除私有財產、按需分配的願景契合。在SCC0許可下，任何人或AI都無法聲稱對專案擁有特權，使用者也不能假定有官方背書，從而打破了傳統上「產權—責任—權威」的結構。
相較之下，MIT或CC0 並未觸及開發者與社會關係的變革，只是簡化了授權限制。
（4）技術實現的創新
MIT 和CC0 授權通常以文件形式附在專案中，由人工閱讀理解，其合規檢查需要法律介入。而SCC0在Solidity合約中透過SPDX標識聲明，例如代碼頂部標註“// SPDX-License-Identifier: scc0”，則明確表示遵循SCC0許可。同時，SCC0 提出了在合約中嵌入標準變數來聲明許可版本和許可管理合約地址，這樣其他智能合約可以自動讀取這些變量，確定該合約的許可資訊。這種機器可讀的許可聲明是傳統許可證所不具備的。傳統開源許可證並無標準化的代碼級標記，合約間無法直接識別對方的法律狀態，而SCC0 做到了許可元資料的鏈上公開透明。
（5）去中心化審查的創新
SCC0採用的是白名單管理制度，而非黑名單管理制度。在SCC0 許可生態中，每個合約在與其他SCC0 許可應用互動前，必須呼叫許可管理智慧合約檢查對方是否在白名單內。所有SCC0 dApp 在部署時，都需要向許可證管理合約註冊，並通過DAO 審核機制批准後，才能正式進入生態。
在黑名單模式下，系統預設允許所有人使用，只有在發現違規行為後才會事後懲罰。這種方式適用於Web2時代的法律治理體系，但在Web3生態中，這意味著惡意合約可能會在黑名單生效前就已造成危害。而SCC0採用的白名單機制，要求所有SCC0許可的合約必須先經過合規審核，進入白名單後才能被允許交互，這種方式確保了生態的純淨性，並防止違規行為發生。
（二) 超越想像力的未來
在著名的荷蘭作家魯特格爾·布雷格曼的《現實主義者的烏托邦》一書中，有這麼一句薦書語：「最壞的不是未來不會變得更好，而是我們想像不出一個更好的未來。」這句話道出了一個現實困境：當社會被現有的經濟結構和技術框架所束縛時，我們往往難以跳出模式，去構思已有模式，去構思真正顛覆性的未來。
但歷史告訴我們，真正的改變往往來自那些最初看似超現實的構想。 SCC0的願景正是如此——它並非空穴來風，也不僅僅是技術樂觀主義的幻想，而是基於自動化與區塊鏈去中心化技術的發展趨勢，做出的現實推演。在這個框架下，我們不妨進一步打開想像力的邊界，去構思一個更鮮明、更極致的未來──一個科技與社會結構徹底重塑的新時代。
1.從私有產權到去中心化公共資源
後稀缺社會指一個大多數商品都能以極低成本大量生產、幾乎免費提供給所有人的經濟情境。這意味著人類的基本需求（甚至大量慾望）都容易被滿足，擺脫了傳統經濟的資源稀缺限制[27]。工業時代的資本主義經濟以私有產權為核心驅動力，企業透過壟斷關鍵資源來獲取超額利潤。然而，在未來社會，大量財富可能由自動化系統創造，這引發了一個關鍵問題：當機器取代人力成為主要生產力時，其所有權應歸屬於誰？如果仍然遵循傳統模式，讓少數資本所有者壟斷這些“機器人生產資料”，勢必加劇貧富分化。哈佛經濟學家RichardFreeman 警示道，隨著自動化推進，「財富將越來越多地來自對機器人的所有權而非勞動」[28]，社會可能分裂為擁有機器人的少數富人和被機器取代的大多數勞動者。在最壞情景下，資本高度集中導致“機器人時代的封建主義”，少數機器人所有者成為新“封建領主”，而大多數人淪為附庸，無法分享自動化帶來的繁榮。
要避免這種未來，生產資料的所有權分配必須重新設計——更廣泛的公眾參與和共有將是關鍵選項。 SCC0 授權旨在支援一種開放共享的「智慧公器（Smart Commons）」生態。 SCC0 要求所有智慧公器必須是開源並向公眾免費提供（僅需支付鏈上燃料費）。這與後稀缺理想不謀而合：知識和軟體作為非排他性商品，可以被無限複製而無額外成本，因而透過開源許可可使軟體幾乎「零稀缺」地供給全社會使用。當程式碼、AI 演算法等數位資源在SCC0下進入公共領域，每個人都能自由使用和改進，這為「技術交付充裕」的未來奠定基礎。
2.去中心化與開源的協同
從社會結構來看，SCC0支持下的未來社會更趨向去中心化的協作共同體。在這種社會裡，大量生產資料（如軟體、AI、數據）由大眾共同擁有，並透過區塊鏈和智慧合約管理，而非由壟斷性企業擁有。未來的生產將因AI和機器人廣泛應用而趨近零邊際成本，傳統資本對勞動力的依賴降低，這為「協作共識經濟」的崛起創造條件。隨著自動化程度加深，後資本主義（Post-capitalism）的雛形可能出現。
學者傑里米·里夫金（Jeremy Rifkin）預測，到2050年“協作共享的公共領域將可能成為全球經濟生活的主要仲裁者”，資本主義將讓位於合作共贏的新範式[29]。這意味著許多產品和服務幾乎免費，財富不再透過壟斷產權積累，而是由網路協作社群管理和分享。開放原始碼和公共物品在未來經濟中扮演著基礎設施角色：它們就像數位時代的“公路”和“橋樑”，為所有人的創新和協作提供底座。
SCC0 推行的完全開源和公有製正是這種新模式的雛形，開發者放棄代碼產權，轉而依靠公共基金的獎勵來獲取收益。這類似一種「以價值貢獻分配」而非「按產權分配」的經濟形態，可被視為公有製經濟在數位領域的體現。
3.自動化治理與人的解放
在一個高度自動化的後稀缺社會，AI 將在治理中扮演關鍵角色。去中心化自治組織可以由智慧合約執行規則，而AI 則可用於自動決策支援和資源分配最佳化。例如，AI 可以即時分析鏈上數據，為社區提案提供客觀依據，或根據既定策略自動觸發某些治理行為，例如檢測不當行為並執行處罰。 SCC0 生態特別包含了dAIpp的概念，即由一個或多個AI 開發或管理的應用。對於此類自治AI 代理，它們和人類帳戶一樣透過私鑰控制資產與權限，只要演算法可靠，AI 也能安全參與治理。這意味著未來甚至可能出現AI 擁有與管理公共資源的情形，治理決策由AI 根據智能合約規定自動執行，從而減少人為主觀偏差。
4.開源社會的去中心化激勵機制
在開源社會，當所有成果開放分享，創新將呈指數級湧現。開發者可以無門檻地利用現有SCC0 專案的程式碼和AI模型進行二次創作，無需擔心許可糾紛，大大降低創新成本。 SCC0 進一步將此模式引入鏈上協作領域，並輔以激勵機制，可能激發更大規模的協同創新。未來可能會出現模組化的公共應用生態－不同團隊各自優化某個模組，透過標準介面組裝出複雜應用。這類似UNIX 哲學的組件化協作，但在區塊鏈上由經濟誘因驅動，使志願協作更加永續。
除此之外，SCC0 許可明確結合了Proof-of-Value 共識下的公共資金池，「中本聰UTO 基金」。開發者將專案貢獻給公域後，有機會從基金自動獲得獎勵，以補償其投入。這預示著一種新型經濟，即不以直接收費為商業模式，而以公共誘因為主導。這類似於基本收入在創新領域的運用──貢獻者因創造公共價值而獲得收入，而非因獨佔智慧財產權收費。未來在SCC0 框架下，類似的公共資金將由鏈上共識自動管理，實現Proof-of-Value的分配原則。這有望解決長期困擾公共領域的「公地悲劇」難題，激發源源不絕的公共創新。
（三）未來的挑戰
SCC0 作為全球首個智慧合約驅動的公共領域許可證，在推動公共資源去中心化、消除智慧財產權壟斷、建構AI 自治經濟體等方面具有突破性創新。然而，由於仍處於早期階段，SCC0 仍面臨技術、經濟、治理等多方面的挑戰，需要進一步優化和完善。
1.生態系的接受度
科技的變革不僅是代碼和協議的改變，更是人類思維方式的轉變。 SCC0 授權的概念非常超前，但現實世界的開發者、企業和政府並不一定準備好接受這樣一個完全去中心化的授權系統。傳統的企業軟體開發仍依賴智慧財產權獲利模式，即便在開源社區，仍存在商業化的需求。相較於MIT或Apache許可證，SCC0許可的經濟模型尚未被廣泛採用，如何吸引開發者進入SCC0 生態？如何讓Web3的主流專案逐步遷移到SCC0授權系統？這需要時間，也需要教育，更需要一批成功的SCC0許可計畫來證明這個模式的可行性。 SCC0可能需要設立開發者獎勵計劃，吸引早期adopters，並為專案提供遷移方案，降低開發者採用SCC0授權的門檻。
2.法律與現實世界的適配
SCC0許可強調法典即法律，它的規則由智能合約執行，而非傳統的法律體系。然而，現實世界的法律並沒有完全適應去中心化許可的存在。在現有的智慧財產權體系下，大部分國家仍使用著作權法保護軟體，而SCC0直接要求軟體進入公共領域，這可能與目前的法律框架產生衝突。企業或個人在使用SCC0授權的dApp 或AI 資源時，是否會面臨額外的法律風險？ SCC0許可的規則是否在現實世界的法院中具有法律效力？或許，SCC0需要藉鏡Linux基金會、Mozilla等開源組織的經驗，推動國家法律的進步，進而實現SCC0許可的法律適配性，使其能夠在更多國家獲得正式承認。
3.AI 發展速度對SCC0 的限制
SCC0的未來願景深度依賴AI自動化，尤其是在去中心化治理、貢獻價值評估、智慧合約執行、以及AI自治經濟體的運作等方面。然而，目前的AI技術尚未發展到足以支撐SCC0生態完整運作的地步，這成為SCC0現實落地的重要瓶頸。
五、總結
公共領域許可證的歷史是一段關於自由與共享的探索之旅。雖然它在軟體產業的影響力一度式微，但在Web3時代，它正迎來新的發展契機。區塊鏈和智慧合約為公共領域許可證提供了技術支撐，使得去中心化授權系統能夠擺脫傳統法律的束縛，並依靠程式碼自執行的規則來實現真正的開放與共享。
SCC0許可證作為Web3時代的新型公共領域授權模式，不僅提供了一種去中心化的軟體治理方式，也透過價值證明機制，確保開發者的貢獻得到公平的激勵。它解決了傳統公共領域許可證在激勵機制、法律適用性和治理方面的短板，使得公共物品的可持續發展成為可能。更重要的是，SCC0 並非只是一個授權協議，它更是一種全新的社會協作模式，推動全球範圍內的公共資源共享，建構去中心化的智慧公器生態。
未來，隨著AI與區塊鏈的發展，SCC0 可能成為公共領域許可的新標準，為全球的開源協作提供更永續的基礎設施。公共領域許可證的價值，不僅體現在過去的自由軟體運動中，更將在Web3時代推動知識、技術和社會結構的全面變革。這顆「蒙塵的珍珠」正在被擦亮，並將在去中心化的未來閃耀新的光芒。
【參考資料】
[1]GitHub, The state of the Octoverse 2024. Available: https://octoverse . github.com/ .
[2]Harvard Business School, Open source software: The nine-trillion resource companies take for granted. Available: https://www.library.hbs.edu/working-knowl edge/open-source-software-the-nine-trillion-resource-companies-take-for-ranted.
[3] Developer.volcengine.com , 開源許可證的基礎。 Available: https://developer.volcengine.com/article/opensource-license .
[4]Free Software Foundation, GNU General Public License, version 3.0, Available: https://www.gnu.org/licenses/gpl-3.0.en.html .
[5]Open Source Initiative, The MIT License (MIT), Available: https://opensource.org/license/mit .
[6]Red Hat, "Frequently Asked Questions about Linux and the GNU General Public License," [Online]. Available: https://www.redhat.com/en/blog/frequently-asked-questions-about-linux-and-gpl .
[7] Bitcoin.com , "常見問題," [Online]. Available: https://www.bitcoin.com/zh/get-started/faq/ .
[8]開源社, "開源許可證比較," [Online]. Available: https://kaiyuanshe.github.io/oss-book/Open-Source-License.html .
[9]自由軟體基金會, "什麼是Copyleft?," [Online]. Available: https://www.gnu.org/licenses/copyleft.zh-cn.html .
[10]CSDN, "AGPL 3.0 協定詳解," [Online]. Available: https://blog.csdn.net/weixin_43841461/article/details/142106462 .
[11]維基百科, "MIT 授權," [Online]. Available: https://zh.wikipedia.org/wiki/MIT許可證.
[12]開源社, "2023 中國開源報告," [Online]. Available: https://kaiyuanshe.github.io/2023-China-Open-Source-Report/data.html#_1-4-1-使用開源許可證的倉庫數量.
[13]Wikipedia, "GNU General Public License," [Online]. Available: https://en.wikipedia.org/wiki/GNU_General_Public_License .
[14]維基百科, "TeX," [Online]. Available: https://zh.wikipedia.org/wiki/TeX .
[15]Wikipedia, "Creative Commons license," [Online]. Available: https://en.wikipedia.org/wiki/Creative_Commons_license#:~:text=Besides copyright licenses%2C Creative Commons,as public domain equivalent license .
[16]吳欣, 武健宇, 周明輝, 王志強, 楊麗蘊. 開源許可證的選擇: 挑戰與影響因素. 軟體學報, 2022, 33(1): 1-25. http://www.jos.org.cn/1000-9825/6279.html
[17]Mike, "最牛最暴力的開源協定WTFPL," 奇妙的Linux 世界, 19-May-2017. [Online]. Available: https://www.hi-linux.com/posts/45101.html .
[18]Taho, "Public Goods: Why They Matter," [Online]. Available: https://blog.taho.xyz/public-goods-why-they-matter/ .
[19]TechFlowPost, "Electric Capital 發布2023 年加密開發者報告：多鏈生態與全球化趨勢顯著," [Online]. Available: https://www.techflowpost.com/article/detail_10642.html .
[20]Allium, "Allium Powering Electric Capital's 2023 Crypto Developer Report," [Online]. Available: https://www.allium.so/post/allium-powering-electric-capitals-2023-crypto-developer-report .
[21]Uniswap Labs, "License Modifications," [Online]. Available: https://docs.uniswap.org/contracts/v3/guides/governance/license-modifications .
[22]DZ Morris, "The Big Legal Issue Blockchain Developers Rarely Discuss," CoinDesk, 08-Sep-2018. [Online]. Available: https://www.coindesk.com/markets/2018/09/08/the-big://www.coindesk.com/markets/2018/09/08/the-big-legal-issue-block-dis-cinpers
[23]a16z Crypto, "CC0 and NFTs: What 'No Rights Reserved' Means for NFT Projects," [Online]. Available: https://a16zcrypto.com/posts/article/cc0-nft-creative-commons-zero-license-rights/ .
[24]P. Batishchev and I. Shenheliia, "Open Source in Web3: Lessons from the Andre Cronje and Aerodrome Finance Case," AURUM Law Firm, 22-Oct-2024. [Online]. Available: https://aurum.law/newsroom/Open-source-in-Web3 .
[25]J. O'Sullivan, "FBI Accused of Violating MIT License in Smart Contract Code Usage," Cointelegraph, 10-Oct-2024. [Online]. Available: https://cointelegraph.com/news/fbi-accused-violating-martmit-license-s-contracts .
[26]DAism2019, "SCC0: Smart Creative Commons Zero," GitHub repository, [Online]. Available: https://github.com/DAism2019/SCC0 .
[27]Wikipedia, "Post-scarcity," [Online]. Available: https://en.wikipedia.org/wiki/Post-scarcity .
[28]RB Freeman, "Who Owns the Robots Rules the World," Harvard Magazine, May-June 2016. [Online]. Available: https://www.harvardmagazine.com/2016/04/who-owns-the-robots-rules-the-worldworld .
[29]T. Ogden, "No Value," Stanford Social Innovation Review, Fall 2014. [Online]. Available: https://ssir.org/books/reviews/entry/no_value .
