EIP-712是一种更高级、更安全的交易签名方法。我们可以在UniswapV2的Periphery合约中看到EIP-712的实现。
但对于EIP-712却很难被我们普通人所理解，本文就是根据一个示例来具体体验EIP-712,以达到对其的更好理解。
在GitHub中有许多文章和示例解释和展示了如何使用EIP-712，但在理解它作为一个整体是如何工作的以及前端代码和智能合约是如何关联的方面有很多困难。这是EIP712的一个示例(不是解释)。先决条件和使用的版本。
Solidity基础知识
npm7.19.1
节点16.2.0
Metamask9.8.4
truffle5.4.0
EIP-712
EIP-712是一种更高级、更安全的交易签名方法。使用该标准不仅可以签署交易并且可以验证签名，而且可以将数据与签名一起传递到智能合约中，并且可以根据该数据验证签名以了解签名者是否是实际发送该签名的人要在交易中调用的数据。
Waves创始人：Waves已经成为一个由独立项目组成的去中心化生态系统:2月24日消息，公链项目Waves、Vires Finance创始人Sasha Ivanov在推特上表示，是时候澄清一些关于Waves生态系统和我参与其中的事情了。Waves已经成为一个由独立项目组成的去中心化生态系统，有自己的路线图。我不是Waves上任何项目的受益者，只是其中一些项目的顾问。我唯一的目标和动机是让生态系统运转起来。这就是为什么我也对影响整个生态系统的问题负责，并致力于解决这些问题。
此外，Ivanov宣布，Waves.exchange通过WX.network域上的新去中心化桥有效地重新启动（已于去年10月宣布）。目前的网关将在可预见的未来继续运行，它们的流动性问题将在大约一个月内得到解决。将推出新版本的借贷协议，支持新的桥梁，以及其他重大改进。Vires持有者将像以前一样获得协议利润。新版预计到三月中旬左右。[2023/2/24 12:27:39]
EIP-712提出了数据的标准结构和从结构化消息生成散列的定义过程。然后使用此散列生成签名。通过这种方式，为发送交易生成的签名与为验证身份或任何其他目的生成的签名之间就有了明显的区别。EIP-712草案将签名方案背后的动机表述为:
superphiz.eth：在信标链验证设备挖矿软件上发现一个未经证实的威胁:金色财经报道，以太坊信标链社区安全顾问superphiz在推特中表示，如果您在信标链验证设备上运行任何 PoW 挖矿软件，您需要快速且积极地将这些工具分离到不同的安全机器上。我发现一个未经证实的威胁，但它是否准确并不重要，这只是良好的安全习惯。此外，如果您的助记词组存储在任何在线电子设备上，您需要将其转移到冷库并尽可能安全地从该电子设备中删除，shred`实用程序对此非常有用。[2021/12/14 7:37:58]
提高链上使用的链下消息签名的可用性。我们看到越来越多的人采用链下消息签名，因为它节省了gas，减少了区块链上的交易数量。
EIP-712是类型化结构化数据的哈希和签名的标准，而不仅仅是字节字符串。它包括一个
编码函数正确性的理论框架，
MicroStrategy CEO：比特币是第一个运行在数字货币网络上的安全港:MicroStrategy首席执行官Michael Saylor今日发推称，比特币是第一个运行在数字货币网络上的安全港。随着投资者对黄金和债券作为避险资产失去信心，所有公司都有必要制定比特币策略。[2020/12/24 16:22:15]
与solid结构相似并兼容的结构化数据规范，
安全哈希算法用于这些结构的实例，
在可签名消息集中安全包含这些实例，
一个可扩展的域分离机制，
新的RPC调用eth_signTypedData，
EVM中哈希算法的优化实现。
EIP-712的实现可以在UniswapV2的Periphery合约中看到，它通过许可移除流动性，最终调用UniswapV2Core中的方法来完成这一操作。
GameStop钱包增加对Immutable X的原生支持:8月9日消息，GameStop钱包发布新版本，增加对Immutable X的原生支持。7月份，GameStop钱包开始支持Immutable X的市场可以通过GameStop钱包进行交易，但此前无法直接在钱包内进行交互。[2022/8/9 12:12:37]
前端的签名被传递给Periphery中的方法，签名被用来代表Core中使用该方法的用户批准Router合约。
示例代码
我们的示例将使用EIP-721提案用数据(地址、storedData的值和截止日期)签署交易，这些数据用于更改合约中变量的值。
如果签名和散列给出了签署人的地址，并且没有超过截止日期，则更改storedData的值。
这是一个无用的例子，但理解了它将确保您可以在其他地方使用该标准。正确使用EIP-712是创建一个ERC20许可证，就像Uniswap团队所做的那样。
声音 | David Marcus：很早就开始欣赏比特币了 但其尚不是一个好的交易媒介:在Libra项目负责人David Marcus发推回应Visa等多家支付巨头退出Libra项目之后。智能合约先驱Nick Szabo评论其推文表示：“你可能想问问自己为什么压力这么大。去读一些比特币先驱们所了解的历史，比如e-gold的失败吧。你没能从历史中吸取教训，这使你不惜代价重温过去的失败。”David Marcus随后回复Nick Szabo表示：“别误会我的意思。早在我开始这段旅程之前，我就已经很欣赏比特币了，且欣赏仍在增长。只是（比特币）还不是一个好的交易媒介。”[2019/10/12]
步骤1
继续克隆truffle的reactbox。
我们将根据需要简单地调整和添加代码，以使EIP-712正常工作。
步骤2
数据是EIP-712中最关键的部分。这些要签名的数据必须符合预定义的格式。它必须有一个EIP712Domain和要签名的数据(在我们的示例中设置)。两者的组合将被签名并发送给智能合约进行验证。
在EIP-712下签名的每个数据必须有一个EIP712Domain和另一个数据。这两者的结构可以是任何东西，但必须在JS代码和SC代码上相同。
当使用该提案时，EIP712Domain的结构是一个被广泛接受的标准。
?EIP-712数据标准
EIP712Domain有一些参数，这些参数指定在哪个网络和哪个特定合约上将用于验证签名。另一份具有相同代码的合同将无法验证该签名。
步骤3
让我们添加一个按钮，当单击该按钮时，将弹出元掩码，使用eth_signTypedData_v3方法对数据进行签名。
步骤4
一旦签署了上面定义的数据使用eth_signTypedData_v3方法我们得到了签名和签名分割成其r,s,和v组件并将其发送到智能合约将使用ercrecover这些参数和数据哈希恢复签名者的公钥。
拆分签名
步骤5
编写智能合约。
就像我们定义了包含EIPdomain和要签名的数据的JS代码一样，智能合约也需要两个变量来表示每个EIPdomain的散列数据和我们的数据(在本例中是设置数据)。
使用ercrecover
在UI端，我们对数据进行签名，并将r、s和v发送给智能合约。
上面的代码做了两件事，首先它散列数据并生成它们的散列。接下来，它使用该数据的散列(在SC中称为散列)和签名，使用ercrecover方法生成签名者的公钥。
上面显示的数据的两个kecak哈希值应该类似于在outJS代码中定义的数据结构。如果两者不同，则无法恢复签名者的地址。
签名数据的结构
步骤6
将infura中的助记符添加到truffle-config.js文件(第3行)，并指定部署者的地址(第18行)。上面的例子使用了rinkebytestnet，但是任何测试都可以使用，并查看truffle文档来部署到其他测试网。
然后部署合同。部署后复制simplestorage的地址，替换为verifyingContract下app.js第76行的地址。
部署代码片段
步骤7
进入client目录，运行npmrunstart启动react应用。
按下'Presstosign'按钮，然后在元掩码弹出的签名请求上签名。接下来，确认交易以设置智能合约上的值。
交易完成后，刷新webapp以查看所反映的变化。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。