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是一种更高级、更安全的交易签名方法。使用该标准不仅可以签署交易并且可以验证签名，而且可以将数据与签名一起传递到智能合约中，并且可以根据该数据验证签名以了解签名者是否是实际发送该签名的人要在交易中调用的数据。
EIP-712提出了数据的标准结构和从结构化消息生成散列的定义过程。然后使用此散列生成签名。通过这种方式，为发送交易生成的签名与为验证身份或任何其他目的生成的签名之间就有了明显的区别。EIP-712草案将签名方案背后的动机表述为:
金色财经挖矿数据播报：ETH今日全网算力上涨1.16%:金色财经报道，据蜘蛛矿池数据显示：
BTC全网算力175.754EH/s，挖矿难度20.61T，目前区块高度682322，理论收益0.00000672/T/天。
ETH全网算力594.004TH/s，挖矿难度7403.43T，目前区块高度12384425，理论收益0.00329955/100MH/天。
BSV全网算力1.010EH/s，挖矿难度0.14T，目前区块高度686136，理论收益0.00089079/T/天。
BCH全网算力4.665EH/s，挖矿难度0.49，目前区块高度686805，理论收益0.00019291/T/天。[2021/5/7 21:32:47]
提高链上使用的链下消息签名的可用性。我们看到越来越多的人采用链下消息签名，因为它节省了gas，减少了区块链上的交易数量。
EIP-712是类型化结构化数据的哈希和签名的标准，而不仅仅是字节字符串。它包括一个
编码函数正确性的理论框架，
与solid结构相似并兼容的结构化数据规范，
安全哈希算法用于这些结构的实例，
在可签名消息集中安全包含这些实例，
一个可扩展的域分离机制，
新的RPC调用eth_signTypedData，
波卡生态已上线第一批交易币对:据链上云平台官方消息，8月25日波卡生态已上线第一批交易币对，DOT/USDT,KSM/USDT。
波卡（Polkadot）是下一代区块链协议，它将多个专用区块链连接到一个统一的网络中。它是将互联网垄断权归还给个人的网络大愿景中的一部分，波卡建立在先前区块链网络的革命性承诺之上，与此同时，提供一些基本的优势。从大的方面来说，波卡跟ETH2.0有类似之处。未来能跟以太坊一战的公链越来越少，波卡算是其中之一。
链上云平台底层技术WaaS联盟可支持任意交易所系统上线热门Defi币种，链上云平台作为交易所技术系统一直十分关注专注热门资产和优质项目，第一时间帮交易所布局优质资产，为交易所提供更多收益项目。[2020/8/25]
EVM中哈希算法的优化实现。
EIP-712的实现可以在Uniswap V2的Periphery 合约中看到，它通过许可移除流动性，最终调用Uniswap V2 Core中的方法来完成这一操作。
前端的签名被传递给Periphery 中的方法，签名被用来代表Core中使用该方法的用户批准Router合约。
我们的示例将使用EIP-721提案用数据(地址、storedData的值和截止日期)签署交易，这些数据用于更改合约中变量的值。
如果签名和散列给出了签署人的地址，并且没有超过截止日期，则更改storedData的值。
这是一个无用的例子，但理解了它将确保您可以在其他地方使用该标准。正确使用 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以查看所反映的变化。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。