ppaarell/blockchain-royalty-settlement

GitHub: ppaarell/blockchain-royalty-settlement

一个基于区块链的最小化治理版税结算原型,提供流程透明、可复现与审计锚定能力。

Stars: 0 | Forks: 0

# 可复现版税结算引擎 一个用于治理版税结算的最小化权利感知区块链原型。 ## 概述 本仓库包含一个基于区块链的版税结算工作流的概念验证实现。该系统旨在通过链上记录使核心结算步骤更加可见且可复现,同时保持操作流程简洁且可测试。 此版本有意限定为一个**最小化治理版税结算原型**。其重点关注: - 资产注册 - 许可条款提案与验证者批准 - 版税资金与支付执行 - 审计包锚定 - 争议与合规记录 它**尚未**实现多接收者版税拆分、批量接收者分配或高级隐私证明。 ## 当前系统范围 当前实现支持单接收者支付流程: 1. 创建者注册创意资产。 2. 创建者提出版税条款。 3. 验证者批准条款。 4. 管理员发布已批准条款。 5. DSP 或报告者为版税引擎注资。 6. DSP 提交使用记录。 7. 引擎计算版税并向当前资产所有者支付。 8. 可记录审计包。 9. 可标记合规状态并开启或解决争议。 ## 合约 ### AssetRegistry.sol 创意资产的 ERC-721 注册表。 主要职责: - 铸造资产 NFT - 存储不可变的内容哈希关联 - 维护资产所有权 - 向下游版税支付暴露 `ownerOf()` 关键函数: - `mintAsset` - `ownerOf` - `grantRole` ### LicenseTerms.sol 治理版税条款生命周期。 主要职责: - 允许代币所有者提出条款 - 在激活前需要验证者批准 - 跟踪条款版本 - 正确重置新版本条款的批准状态 关键函数: - `proposeTerms` - `approveTerms` - `publishTerms` - `rateOf` - `isActive` - `getTerms` ### RoyaltyEngine.sol 单接收者版税执行引擎。 主要职责: - 接收报告者注资 - 接受使用提交 - 按 `units × rate` 计算版税 - 向当前资产所有者转账 ERC-20 支付 - 使用使用记录键拒绝重复提交 关键函数: - `fund` - `submitUsage` - `quoteRoyalty` ### AuditCompliance.sol 审计与争议记录层。 主要职责: - 锚定审计包 - 标记合规 - 开启争议 - 解决争议 - 获取包信息 关键函数: - `recordAuditBundle` - `markCompliant` - `openDispute` - `resolveDispute` - `getBundle` ### MintUSD.sol 用于模拟版税支付的测试 ERC-20 代币。 部署合约名称: - `TestUSD` ## 本版本修复了哪些问题 本版本在保留原始流程的同时进行了有针对性的修复: - 修复验证者批准状态,使新版本条款可被干净批准 - 在 `RoyaltyEngine` 中添加重复使用记录拒绝 - 保持整体结算流程不变 - 保留简单的单接收者支付设计 ## 本原型可以诚实地声称支持 该实现可以支持以下主张: - 治理版税结算流程 - 批准门控条款激活 - 单接收者版税支付 - 基于链上事件的追溯性 - 重复使用记录拒绝 - 审计包锚定 - 争议与合规工作流 ## 本原型尚未声称支持 本实现**不应**被描述为支持: - 多接收者支付拆分 - 大规模扇出分配向量 - 向数百或数千接收者批量支付 - 零知识隐私证明 - 代码层级的完整 DDEX 或 ISRC 集成 - 从结算事件自动生成完整审计 ## 仓库结构 ``` contracts/ AssetRegistry.sol LicenseTerms.sol RoyaltyEngine.sol AuditCompliance.sol MintUSD.sol scripts/ simulate.js validate_fixed.js README.md ``` ## 快速验证逻辑 验证脚本检查最小端到端流程: - 部署合约 - 分配角色 - 铸造资产 - 提出并批准条款 - 发布条款 - 为版税引擎注资 - 提交使用记录 - 确认创建者支付 - 拒绝重复使用 - 记录审计包 - 标记合规 - 开启并解决争议 ## 示例最小流程 1. 管理员部署合约。 2. 管理员授予创建者、验证者和报告者角色。 3. 创建者铸造资产。 4. 创建者提出条款。 5. 验证者批准。 6. 管理员发布条款。 7. 报告者为引擎注资。 8. 报告者提交使用记录。 9. 版税支付给当前所有者。 10. 报告者记录审计包。 11. 监管者标记合规。 12. 如有需要,创建者或报告者开启争议。 13. 仲裁者解决争议。 ## GitHub 建议定位描述 一个安全的仓库描述为: 该描述比关于大规模多方版税重建的更广泛主张更贴近当前代码。 ## 限制 本原型有意保持最小化。 当前限制: - 支付仅流向当前单一所有者 - 无原生拆分接收者分配 - 审计记录为手动,而非由支付自动触发 - 尚未有隐私保护证明层 - 未经生产环境审计 ## 后续扩展 可能的下一阶段: - 多接收者版税拆分 - 批量支付执行 - 更好的权利元数据集成 - 自动化的结算到审计链路 - 公共测试网部署脚本 - 面向创建者的前端仪表板以提升可见性 ## 研究用途 本仓库适用于: - 原型演示 - 受控测试场景 - 研究与教育用途 - 作为最小化创建者面向治理构件的证据 不应将其视为生产就绪的版税基础设施。 ## 许可证 仓库许可证:**MIT** 我出于多个原因使用此许可证: - Solidity 文件已使用 `SPDX-License-Identifier: MIT` - MIT 简单且与研究原型一致 - 它使任何查看公共仓库的人都能清楚复用条款
标签:DSP, ERC-721, NFT, on-chain, reproducible, SEC, SOX, 争议解决, 区块链, 去中心化, 可追溯性, 可验证性, 合规记录, 审计追踪, 数据可视化, 智能合约, 最小原型, 治理流程, 版权管理, 版权结算, 版税引擎, 版税支付, 版税结算, 许可条款治理, 资产登记, 链上记录