Story Protocol:从可编程 Token 到可编程 IP

在9月份的第一篇文章中,我带大家领略了 Story Protocol 的愿景和资源,基于有限信息进行了预测。

如今,伴随着协议正式上线、Builder Program 计划发布,在第二篇文章中,我会为大家科普目前 Story Protocol 已上线的正式协议产品,以及生态参与机会。

目录

  1. 可编程 IP

    1. 什么是可编程性?

    2. 为什么 IP 需要可编程层?

    3. 可编程 IP 层长什么样?

  2. 协议架构

    1. IP 资产

    2. 注册表

    3. 门控系统

    4. 模块

  3. 参与机会

1. 可编程 IP

Story Protocol 将 IP 转变为超越媒介和平台的网络,释放全球创造力和流动性。

1.1 什么是可编程性?

**过去十年,基于以太坊智能合约的 dApp 引领了加密货币的可编程浪潮。**人们可以自由地基于 EIP 规则和现有基础设施接口,灵活组合各类 DeFi 积木,创造出全新的金融产品和服务。

在以太坊上,任何项目都可以基于 ERC20 协议发行货币,使用 Uniswap 创建流动性池,大幅缩减了传统金融市场上市过程中,不可避免的复杂流程(主承销商选择→ 财务审计整理 → 向监管机构提交上市申请 → 监管机构审核 → 股票发行)。

不仅如此,项目方还可以轻松利用 ThirdWeb 等平台上受过完备审计的代理合约,一键部署超额抵押、交易平台、合成资产、衍生品资产等复杂用例,为金融资产引入更多组合性玩法。而这些多元化的资产和协议,可以像乐高积木一样,基于规范化的接口,自由组合在去中心化计算机(以太坊)上。

**更重要的是,上面提到的所有过程都是免许可的。**不需要某个监管机构规定哪些项目可以发行资产,哪些项目可以在市场上交易。只要你的资产符合现有基础设施接口,那么就能天然享受已有基础设施的服务。

以最近大火的 Pandora 项目为例,协议名称叫 ERC404,可却不是受以太坊基金会认可的以太坊改进性提案(EIP)。零散的 Pandora 代币可以直接在 Uniswap 池内作为 ERC20 代币交易,而整数个 Pandora 又可以在 Opensea 等 NFT 市场上挂单交易。

就是这么个缝合怪让各个市场束手无策,甚至争相合作。谁让他的交易函数和底层数据结构,完美符合各个交易市场被 ERC20 和ERC721 规范化后的调用接口呢?王峰老师对此有个亲切的比喻,Pandora 是在“孙悟空大闹天宫”。

一图理解 ERC404
一图理解 ERC404

**正是这种免许可的自由组合能力,赋予了货币可编程特性,为以太坊生态带来了蓬勃发展。**根据 DeFiLamma 数据,以太坊上总 TVL 达500亿美元,每天有20亿美元的交易在上面产生,没有任何手续费以外的摩擦成本。

DeFi Lamma 数据
DeFi Lamma 数据

1.2 为什么 IP 需要可编程性?

虽然现有的协议架构已经能部分满足去中心化金融的需要,更多项目开始尝试将实体金融以 RWA 的形式桥街至链上,但去中心化计算机的潜力远不止于此。只要有高昂人员摩擦成本的领域,就有去中心化的需求,尤其是在市场潜力巨大的版权市场。

链下 IP 市场

2022年,中国年度授权商品零售额为1390亿元,同比增长1.2%;中国年度授权金为54.2亿元,同比增长1.9%。据统计,有 IP 授权的商品普遍能带来 20% 以上的销售提升。

从 IP 上游源头(网文、漫画、动漫、短视频公司),到中游的 IP 开发(影视、动漫制作),再到下游的 IP 变现(游戏公司、主题乐园、周边生产商)。各个环节,IP 授权都面临着价格、质量信息不对称等困难问题,这就导致了链下 IP 授权整体上协调成本高、利用效率差、数字化程度低。

timtimtim.eth 的文章系统分析了版权领域的法律细节和存在的诸多问题,在此不再赘述。

TL DR :

  • 版权是一种用于识别和保护作品创作者权益的法律机制。除了基本的复制和分发权外,版权还给予创作者一系列其他权利,如改编和公开表演等。

  • 在现有法律体系下,虽然版权通常自动产生,不需要注册,且具有国际性,但是简化的流程框架也会不可避免地导致法律效应较弱,在后续判罚中造成纠纷困扰。

  • 版权系统目前存在五大类主要问题:确权问题、版权碎片化、使用和支付的不透明性、不平等的利益分配,以及侵权行为。这些问题不仅限制了创作者的权益,还影响了版权作品的整个价值链,从生产到消费。

  • 这五类问题主要源自未经许可的使用或行为,而现有反应迟缓的法律体系很难满足互联网、全球化趋势下,不断涌现出的复杂问题。

  • 区块链的核心特性 —— 透明性、可追溯性和不可篡改性 —— 让版权纠纷产生后的确权、交易、追溯更为简便。同时,区块链的金融特性,天然赋予了知识产权(IP)的资产化交易属性。

链上 IP 问题

在 Story Protocol 出现之前,链上 IP 主要以基础的 NFT 形式存在,采用 ERC721 或 ERC1155 协议,拥有 NFT 就天然享有了数字资产的所有权。但这些基础协议不仅限制了 IP 的可编程性,也无法满足创作者基于 IP 的衍生需求。

此类基础协议将 IP 的可编程性局限在 NFT 资产本身的金融属性上,可以享受到诸如 Opensea 挂单交易、Blend 抵押借贷、Floor Protocol NFT 碎片化等功能。但如果我们只将 IP 局限在这类金融属性上,用 NFT 拿来做做头像,想象空间未免太小了。用 Utility 赋能金融,才能源源不断为金融注入活力,打破 NFT 借贷仅用于 Blur 刷分和杠杆交易、NFT 碎片化仅用于跨市场套利和流动性释放的窘困局面。

为了超越金融属性,头部蓝筹 NFT Yuga Labs 、Pudgy Penguins 都在拓展实体品牌,盘活链上版权资产,力图满足持有者的品牌衍生需求。

Yuga Labs 构建了 Made By Apes 所有权认证体系,为持有者提供链上许可证,用于验证、支持和推广使用 BAYC 和 MAYC NFT 的持有者自创品牌和产品。

Pudgy Penguins 的 CEO Luca Netz 则重拾做玩具的老本行。通过 Overpass IP 平台,Pudgy Penguins 得以收集持有者手中 NFT 的 IP 许可权,制作成 Pudgy Toys ,销往美国 3100 家 Walmart 门店。

这些平台主要在探索线下实体,服务于 NFT 社区的原生 Holder。我们亟需一套更广泛的可编程标准,释放链上 IP 更多元、更广泛的用例(或是将链下 IP 引入链上),给创作者们更自由的创作环境,可编程 IP 层应用而生。

想象一下,你作为一个创作者,拥有一个有价值的 IP。有了可编程的 IP 层,创作者可以直接在链上免许可地定义版权**(会比 NFT 形式的资产所有权更复杂)**。而当另一位创作者看上了你的 IP 时,他可以在交易市场上购买你 IP 的部分使用权,将不同 IP 组合起来,创作出新型衍生品。而这整套流程,包含 IP 的确权、授权、使用,利益再分配,都会透明的、免许可的记录在可编程 IP 层之上。

1.3 可编程 IP 层长什么样?

**为此,可编程 IP 层首先得赋予 IP 通用的可编程能力,允许创作者定义如何使用他们的创意作品。**其他创作者只要遵循 Story Protocol 上定义的规则,就可以在衍生作品中使用该 IP,实现 IP 授权领域的 “Code is Law”。

Story Protocol 构建的可编程 IP 层由两个元素组成:数据结构和模块。数据结构是协议的“名词”,将相关的IP元数据存储到“IP乐高”中。这些模块是“动词”,为协议上注册的 IP 资产提供多种功能。Story Protocol 的数据结构捕获了 IP 的核心组件,其模块代表了可以对数据结构执行的操作。

两类元素被整合在 ERC6551 协议中,向后兼容 ERC721。因此,无论是链下 IP (需要先铸造成 NFT)还是链上 NFT 资产,都可以通过 Story Protocol,将这些 IP 存储在 6551 的数据结构中,方便现有标准化 dApp 的轻松读写和适配。而在此之上,通过自由整合各类“动词”模块,如许可模块、衍生利润分配模块,创作者可以自主设置二创条件,方便其他人无缝扩展他们的作品,而无需一对一地进行法律谈判。

**如果说 DeFi 赋予了金融资产流动性,那么 Story Protocol 无疑促进了 IP 的流动性。**新应用程序不再面临冷启动问题:它们始终可以访问协议上注册的所有可编程 IP,共享这些 IP 背后的持有者社区。

2 协议架构

Story Protocol 的整体协议架构包含三个板块,分别是应用层、智能合约层和可编程 IP 层。这里我们重点关注可编程 IP 层。

可编程 IP 层包含四个板块,分别是 IP 资产、模块、注册表和门控系统。

2.1 IP 资产

上个板块中,我们了解到,IP 资产和模块共同组成了 ERC6551 账户。当你遵循 6551 协议,将 NFT 与 Story Protocol 的智能合约账户绑定,都会被分配到一个唯一ID,证明你的 IP 链上版权,类似于链下版权作品的唯一标识符。

这些账户称为 Story Protocol 绑定账户(Story Protocol Bound Accounts, SPBA,或叫 IPAccount),可以像普通账户一样拥有资产并与应用程序交互,而无需更改现有的智能合约或基础设施。这类 IPAccount 本质上是一种智能合约,充当可编程性的无缝网关,简化了知识产权 (IP) 数据的管理和组织。IPAccount 既可以存储 IP 的相关数据(包括各种 NFT 的元数据,所有权详细信息,甚至是IP 状态或数据的更改),也可以并促进广泛的交互和实用性(拥有 Tokens,利用模块 Modules 进行数据交互和组织)。

模块 Modules 建立了基于 NameSpace 的模块间存储和共享数据的标准化方法,促进数据共享,也保证了数据隔离和安全性。每个 IPAcoount 中的 模块都被分配有 NameSpace,既拥有写入数据的自主权,也拥有从其他模块的名称空间自由读取数据的能力。

2.2 注册表

注册表充当 Story Protocol 全局状态的主目录/存储,负责监督管理所有基于 Story Protocol 构建的所有 IPAccount 状态。

IPAsset 注册表:负责为协议上注册的每个新 IP 部署专用的 IPAccount 合约。

**模块 Modules 注册表:**负责维护和更新在 Story Protocol 上未经许可注册的模块和挂钩的全局列表。

**许可证注册表:**此注册表存储协议内所有与许可证相关的状态,通过继承 ERC-1155 并控制许可 NFT 上的交互来实现这一点。

2.3 门控系统

门控系统负责管理 Story Protocol 中所有与权限相关的状态和权限检查。特别是,它维护权限表和权限引擎来处理和存储权限。

比如,门控系统会负责管理某 EOA 能否调用 IPAccount ,IPAccount 能调用某个模块,模块能否调用另一个模块……

2.4 模块 Modules

模块是协议的“动词”,对 IP 采取行动以改变 IP 的数据/状态方面发挥着至关重要的作用。比如创建许可证、设置版税分配、创建关系和收集 IP 都是单独的模块,可以利用 IPAccount 中的数据和功能对 IP 执行各种操作。

举例来说,当我作为一个 IP 持有者,想创建一个商业许可证时,我可以直接调用许可模块,而许可模块将调用版税模块,该模块将执行检查并将根据持有者定义的版税规则,Mint 出一个版税合同 NFT,存在 IPAccount 之下。这类曾经需要大量人员劳动的行为还有很多,如今只需要轻松调用智能合约即可实现。

实际上,Story Protocol 将所有链下版权合同所需的细则,都简化成了可编程接口。创作者只需要轻松勾选相应的条款规则,就可以做出一个有法律效应的、细节完备的许可证合同。

更多协议细节在此不再详细展开,如果有对 Story Protocol 感兴趣的技术大佬,欢迎直接翻看 Story Protocol 的官方doc。目前 Story Protocol 已上线以太坊测试网,感兴趣的创作者也可以移步官方浏览器,在前端进行 IP 注册和授权。

参与机会

如果你是开发者或项目方,目前 Story Protocol 刚宣布了 Buidler Program,完成特定 KPI,即可在完成特定 Milestone 后,解锁生态 Grant 或者投资、VC支持。Story Protocol 背靠 a16z、Hashed、dao5 等头部 VC,又获得了 5400万美元融资,在资源方面无疑可以极大助力项目方发展。仅在 ETH Denver 期间,Story Protocol 就赞助了5万美元的黑客松奖池。

如果你是散户,目前 Story Protocol 在 Discord 设置了 Programmable OG 的角色,在 Meme 频道或英文频道多发发表情包,交流讨论,有机会获得 Programmable OG 角色(创始人好像很喜欢看表情包)。目前不知道这个角色有什么用,但既然名字里带 OG,分量应该还行。

如何获得OG: 友善且乐于助人;贡献有意义的对话;简短的真实答案比冗长的虚假答案要好。;制作有趣的meme 在社交媒体上发布有关Story的推文;持续输出。

在如今创新乏力的 NFT 赛道中,Story Protocol 无疑为 NFT 领域注入了新的活力和叙事可能。背靠顶级资本,和几乎所有蓝筹项目、海外 NFT KOL 都有合作(别问我怎么知道的,我最近的时间线机会快被 Story Protocol 给占领了),依旧十分看好 Story Protocol 在未来的表现!

Subscribe to 故事
Receive the latest updates directly to your inbox.
Mint this entry as an NFT to add it to your collection.
Verification
This entry has been permanently stored onchain and signed by its creator.