1. 表达意向
通过现有 ERA 联系渠道发送邮件至 info@eraprojects.io，索取当前经审核的受理与资格流程。
独立运营者资格审核
成为 ERA 验证人
ERA 目前有四个由创始团队控制的验证人。外部准入仍需经过审核的资格流程；具备技术能力或完成绑定都不等于获得活跃席位。
从表达意向到运营的七个步骤
2. 说明运营安排
提供运营经验、联系方式、拟议托管地点、基础设施、维护、监控和事故响应安排。不要发送凭据或账户秘密。
3. 质押前核对要求
购买质押资产或签名前，与 ERA 核对当前 10,000 ETKN 最低自有绑定额、20% 最高佣金、费用、选举规则和独立资格要求。
4. 构建独立全节点
使用规范的 erablockchains/era-blockchain 源码、锁定的构建说明和经审核的运营指南。核对源码与构建校验和、原始链规范及创世哈希。使用独立数据库同步非验证人节点，不加载权威密钥。
5. 证明可靠同步
确认 ERA 创世哈希、对等节点连接、当前 runtime 和持续推进的最终确定区块。保存在线率、资源与事故记录。新独立主机到公共 sentry 的可达性仍待资格验证。
6. 准备独立密钥与意向
仅在审核后于自己的运营系统本地生成会话密钥。按经审核流程进行自有绑定、会话密钥注册和验证人意向声明，并重新核对费用和链上状态。绝不传输私钥或助记恢复短语。
7. 核实选举并持续监控
候选人仍须经选举或准入。宣称激活前核对活跃验证人集合、会话切换及最终确定性。持续监控对等节点、磁盘、密钥、奖励和事故。
节点与质押角色
验证人
持有独立会话密钥并经选举产生的权威节点，参与出块和最终确定。
全节点
已同步但未声明验证意向、也不持有权威密钥的节点；建议先完成此运营阶段。
RPC 节点
在经审核的暴露范围内提供客户端查询的节点。钱包 WSS 端点不是对等节点引导地址。
提名人
在质押选举中支持验证人的账户。提名资金不能代替验证人自身的 10,000 ETKN 绑定额。
技术检查与运营建议
技术检查：核对规范源码和标签、构建校验和、未修改的原始链规范、创世哈希 0x0abc2c3d8db5815541050b73da4d81267ebf14d90dbee8d7258155b667ea112e、对等连接与推进的最终确定性。遵循审核过的指南；独立运营者的端到端接入仍未完成资格验证。 (BUILD.md, OPERATORS.md, PROVENANCE.md)
建议：使用可靠的专用设备、SSD、充足的 CPU/RAM，监控剩余字节与 inode，保持稳定网络、进程监管和持续在线。ERA 尚未公布适用于所有外部运营者的统一硬件下限或在线保证。
钱包通过 wss://eraprojects.org/ 访问客户端 RPC。节点通过对等协议连接经审核的 peer/bootnode 地址。不要公开本地管理 RPC，也不要复制生产验证人数据库。
自行保管会话密钥，制作加密离线备份并测试恢复。仅使用经审核且校验和匹配的升级；保全数据和密钥，并及时向 ERA 报告事故。
硬件与可用性
当前负载证据：四台已验收的验证人报告采用第 13 代 Intel i5-13500、14 个核心及 64,081 MB 内存。留存的服务日志记录到 2.9–4.7 GB 的内存峰值。约八天内，文件系统可用空间净减少 1.8–3.0 GiB 后，仍有约 377–384 GiB。该变化包含主机上的全部写入和删除，既不是链数据库增长率，也不能证明最低硬件规格。
针对当前 ERA 负载的验证人起步建议：使用性能等级接近现有主机的专用现代 x86-64 机器（约 12–16 个性能足够的 CPU 核心）、64 GiB RAM，以及至少 1 TiB 可靠的 NVMe SSD。规划时至少保留 250 GiB 空闲空间，再依据实测数据库与文件系统增长调整容量。这是审慎建议，不是准入规则或通用最低规格。
独立的非验证人全节点：暂以现代 8 核 CPU、32 GiB RAM 和至少 1 TiB SSD 作为规划起点。它验证并保存链状态，但没有权威密钥，也不承担签名角色。完整同步和对等连接仍需独立验证；这些数字并非已证实的最低值。
归档节点：保留更多历史状态或提供大量索引需要更多存储、持续 I/O 性能和保留策略。目前没有已认证的 ERA 归档增长序列或经独立验证的归档部署，无法给出数值下限。提供归档服务前，应通过实测保留测试确定多 TB 级 SSD 容量；裁剪型全节点不能代替归档节点。
使用可靠的低延迟网络和经审核的 peer/sentry 路由；条件允许时配置冗余网络和备用电源。监控 CPU、RAM、SSD 剩余空间与 inode、对等节点数、同步滞后、最终确定高度、进程重启及密钥/会话状态。安排升级和备份并测试恢复，及时报告事故。钱包 WSS 不是节点对等连接；不要暴露管理 RPC。
供所有者审核的拟议可用性目标
提议将验证人服务月可用性设为 99.9%，供所有者审核（不可用时间最多 0.1%，按 30 天计算约 43.2 分钟）。由独立监控按 UTC 每分钟计量：验证人/共识进程停止、失去经审核的对等连接，或最终确定高度超过两分钟未跟上持续推进的参考链，则该分钟计为不可用。计划维护和断线都计入停机；全网事故另行记录。这只是拟议的运营服务目标，不是现行准入规则、链上罚没阈值或 ERA 可用性保证。
奖励、佣金与惩罚
已部署的 spec16 runtime 强制验证人至少自有绑定 10,000 ETKN，并将佣金上限设为 20%。绑定或设定佣金都不保证入选或收入。
绩效和资格进入自定义 SecurityBudget 奖励路径。此 runtime 的标准质押 era 支付为零。只读资格已验证，但首笔合法生产奖励支付尚未验证。页面估算值不能证明奖励已可领取。
获批的惩罚政策已经实现，但生产激活仍需等待奖励支付验证。申请前请核对当前激活状态和事故处理流程。
可复制的意向邮件模板
选中并复制以下文字，用您自己的邮箱发送至 info@eraprojects.io；不要填写私钥、恢复短语、密码或服务器凭据。
主题：申请参与 ERA 验证 运营者／机构： 联系人及回复邮箱： 验证人与节点运营经验： 拟议托管城市／地区及服务商： CPU、RAM、SSD 容量与网络方案： 监控、维护和事故响应安排： 密钥保管、备份与恢复方案（不含秘密）： 拟议时间表与问题：