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是一种更高级、更安全的交易签名方法。使用该标准不仅可以签署交易并且可以验证签名，而且可以将数据与签名一起传递到智能合约中，并且可以根据该数据验证签名以了解签名者是否是实际发送该签名的人要在交易中调用的数据。
数据：DeFi平台InstaDApp总锁定价值在不到一个月时间内增长2700%:昨日，DeFi市场锁定总价值（TVL）达到24.7亿美元，再创历史新高。尽管整体加密市场相对疲软，但DeFi的势头依然强劲。自上月同一时间以来，DeFi生态系统在TVL方面增长了125%。与此同时，加密货币的市值一直保持平稳，在2600亿至2700亿美元之间波动，而大型玩家正努力突破阻力区。
DeFi Pulse数据显示，InstaDApp目前的TVL排名第五，最近超过了Aave。仅这个月，该平台上的TVL就飙升了275%，从5000万美元飙升至历史最高点1.87亿美元。在6月下旬，其TVL仅仅在650万美元左右，这意味着该数字在不到一个月的时间里增长了2700%。（BeInCrypto）[2020/7/14]
EIP-712提出了数据的标准结构和从结构化消息生成散列的定义过程。然后使用此散列生成签名。通过这种方式，为发送交易生成的签名与为验证身份或任何其他目的生成的签名之间就有了明显的区别。EIP-712草案将签名方案背后的动机表述为:
动态 | Morgan Creek创始人总结进入下一个牛市的注意事项:金色财经报道，Morgan Creek创始人Anthony Pompliano发推总结了进入下一个牛市的注意事项：1. BTC很不稳定；2. 你可能会失去所有的钱；3. 只投资自己可以承受损失的钱；4. 推特不是投资建议；5. 不要使用信用卡购买BTC；6. 保持较低的时间偏好；7. 自己做调查。[2020/1/14]
提高链上使用的链下消息签名的可用性。我们看到越来越多的人采用链下消息签名，因为它节省了gas，减少了区块链上的交易数量。
EIP-712是类型化结构化数据的哈希和签名的标准，而不仅仅是字节字符串。它包括一个
编码函数正确性的理论框架，
与solid结构相似并兼容的结构化数据规范，
声音 | 长江商学院曹辉宁：没有币的区块链就是一个软件服务:长江商学院金融系主任曹辉宁在接受采访时表示，“没有币的区块链就是一个软件服务。通证对于区块链来讲至关重要，它决定了社区中的人能不能获益。”区块链技术本身可以使交易变得更安全，解决信任问题。但其认为中国的银行并不需要这些，中央银行本质上不需要技术去背书信用，它本身就是被人信任的。”此外，他表示并不看好“无币区块链”。现在所谓的无币区块链很容易陷入“为区块链而区块链”的误区中，“区块链本质上是为了解决信任问题的，要在“不信任”的环境下应用。（链得得）[2019/3/30]
安全哈希算法用于这些结构的实例，
在可签名消息集中安全包含这些实例，
一个可扩展的域分离机制，
新的RPC调用eth_signTypedData，
声音 | 赵长鹏:币安正致力于构建一个慈善透明度协议:据赵长鹏推特消息，他透露币安正致力于构建一个慈善透明度协议。[2018/10/8]
EVM中哈希算法的优化实现。
EIP-712的实现可以在Uniswap V2的Periphery 合约中看到，它通过许可移除流动性，最终调用Uniswap V2 Core中的方法来完成这一操作。
前端的签名被传递给Periphery 中的方法，签名被用来代表Core中使用该方法的用户批准Router合约。
我们的示例将使用EIP-721提案用数据(地址、storedData的值和截止日期)签署交易，这些数据用于更改合约中变量的值。
如果签名和散列给出了签署人的地址，并且没有超过截止日期，则更改storedData的值。
本体创始人李俊：跨链不是一个单一协议的问题，而是协议群的问题:3月26日下午，在全球区块链（杭州）高峰论坛的圆桌会议上，本体创始人李俊表示我们对跨链理解以及技术战略性的考虑，跨链不是一个单一协议的问题，而是协议群的问题，跨链像国家与国家交往，对于本体当中跨链分成三个层次：一是松耦合的，包括分布式的身份映射和数据交换，还有资产层和事物层，最下面是共识层跨链，现在业界没有特别完整的方案，大家都在探索当中，这一层是最有价值也是难度最高的一层。[2018/3/26]
这是一个无用的例子，但理解了它将确保您可以在其他地方使用该标准。正确使用 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以查看所反映的变化。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。