Story Protocol 近日正式公布了其原生代币 IP 的相关细节。本文将分析 Story 的架构与代币经济模型,并探讨其对知识产权市场的影响。
Story Protocol 简介
我在 一年半前 曾发布过一篇关于 Story Protocol 的简要介绍。自那以来,该协议取得了重大进展,包括明确的技术开发计划与产品落地方案。
对于不熟悉 Story 的读者,其核心目标是解决传统、中心化 IP 管理体系的低效问题,并通过去中心化技术打造可编程的点对点(P2P)知识与创意市场。
当前知识产权市场的挑战
1.中心化中介的存在与 IP 交易成本
当前,IP 资产的经济价值主要掌握在中心化中介(如出版平台、社交媒体公司)手中。这些机构不仅收取高额交易费用,还严格控制 IP 资产的流通与变现方式,极大限制了内容创作者的自主权。
2.人工智能(AI)对 IP 权利的冲击
人工智能(AI)的兴起,对传统 IP 体系带来了前所未有的挑战。AI 生成内容的规模前所未有,但当前 AI 往往依赖现有 IP 进行训练,而缺乏有效的归属与收益分配机制。这不仅威胁到原创创作者的权益,还进一步暴露了当前 IP 体系的可持续性问题。这一现象凸显了构建去中心化、开放 IP 体系的必要性,以确保公平的版权归属和收益分配。
Story Protocol 作为解决方案
Story Protocol 提出了一个 开放、可编程的 IP 交易市场,其核心组件包括:
通用 IP 资产库 —— 一个标准化的账本,用于存储和管理 IP 资产。
可编程 P2P 交易市场 —— 一个开放的市场,使得 IP 交易无需中介,直接点对点完成。
任何人都可以在 Story 平台上自由买卖、交易或变现创意,而无需依赖传统中介。
那么,这一切是如何实现的?
Story Protocol 的技术架构解析
Story Protocol 采用 “多核心” 执行架构,其中每一层协议都专注于不同任务,包括:
主核心:负责协调各个专用核心。
专用执行核心:针对速度、隐私或可扩展性进行优化。
Story 采用分工协作模式,使得每一层都能独立运行,并专注于特定功能。
整个网络依靠一组验证者(validators) 维护,负责:
共识机制
交易处理
安全性保障
1. 执行层
执行层负责处理交易并执行智能合约。
Story 完全兼容以太坊虚拟机(EVM),采用主核心 + 专用核心架构,当交易涉及特定功能时,会调用相应的专用核心,从而根据速度、隐私、可扩展性进行优化执行。
每个专用核心需满足以下标准:
确定性 —— 确保所有交易都能生成一致、可验证的结果。
可测量性 —— 交易前可预测 Gas 费用,提升成本透明度。
Story 初始版本将包含三个专用核心:
IP 核心
链下同步
跨链通信
1.1 IP 核心
IP 核心 是 Story Protocol 追踪 知识产权(IP) 的基础层,提供 原生支持,让 IP 资产在链上管理和流通。
在 Story 生态中,所有 IP 资产都以“图结构”表示,其中:
节点:代表原子化的 IP 资产。
边缘:代表IP 资产之间的法律和经济关系(如授权协议、收益分配等)。
这种基于图的结构 使 Story 能够透明地记录 IP 资产的历史、授权协议及衍生应用,确保知识产权的可追溯性。
Story Protocol 引入了 PoC(创造力证明)框架,提供以下核心功能:
开放 IP 资产库 —— 标准化账本,用于存储、注册和验证 IP 资产及其授权信息。
无缝交互模块 —— 允许创建数字 IP 交易市场,提供透明的权利追踪机制。
PoC 机制 —— IP 资产的溯源 & 交易层,支持 IP 持有者将资产铸造成 NFT(ERC-721),用于授权协议和版税管理。
PoC 还可用于建立或验证 用户与 IP 资产 之间的关系。每次交易前,协议都会检查 IP 资产的历史参数,确保规则的一致性,使其成为 IP 资产的“通用兼容引擎”。
此外,Story Protocol 引入了创造力证明 (PoC) 框架,该框架提供:
开放的 IP 存储库——具有本机存储的标准化分类账,用于注册、存储和验证与 IP 相关的资产和许可证。
无缝交互模块——支持创建具有透明权利追踪的数字 IP 市场。
PoC 机制—— “ IP 的出处和交换层” ,允许 IP 所有者将资产注册为 IPAsset NFT(ERC-721),促进许可协议和版税管理。
POC 还建立或验证用户与资产之间的关系。每次,协议都会检查历史 IP 参数,以确保规则得到一致应用,从而有效地成为IP 的“通用兼容性引擎” 。
为了确保全面的验证和争议解决,Story 集成了链下机制来验证注册、验证 IP 所有权并启动分散的争议解决程序。
1.2 链下同步核心
IP 是一个复杂的主题,通常涉及链下组件,例如身份验证、侵权评估和法律证明。为了解决这个问题,Story 引入了一个链下同步核心,通过预言机和其他外部提供商促进链下数据集成。
例如,Story编排服务 (SOS) 框架允许第三方利用链下网络为链上服务提供证明。
1.3 跨链通信(CCC)核心
IP 并非静态的,在网络中被广泛使用。这引发了一个问题:当交易成本过高时(例如无法实施 EVM 合约检查器),如何验证证明,以及如何强制执行 IP 所有权。