摘要：把结构化数据进行哈希处理不是件小事，错误的话会导致系统丧失安全性。这个旨在成为这个标准。摘要这是一个对结构化数据哈希和签名的标准，而不仅仅是字节字符串。这里我们大致描绘了编码结构化数据，并且在用户签名时把结构化数据展示给他们确认的场景。
翻译自：https://eips.ethereum.org/EIP...简易大纲
对数据签名是一个已经被解决的问题如果我们只关注那些字节字符串。遗憾的是在这个真实的世界里，我们关心的是那些复杂的、有意义的信息。把结构化数据进行哈希处理不是件小事，错误的话会导致系统丧失安全性。
因此，谚语“不要推出你自己的加密算法”在这里就适用了。相反，我们需要使用一个经过同行评审的、经过充分测试的标准。这个EIP旨在成为这个标准。
摘要这是一个对结构化数据哈希和签名的标准，而不仅仅是字节字符串。它包含：
正确编码功能的理想框架
结构化数据和solidity中的结构体类似并且兼容的详细说明
这些结构的实例的安全哈希算法
这些实例可以被安全地包含在一组可签名消息内
领域分离的可扩展机制
新的RPC调用：eth_signTypedData
应用于EVM的优化的哈希算法
动机这个EIP旨在提高链下消息签名对链上的可用性。我们可以看到，因为节省gas以及减少链上交易的原因，采用链下消息签名的需求日益增长。现在已经被签名的消息，展示给用户的是一串难以理解的16进制的字符串，附带一些组成这个消息的项目的上下文。
这里我们大致描绘了编码结构化数据，并且在用户签名时把结构化数据展示给他们确认的场景。下面就是当用户签名时，应该展现给他们的符合EIP规范的消息 的例子：
签名以及哈希概要签名方案由哈希算法和签名算法组成。以太坊选择的签名算法是secp256k1，哈希算法选择了keccak256，这是一个从字节串
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/24165.html
摘要：本文共字，阅读大约需要分钟概述在前文字符串类型内部编码剖析之中已经剖析过最基本的类型的内部是怎么编码和存储的，本文再来阐述中使用最为频繁的数据类型哈希或称散列，在内部是怎么存的。 showImg(https://segmentfault.com/img/remote/1460000016158153); 本文共 1231字，阅读大约需要 5分钟 ！ 概述 在前文《Redis字符串类型...
阅读 776·2021-09-07 09:58
阅读 1315·2021-09-07 09:58
阅读 2678·2021-09-04 16:40
阅读 2338·2019-08-30 15:55
阅读 2282·2019-08-30 15:54
阅读 1212·2019-08-30 15:52
阅读 239·2019-08-30 10:49
阅读 2483·2019-08-29 13:21
