Geth（Go Ethereum）

什么是 Geth（Go Ethereum）？

Geth 是 Go Ethereum 的简称，是一个使用 Go 编程语言编写的开源 Ethereum 执行客户端。

它是一款软件，可让计算机连接到 Ethereum、验证区块链活动、执行智能合约、维护 Ethereum 当前状态，并向钱包和去中心化应用提供区块链数据。

Go Ethereum 官方网站将 Geth 描述为 Ethereum 的 Go 语言实现，也是通往去中心化网络的入口。

Geth 自 Ethereum 早期开发阶段起便一直是其组成部分，并从 Ethereum 于 2015 年启动时就在主网上运行。

它不是加密货币、钱包代币、共识机制或独立区块链。

相反，Geth 是定义 Ethereum 执行层的软件规则的一种实现。

用户可以运行 Geth 来操作 Ethereum 节点、避免完全依赖第三方数据提供商而访问区块链信息、广播已签名交易、检查智能合约执行情况，或构建加密货币基础设施。

自 Ethereum 转向权益证明以来，通常需要让 Geth 与共识客户端同时运行，才能组成完整的 Ethereum 节点。

Geth 有什么作用？

Geth 负责处理 Ethereum 的执行部分。

它接收来自用户和其他节点的交易，验证这些交易是否符合 Ethereum 规则，并将有效的待处理交易存入交易池。

它通过 Ethereum Virtual Machine（通常简称 EVM）执行智能合约代码。

它会计算账户余额、代币余额、合约存储、Gas 使用量以及 Ethereum 状态其他部分的变化。

它会检查新区块中包含的执行负载，确认其中的每笔交易都会产生正确结果。

它维护一个本地数据库，其中包含区块链区块头、交易数据、收据、合约代码，以及所选节点配置需要的 Ethereum 状态。

它通过点对点网络与其他 Ethereum 执行节点通信。

它还提供 API，供钱包、分析工具、交易系统、区块链浏览器和去中心化应用请求 Ethereum 数据。

Geth 官方节点架构文档说明，Geth 负责交易处理、交易传播、状态管理、执行负载创建和 EVM 执行。

Geth 是完整的 Ethereum 节点吗？

在 Ethereum 的权益证明架构下，单独运行 Geth 通常并不构成完整的 Ethereum 节点。

完整节点由执行客户端和共识客户端共同组成。

Geth 充当执行客户端，而共识客户端负责跟随权益证明链、处理证明、应用分叉选择规则，并确定哪个区块是当前链头。

两个客户端通过名为 Engine API 的经过身份验证的接口交换信息。

该连接通过共享的 JSON Web Token 密钥（通常称为 JWT 密钥）进行保护。

Geth 使用共识客户端提供的链信息，确定应同步到哪个区块。

共识客户端则使用 Geth 验证交易执行，并获取拟议区块的执行负载。

官方共识客户端连接指南介绍了客户端如何通过经过身份验证的 RPC 端口进行通信。

验证者运营者还需要单独的验证者软件，并将其连接到共识客户端。

运行 Geth 不会自动使运营者成为验证者，也不要求运营者质押 ETH。

什么是 Ethereum 执行客户端？

执行客户端是一种应用 Ethereum 交易和智能合约规则的软件。

它维护执行层状态，记录 ETH 余额、账户 nonce、已部署的合约代码和合约存储值等信息。

交易到达 Geth 后，客户端会检查发送者签名、nonce、Gas 设置、可用余额、交易格式和其他有效性条件。

如果交易涉及智能合约，Geth 会运行相关 EVM 字节码并计算由此产生的状态变化。

Geth 从连接的共识客户端接收区块时，会重新执行区块中的交易，而不是盲目相信拟议结果。

如果执行结果与 Ethereum 规则不符，Geth 会报告该执行负载无效。

这种独立验证是 Ethereum 安全性的重要组成部分，因为每个节点都会在本地执行协议规则。

Geth 如何使用 Ethereum Virtual Machine

Ethereum Virtual Machine 是运行 Ethereum 智能合约的计算环境。

开发者通常使用高级语言编写智能合约，再将其编译为 EVM 字节码。

Geth 内置了 EVM 实现，可以读取字节码并执行其中的指令。

这些指令可以进行计算、读取合约存储、更新代币余额、生成事件日志、创建合约或调用其他合约。

每项操作都会消耗规定数量的 Gas，以防止无限计算阻塞网络。

Geth 会计算执行过程中消耗的 Gas，并拒绝超出 Gas 限额或违反 Ethereum 执行规则的交易。

开发者还可以使用 Geth 的EVM 跟踪工具检查交易中执行的各项操作。

跟踪工具可用于调查失败交易、衡量 Gas 消耗、分析合约行为，并找出意外状态变化的原因。

Geth 的最新版本是什么？

截至 2026 年 7 月，Geth 官方下载页面列出的最新稳定版本为 1.17.4。

安装或更新前，用户应查看Geth 官方下载页面，因为新的维护版本和安全版本可能随时发布。

对大多数节点运营者而言，稳定版本更值得推荐，因为它比开发版本经过了更多测试。

运行过时版本可能导致同步问题、使节点暴露于已知漏洞，或无法跟随预定的 Ethereum 网络升级。

节点运营者可以在命令行环境中运行

，查看已安装的版本。

Geth 还提供

命令，可将已安装版本与项目公布的漏洞信息进行核对。

Geth 官方漏洞披露文档介绍了这项安全检查的工作方式。

Geth 如何进行同步？

同步是指 Geth 下载并验证足够的 Ethereum 数据，从而达到最新有效区块链状态的过程。

新安装的节点并不会自动知道当前账户余额、合约存储、交易历史或最新区块。

节点必须从对等节点获取数据，并验证信息是否符合 Ethereum 协议规则。

Ethereum 转向权益证明后，Geth 还需要已同步的共识客户端为执行层同步提供可信目标。

Geth 提供多种同步和存储配置，以满足不同用途。

适用配置取决于运营者是否需要当前状态、较早的交易历史、历史合约状态、加密证明或高性能数据访问。

Geth 中的 Snap Sync 是什么？

Snap Sync 是 Geth 创建 Ethereum 全节点时的默认同步模式。

Snap Sync 不会从创世区块开始执行每个区块再到达当前状态，而是从相对较新的状态快照开始，并验证追上区块链所需的数据。

与从第一个区块开始重建全部 Ethereum 状态相比，这种方式要快得多。

Snap Sync 期间，Geth 会从对等节点下载区块头、区块主体、交易收据和状态数据。

Geth 还会执行称为状态修复的流程，以获取缺失的状态数据并确认本地数据库完整。

到达链头后，节点会切换至逐块正常处理模式。

Geth 官方同步模式文档将 Snap Sync 列为默认方式。

使用 Snap Sync 同步的节点仍会独立验证 Ethereum 数据，属于全节点。

“Snap”描述的是初始同步的执行方式，并不意味着节点永久依赖未经验证的快照。

Geth 中的 Full Sync 是什么？

Full Sync 会从较早的时间点开始，按顺序处理 Ethereum 区块，也可以从创世区块开始。

Geth 会下载每个区块、执行其中的交易，并重建由此产生的状态。

与 Snap Sync 相比，此方式需要更多时间和计算资源。

它可能适用于专业研究、构建归档节点、协议测试，或运营者明确希望重建执行历史的场景。

使用 Full Sync 的节点不一定就是归档节点，因为不再需要用于正常运行的旧状态数据仍可能被 Geth 删除。

如果运营者需要直接访问历史账户和合约状态，则必须单独配置归档模式。

什么是 Geth 全节点？

Geth 全节点会验证 Ethereum 执行，并存储足够的数据，以提供当前区块链信息和处理新区块。

它可以独立验证交易，而不是依赖远程服务报告的有效性结果。

全节点可以通过 API 提供账户余额、合约代码、交易收据、事件日志、近期状态信息及其他数据。

它不一定会保存每个账户和智能合约存储槽的所有历史版本。

旧状态可能会被裁剪，或在可能的情况下重新构建，以减少存储需求。

与完整归档节点相比，这使标准全节点更适合家庭运营者和应用开发者使用。

运行全节点也能提高用户对自身基础设施的控制力，因为运营者可以通过本地验证的基础设施提交交易和查询 Ethereum。

什么是 Geth 归档节点？

Geth 归档节点会存储 Ethereum 的历史状态，使用户能够查询账户余额、合约存储或其他状态值在较早区块时的情况。

这与仅保留历史交易和收据不同。

普通节点可能知道几年前发生过某笔交易，却不一定保存了当时每项合约存储值的副本供即时查询。

归档节点可用于区块链分析、税务系统、合规工具、区块链浏览器、历史模拟、智能合约研究和高级调试。

Geth 支持传统的基于哈希的归档节点和较新的基于路径的归档节点。

Geth 官方归档模式指南建议当前部署采用基于路径的方式。

什么是基于路径的归档模式？

基于路径的归档模式是较新的 Geth 存储设计，于 1.16.0 版本中推出。

与传统的基于哈希的归档设计相比，它能更有效地存储历史状态。

官方文档估算，包含完整扁平状态历史的基于路径 Ethereum 主网归档节点需要约 2 TB 存储空间。

如果还要保存更多历史 Trie 数据以提供更广泛的证明支持，存储需求会显著增加。

相比之下，传统的基于哈希的归档数据库可能超过 20 TB，从创世区块开始构建可能需要数月。

基于路径的归档模式还允许运营者选择保留多少历史状态。

如果项目不需要每个历史区块的状态数据，设置有限的保留时段可以减少存储占用。

从 Geth 1.17.x 版本开始，如果需要历史 Merkle 证明支持，运营者可以配置历史 Trie 节点的保留方式。

部署前应规划归档设置，因为通过裁剪删除的状态可能无法恢复，除非重新构建或导入所需数据。

Geth 中的裁剪是什么？

裁剪是指删除节点所选运行模式不再需要的区块链数据。

Ethereum 会持续产生新交易、收据、合约状态和执行数据，因此不进行裁剪的数据库可能会增长到超过存储设备容量。

状态裁剪会删除较早的状态结构，同时保留验证当前链所需的数据。

历史数据裁剪可以删除较早的区块主体和收据，同时保留区块头及共识验证所需的信息。

Geth 历史数据裁剪指南说明了运营者如何在保持节点正常运行的同时减少存储使用量。

执行裁剪操作时，应严格遵循官方说明；如果命令要求离线访问数据库，则必须确保 Geth 已完全停止。

中断数据库维护，或允许多个进程访问同一数据目录，都可能导致数据损坏。

如果之后需要旧数据，运营者可能可以根据被删除的信息类型，通过经过验证的 Era 文件恢复所选历史数据。

Geth 需要什么硬件？

通常，Geth 应运行在配备现代多核处理器、足够内存、高速固态硬盘、稳定宽带连接，并拥有足够空间应对区块链持续增长的计算机上。

磁盘速度尤其重要，因为同步和状态修复会产生大量数据库读写操作。

传统硬盘的速度可能无法满足普通主网节点运行 Geth 活跃数据库的需求。

归档配置需要的存储空间远多于标准全节点配置。

所需容量还取决于裁剪设置、缓存分配、历史数据保留时间、操作系统、共识客户端和计算机上运行的其他软件。

购买设备前，运营者应查阅最新的Geth 官方硬件要求。

不要让存储空间完全耗尽，因为数据库操作和裁剪可能需要额外的可用工作空间。

备份策略应重点保护私钥、配置文件、JWT 密钥等无法替代的信息，而不应默认必须始终复制完整区块链数据库。

应用如何连接到 Geth？

应用通常通过 Ethereum 的 JSON-RPC 接口连接到 Geth。

JSON-RPC 允许软件向节点发送结构化请求，并接收结构化响应。

钱包可能会请求账户余额，而去中心化应用可能会调用合约函数或估算交易所需的 Gas。

Geth 支持通过 HTTP、WebSocket 和进程间通信套接字使用 JSON-RPC。

Geth 官方 JSON-RPC 文档介绍了可用传输方式和配置设置。

HTTP 广泛用于读取余额或提交已签名交易等标准请求。

WebSocket 连接支持持久通信和实时事件订阅。

如果应用与 Geth 在同一台计算机上运行，本地进程间通信通常能提供更安全、更完整的接口。

什么是 Geth RPC 命名空间？

Geth 会根据用途将 JSON-RPC 方法归入不同命名空间。

命名空间包含常见的 Ethereum 方法，涉及区块、交易、账户、日志、调用和 Gas 估算。

命名空间提供基本网络信息。

命名空间包含通用实用功能。

命名空间提供待处理和排队中交易的信息。

命名空间提供高级跟踪和检查方法。

命名空间可用于控制对等节点以及 Geth 本地实例的部分功能。

敏感命名空间不应暴露给不可信网络，因为它们可能泄露内部信息、消耗大量资源或允许执行管理操作。

默认情况下，Geth 只在 HTTP 接口上启用有限的一组命名空间。

Geth 可以用作 RPC 节点吗？

可以。Geth 可以为钱包、网站、自动化系统和区块链应用提供 Ethereum RPC 服务。

运行私有 Geth RPC 端点可以减少对外部基础设施提供商的依赖。

这也可以提高隐私性，因为账户查询和交易提交无需发送到无关的公共端点。

不过，要提供可靠的公共 RPC 服务，仅使用 HTTP 参数启动 Geth 并不足够。

运营者必须规划身份验证、过滤、速率限制、监控、负载均衡、备份、防滥用措施，以及对高资源消耗请求的防护。

公开提供跟踪或管理 API 可能带来严重的安全和性能风险。

Geth 安全文档建议，不要在缺少额外防护基础设施的情况下直接将 API 端点暴露于公共互联网。

Geth 如何连接其他节点？

Geth 使用 Ethereum 点对点网络协议发现并与其他执行节点通信。

对等节点会交换区块信息、交易、状态数据和同步消息。

健康的对等节点集合有助于节点从多个独立来源接收新交易和链上数据。

Geth 会验证收到的数据，不会仅仅因为与某个对等节点建立连接就信任该节点。

无效或有害的数据可以被拒绝，违反协议规则的对等节点可能会被断开连接或受到惩罚。

如果运营者希望节点接受传入连接，就应确保点对点端口可访问。

JSON-RPC 端口用途不同，通常不应仅为改善对等节点连接而向公众开放。

防火墙应区分公共点对点端口与私有管理接口或应用接口。

Geth 如何处理待处理交易？

Geth 会将尚未被纳入区块的有效交易存储在交易池中。

交易池会区分可以纳入区块的交易与暂时无法执行的交易。

如果同一账户较早的交易尚未到达，或交易的 nonce 过高，该交易可能会排队等待。

Geth 会通过点对点网络向其他执行节点传播符合条件的交易。

新交易使用同一账户的 nonce，并满足替换手续费要求时，可以替换原有交易。

启用相关方法后，应用可以通过部分交易池 API 查看待处理活动。

交易出现在本地交易池中，并不保证它会被纳入区块。

它可能被替换、被丢弃、被其他节点拒绝，或因手续费对当前网络状况而言过低而持续处于待处理状态。

Geth 可以存储加密货币私钥吗？

Geth 包含密钥库功能，可存储经过加密的 Ethereum 私钥。

加密文件由用户设置的密码保护。

如果密钥文件和备份都丢失，用户可能会永久失去对相关加密货币的访问权。

如果攻击者获得未加密的私钥，就可以控制该密钥关联的资产。

Geth 团队建议通过外部签名器将交易签名与节点进程分开。

较新版本的 Geth 不再直接捆绑 Clef。选择该签名器的用户应从其单独维护的官方项目获取。

旧版

RPC 命名空间已弃用，建议改用更安全的外部签名工作流程。

节点运营者绝不应通过公共 RPC 端点公开已解锁账户或敏感签名方法。

如何安全安装 Geth

用户可以通过官方预构建软件包、受支持的软件包管理器、容器镜像或源代码安装 Geth。

Geth 官方安装指南提供了主要操作系统的安装说明。

用户应仅从官方项目或经过验证的软件包来源获取二进制文件。

如果安装流程提供了发布签名和校验和，用户应进行验证。

与未经测试的开发版本相比，稳定版本通常更适合用于生产环境中的加密货币节点。

手动升级软件前，应先正常停止节点。

升级前，运营者应阅读发行说明，因为新版本可能更改命令行标志、数据库格式、网络升级要求或安全流程。

维护前应备份近期版本的配置和密钥材料等无法替代的信息。

Geth 可以在 Ethereum 测试网上运行吗？

使用正确的网络配置启动后，Geth 可以连接受支持的 Ethereum 公共测试网。

测试网允许开发者部署合约、发送交易、测试钱包连接和研究节点运作，而无需使用主网 ETH。

测试网 ETH 不具有预期的现实货币价值，与主网 ETH 分开存在。

开发者应选择目前仍在维护的测试网，不要依赖已弃用的网络。

如果所选测试网采用 Ethereum 权益证明架构，Geth 仍须与兼容的共识客户端共同运行。

合约地址、余额、交易历史和代币不会自动从一个测试网转移到另一个测试网。

不要将实验环境中使用的私钥用于持有有价值主网加密货币的账户，因为测试系统可能通过日志、脚本或不安全的开发工具泄露私钥。

Geth 可以创建私有 Ethereum 网络吗？

Geth 可以通过自定义创世配置创建一个隔离的 Ethereum 兼容网络。

私有网络拥有自己的链 ID、账户、协议设置、节点和区块链历史。

它不会自动连接到 Ethereum 主网，也不会继承主网资产。

Geth 官方私有网络指南介绍了自定义创世文件如何初始化网络数据库。

私有网络可用于多用户应用测试、区块链研究、网络实验和受控开发环境。

“私有”是指网络访问受到限制或网络处于隔离状态。

这并不意味着网络会自动加密、安全，或免受所有攻击。

生产环境中的私有网络需要经过周密设计的共识机制、访问控制、对等节点管理、监控和密钥安全措施。

面向智能合约开发者的 Geth

智能合约开发者可以将 Geth 用作经过验证的 Ethereum 数据本地来源。

他们可以提交合约部署、调用合约函数、获取事件日志、估算 Gas、模拟交易并检查执行跟踪。

Geth 的开发模式可以创建临时本地区块链，以便在不连接公共网络的情况下进行测试。

该项目还通过 Go 语言库提供内存中的模拟区块链。

开发者可以使用跟踪 API，了解交易为何回滚或消耗了超出预期的 Gas。

运行本地节点可以让测试更具可重复性，因为开发者可以控制软件版本、API 和存储的数据。

在 Geth 中测试成功，并不能证明智能合约是安全的。

生产环境中的合约仍需经过测试、代码审查、权限分析、经济模型评估和适当的安全审计。

Geth 作为 Go 语言库

Go Ethereum 不仅包括命令行程序 Geth。

开发者可以将其软件包导入 Go 应用，构建自定义 Ethereum 基础设施。

Geth 官方库文档介绍了项目如何重用其节点容器、网络、Ethereum 服务、RPC 系统、合约绑定和模拟区块链。

开发者可以构建专用节点、添加自定义 RPC 命名空间、通过 Go 客户端连接 Ethereum，或创建特定应用的索引系统。

软件包提供了常见 Ethereum JSON-RPC 操作的 Go 接口。

工具可以根据智能合约的应用二进制接口生成类型安全的 Go 绑定。

命令允许开发者在受控环境中执行和检查 EVM 字节码。

将 Geth 用作库，可以让开发者使用经过多年 Ethereum 运行测试的代码，但自定义修改仍需接受独立的安全审查。

Geth 与 Ethereum 质押

在 Ethereum 验证者设置中，Geth 可以充当执行客户端。

验证者软件与共识客户端通信，而共识客户端通过 Engine API 与 Geth 通信。

验证者被选中提出区块时，Geth 会验证交易并准备执行负载。

它还会验证从网络收到的执行负载。

按照正常的执行客户端职责，Geth 不会存储验证者的权益证明签名密钥。

验证者密钥由验证者软件及相关安全流程处理。

Geth 故障可能影响验证者表现，因为验证者可能无法提出完整区块或验证执行数据。

因此，质押运营者需要设置监控、准备足够的硬件、确保互联网连接可靠、及时更新软件，并测试恢复流程。

Geth 安全最佳实践

节点运营者应保持 Geth 更新，因为客户端版本会定期推出漏洞修复、性能改进、协议变更和安全补丁。

除非运营者有意运行经过妥善保护的公共服务，否则 RPC 接口应仅监听可信地址。

管理、调试、交易池和签名 API 不应提供给不可信用户。

防火墙、反向代理、身份验证、传输加密、请求过滤、速率限制、日志记录和监控都可以降低公共端点的风险。

私钥和密码应与公开访问的服务分开存储。

用于执行客户端和共识客户端之间通信的 JWT 密钥也必须防止未经授权的访问。

同一时间只应有一个 Geth 进程访问某个数据目录。

Geth 官方安全指南警告称，公共 API 可能带来拒绝服务、隐私泄露、资源耗尽和未经授权的签名尝试等风险。

用户还应仔细核对所有交易详情，因为即使节点安全，也无法阻止用户批准恶意智能合约交互。

运行 Geth 的优势

运行 Geth 可以让用户在本地验证 Ethereum 执行，而不必信任远程服务提供商返回的每一项信息。

它可以提高隐私性，因为余额检查、合约读取和交易提交都可以在用户控制的基础设施内完成。

它使开发者能够直接访问高级 RPC 方法、交易池、日志、跟踪信息和节点配置。

它通过增加一个独立运行的节点，增强 Ethereum 点对点网络。

它允许加密货币企业控制数据保留期限、请求限制、软件更新和服务可用性。

它可以支持验证者运营、区块链研究、监控系统、钱包和去中心化应用。

它也为用户提供了了解 Ethereum 如何验证交易和维护状态的学习方式。

运行 Geth 的局限

Geth 需要持续维护、足够的存储空间和带宽、软件更新及系统监控。

初始同步可能需要较长时间，具体取决于硬件、网络速度、对等节点质量和所选节点模式。

标准全节点无法像归档节点一样快速响应所有历史状态查询。

归档节点可能需要数 TB 存储空间，并需要专门的运维规划。

错误的 RPC 配置可能使节点或连接的账户面临严重安全风险。

运行 Geth 也意味着该节点依赖单一执行客户端代码库。

如果整个网络的节点运营者使用多个独立开发的客户端实现，Ethereum 网络将更具韧性。

Ethereum 客户端多样性指南说明，均衡的客户端分布可以限制软件错误对整个网络的影响。

关于 Geth 的常见误解

一种误解是 Geth 是可以购买或交易的加密货币。

Geth 是软件，而 ETH 是 Ethereum 上使用的原生加密货币。

另一种误解是安装 Geth 就会自动开始挖矿。

Ethereum 已不再采用工作量证明挖矿，Geth 过去的挖矿功能也已弃用。

第三种误解是只运行 Geth 就足以跟随 Ethereum 主网。

在权益证明机制下，生产环境中的节点通常需要同时运行 Geth 和共识客户端。

第四种误解是全节点会存储所有历史状态。

如需完整访问历史状态，必须配置归档模式。

第五种误解是开放所有 RPC 命名空间能让节点更实用。

不必要的命名空间会扩大攻击面，应保持禁用。

第六种误解是同步完成的节点可以保证每个智能合约都安全。

Geth 会验证协议执行，但无法保证合约的业务逻辑公平、安全或不存在恶意行为。

常见问题

Geth 是什么的缩写？

Geth 是 Go Ethereum 的简称，因为该客户端是使用 Go 编程语言编写的 Ethereum 实现。

Geth 是加密货币吗？

不是。Geth 是 Ethereum 节点软件，而非加密货币或代币。

Geth 和 Ethereum 是一回事吗？

不是。Ethereum 是区块链协议和网络，Geth 则是 Ethereum 执行层规则的一种软件实现。

Geth 有什么用途？

Geth 用于验证 Ethereum 交易、执行智能合约、同步区块链数据、提供 RPC 访问、运行节点基础设施并支持验证者。

Geth 可以单独运行吗？

Geth 可以单独用于某些开发和库应用场景，但要构成完整的生产环境权益证明 Ethereum 节点，通常还需要连接共识客户端。

Geth 会挖 ETH 吗？

不会。Ethereum 已用权益证明验证取代工作量证明挖矿，因此 Geth 旧有的挖矿功能不再用于 Ethereum 主网。

运行 Geth 需要 32 ETH 吗？

不需要。任何人都可以运行不参与验证的 Geth 节点，无需质押 ETH。

运行 Geth 能让我成为 Ethereum 验证者吗？

不能。验证还需要共识客户端、验证者软件、验证者密钥和所需的质押存款。

什么是 Geth Snap Sync？

Snap Sync 是默认同步方法，它会获取较新的 Ethereum 状态，并验证追上当前链所需的数据。

使用 Snap Sync 同步的 Geth 节点是全节点吗？

是。使用 Snap Sync 同步的节点会独立验证 Ethereum 执行，到达链头后便成为普通全节点。

Geth 全节点和归档节点有什么区别？

全节点会维护当前验证所需的数据，而归档节点还会保留 Ethereum 状态的历史版本，以便直接查询旧区块数据。

Geth 归档节点需要多少存储空间？

所需空间取决于配置，但当前文档估算，采用基于路径的归档并保留完整扁平状态历史约需 2 TB；如果还保留历史 Trie 数据，空间需求会更大。

Geth JSON-RPC 使用哪个端口？

启用 HTTP 接口时，Geth 的 HTTP JSON-RPC 服务器默认通常使用 8545 端口。

Geth 通过哪个端口连接共识客户端？

经过身份验证的 Engine API 通常使用 8551 端口，但运营者可以配置其他端口。

将 Geth RPC 暴露到互联网安全吗？

如果没有身份验证、过滤、速率限制、监控和其他安全控制措施，不建议直接向公众开放。

Geth 可以持有私钥吗？

Geth 支持加密密钥库文件，但采用外部签名并谨慎将密钥与公共节点服务隔离，是更安全的运维做法。

Geth 可以用于智能合约开发吗？

可以。开发者可以使用 Geth 部署合约、调用合约、查询事件、估算 Gas、模拟交易、跟踪交易并测试本地区块链。

Geth 可以连接测试网吗？

可以。使用正确的网络和共识客户端配置启动后，Geth 可以连接受支持的 Ethereum 测试网。

Geth 可以创建私有区块链吗？

可以。Geth 可以通过自定义创世配置初始化一个隔离的 Ethereum 兼容网络。

如何查看 Geth 版本？

在命令行中运行

，即可显示已安装版本的信息。

如何检查 Geth 是否存在已知漏洞？

运行

，并在运行生产节点前查看官方发行信息和漏洞信息。

Geth 是否应始终保持更新？

是。及时更新至稳定版本对于安全、兼容网络升级、可靠性和性能都很重要。

结论

Geth 是一个使用 Go 编写的开源 Ethereum 执行客户端，也是与 Ethereum 区块链交互的基础软件实现之一。

它会验证交易、通过 EVM 执行智能合约、维护 Ethereum 状态、与对等节点通信，并通过 JSON-RPC 接口提供区块链数据。

在 Ethereum 的权益证明架构下，Geth 通常与共识客户端共同运行，组成完整节点。

用户可以将 Geth 作为标准全节点运行，为访问历史状态配置归档节点，通过 RPC 连接应用，支持验证者基础设施，或在自定义区块链软件中重用其 Go 软件包。

Snap Sync 为大多数节点运营者提供了实用的默认同步方式，而较新的基于路径归档存储减少了高级历史分析所需的资源。

运行 Geth 可以提高验证能力、隐私性和基础设施控制力，并便于访问详细的 Ethereum 数据。

不过，运行 Geth 也需要充足的硬件、安全的 API 配置、定期更新、持续监控和谨慎的密钥管理。

Geth 应被视为关键的加密货币基础设施，而非加密货币本身。

它的主要作用是独立执行 Ethereum 规则，并让用户直接访问经过本地验证的网络视图。