区块链 | OpenSea 相关论文：Toward Achieving Anonymous NFT Trading（一）-编程知识

🥑原文： Toward Achieving Anonymous NFT Trading
🥑写在前面： 本文对实体的介绍基于论文提出的方案，而非基于 OpenSea 实际采用的方案。

在这里插入图片描述

其实右图中的 Alice 也是用了代理的，不过作者没有画出来。

正文

我们首先概述各方在所提方案中所扮演的角色，具体的构造细节将在后续进行详细阐述。

1 NFT 市场

NFT 市场（例如 OpenSea）维护一个在线网站，供区块链用户创建、列出和出售他们的 NFT 资产。在交易过程中，用户通过市场的前端提交他们的 NFT 订单。

OpenSea 网址：OpenSea, the largest NFT marketplace

针对区块链部分，NFT 市场在区块链网络上部署了几个智能合约，执行包括铸造新的 NFT 代币、匹配 NFT 订单和转移现有代币所有权在内的 NFT 交易。

在这里插入图片描述

个人理解：上图中的「NFT」和「Exchange Protocol，交易所协议」都是 NFT 市场部署在区块链网络上的智能合约。「NFT」负责铸造 NFT、转移 NFT 所有权等，「交易所协议」主要用于匹配 NFT 订单。

此外，我们假设 NFT 市场几乎完全值得信赖。因此，我们允许 NFT 市场在「NFT 市场数据库」中保密保存一些可能导致用户身份暴露的关键信息。

上图没有画「NFT 市场数据库」，可以参考 OpenSea’s scheme 的图。

2 交易所协议

交易所协议是在区块链上部署的合约，主要完成订单匹配任务。

看来我说的没错😇

交易所协议从 NFT 市场接收订单集合，并检查是否有任何两个订单根据目标代币、价格设置和其他相关信息匹配。如果是这样，交易所协议将首先根据位掩码填充「calldata」中省略的部分。匹配「calldata」的构造也可以在链下以任何方式完成，例如由 NFT 市场完成。

个人感觉「calldata」应该是在调用方法时需要传入的什么东西吧？这里不懂其实不影响后续阅读。

然后，买方和卖方的「代理」参与执行预定义的传输动作。同时，将在区块链网络中发出相应的事件供监听者接收。最后，双方的「代理」完成它们的交易操作，交易由区块链确认。因此，目标 NFT 的所有权被转移。

智能合约中不仅会定义方法还会定义事件，一些方法在执行完毕后会触发相应的事件。

3 代理

为了方便 NFT 交易，每个用户在区块链网络上使用一个「代理」来代表自己处理 NFT 订单。

在一个名为「the registry，注册表」的已部署合约内部，定义了「代理」的功能。每次通过调用「注册表」来生成新的「代理」实例。在「代理」内部存储了一个「临时地址」，该地址代表当前「代理」的所有者，它被用于验证来自「代理」所有者的消息。

🥕「临时地址」是本文的核心创新点之一
个人理解，「临时地址」就是后文提到的「临时密钥」中的公钥。因此，「代理」所有者使用「临时密钥」中的私钥对消息进行签名，而「代理」使用「临时地址」来验证签名的有效性。

具体来说，当「代理」的所有者想要将 NFT 交易委托给「代理」时，TA 通过带有「临时密钥」签名的命令授权「代理」访问目标 NFT 。之后，一旦市场向「交易所协议」发送了带有所有者签名的有效订单并引起了资产交换，那么「代理」将会根据订单中的「calldata」执行相应的操作，从而将目标 NFT 的所有权变更给买方。

注意：所有者给代理授权的消息需要签名，所有者提交给市场的订单也需要签名。勿将二者混为一谈。

4 假账户

在我们的方案中，「Decoy Account，假账户」是由 NFT 市场管理的大量区块链账户。从其他用户的角度来看，「假账户」似乎与由个人持有的 EOA 账户没有区别。然而，「假账户」的私钥实际上是由 NFT 市场管理的。

EOA 是指外部所有者账户，这类账户由掌握相应私钥的个人所拥有，并用于发起区块链上的交易。

提出「假账户」是为了将 ETH 的转移 和 NFT 所有权的转移 隔离开来，从而使其他人难以将买方、卖方的身份与 NFT 所有权的转移联系起来。

ETH 是以太币，即以太坊使用的一种加密货币。

具体来说，买方向假账户 $\mathcal{D}_1$ 支付 ETH，然后另一个假账户 $\mathcal{D}_2$ 将相同数量的 ETH 转给卖方。该流程使得其他人无法找到买方、卖方和被转移的 NFT 所有权之间的联系。同时，买方和卖方之间的这笔交易看起来像是，在两个普通 EOA 之间进行的、两个独立的常规区块链交易。