原文作者：Azuki 开发者 0xCygaar
或许是受到了 blur 等新兴可选版税 NFT 市场的威胁，NFT 巨头 OpenSea 刚刚宣布为新 NFT 收藏品推出了强制执行链上版税的工具。
OpenSea 刚刚宣布改变他们的版税模式，其中包括将已知的零版税市场列入黑名单。
让我们谈谈 OpenSea 是如何进行的过滤工作，他们添加的功能，以及是否仍然可规避掉过滤。
以下是 Opensea 官方公告的重点：
“今天，我们推出了一种用于链上执行新收藏品版税的工具。这个工具是我们的第一个链上执行版本。从美国东部时间 11 月 8 日星期二下午 12 点开始，OpenSea 将仅对使用诸如此类的链上执行工具的新收藏品强制执行版税。在接下来的几个月里，我们将为链上执行推出更多的工具和改进，我们将与社区合作，在此过程中获得反馈。
OpenSea上线数据服务功能模块Live Data:据官方消息，OpenSea 在 NFT 收藏页面上线数据服务功能模块Live Data，该模块将提供实时更新信息，以展示待处理交易等数据，此外 NFT 交易完成后，藏品列表会淡出，新的藏品列表将实时填充，用户可以通过箭头指示查看最新的价格变化，而列表试图也将实时显示 NFT 活动。[2023/1/21 11:24:23]
我们认识到这是第一步，因此我们致力于与我们的社区就现有收藏品集合的解决方案进行交流。考虑到对现有 NFT 收藏收取链上费用有多么困难，我们至少在 2022 年 12 月 8 日之前不会对现有收藏进行任何更改。为了透明起见，对 12 月 8 日之后发生的事情的考虑是完全开放的——我们正在考虑各种选项，从继续对某些集合子集强制执行链下费用，到允许可选的版税，到为创建者合作其他链上强制选项。我们认识到并非所有创作者、NFT 收藏品和社区都是相同的，我们希望创建一个反映这一点的长期政策。
Slope：无确凿证据将超400万美元的Solana黑客攻击与其自身的安全漏洞关联:金色财经报道，Slope钱包的团队表示，承认存在安全漏洞，目前没有确凿证据将超400万美元的Solana黑客攻击与其自身的安全漏洞联系起来。仍在调查这次攻击事件。
此外，Slope更新攻击调查进展，除此前Sentry服务器实施问题外未发现其他漏洞。[2022/8/11 12:19:05]
针对新 NFT 集合的链上执行工具
我们最初的链上工具是一个简单的代码片段，创建者可以将其添加到未来的 NFT 合约以及现有的可升级合约中。此代码将 NFT 销售限制在强制收取版税的市场。从美国东部时间 11 月 8 日(周二)中午 12 点开始，OpenSea 将检查新的 NFT 收藏品，看看他们的物品是否能够在不强制版税的市场上出售。OpenSea 将对使用链上执行工具的新集合强制收取版税。对于没有实现链上执行的新集合，OpenSea 不会强制执行版税。
交易聚合协议OpenOcean已拓展到Fantom网络:10月11日消息，据官方消息，交易聚合协议OpenOcean已拓展到Fantom网络。据悉，OpenOcean已将Fantom添加至其网络列表中，同时还将与基于Fantom的DeFi项目连接，包括SushiSwap、SpiritSwap、SpookySwap和Curve等。[2021/10/11 20:19:49]
要将此代码添加到新合约或可升级的合约中，请遵循这里的说明。
毫无疑问，像这样的技术决策涉及权衡：在链上强制执行版税需要牺牲 NFT 的一些抗审查性和无许可性质。尽管如此，我们认为创作者应该有权建立他们想要的收藏和社区，买家和卖家应该继续自由选择他们参与和不参与的 NFT 收藏品。”
他们的代码已经开源：https://github.com/ProjectOpenSea/operator-filter-registry。
动态 | OpenNode 闪电网络比特币支付处理器发布公开测试版:据cryptoninjas.net消息，OpenNode宣布，英文公开beta版已经可以进行测试。这一版本用户可以使用比特币和闪电网络。用户可以通过OpenNode WooCommerce / PrestaShop插件和利用API进行即时结算。OpenNode团队在平台上为6种不同的货币(比特币转换为美元、欧元、英镑、BRL、MXN和澳元)创建了定价支持，并为25个国家提供了比特币与法币交换功能。[2018/10/30]
其中包含大部分过滤逻辑的文件在这里：https://github.com/ProjectOpenSea/operator-filter-registry/blob/main/src/OperatorFilterRegistry.sol。
正如我们在下面的截图中看到的，这段代码使用了与 QQL 黑名单非常相似的原理。 对于那些不熟悉的人，QQL 黑名单的工作原理是检查给定的 operator（促进转账的合约）是否已被列入黑名单。
当在链上进行传输时，调用 isOperatorAllowed 函数（第 56 行）以确保 operator 和 operator 的 codehash 未列入黑名单。NFT 合约需要从 OperatorFilter 类继承：https://github.com/ProjectOpenSea/operator-filter-registry/blob/main/src/example/ExampleERC721.sol#L14。
OpenSea 的方法和 QQL 的方法有两个主要区别。
第一个区别是 OpenSea 内置了订阅功能， 这允许任何合约订阅现有的黑名单。 订阅逻辑位于第 114 和 309 行。项目不会维护自己的黑名单，而是使用现有的黑名单。
OpenSea 会有自己的列表，但项目不需要使用这个列表。 但是，项目必须过滤掉特定地址才能有资格获得版税（即 blur、looksrare、x2y2 以及 Sudoswap 的地址）。
第二个区别是 OpenSea 的逻辑也会检查一个 operator 的 codehash 是否被阻止。 codehash 本质上是实际合约代码的唯一标识符。 如果有人想要绕过地址拦截，他们可以将合约部署到多个地址。
这不再可能，因为 OpenSea 的代码会检查合约本身的内容（第 70 行）。
但在理论上，仍然可以通过对代码进行小的更改来绕过此检查，以便 codehash 发生变化。
最终，几乎不可能实施一个黑名单来阻止你想要阻止的每一个合约。 有很多方法可以编写/部署合约来绕过这些检查。 但是，该黑名单应该能起到很大的效果。
这就是 OpenSea 过滤工作的原理。 我很想知道他们未来做出的决定，以及未来创作者版税的普遍程度。
DeFi之道
个人专栏
阅读更多
金色财经
Yam
文章汇
达瓴智库
CT中文
PANews
区块律动BlockBeats
老雅痞
硅星人
比推BitpushNews
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。