我们的首选全节点或 RPC
AMD EPYC 7443P
- 256 GB DDR4 ECC
- 2 × 3.84 TB NVMe SSD
- 10 Gbps 不限流量
- 5 个机房
24 个核心、256 GB DDR4 ECC 内存、2 × 3.84 TB NVMe 和 10 Gbps 端口:以镜像方式运行全节点,留有增长空间,并为 RPC 流量预留充足余量。
配置要求
以下为全节点的大致数据:链数据只增不减,因此在确定磁盘容量之前,请先查阅您所用客户端的最新要求。
| 资源 | 规划要点 |
|---|---|
| 磁盘 | 全节点约需 2 TB 高速 NVMe,且持续增长。归档节点还需要再多出数 TB,很大程度上取决于客户端。 |
| 内存 | 客户端组合需要 16 到 32 GB 内存;如需承载大量 RPC 流量,则需要更多。 |
| CPU | 全节点需要四个或以上的高速核心;繁忙的 RPC 端点则需要更多。 |
| 带宽 | 全天候持续的点对点流量,每月可达数 TB。不限流量端口正适合这种场景。 |
| 初始同步 | 执行客户端使用快照同步(snap sync),共识客户端使用检查点同步:通常需要数小时到一天左右。 |
推荐服务器
库存与价格实时更新。有货服务器 2 分钟内即可上线;各条链的完整规格选型表请见我们的节点托管指南。
我们的首选全节点或 RPC
24 个核心、256 GB DDR4 ECC 内存、2 × 3.84 TB NVMe 和 10 Gbps 端口:以镜像方式运行全节点,留有增长空间,并为 RPC 流量预留充足余量。
归档节点或多链
32 个 Zen 4 核心和 384 GB DDR5 ECC 内存:适合归档节点、高负载 RPC 端点,或在一台机器上运行多条链。
搭建步骤
执行客户端和共识客户端通过经过认证的 Engine API 通信,双方读取同一个密钥:
sudo mkdir -p /var/lib/ethereum
openssl rand -hex 32 | sudo tee /var/lib/ethereum/jwt.hex
Geth、Nethermind、Besu、Erigon 和 Reth 均可使用;以 Geth 为例,请将 Engine API 和 JSON-RPC 保留在 localhost 上:
geth --datadir /var/lib/ethereum/geth \
--authrpc.addr 127.0.0.1 --authrpc.port 8551 --authrpc.jwtsecret /var/lib/ethereum/jwt.hex \
--http --http.addr 127.0.0.1
Lighthouse、Teku、Nimbus、Prysm 和 Lodestar 均可使用;以 Lighthouse 为例,将其指向执行客户端以及您信任的检查点同步端点:
lighthouse bn --network mainnet \
--execution-endpoint http://127.0.0.1:8551 --execution-jwt /var/lib/ethereum/jwt.hex \
--checkpoint-sync-url https://checkpoint.example
将两者都作为 systemd 服务运行。如果运行验证者,请将密钥保存在带防罚没保护的远程签名器上,并且绝不要在两台机器上运行同一组密钥。
使用 ETH 付款
服务器费用从您的账户余额中扣除,余额可用以太坊或我们接受的任意币种充值,最高赠送 50%。
常见问题
可以,使用以太坊主网上的原生 ETH 付款,每次充值 $100 起,最高赠送 50%。来自 Layer-2 网络的转账和 ERC-20 代币均无法入账。无需 KYC:只需邮箱和密码即可开通账户。
目前一对执行客户端与共识客户端约需 2 TB 高速 NVMe,而且还在增长。EPYC 7443P 以镜像方式配置 2 × 3.84 TB,足以应对未来数年的增长,或再运行第二个客户端。
任何受支持的组合均可:执行客户端可选 Geth、Nethermind、Besu、Erigon 或 Reth,共识客户端可选 Lighthouse、Teku、Nimbus、Prysm 或 Lodestar。选择少数派客户端有助于增强网络的韧性。
可以。请将验证者密钥保存在带防罚没保护的独立远程签名器上,开启分身保护(doppelganger protection),并且绝不要同时在两台机器上运行同一组密钥。我们的区块链节点指南介绍了如何安全迁移。
可以。请将 JSON-RPC 保留在 localhost 上,并通过带身份验证和限流的反向代理对外发布。EPYC 7443P 的 10 Gbps 不限流量端口足以承载大流量。