LRU 缓存

什么是 LRU 缓存？

LRU 缓存是一种缓存系统，需要为新数据腾出空间时，会移除最近最少使用的项目。

LRU 是 Least Recently Used（最近最少使用）的缩写。

在加密货币领域，LRU 缓存不是代币、区块链、钱包或交易产品。

它是一种软件设计模式，区块链节点、钱包、区块链浏览器、索引器、RPC 服务、去中心化应用（dApp）和分析系统都可以使用它，更快地获取常用数据。

缓存会存储那些重复获取成本较高或速度较慢的数据副本。

Redis 键淘汰文档指出，Redis 通常用作缓存，以加快对较慢服务器或数据库的读取访问。

LRU 缓存会保留最近访问的数据，因为近期使用情况通常能说明同一数据可能很快会再次被请求。

缓存达到内存上限时，最久未被访问的项目会优先被淘汰。

LRU 缓存的工作原理

LRU 缓存会跟踪各项目的访问顺序。

用户、节点或应用请求某个项目时，缓存会检查其中是否已存有该项目。

如果找到该项目，这称为缓存命中。

如果没有找到，则称为缓存未命中。

缓存未命中时，系统必须从较慢的数据源获取数据，例如磁盘存储、数据库、区块链节点、外部 API 或远程节点。

获取数据后，缓存会将其存储起来，以供日后使用。

如果缓存已满，系统就会移除最长时间未被访问的项目。

这条简单规则可以帮助系统保留活跃数据，并淘汰短期内较不可能用到的旧数据。

LRU 缓存在加密领域为何重要

加密系统会处理大量重复数据。

钱包可能会反复请求余额、代币元数据、Gas 费估算、近期交易和 NFT 图片。

区块链浏览器可能会反复提供热门区块、交易回执、代币页面、地址历史记录和合约数据。

RPC 服务可能会反复响应有关最新区块高度、账户状态、日志、交易回执或合约响应的请求。

节点可以通过缓存减少磁盘读取、数据库压力、网络调用和重复计算。

如果没有缓存，许多加密应用的响应会更慢，运营成本也会更高。

LRU 缓存有助于基础设施保持响应速度，同时限制内存使用量。

LRU 缓存与区块链节点

区块链节点必须存储、验证、检索并提供大量数据。

全节点可能需要访问区块、区块头、状态数据、交易索引、节点信息、内存池数据和执行结果。

Ethereum Portal Network 文档指出，Ethereum 节点会存储区块链的完整或部分副本，并使用这些本地数据验证交易和跟踪正确的链。

由于区块链数据量可能很大，节点通常需要以节省内存的方式保留热点数据。

LRU 缓存可以帮助节点将近期使用的区块数据、状态查询结果、账户记录或节点信息保存在内存中。

这可以减少成本较高的存储读取，并缩短响应时间。

不过，缓存不能替代验证。

区块链节点仍须按照协议规则验证数据。

LRU 缓存与 RPC API

RPC API 允许钱包、dApp、交易工具、分析平台和后端向节点请求区块链数据。

Ethereum JSON-RPC 文档指出，Ethereum JSON-RPC 方法用于查询网络数据，可分为 gossip、state 和 history 等类别。

许多 RPC 请求会被频繁重复提交，尤其是在用户活动繁忙时。

LRU 缓存可以存储适合安全缓存的近期响应，例如区块元数据、交易回执、日志或代币信息。

这可以降低用户的请求延迟，并减轻后端节点的负载。

不过，并非所有 RPC 响应都适合采用相同的缓存方式。

待处理交易、最新余额和 Gas 费估算等实时数据，可能需要极短的缓存有效期，甚至完全不缓存。

LRU 缓存与加密钱包

加密钱包会使用缓存来加快用户操作体验。

钱包可能会缓存代币图标、代币名称、NFT 元数据、最近联系人、Gas 费估算、交易状态和之前加载的余额。

如果没有缓存，每次打开钱包页面时都可能需要重新从节点或 API 获取相同数据。

LRU 缓存可以保留最近查看的资产和账户，以便快速显示。

用户在代币、链、账户和 dApp 之间切换时，这一点尤为实用。

钱包缓存必须谨慎处理，因为过时数据可能会让用户困惑。

例如，旧余额或旧交易状态可能会让用户误以为资金丢失或交易仍在待处理，但此时区块链状态可能已经发生变化。

LRU 缓存与区块链浏览器

区块链浏览器高度依赖快速的数据检索能力。

用户经常查询近期区块、热门代币合约、活跃地址、交易哈希和智能合约事件。

LRU 缓存可以帮助浏览器更快地响应重复查询。

例如，新挖出的区块可能会在出现后不久被大量浏览。

市场事件期间，热门代币合约可能会收到反复访问。

用户等待交易确认时，某个已知交易哈希可能会被多次刷新。

LRU 缓存可以让这些近期请求的信息留在应用附近，方便访问。

这样既能提升性能，也不必将所有可能的数据项永久存储在内存中。

LRU 缓存与索引器

索引器会整理区块链数据，方便应用高效查询。

索引器可能会处理区块、日志、代币转账、余额、NFT、DeFi 事件、治理投票和智能合约调用。

由于原始区块链数据并不总是容易直接查询，索引器通常会使用数据库。

LRU 缓存可以放在索引器数据库前端，加快重复查询。

例如，DeFi 面板可能会反复请求同一个流动性池的数据或钱包历史记录。

通过缓存近期结果，索引器可以减轻数据库负载并更快响应。

在代币发行、空投、治理投票或市场波动等流量高峰期，这尤其有用。

LRU 缓存与内存池

内存池是节点收集的有效未确认交易，等待这些交易被纳入区块。

内存池不同于普通应用缓存，但同样需要内存上限和淘汰规则。

Bitcoin Optech 的集群内存池概述讨论了节点内存池超过大小上限时，淘汰机制为何会变得重要。

这一联系有助于说明内存管理在区块链系统中的重要性。

LRU 根据近期访问情况淘汰数据，而内存池淘汰机制可能会考虑费率、交易关系和挖矿激励。

这种比较说明，不同的加密组件需要采用不同的淘汰策略。

当近期访问可以预测未来访问时，LRU 很有用；但它并不总适合用于经济交易的筛选。

LRU 缓存与 NFT 元数据

NFT 元数据和媒体加载可能较慢，因此 NFT 应用经常会使用缓存。

NFT 市场界面、钱包或图库可能会缓存近期查看的图片、系列数据、属性信息和代币元数据。

用户浏览同一系列或返回查看最近看过的 NFT 时，LRU 缓存可以加快加载速度。

不过，NFT 元数据可能会变化、延迟更新，或存储在不同的托管系统中。

如果缓存长时间保留旧元数据，用户可能会看到过时的作品或属性。

在揭示活动、动态 NFT、游戏道具和元数据更新中，这一点尤其重要。

NFT 应用应将 LRU 淘汰机制与数据新鲜度检查、元数据版本管理和合理的生存时间设置结合使用。

LRU 缓存与 DeFi 应用

DeFi 应用经常会显示快速变化的数据。

其中包括代币价格、流动性、借贷利率、抵押率、资金池储备、强平阈值和用户仓位。

对于相对稳定的信息，例如代币列表、合约 ABI、历史图表和资金池配置，LRU 缓存可以加快重复读取。

但对于价格、健康因子或强平数据等时效性信息，必须谨慎使用缓存。

DeFi 缓存数据过时可能会给用户带来严重风险。

例如，过时的抵押率可能会让借款人误以为仓位比实际情况更安全。

在 DeFi 中，性能固然重要，但数据正确性和时效性更为重要。

LRU 缓存与交易工具

加密货币交易工具可能会缓存图表数据、指标、代币元数据、市场交易对、近期 K 线和用户界面设置。

交易者切换视图时，LRU 缓存可以避免重复加载相同的市场信息。

这可以让面板运行更流畅，并减少后端调用。

不过，交易数据可能很快就会过时。

价格、价差、订单簿深度、资金费率和强平数据可能需要实时更新，而不是长期缓存。

对于允许少量延迟或会频繁刷新的数据，LRU 缓存最为适用。

交易系统绝不能让旧缓存数据看起来像当前市场的真实情况。

LRU 缓存与 LFU 缓存

LRU 缓存会移除最近最少使用的项目。

LFU 缓存会移除使用频率最低的项目。

Redis 文档将 LRU 和 LFU 都列为可用的淘汰策略类型。

当近期活动是预测近期活动的可靠指标时，LRU 很有用。

如果长期受欢迎程度比最近访问时间更重要，LFU 会更适用。

对于加密应用，LRU 可能适合钱包页面、近期交易、近期区块和活跃面板。

对于热门代币元数据、常用合约 ABI 或频繁加载的参考数据，LFU 可能更合适。

许多生产系统会混合使用多种策略，而不是在所有场景中都采用同一条简单规则。

LRU 缓存与 TTL 缓存

TTL 缓存会在设定的生存时间（TTL）到期后移除数据。

LRU 缓存则会在内存已满时，根据数据最近被使用的时间进行淘汰。

这两种机制可以结合使用。

例如，钱包可以使用 LRU 保留近期查看的代币元数据，同时使用 TTL 在一定时间后强制刷新数据。

在加密领域，这种组合很有用，因为有些数据会被反复请求，但仍需要设置时效限制。

余额、价格、Gas 费估算和交易状态可能需要较短的 TTL。

图片、图标和静态代币说明可以容忍较长的 TTL。

LRU 缓存的优点

LRU 缓存的首要优点是速度。

与重新从磁盘、节点或远程 API 获取数据相比，系统能够更快地返回最近访问的数据。

第二个优点是降低基础设施负载。

系统可以从内存中响应重复请求，而不必访问成本高昂的后端系统。

第三个优点是内存使用量可控。

LRU 淘汰机制可以防止缓存无限增长。

第四个优点是简单易用。

LRU 易于理解，并得到各种软件工具的广泛支持。

第五个优点是实用性强。

许多加密工作负载都具有明显的近期访问特征，因此 LRU 是一种合理的默认选择。

LRU 缓存的局限性

LRU 缓存最大的局限在于，近期使用并不总意味着未来仍有价值。

短时间内大量涌入的一次性请求，可能会将有用数据挤出缓存。

这称为缓存污染。

另一个局限是数据过时。

如果缓存的区块链或市场数据没有得到正确刷新，用户可能会看到过时信息。

第三个局限是内存开销，因为系统必须跟踪访问顺序。

第四个局限是并发风险，因为多线程应用必须保护缓存状态，避免发生竞态条件。

第五个局限是 LRU 并不适用于所有区块链问题，尤其是在经济价值、安全性或共识规则比近期访问情况更重要时。

加密领域中 LRU 缓存的安全风险

如果开发者缓存了不该缓存的数据，LRU 缓存可能造成安全或可靠性问题。

没有严格的访问控制时，不应将敏感用户数据缓存到共享内存中。

私钥、助记词、钱包密码、身份验证机密和签名凭证绝不能被当作普通缓存条目处理。

如果权限发生变化但旧的缓存结果仍然有效，缓存的授权结果也可能带来风险。

快速变化的市场行情中，过时的 RPC 缓存响应也可能误导用户。

攻击者还可能通过大量发送异常请求，试图造成缓存污染。

加密系统在设计缓存时，应考虑安全性、数据时效性、隔离和监控。

开发者如何安全使用 LRU 缓存

开发者只应缓存可安全重复使用的数据。

他们应设置明确的内存上限，避免缓存占用过多资源。

他们应监控缓存命中、缓存未命中、淘汰率、延迟和内存压力。

Redis 键淘汰文档指出，缓存命中和未命中指标有助于评估缓存性能。

对于会随时间变化的数据，开发者应设置 TTL。

他们应避免缓存私密信息和用户签名材料。

在需要时，应按用户、链、网络、合约和环境划分缓存命名空间。

他们应在高流量、链重组、RPC 错误和后端服务中断时测试缓存行为。

关于 LRU 缓存的常见误解

一种常见误解是，LRU 缓存总会存储最重要的数据。

实际上，它存储的是最近使用过的数据，这些数据未必最重要。

另一种误解是，缓存会让区块链数据更可信。

缓存可以加快数据检索，但不能证明数据有效。

第三种误解是，LRU 始终是最佳淘汰策略。

有些加密系统需要采用基于费用、频率、时间或优先级的淘汰策略。

第四种误解是，缓存数据始终是最新的。

如果系统没有适当的刷新和失效规则，缓存数据就可能过时。

常见问题

LRU 缓存是什么意思？

LRU 缓存是 Least Recently Used Cache（最近最少使用缓存）的简称。缓存已满时，它会移除最近最少访问的项目。

LRU 缓存是加密货币代币吗？

不是。LRU 缓存是一种软件缓存方法，并非加密货币或区块链资产。

LRU 缓存在加密领域为何有用？

它有助于钱包、节点、区块链浏览器、RPC 服务和索引器更快地返回重复请求的区块链数据，同时控制内存使用量。

什么是缓存命中？

请求的数据已存在于缓存中时，就会发生缓存命中。

什么是缓存未命中？

请求的数据不在缓存中、必须从其他来源获取时，就会发生缓存未命中。

区块链节点可以使用 LRU 缓存吗？

可以。区块链节点可以使用 LRU 式缓存来存储近期访问的数据，但缓存不能替代协议验证。

LRU 缓存会导致数据过时吗？

会。如果应用没有采用适当的刷新、失效或 TTL 规则，缓存数据就可能过时。

LRU 缓存适合用于 DeFi 数据吗？

它可以用于稳定的参考数据，但价格和抵押品健康状况等快速变化的 DeFi 数据必须谨慎刷新。

LRU 与 LFU 有什么区别？

LRU 会移除最近最少使用的项目，而 LFU 会移除使用频率最低的项目。

私钥应该存储在 LRU 缓存中吗？

不应该。私钥、助记词和签名机密不应作为普通缓存条目存储。

总结

LRU 缓存是一种实用的软件方法，可在内存有限时保留近期使用的数据，并移除较旧且未使用的数据。

在加密领域，LRU 缓存可以提升节点、钱包、区块链浏览器、RPC 服务、索引器、NFT 应用、DeFi 面板和交易工具的性能。

它有助于减少重复的数据库读取、区块链查询、网络调用和缓慢的数据加载。

不过，区块链系统通常需要新鲜、准确且安全的数据，因此 LRU 缓存必须经过谨慎设计。

过时的余额、陈旧的价格、旧交易状态和不安全的缓存权限都可能给用户带来实际风险。

当近期访问情况能够较好地预测未来访问时，LRU 很有用，但并非所有加密系统都适合采用这种淘汰规则。

开发者应将 LRU 与 TTL 规则、验证、监控、访问控制和谨慎的缓存失效机制结合使用。

对于加密货币用户，核心概念很简单。

LRU 缓存不会改变区块链，但在安全实施的前提下，可以让区块链应用运行更快、运营成本更低，也更易于使用。