Keccak-256

什么是 Keccak-256？

Keccak-256 是一种密码学哈希函数，可将几乎任意大小的数据转换为固定长度的 256 位哈希输出。

在加密货币领域，Keccak-256 最广为人知的用途包括 Ethereum 风格区块链系统、智能合约、地址校验和、交易标识符以及数据完整性检查。

Keccak-256 不是加密货币、代币、钱包、私钥、助记词、矿池、验证者、交易所账户或交易策略。

它是一种数学函数，可将输入数据转换为固定长度的数字指纹。

官方Keccak 规范概要将 Keccak 描述为一系列海绵函数，也是 SHA-3 和 SHAKE 函数的基础。

NIST FIPS 202 SHA-3 标准指出，SHA-3 函数基于 Keccak 算法，该算法由 NIST 从 SHA-3 密码学哈希竞赛的候选方案中选出。

对加密货币用户而言，简单来说，Keccak-256 会为数据生成简短且一致的指纹，让区块链、钱包和智能合约能够验证信息，而无需每次都存储或比较完整的原始输入。

Keccak-256 为何在加密领域很重要

Keccak-256 很重要，因为区块链依赖可靠的哈希来标识数据、保护数据完整性、组织状态并支持加密流程。

区块链必须持续验证交易、区块、账户数据、合约代码和存储记录是否遭到意外更改。

哈希函数会将数据转换为易于比较的紧凑输出，从而实现这一点。

即使输入只改变一个比特，安全的哈希函数也应产生截然不同的输出。

这种特性有助于钱包、节点、智能合约、区块链浏览器和开发者检测篡改或数据不匹配。

Keccak-256 尤其重要，因为它已深度应用于 Ethereum 虚拟机环境和 Solidity 智能合约开发。

Solidity 官方文档将

列为全局可用函数，用于计算输入数据的 Keccak-256 哈希。

没有安全的哈希机制，许多区块链功能会变得更慢、更占空间或不安全。

Keccak-256 有助于更轻松地引用、比较和验证区块链数据。

Keccak-256 的工作原理

Keccak-256 通过海绵结构处理输入数据。

海绵结构会将输入数据吸收到内部状态中，然后挤出固定长度或可变长度的输出。

在 Keccak-256 中，输出长度为 256 位，通常表示为 32 字节或 64 个十六进制字符。

相同的输入始终应产生相同的 Keccak-256 哈希。

不同输入在极高概率下应产生不同的哈希。

此外，从输出本身反推出原始输入在计算上应不可行。

这种单向特性是哈希函数适用于区块链系统的原因之一。

节点可以快速比较哈希，而无需每次都以相同方式公开或重新处理所有细节。

开发者还可以将哈希用作较大数据的紧凑标识符。

256 位哈希的含义

Keccak-256 中的“256”表示输出长度为 256 位。

比特是数字信息的最小单位，取值可以是 0 或 1。

8 位等于 1 字节，因此 256 位哈希的长度为 32 字节。

用十六进制表示时，32 字节通常显示为 64 个十六进制字符。

例如，Keccak-256 哈希可能显示为一串以

开头、后接 64 个十六进制字符的长字符串。

前缀不属于原始哈希值的一部分。

它是一种常见写法，用于表示后续字符采用十六进制格式。

256 位输出空间极其庞大，因此在正确使用函数时，意外发生哈希碰撞的可能性极低。

如此大的输出长度，是 Keccak-256 适用于高价值区块链系统的原因之一。

Keccak-256 的核心特性

Keccak-256 具有确定性，即相同输入始终产生相同输出。

它的输出长度固定，无论输入多长，哈希始终为 256 位。

它旨在实现单向性，即用户不应仅凭哈希就能恢复原始输入。

它旨在具备抗碰撞性，即极难找到两个不同输入，使其哈希值相同。

它旨在具备抗原像性，即极难找到一个输入，使其哈希值符合指定哈希。

它还具有雪崩效应，即输入发生微小变化时，输出应发生重大变化。

这些特性使 Keccak-256 适用于区块链标识符、智能合约逻辑、地址校验和、Merkle 结构和承诺方案。

不过，这些特性并不意味着 Keccak-256 本身能够保护弱秘密。

如果原始输入很容易猜到，攻击者就可以对猜测内容进行哈希并比较输出。

Keccak-256 与 SHA3-256 的区别

Keccak-256 和 SHA3-256 密切相关，但在实际应用中并不总是相同。

Keccak 是 NIST 最初选定用于 SHA-3 标准化的算法系列。

NIST 的 SHA-3 标准基于 Keccak，但标准化的 SHA3-256 使用了域分离和填充细节，与 Ethereum 风格系统中常用的标准制定前 Keccak-256 不同。

这意味着相同输入经 Keccak-256 和 SHA3-256 处理后，可能得到不同的哈希输出。

这一差异对开发者尤其重要，因为使用错误的函数可能导致地址、签名、合约结果或验证结果错误。

名为

的库函数可能实现的是标准化 SHA3-256，而不是 Ethereum 风格的 Keccak-256。

如果要匹配 Ethereum 风格的哈希，名为

的库函数通常是更稳妥的选择。

开发者应阅读库文档，不要盲目信任函数名称。

最稳妥的做法是在生产代码中使用哈希实现前，先测试已知输入和输出。

Keccak-256 与 SHA-256 的区别

Keccak-256 与 SHA-256 不同。

SHA-256 属于 SHA-2 系列，而 Keccak-256 属于后来成为 SHA-3 基础的 Keccak 系列。

这两种函数都能生成 256 位输出，但内部设计不同。

因此，相同输入经过 Keccak-256 和 SHA-256 处理后会产生不同的输出。

在加密领域，这一差异很重要，因为不同区块链和工具可能使用不同的哈希函数。

Bitcoin 风格系统与 SHA-256 密切相关，而 Ethereum 风格系统在许多核心环节中使用 Keccak-256。

除非协议或应用明确要求，否则开发者绝不应将 Keccak-256 替换为 SHA-256。

更换哈希函数会改变标识符、证明、地址、签名和验证结果。

哈希函数不会因为输出长度相同就可以互换。

Keccak-256 在 Ethereum 风格系统中的应用

Keccak-256 在 Ethereum 风格的区块链系统中得到广泛应用。

Ethereum 官方术语表将 Keccak-256 描述为 Ethereum 使用的一种密码学哈希函数。

Ethereum 风格系统中的账户地址、合约地址、交易哈希、事件主题、函数选择器、存储计算和校验和格式，都可能以不同方式涉及 Keccak-256。

这并不意味着用户需要为每笔交易手动计算 Keccak-256。

钱包、节点、区块链浏览器和智能合约工具通常会在后台自动完成计算。

不过，开发者和高级用户必须了解这一点，因为哈希错误可能导致应用无法正常工作。

编码中的一个小错误就可能产生完全不同的哈希。

这可能导致合约地址错误、签名检查失败、Merkle 证明不正确、白名单失效或承诺无法使用。

Keccak-256 与钱包地址

Keccak-256 用于生成和格式化 Ethereum 风格的钱包地址。

在常见的 Ethereum 风格地址推导过程中，公钥会经过哈希处理，哈希的一部分会用于生成地址。

这样，用户就可以分享较短的地址，而不是完整公钥。

Keccak-256 也用于混合大小写的校验和地址编码。

官方EIP-55 校验和地址标准介绍了如何使用 Keccak-256 哈希来决定地址中的字母应采用大写还是小写。

校验和不会让地址变成秘密信息。

它有助于钱包和用户发现某些输入或复制错误。

如果用户复制了错误地址，即使地址带有校验和，也仍可能转给错误的人。

用户应始终核对完整地址，适当使用可信地址簿，并在转移大额资金前先进行小额测试。

Keccak-256 与交易哈希

交易哈希是根据交易数据生成的唯一标识符。

在 Ethereum 风格系统中，Keccak-256 用于根据编码后的交易数据生成交易标识符。

用户在查询区块链浏览器、钱包历史记录、充值、提现、兑换和智能合约交互时都会看到交易哈希。

交易哈希可以帮助用户查找交易状态，而无需手动搜索整条区块链。

根据网络和区块链浏览器的不同，它可以显示交易是待处理、已确认、失败还是被替换。

交易哈希并不能证明交易安全或有利可图。

它只用于标识一笔交易记录。

用户应了解，交易哈希是链上操作的凭证，不代表该操作一定明智。

交易确认后通常不可逆，除非接收方合约或收款人另有返还流程。

Keccak-256 与智能合约

智能合约会在许多任务中使用 Keccak-256。

在 Solidity 中，

可以生成标识符、承诺、角色密钥、映射位置、消息哈希和验证值。

开发者可以对输入数据进行哈希以生成唯一 ID。

开发者可以在提交-揭示系统中对隐藏值进行哈希。

开发者可以在验证签名前对结构化数据进行哈希。

开发者还可以使用哈希比较数据，而无需将完整原始值存储在链上。

这样可以减少存储需求并提升清晰度，但必须谨慎处理。

如果输入可以被猜到，哈希并不会自动保护数据隐私。

例如，对“yes”或“no”进行哈希并不能隐藏答案，因为攻击者可以对两种可能性分别哈希并比较结果。

私密或隐藏承诺通常需要高熵盐值或秘密值。

Keccak-256 与函数选择器

函数选择器是 Ethereum 风格智能合约用于确定要执行哪个函数的简短标识符。

函数选择器通常由函数签名的 Keccak-256 哈希推导得出。

该哈希的前 4 个字节用于标识被调用的函数。

例如，函数签名包含函数名称和参数类型，而不包含参数值。

这种紧凑的选择器可帮助 Ethereum 虚拟机将调用路由到正确的函数。

函数选择器很短，因此理论上可能发生碰撞。

开发者在设计接口、代理合约和低级调用系统时应谨慎。

用户通常不会直接看到函数选择器，但如果合约接口信息已知，钱包交易预览和区块链浏览器可能会显示解码后的函数名称。

如果钱包无法解码某个函数，用户在签名前应格外谨慎。

Keccak-256 与事件主题

智能合约事件可以帮助应用和区块链浏览器追踪链上活动。

在 Ethereum 风格系统中，事件签名会通过 Keccak-256 哈希生成事件主题。

这些主题有助于让日志便于搜索和结构化处理。

例如，应用可以通过查找匹配的主题来筛选特定类型的事件。

这对钱包、索引器、分析工具和去中心化应用界面都很重要。

事件日志可以让区块链活动更易于监控，但不应将其与直接资产所有权混为一谈。

合约可以发出事件，但实际状态变化取决于合约逻辑和交易执行结果。

开发者应谨慎设计事件，确保用户、工具和审计人员能够理解发生了什么。

用户应将事件数据视为有用的背景信息，而不能用它代替对合约状态和交易结果的核查。

Keccak-256 与存储布局

Keccak-256 用于 Ethereum 风格系统中的存储布局计算。

智能合约会将数据存储在存储槽中。

对于映射和动态数据结构，可以通过对编码后的键和槽位进行 Keccak-256 运算来计算存储值的位置。

这样，虚拟机就可以按可预测的方式存储复杂数据结构。

存储布局对开发者很重要，因为如果布局假设错误，可升级合约、代理合约和底层存储访问都可能出问题。

如果两个变量意外使用相同的存储位置，就可能发生存储冲突并造成严重漏洞。

Keccak-256 有助于组织存储，但无法防止开发者采用不佳的合约架构。

构建可升级合约或手动读取存储之前，开发者应了解存储布局。

审计通常会检查存储计算，因为一个小错误就可能影响真实资金。

Keccak-256 与提交-揭示方案

提交-揭示方案允许用户现在提交某个值，之后再公布该值。

在提交阶段，可以使用 Keccak-256 对该值进行哈希。

之后，用户公布原始值和秘密盐值，其他人便可验证它们是否与先前的哈希相符。

当过早披露信息会造成不公平优势时，这种模式可用于游戏、投票系统、拍卖、随机数流程和其他应用。

核心原则是，提交的值必须难以猜测。

如果值很简单，攻击者就可以对可能的答案进行哈希，并与承诺值比较。

使用强度较高的盐值有助于增加猜测难度。

开发者还应处理揭示截止时间、惩罚、不揭示和抢先交易风险。

哈希只是安全提交-揭示设计的一部分。

Keccak-256 与 Merkle 树

Merkle 树是一种将多个哈希合并为单一根哈希的数据结构。

Ethereum 风格应用可以使用 Keccak-256 构建 Merkle 树。

Merkle 根可以代表大量数据，例如白名单、代币分发名单或链下数据集。

用户可以提供 Merkle 证明，以证明某项内容属于该数据集。

这可以减少链上存储成本，因为合约可能只需存储根哈希。

Merkle 树很有用，但构建时必须谨慎。

开发者必须避免编码歧义、重复叶节点问题、排序假设错误和证明验证错误。

使用基于 Merkle 树的领取功能时，用户应确保访问官方领取页面，并使用正确的钱包地址。

有效的 Merkle 证明可以证明某项内容属于某个数据集，但不能证明领取页面安全。

Keccak-256 与数字签名

数字签名通常涉及在签名或验证之前对消息进行哈希。

Ethereum 风格消息哈希流程通常会使用 Keccak-256。

钱包可能会要求用户对经过格式化和哈希处理的消息签名。

随后，智能合约或应用可以验证签名是否来自预期地址。

这可用于身份验证、授权许可、链下订单、投票、空投领取和账户授权。

不过，如果用户不了解签名内容，签署消息可能很危险。

签名可能批准某项操作、授权订单或证明用户控制某个钱包。

用户应拒绝含糊、难以阅读、意料之外或要求紧急处理的签名请求。

哈希可以让数据更紧凑，但如果钱包界面未清楚显示消息内容，哈希也可能掩盖其含义。

Keccak-256 与 ABI 编码

ABI 编码定义了 Ethereum 风格智能合约调用中数据类型的打包或编码方式。

Keccak-256 经常会对 ABI 编码后的数据进行哈希，但开发者必须选择正确的编码方法。

打包编码效率较高，但组合多个动态值时也可能产生歧义。

标准 ABI 编码的类型和填充规则更加明确，因此可以减少歧义。

开发者常犯的一个错误是在链下使用一种编码方法进行哈希，却在链上使用另一种编码方法。

这会产生不同哈希并导致验证失败。

另一个错误是认为人类可读字符串和原始字节在所有工具中都会以相同方式进行哈希。

开发者应在应用所用的 Solidity、JavaScript、Python、Rust 或其他技术栈之间测试哈希结果。

跨语言哈希不匹配是智能合约漏洞的常见来源。

Keccak-256 与 NFT

Keccak-256 可能用于 NFT 合约、元数据系统、白名单、签名和领取证明。

NFT 项目可能会使用 Keccak-256 为铸造白名单生成 Merkle 根。

项目也可能使用 Keccak-256 验证签名的铸造权限。

项目还可能使用 Keccak-256 为合约角色或数据记录生成标识符。

这并不意味着 Keccak-256 本身可以证明 NFT 有价值或真实。

哈希可以验证数据是否与特定输入相符，但无法证明艺术价值、法律所有权、稀有度或长期需求。

与 NFT 合约交互前，用户仍应检查官方合约地址、项目文档、元数据来源、市场列表和钱包提示。

诈骗者也可以在虚假项目中使用真实的密码学函数。

强大的哈希机制无法让不诚实的合约变得可信。

Keccak-256 与 DeFi

Keccak-256 广泛用于 DeFi 应用的底层流程。

DeFi 协议可能会使用哈希来处理签名、授权许可、Merkle 证明、订单 ID、池标识符、角色管理、存储槽和事件主题。

用户很少会直接看到这些哈希，但它们会影响合约验证权限和追踪状态的方式。

DeFi 协议即使正确使用 Keccak-256，仍可能存在风险。

风险可能包括智能合约漏洞、预言机操纵、跨链桥故障、流动性冲击、治理攻击和恶意授权。

Keccak-256 可以保护特定的数据完整性和验证流程，但不能保证协议的经济设计安全。

存入资金前，用户应评估审计、合约权限、流动性、治理、升级控制和风险披露。

安全的哈希函数是基础组件，而非完整的安全体系。

Keccak-256 与代币标准

代币标准可能会通过智能合约调用、事件、接口和存储模式间接使用 Keccak-256。

代币转账发生时，钱包界面和区块链浏览器可能依赖由哈希后的事件签名生成的事件主题。

智能合约调用其他合约时，由 Keccak-256 推导的函数选择器有助于路由调用。

代币权限通过链下签名授权时，签名数据可能涉及基于哈希的结构化消息。

普通用户通常看不到这些细节。

开发者必须理解这些细节，因为代币标准依赖精确的兼容性。

哈希、编码或签名格式中的微小不匹配，都可能导致授权、转账或 permit 流程失败。

用户签署代币授权时应保持谨慎，因为基于 Keccak-256 的有效签名仍可能授权高风险操作。

哈希函数本身可靠，但所签署的权限可能具有危险性。

Keccak-256 的安全边界

Keccak-256 是一种强大的密码学哈希函数，但无法解决所有安全问题。

它无法保护已经泄露的私钥。

它无法阻止用户签署恶意交易。

它无法让诈骗代币变得真实可信。

它无法修复存在业务逻辑缺陷的智能合约。

它无法隐藏熵不足的秘密，例如短密码、简单答案或较小数字。

它无法保证钱包界面显示的信息属实。

它无法撤销误操作导致的转账。

用户和开发者应将 Keccak-256 视为可信的基础密码学组件，而非完整的安全产品。

开发者使用 Keccak-256 时的常见错误

一个常见错误是将 Keccak-256 与标准化的 SHA3-256 混淆。

另一个常见错误是哈希前使用了错误的输入编码。

第三个常见错误是在使用

组合多个动态值时，没有考虑可能产生的歧义。

第四个常见错误是对易于猜测的用户输入进行哈希时没有添加盐值。

第五个常见错误是认为哈希可以保证链上公开的私人数据安全。

第六个常见错误是比较不同库生成的哈希时，没有确认每个库使用的是否都是 Ethereum 风格的 Keccak-256。

第七个常见错误是忘记字符串、字节、数字和地址在哈希前可能采用不同编码方式。

第八个常见错误是将哈希当作含义的证明，而不是特定输入与特定输出相匹配的证明。

完善的测试、明确的编码规则和已知测试向量可以避免许多此类错误。

用户对 Keccak-256 的常见误解

一种误解是认为 Keccak-256 可以加密数据。

哈希和加密并不相同：加密旨在通过密钥实现可逆，而哈希旨在实现单向转换。

另一种误解是认为 Keccak-256 可以恢复丢失的钱包。

哈希函数无法恢复助记词、私钥或丢失的钱包密码。

第三种误解是认为有交易哈希就代表交易成功。

交易哈希用于标识交易，但用户仍需检查交易是否已确认或失败。

第四种误解是认为对秘密进行哈希后就能安全地在链上公开。

如果秘密很容易猜到，攻击者就可以对猜测内容进行哈希并比较结果。

第五种误解是认为所有 256 位哈希都相同。

Keccak-256、SHA3-256 和 SHA-256 都可以生成 256 位输出，但它们是不同的函数。

开发者最佳实践

构建 Ethereum 风格应用时，应使用文档清晰的 Keccak-256 库。

需要 Ethereum 风格 Keccak-256 时，不要使用标准化的 SHA3-256。

明确规定哈希前输入数据的编码方式。

除非能够明确确认打包编码适用于具体场景，否则应使用标准 ABI 编码。

对原本可能被猜到的值进行哈希时，添加高熵盐值。

在不同语言和工具链之间使用已知测试向量。

尽可能显示人类可读的签名数据。

除非安全模型确有需要，否则不要让用户签署不透明的哈希。

审计时应检查基于哈希的逻辑，尤其是承诺、签名、白名单、可升级存储和角色标识符。

加密货币用户最佳实践

如果在钱包、区块链浏览器或智能合约工具中看到 Keccak-256，不必担心。

它是 Ethereum 风格区块链基础设施中的常见组成部分。

追踪充值、提现、兑换和合约交互时，应通过可信的区块链浏览器查询交易哈希。

请记住，交易哈希只是标识符，并不能证明交易安全或成功。

绝不要向任何声称要“验证哈希”的人提供助记词、私钥或钱包恢复单词。

除非完全理解签名原因，否则应拒绝显示无法读懂的数据的钱包签名请求。

与领取页面、NFT 铸造、DeFi 应用或代币授权交互时，应使用官方网站和经过验证的合约地址。

向新地址或合约发送大额资金前，应先测试小额转账。

可以信任强大的密码学技术，但不要因为网站使用了密码学相关术语就相信它。

常见问题

什么是 Keccak-256？

Keccak-256 是一种密码学哈希函数，可将输入数据转换为固定长度的 256 位哈希输出。

Keccak-256 是加密货币吗？

不是。Keccak-256 是一种数学哈希函数，供区块链系统和应用使用，并非加密货币或代币。

Keccak-256 在加密领域有哪些用途？

Keccak-256 用于 Ethereum 风格地址、交易哈希、智能合约函数选择器、事件主题、存储计算、签名和 Merkle 证明。

Keccak-256 和 SHA3-256 相同吗？

不相同。Keccak-256 与标准化的 SHA3-256 密切相关，但由于标准化和填充方面的差异，两者可能生成不同的输出。

Keccak-256 和 SHA-256 相同吗？

不相同。Keccak-256 和 SHA-256 属于不同算法系列，是两种不同的哈希函数。

Solidity 为什么使用 keccak256？

Solidity 使用

，因为 Ethereum 风格智能合约依赖 Keccak-256 来哈希输入数据、函数选择器、签名、存储模式和验证逻辑。

Keccak-256 可以逆向还原吗？

不可以。Keccak-256 的设计目标是单向转换，因此用户不应仅凭哈希就能恢复原始输入。

两个输入可能生成相同的 Keccak-256 哈希吗？

理论上可能发生碰撞，因为任何固定长度哈希的输出空间都有限，但 Keccak-256 的设计目标是让实际找到碰撞在计算上不可行。

Keccak-256 会加密数据吗？

不会。Keccak-256 对数据进行哈希，而加密是另一种过程，可以通过正确的密钥逆向还原。

有交易哈希就代表我的交易成功了吗？

不代表。交易哈希用于标识交易，但用户仍需通过可信的区块链浏览器检查确认状态和执行结果。

Keccak-256 可以保护我的助记词吗？

不可以。用户应将助记词离线妥善保管，绝不能用哈希替代正确的钱包备份安全措施。

开发者使用 Keccak-256 时最大的风险是什么？

最大的风险通常不在哈希函数本身，而在于使用了错误的变体或错误的编码、输入了弱秘密，或设计了不清晰的签名流程。

结语

Keccak-256 是 Ethereum 风格区块链系统和智能合约开发中的核心密码学哈希函数。

它会将输入数据转换为固定长度的 256 位指纹，可用于地址、交易哈希、函数选择器、事件主题、存储计算、签名、Merkle 证明和提交-揭示方案。

其主要优势包括确定性、固定长度输出、单向特性、抗碰撞性、抗原像性和显著的雪崩效应。

最重要的实际注意事项是，Ethereum 风格的 Keccak-256 与标准化的 SHA3-256 并不总是相同。

构建钱包、合约、库和验证工具时，开发者必须使用正确的函数和编码方法。

用户无需手动计算 Keccak-256，但了解交易哈希、地址校验和及签名哈希的含义会有所帮助。

Keccak-256 是强大的安全基础组件，但并非完整的安全体系。

它无法阻止网络钓鱼、找回丢失的助记词、修复有缺陷的合约、保证代币价值，或保护批准恶意交易的用户。

理解 Keccak-256 的最佳方式，是将其视为更广泛加密基础设施中的可信数字指纹工具。

正确使用时，它可以帮助区块链验证数据、识别交易、组织智能合约逻辑并降低篡改风险。

使用不当时，它可能导致签名失效、地址错误、证明失败、承诺不安全以及严重的智能合约漏洞。

对用户和开发者而言，Keccak-256 是重要的加密基础设施，应予以重视、充分测试，并谨慎关注实现细节。