EIP-712是一种更高级、更安全的交易签名方法。我们可以在Uniswap V2的Periphery 合约中看到EIP-712的实现。
但对于EIP-712却很难被我们普通人所理解，本文就是根据一个示例来具体体验EIP-712,以达到对其的更好理解。
在GitHub中有许多文章和示例解释和展示了如何使用EIP-712，但在理解它作为一个整体是如何工作的以及前端代码和智能合约是如何关联的方面有很多困难。这是EIP712的一个示例(不是解释)。先决条件和使用的版本。
Solidity基础知识
npm 7.19.1
节点 16.2.0
Metamask 9.8.4
truffle 5.4.0
EIP-712是一种更高级、更安全的交易签名方法。使用该标准不仅可以签署交易并且可以验证签名，而且可以将数据与签名一起传递到智能合约中，并且可以根据该数据验证签名以了解签名者是否是实际发送该签名的人要在交易中调用的数据。
数据：Sigil Fund的一个地址将55万枚LDO转至币安:1月10日消息，据Lookonchain监测，Sigil Fund的一个地址将55万枚LDO转至币安，约合110万美元。Sigil Fund曾以1.16美元均价购入383,953枚LDO，以3.74美元均价售出105,658枚LDO。[2023/1/10 11:04:52]
EIP-712提出了数据的标准结构和从结构化消息生成散列的定义过程。然后使用此散列生成签名。通过这种方式，为发送交易生成的签名与为验证身份或任何其他目的生成的签名之间就有了明显的区别。EIP-712草案将签名方案背后的动机表述为:
提高链上使用的链下消息签名的可用性。我们看到越来越多的人采用链下消息签名，因为它节省了gas，减少了区块链上的交易数量。
EIP-712是类型化结构化数据的哈希和签名的标准，而不仅仅是字节字符串。它包括一个
以太坊第一个主网影子分叉（shadow fork）上线:金色财经消息，随着以太坊逐渐向权益证明 (PoS) 机制过渡，以太坊的第一个主网影子分叉（shadow fork）周一正式上线。
以太坊基金会开发人员Parithosh Jayanthi表示，影子分叉是“对关于同步和状态增长的假设进行压力测试”的一种方式，它还将提供“一种方法来检查我们的假设是否适用于现有的测试网和/或主网”。Jayanthi警告说，影子分叉将与以太坊主网络共享一些数据，因此一些交易可能会出现在两条链上。以太坊开发人员 Tim Beiko 表示，影子分叉的结果是确定最终合并时间的关键。
根据开发商Marius Van Der Wijden分享的区块浏览器数据 ，截至发稿时，影子分叉已经处理了1,166,016笔交易，平均出块时间为14.8秒。
此前4月11日晚间消息，以太坊开发者称，正在以太坊上测试PoS，并将进行首次主网影子分叉。（CoinDesk）[2022/4/12 14:18:37]
编码函数正确性的理论框架，
扎克伯格：计划在今年推出一个移动版的虚拟现实体验“地平线世界”:2月3日消息，META PLATFORMS 首席执行官扎克伯格：计划在今年推出一个移动版的虚拟现实体验“地平线世界”。（金十）[2022/2/3 9:28:51]
与solid结构相似并兼容的结构化数据规范，
安全哈希算法用于这些结构的实例，
在可签名消息集中安全包含这些实例，
一个可扩展的域分离机制，
新的RPC调用eth_signTypedData，
EVM中哈希算法的优化实现。
EIP-712的实现可以在Uniswap V2的Periphery 合约中看到，它通过许可移除流动性，最终调用Uniswap V2 Core中的方法来完成这一操作。
动态 | Matic Network公布第一个质押接口迭代版本:周三，面向公共区块链的Layer 2侧链扩展解决方案Matic Network发布了它的第一个质押接口迭代版本。在视频中，Matic Networ展示了Counter Stake的委托者和验证者UI，这是该项目第一次公开质押测试网，并向参与者分发300万枚主网的MATIC作为奖励。（Sludgefeed）[2019/12/12]
前端的签名被传递给Periphery 中的方法，签名被用来代表Core中使用该方法的用户批准Router合约。
我们的示例将使用EIP-721提案用数据(地址、storedData的值和截止日期)签署交易，这些数据用于更改合约中变量的值。
如果签名和散列给出了签署人的地址，并且没有超过截止日期，则更改storedData的值。
物联网和ETC的结合将会成为下一个风口吗:ETC作为一种新兴的技术，目前已经在物联网方面有了一定的应用。ETC技术可以增强信息和价值在数字经济中的共享方式。ETC的智能合约可以在动态条件下自动传输信息和价值，为物联网和机器可支付网络提供量身定制的商业模式。以灵活直观的智能合同编程平台为基础、用ETC为支撑，可以推动物联网向全球化程度高、安全性好、去中心化的方向发展。[2017/12/11]
这是一个无用的例子，但理解了它将确保您可以在其他地方使用该标准。正确使用 EIP-712 是创建一个 ERC20 许可证，就像 Uniswap 团队所做的那样。
继续克隆 truffle 的react box。
我们将根据需要简单地调整和添加代码，以使EIP-712正常工作。
数据是EIP-712中最关键的部分。这些要签名的数据必须符合预定义的格式。它必须有一个EIP712Domain和要签名的数据(在我们的示例中设置)。两者的组合将被签名并发送给智能合约进行验证。
在EIP-712下签名的每个数据必须有一个EIP712Domain和另一个数据。这两者的结构可以是任何东西，但必须在JS代码和SC代码上相同。
当使用该提案时，EIP712Domain的结构是一个被广泛接受的标准。
EIP-712 数据标准
EIP712Domain有一些参数，这些参数指定在哪个网络和哪个特定合约上将用于验证签名。另一份具有相同代码的合同将无法验证该签名。
让我们添加一个按钮，当单击该按钮时，将弹出元掩码，使用eth_signTypedData_v3方法对数据进行签名。
一旦签署了上面定义的数据使用eth_signTypedData_v3方法我们得到了签名和签名分割成其r, s,和v组件并将其发送到智能合约将使用ercrecover这些参数和数据哈希恢复签名者的公钥。
拆分签名
编写智能合约。
就像我们定义了包含EIPdomain和要签名的数据的JS代码一样，智能合约也需要两个变量来表示每个EIPdomain的散列数据和我们的数据(在本例中是设置数据)。
使用 ercrecover
在UI端，我们对数据进行签名，并将r、s和v发送给智能合约。
上面的代码做了两件事，首先它散列数据并生成它们的散列。接下来，它使用该数据的散列(在SC中称为散列)和签名，使用ercrecover方法生成签名者的公钥。
上面显示的数据的两个kecak哈希值应该类似于在out JS代码中定义的数据结构。如果两者不同，则无法恢复签名者的地址。
签名数据的结构
将infura中的助记符添加到truffle-config.js文件(第3行)，并指定部署者的地址(第18行)。上面的例子使用了rinkeby testnet，但是任何测试都可以使用，并查看truffle文档来部署到其他测试网。
然后部署合同。部署后复制simplestorage的地址，替换为verifyingContract下app.js第76行的地址。
部署代码片段
进入client目录，运行npm run start启动react应用。
按下' Press to sign '按钮，然后在元掩码弹出的签名请求上签名。接下来，确认交易以设置智能合约上的值。
交易完成后，刷新webapp以查看所反映的变化。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。