# 常见问题

### 链上IP是真实的吗？

Story并不是取代现实世界法律体系，而是提供链上渠道，使IP知识产权相关的法律体系更加高效。

Story与世界一流的法律团队合作，制定了名为[可编程IP许可](/story-docs/concepts/programmable-ip-license.md) (PIL) 的适用于现实世界的链下法律合同，该合同的条款简洁明了，允许创作者授权谁可以对IP二次创作，代币化IP资产，创建IP衍生作品，以及以什么方式进行创作融合，包括相关费用定价。

Story在链上构建业务逻辑，以智能合约的形式自动化执行这些条款，在现实世界法律体系和区块链网络法律条款之间建立了紧密的映射。

### 我的作品是链下的，如何在Story协议将其注册为IP资产？

你可以使用链下作品铸造一个NFT，并在Story上注册该NFT。

### 在链下出售商品  (例如与IP相关的周边)，如何确保自动版税流程得到执行？

自动版税流程可以在链下强制执行。尽管版税基础设施位于链上，但相关授权在链下有效。为了合法遵循授权许可证，任何衍生作品都需要在链上向属于你的IP资产的IP账户支付版税，否则将面临与现实世界一样的后果。例如，因滥用授权而受到法律制裁。

此外，[可编程IP许可](/story-docs/concepts/programmable-ip-license.md) (PIL) 的条款之一是，如果涉及收入分成，被授权人有义务向授权方提供链下交易 (例如周边商品) 的收入数据。

### 什么是简单的示例？

在Story出现之前，如果你想用别人的[Azuki NFT](https://www.azuki.com/zh)和你的[Pudgy NFT](http://www.pudgypenguins.com/)创作漫画，首先，需要获得Azuki授权，然后寻找并联系NFT持有者。另外，你还需要研究Pudgy的许可条款，由于你不是法律专家，因此你可能需要律师在两个IP之间创建新的法律合同。以上给任何希望合法创作作品的创作者都带来了负担，因为除了大型工作室之外，很少有人有时间、专业知识或资金处理这些问题。因此导致IP不易组合，难以实现二次创作。

现在，通过Story，Azuki和Pudgy持有者可以将其NFT IP注册为**IP资产**，然后使用PIL设定条款，以规定人们如何获得许可和基于NFT IP二次创作。如果你的Pudgy NFT在Story上注册，任何人都可以在链上看到基于PIL设定的条款，并可以使用许可模块自动获得你的Pudgy NFT使用授权，该模块会生成适用于真实世界法律体系的授权协议。然后，可以将生成的漫画注册为衍生作品，衍生作品获得的任何收入会在创作者和IP持有者之间自动分配。

### 有什么挑战？

一个现实存在的问题出现了：如果出现一个“坏角色”，无视所有，只是右键单击`另存为`怎么办？ 

首先，不要低估人们希望遵守法律的意愿，这也是PIL如此重要的原因。

IP不仅仅是链上的，它还与现实世界法律体系绑定在一起！如果有人未经授权盗用你的IP，其会受到法律制裁。然而，这条“幸福之路”并非总是畅通无阻。当侵权发生时，我们希望尽可能多地从技术层面尝试升级，然后才是诉诸现实世界的法律制裁。

因此，Story创建了[争议模块](/story-docs/concepts/dispute-module.md)，允许任何人在链上标记侵权内容。如果侵权行为属实，侵权内容将被记录，并取消其代币化资产和生成授权许可证的资格。

Story上最坏的情况，也胜似现实世界的法律制裁，Story上的创作者始终可以使用现实世界法律体系作为后盾。这是Story初衷想要避免的情况，也是创作者保持对Story系统的信任所必需解决的。

### 为什么不在现有的每个区块链上部署协议？

Story最初只是一个链上协议，构建在Polygon、Ethereum等区块链。但该协议与它所依赖的区块链之间是相互独立的，没有将区块链之间的IP连接起来。这无法实现Story作为全球IP存储库的愿景。

Story希望成为IP结算层，换句话说，就是实现IP的跨链可组合性。因此需要建立一个独立的枢纽区块链，用于所有已注册的IP。这些IP可以存在于Story链、其他链或链下，前提是存在一个枢纽，使所有许可证、版税和IP元数据运行在一个统一的执行环境中。

### 为什么不基于现有区块链开发？

首先也是最重要的，构建Story自己的Layer 1区块链，便于开发团队能够在整个技术堆栈中进行创新。这使Story能够实现链上争议解决或处理链上IP graphs数据等基本功能，而无需受现有Layer 1区块链漫长的技术实现路线图制约。

当团队尝试在一些现有区块链上进行构建，但很快意识到由于这些链的技术限制而无法继续开发时，建立一个创新的整体堆栈的必要性得到了证明。以下是团队决定 (或者更确切地说是被迫) 开发新的Layer 1区块链的几点原因：

1. 现有Layer 1区块链根本无法在一笔交易中有效处理数千名持有者的IP注册 (每个持有者都有自己复杂的IP授权细节)。如下所示，在[Geth EVM](https://geth.ethereum.org/)上，随着父级IP的积累，交易Gas费迅速增加，由于区块Gas限制，交易670个父级IP成为上限。因此，团队通过直接在执行客户端中编写新的状态预编译，提高了IP graph的graph遍历和存储效率。这种方法为Story区块链中用于IP graph的某些值的写入和读取创建了一个绕过EVM的“快捷方式”，并遵循创造力证明 (PoC) 协议的规则约束。
2. 同时，现有的Layer 1区块链无法处理数千个IP资产之间的版权代币流动。 同样，也可以通过直接在执行客户端进行改进来解决此问题。
3. 通过将授权数据上链，可同时混合上百个IP，从而实现最大程度的可组合性。
4. 为希望基于链上开发的Web2应用程序提供定制的Layer 2汇总 (rollup链)支持 (例如[Initia](https://initia.xyz/)的模型)。适用于需要汇总数百万笔交易的Web2应用程序，并支持运行独立验证器的Web2应用程序，以实现最佳的系统激励状态。
5. Story区块链上IP代币化的未来路线图 (更多信息即将发布)。
6. 未来，基于需要独立验证者网络的Layer 1技术，例如NFT原生预言机和链下真实世界IP资产 (RWA IP)，将由Cosmos SDK提供的治理功能，通过投票决策。

最后，通过构建Story Layer 1区块链，Story为支持各种IP专用Layer 2解决方案提供了灵活的基础设施。例如，每个IP都可以启动自己的Layer 2区块链，共同推动IP全球化的宏伟愿景。

### 为什么不是构建一个Layer 2区块链？

在决定构建Layer 1之前，团队实际上尝试过构建Layer 2。然而，Story不仅想要创新执行层 (也可以在Layer 2上实现)，还希望添加共识机制、改进验证器节点存储以及开发新颖的验证器功能。

例如，Story最终希望Netflix、TikTok等Web2超级应用运行验证器，直接在链上流式传输IP数据，并允许这些节点拥有针对IP graphs优化的graphs数据库。试想一下，任何涉及争议的IP资产的交易都会被立即拒绝。

### 为什么Story要在验证器级别进行改进？

另一种选择是在Layer 1之外，运行一个额外系统来提供这些功能，但这会极大地限制Layer 1网络的去中心化程度。通过将这些功能 (验证器) 在Layer 1网络原生开发，可以实现充分的去中心化、保障执行并降低系统维护的复杂度。

亦即，如果额外系统崩溃 (争议和预言机停止)，但Layer 1运行正常，那将是一个巨大的灾难。这可以通过像[AVS](https://www.odaily.news/post/5198132)这样的再质押 (restaking) 系统来补救，但该技术目前尚未有成熟的技术验证。

此外，Layer 1网络可以起到激励作用：IP资源实体运行验证器，并通过验证器内置的功能向网络提供定制的链下知识产权数据。

或者律师事务所将其处理的现实版权争议，通过Story自动化执行并广播给其他验证者。在争议解决协议达成后，验证者可以立即阻止包含有争议IP的交易，而额外系统则无法做到这一点。除非预先配置，当目前这在基于以太坊的区块链中是一个有争议的话题。

### 需要Layer 1来提高IP graph效率，为什么不使用链下graph索引来构建Layer 2？

IP graph必须是链上的，因为某些链上功能需要遍历和聚合IP graph。例如，版税和收入分配需要通过IP graph在链上进行。使用链下graph索引将使这些链上功能要么不可用，要么过于复杂，因为这将需要一个额外的预言机。

类似地，争议模块可以通过直接在链上遍历IP graph，以检查IP是否由于父级IP被标记而被标记，然后立即采取行动，例如中止有授权争议的IP的交易，而无需额外的预言机。

### Story如何避免用户注册不属于他们的链下IP？

Story通过包括[争议模块](/story-docs/concepts/dispute-module.md)在内的多种方式来避免IP侵权行为。例如，如果有人注册了他人的IP，知情者可以在链上提出争议。最坏的情况下，侵权者会被起诉。

对此，Story正在不断探索/改进，一个更细致的回答是，可能还有其他方法来阻止IP侵权。例如，一种质押验证机制，用户可以将代币质押给有效的IP，如果该IP面临争议并被标记为侵权，则质押代币将被罚没，并被分配给蒙受侵权损失的创作者。此外，Story还考虑过将第三方IP侵权检测服务直接集成到Layer 1低层架构中，以便在IP注册时立即将其标记为潜在侵权。

归根结底，Story并不是一个只用来防止不良行为的系统，而是为了帮助诚实的创作者更轻松地注册IP，进行二次创作，并为作品设定适当的条款。Story协议无需许可，完全杜绝不良行为几乎是不可能的，但可以尽最大努力避免不良行为的发生。如同Apple Music、Spotify和Netflix，通过创建“阻力最小的路径”，使媒体资源更易被大众获取，从而大幅减少盗版内容，我们希望Story & IP的未来也会如此。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://www.docszh.com/story-docs/introduction/protocol-faq.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.