版權¶
本檔角色：所有與版權相關資訊 — DMCA 流程、反複製、Fork 衍生樹分潤。 對應模組（實作）：程式架構/dmca.md / 程式架構/anti-piracy.md / 程式架構/ugc-fork.md。 經濟分潤算式見 算式表.md §15；經濟整合見 經濟系統.md。
1. 版權範圍¶
| 對象 | 版權持有 |
|---|---|
| 玩家自製 GLB（零件 / 場景） | 創作者保留全部版權；上傳 = 授權其他玩家使用 + 分潤 |
| Fork 衍生 | 衍生者保留衍生部分版權；分潤回原作 |
公版資產（assets/builtin，24 零件 + 3 場地） |
隨 codebase 開源 license（§11）；非 UGC——不參與分潤、不可評分（程式架構/builtin-assets.md） |
| 引擎 / 主程式 | MIT（§11） |
| 第三方資源（音樂、字型） | 各自 license；音訊檔案由主題供給、授權隨主題 PR 聲明（主題系統.md §9；系統見 程式架構/audio-system.md） |
2. 玩家上傳協議¶
玩家上傳 UGC 時自動接受：
- 授權其他玩家使用此 UGC（in-game 內）
- 接受 Fork 機制（其他玩家可衍生；衍生作品自動保留原作署名——immutable，UGC機制.md §7）
- 接受三層分潤（70 / 20 / 10）
- 授權為永久、不可撤銷——退役 / 下架只影響未來直接使用與 royalty 產生，不撤銷既有 fork 的衍生授權與已上鏈內容（ledger append-only，§10）
- 不得上傳侵犯他人版權的內容
- AI 輔助 / 生成內容視同上傳者作品——上傳者承擔全部聲明與責任（含確認所用 AI 服務之輸出條款允許依本協議授權；AI 工作流見 UGC機制.md §3.7 / §3.8）
- 違反 → 版權方可走 DMCA 流程（維運層，§6；Repeat Infringer ≥ 3 次 pinning / 索引層拒服務）、社群可發檢舉仲裁（信譽 −100 ＋ 下架，§10 / 信譽系統.md §5）——兩路平行
〔UGC-R-001〕 Fork 同意不是逐作品可變選項：metadata 不提供 allowFork 或事後關閉事件。上傳者若不接受
衍生授權，不應上傳至共用 ledger。規範收旂見 D-20260808-04。
3. Fork 衍生樹¶
3.1 結構¶
原作 CID:A 創作者 W
├─ Fork B（parent=A） 創作者 X
│ ├─ Fork C（parent=B，血緣=[B,A]） 創作者 Y
└─ Fork D（parent=A） 創作者 Z
每筆 fork 另寫 UgcForkEvent(childCid, parentCid) 作查詢索引；完整 current wire 只在
程式架構/ledger-admission.md §1.0 定義。royalty
血緣由 fold 依 UgcUploadEvent.metadata.parentCid 推導，事件自報邊不作權威依據。
3.2 三層分潤¶
詳見 經濟系統.md §8 + 算式表.md §15：
| 層 | 比例 | 對象 |
|---|---|---|
| current | 70% | 當前 fork 創作者 |
| parent | 20% | 直接 parent 創作者 |
| grandparent | 10% | 祖先依深度衰減 |
封頂 3 層（revShare.maxDepth: 3，economy-config.md §17.2）。
3.3 範例¶
UGC C（Y 創作）被使用 → royalty 100 minor units 拆分：
| 接收者 | 金額 |
|---|---|
| Y（current） | 70 |
| X（parent，創作 B） | 20 |
| W（grandparent，創作 A） | 10 |
缺層份額（無 parent / grandparent）歸當前創作者——原創（無血緣）作品實拿 100%：無祖先即無人可分，且系統無公共池機制（經濟系統.md §8.1、程式架構/economy.md §4）。
3.4 Edge Case：祖先「不可用」後的分潤¶
分潤分配只看血緣（forkLineage），與祖先的可用性狀態完全正交。 parent / grandparent 即使進黑名單 / 退役 / 轉 unusable / yanked，fork 被用時仍照原比例分潤；可用性狀態只決定「該資產能否直接進 loadout」與「GLB 是否 pin」，不碰分潤。
| 情境 | 處理 |
|---|---|
| Parent 黑名單 / 退役 / unusable / yanked | 影響該資產自身的展示 / 直接使用 / pin，但不影響已上鏈 fork 樹的分潤 |
| Y fork B（B 創作者 X 之作品退役或進黑名單） | Y 的作品被用時，X 仍得 20% parent 分潤；W（grandparent）仍得 10% |
| 技術上為何成立 | 分潤解析只需 ledger 的 forkLineage（創作者 + 血緣，immutable），不需要該 GLB 仍被 pin → 退役 / unpin 不影響分潤 |
| 不會反向救活 | 收分潤不算「被使用」（退役判定看 lastUsedAt），祖先收分潤不會脫離退役狀態 |
| 理由 | ledger append-only；不可用是「下架 / 省資源」非「撤銷分潤合約」；衍生者基於原作的勞動，原作者貢獻不因下架消失 |
3.5 版本後繼邊 vs Fork 邊¶
資產 schema 版本升級（open4wd_version）走版本後繼邊，與 fork 邊性質不同（版本規範.md §23）：
| Fork 邊 | 版本後繼邊 | |
|---|---|---|
| 由誰做 | 任何人（衍生他人作品） | 同一創作者（自己升級 schema） |
| 算衍生? | ✅ 新增分潤層 | ❌ 不新增層、不算衍生 |
| 分潤影響 | 70/20/10 樹加一層 | 不影響 fork 樹深度與比例 |
| ledger 事件 | UgcForkEvent |
AssetVersionUpgradeEvent（新 CID → 舊 CID） |
| 評分 / 使用次數 | 各 CID 自身 | 聚合在血緣節點層、跨版本延續 |
3.6 Fork 救援已 unusable 的資產¶
當資產因 schema 版本過舊轉為 unusable（版本規範.md §19、§24），其公開資產頁 / 血緣瀏覽仍在，任何人仍可 fork：
- fork 經編輯器補成當前 schema → 成為可用的當前版資產。
- 分潤照常流回原血緣節點（原作者即使棄坑、停止維護仍得 parent 分潤）。
- 上傳者自己想復用 unusable 資產則走版本後繼升級（免費），非 fork。
- 前提：GLB 仍可取得——已退役（unpin）者須先付費
unretire激活 re-pin（任何人可付，資料系統.md §13）；IPFS 內容若全網已無人持有則無法救援（退役歸檔為 best-effort 保存）。 - 黑名單 / DMCA 下架不適用本節（黑名單不能復活，程式架構/moderation.md §8）——救援僅限版本 unusable 與退役；parent 資格見 §4。
4. Fork 約束¶
| 約束 | 值 |
|---|---|
FORK_SIMILARITY_THRESHOLD_PERCENT |
10 |
〔UGC-R-002〕 修改幅度 < 10% 拒收（避免「微改重發」洗 royalty）。
血緣（forkLineage）per-record 至多 2 筆（[parent, grandparent]，§3.1），無 fork 深度上限：深鏈靠 parent 邊重建、每次 fork 所含 UgcUploadEvent 燒幣天然受經濟設限。
修改幅度使用 per-type PhysicsFingerprint diff，且只在相同 fingerprintVersion 間比對；跨版本 pass-through。規則權威見 UGC機制.md §5.3，欄位與演算法見 程式架構/ugc-fork.md §3–§4。
mesh fingerprint 是反複製相似度，不能替代本判定。
parent 資格：parent 不得為仲裁黑名單作品或 similarity-pending 待審作品——fork
child 實體含 parent mesh，新血緣會讓被定罪者從新作永續領 20%。單一 provider 的 DMCA
下架不是全域作品裁決，不改 client parent 資格；該 provider 只停止自己的供應。
與 fork 偵測快篩是兩套門檻（恰同值 10%、可獨立調）：本常數 = 宣告 fork 的最小修改幅度（protocol 常數）；
forkDetection.stage1_geometry.passthrough_threshold（治理 config、程式架構/ugc-fork.md §2）= 原創偵測快篩（量測 = (頂點數 + AABB)/2 幾何差）。名字相近、勿合併。
5. 反複製機制（五層防護）¶
5.1 第一層：CID 內容尋址¶
同內容 GLB 必同 CID（SHA256 of canonical 序列化），無法用「重新上傳」躲偵測。
5.2 第二層：Mesh Fingerprint¶
每個 GLB 計算 mesh 幾何指紋（程式架構/anti-piracy.md §1）：
primary＝ 標準化後完整 SHA-256- 特徵向量七欄：vertexCount / volume / surfaceArea / AABB / 重心 / pcaAxes / isMirror
- 相似度 ＝ 五維 ppm 取 max（vertexCount／volume／surfaceArea／AABB 三軸 max／ 重心三軸 max，算式表.md §21）
跨 CID 比對相似度。
5.2.1 標準化與鏡像偵測（演算法）¶
特徵比對前先對 mesh 跑標準化（平移置中 / PCA 主軸對齊 / 縮放單位立方 / 量化 / 頂點字典排序 / 拓樸重編 → SHA-256），含鏡像偵測（有號體積 < 0 → 翻 X 軸；反射已使體積轉正，不得再反轉 winding）。完整步驟以 程式架構/anti-piracy.md §2 為準。具體量化精度與特徵欄位由 fingerprintVersion 決定（升版 +1、既有作品鎖原版本）。
防鏡像繞過（左右翻轉 mesh 拿到不同 hash）。
5.2.2 跨 fingerprintVersion 比對¶
fingerprintVersion 不同 → 視為 pass-through（不比對，不誤殺）。理由：舊作品不重算 fingerprint（成本高、不可信），跨版本互比結果不可靠。
5.2.3 演算法不變式¶
| 不變式 | 理由 |
|---|---|
| 整數量化 | 跨硬體 / CPU 架構結果一致（浮點不適合共識） |
fingerprintVersion 鎖定 |
舊作品不重算，演算法可演進 |
| signed_volume 鏡像偵測 | 防左右翻轉繞過 |
| collision 防護 | 多維特徵向量比單一 hash 難碰撞 |
fork 原創判定與本層 anti-piracy mesh 幾何指紋是兩套獨立機制。
rigidDiff／functionalDiff／chipDiff的規則權威見 UGC機制.md §5.3，欄位與演算法見 程式架構/ugc-fork.md §3–§4。
5.3 第三層：Similarity Threshold¶
〔UGC-R-003〕 相似度依下表分流：
| 相似度 | 處理 |
|---|---|
| ≥ 90% | 自動拒收，視為複製（限活躍作品；正主救濟＝先檢舉命中對象下架、再上傳降級 pending 待審，程式架構/moderation.md §5.7） |
| 70–90% | 立即上鏈＋經濟隔離待審（similarity-pending：可玩可展示、royalty / usage 統計不記；判抄 → 下架不扣信譽、判非抄 / 流局 → 解除隔離）；或改走 fork（對象已下架時無此選項）；程式架構/anti-piracy.md §5.1 |
| < 70% | 允許（視為原創 / 有意義 fork） |
對象分層：上表硬擋（≥90 拒收）適用活躍作品；對仲裁判抄下架作品的命中
任何 % 至多 similarity-pending、永不硬擋，防止判抄變體「鹽化占位」。Provider-scoped
DMCA 案件不加入比對對象或全域 gate。上傳期判抄 rolling 30 天 ≥ 3 時，pending 通道暫停
30 天（程式架構/anti-piracy.md §5.1）。
5.4 第四層：檢舉＋仲裁¶
被檢舉的 UGC 進仲裁（隨機 7 人面板，流程/檢舉與仲裁.md），仲裁者依信譽加權投票（信譽系統.md §8）：
weight = log10(reputation + 10)
（runtime 整數評估 weightX100 預算表見 算式表.md §17）
5.5 第五層：DMCA Counter-Notice¶
公開合法的 DMCA 通報 → Counter-Notice 反駁流程（§6）。
6. DMCA 流程¶
詳見 程式架構/dmca.md。
6.1 公開頁面 /dmca¶
| 路徑 | 內容 |
|---|---|
/dmca |
選擇玩家已設定 provider 的 Notice / Counter-Notice 表單 + Policy 全文 |
/dmca/transparency |
讀取玩家所選 provider 的自願公開聚合；無資料時顯示真實空狀態 |
| provider transparency endpoint | 該 provider 自願公開的聚合；未提供就忽略 |
6.2 DMCA Notice 流程¶
DMCA 是 provider-scoped 維運法遵流程，不進 P2P 帳本、不動信譽。Notice 的表單、驗證、 通知、unpin 與 audit 順序只由 流程/DMCA.md 定義。
6.3 Counter-Notice¶
Counter-Notice 的身分、欄位、私密轉寄、起算點、工作日等待、hold 與 exact-byte 恢復規則只由 流程/DMCA.md 定義。
6.4 營運者與 Registered Agent 邊界¶
各 provider 營運者自行承擔自己供應面的法遵責任。公版只提供流程，不替營運者向 US
Copyright Office 登記、公開個人聯絡資料或主張美國法 17 U.S.C. 512 安全港；descriptor
只呈現營運者自述，
safe_harbor_eligibility 固定 not-asserted。案件不上鏈，人工動作寫 provider 私有 audit。
6.5 Repeat Infringer 偵測¶
Repeat Infringer 的計數、門檻與拒絕服務行為只由 流程/DMCA.md §6 與 provider 部署權威定義；結果不擴散到其他 provider 或 client。
7. 文字黑名單（DMCA 預防）¶
文字黑名單的欄位、match mode、版本與本地化錯誤只由 程式架構/dmca.md §3 定義；它只是上傳 pre-check，不代表 DMCA 案件或配對 gate。
8. 上傳前 pre-check¶
上傳 pre-check 的順序、黑名單範圍與相似度分流只由 程式架構/dmca.md §4 定義；provider DMCA 案件不得進 client 全域 gate。
9. 下架處理¶
9.1 Provider-scoped 下架¶
Provider-scoped 下架的 metadata、unpin、traversal index、GC、inbox 與本機 cache 邊界只由 流程/DMCA.md 及 程式架構/dmca.md 定義； 本檔只保留「不建立全域清單、歷史 royalty 不回收」的版權政策。
9.2 反通知後恢復¶
Counter-Notice 後的 restored／re-pin／missing 狀態只由 流程/DMCA.md 定義；恢復只作用於同一 provider，不切換其他 provider、本機 cache 或 Ledger 狀態。
9.3 玩家保存與內容補回¶
CAR 保存與 exact-root 本機補回不產生作品、授權或重新上架權。完整格式、作者／血緣查核與 本機儲存規則只由 UGC機制.md §4.5 與 程式架構/pwa-offline.md §6 定義。
10. 既得權益保護¶
〔UGC-R-004〕 既得權益的單一政策是歷史 royalty 不回收；retire、仲裁下架與 similarity-pending 都只影響後續 可用性或尚未鑄出的收入。精確 reducer 規則見 經濟系統.md，信譽數值見 信譽系統.md，理由是 ledger append-only（資料系統.md §1）。
11. 開源 License¶
MIT（屬於整個 codebase 而非 UGC）：
- 主 repo 與周邊 repo（specs／pinning／signaling／turn）根目錄各附
LICENSE（MIT 全文；turn repo 之 coturn 本體為上游 BSD、僅引用其 image，部署資訊/open-4wd-turn.md）。 - 公版資產（
assets/builtin）隨 codebase 以 MIT 釋出（§1）。 - 第三方依賴各自 license（新增依賴需 review，資安規範.md）；自 host 字型 = SIL OFL 附
LICENSE.txt（ui-frontend.md §16）。 - 逐字 vendored 的第三方檔案（非套件管理器安裝）必須在同目錄附上游 license 全文與著作權人 notice，並以
*.source.json鎖來源、commit、雜湊與licenseFile；MIT／BSD 類 license 的 notice 保留義務不因只是資料檔而免除。現行案例：文檔站搜尋詞典scripts/search-dictionaries/dict.txt.big（jieba、MIT、Copyright (c) 2013 Sun Junyi，notice 見同目錄dict.txt.big.LICENSE）。
UGC 個別創作者保留版權，與 codebase license 解耦。
11.1 第三方商標聲明¶
Tamiya、Mini 4WD 及本 corpus 中提及的其他品牌、產品或作品名稱，均為其各自所有者之商標或註冊商標。Open4WD 與上述任何權利人並無隸屬、贊助或背書關係。
這類名稱在本 corpus 中僅作指示性使用（nominative use）——用於描述相容尺寸基準（如車輛 envelope 165×105×70 mm，屬不受著作權保護的尺寸事實）、說明品類語言，或列舉文字黑名單的過濾對象（§7）。公版與 UGC 資產的原創性要求見 美術資源/美術方向.md「參考原則」：可參考品類語言，不得複製任何具體 IP。
TrueSkill 為 Microsoft Corporation 之商標。本 corpus 以該名稱指稱配對評分所屬的 Bayesian 技能評分演算法家族與其參數慣例（μ、σ、β、τ）；Open4WD 的評分為自製整數定點實作（算式表.md §20、程式架構/matchmaking.md §1），不使用 Microsoft 的程式碼或服務，亦非 Microsoft 產品，與 Microsoft 無任何隸屬、授權或背書關係。
12. 跨模組對接¶
| 模組 | 對接 |
|---|---|
| 程式架構/dmca.md | DMCA Notice / Counter-Notice 實作 |
| 程式架構/anti-piracy.md | mesh 指紋 + 相似度 + similarity-pending（§5.1）+ 上傳期仲裁 |
| 程式架構/ugc-fork.md | Fork 偵測 / 物理指紋 / 衍生樹（分潤拆分見 程式架構/economy.md） |
moderation/ |
一般檢舉（信譽扣分走該路線） |
pinning-service/ |
Provider-scoped 下架 / re-pin / Repeat Infringer 拒服務 |
13. 透明度統計（純 derive、不上鏈）¶
每個 provider 只從自己的 dmca-notices.publicView 推導統計，不另簽季報，也不建立全域或發版層
下架清單。Client /dmca/transparency 查詢玩家所選且宣告能力的 provider，逐 provider 顯示其
自願公開的當年度彙總；端點缺席或失敗時顯示真實不可用狀態：
- DMCA Notice 受理數
- 通過數 / 拒絕數
- Counter-Notice 收件數
- Repeat Infringer 偵測案件
- 恢復數與未恢復下架數