Gas.zip 网络 ID 填哪个：原生 chain 与内部 short 的只读核对
链小知 · 进阶 · 核验 · 已验证只读操作
实际读取公开网络目录，以 Ethereum 和 Base 说明两种 ID，分开看报价、calldata 与目标交易。
开始前准备
- 准备来源与目标网络名称，读取目录无需账户或钱包。
- 本篇没有发起报价、构造个人 calldata、充值或领取。
1. 读取一次网络列表
GET https://backend.gas.zip/v2/chains，记录时间和 HTTP 状态，确认 chains 数组而非错误 HTML。2026-10-12 本站样本返回 HTTP 200 和 186 条记录，原生 ID 与内部 ID 分别唯一。这个数量只反映当前返回目录；公开宣传数字不同，不能由此认定所有充值方向都可用。
检查结果：读取对象为非空 chains 数组，并保存具体时间。
2. 把名称、原生 ID 与 short 放成三列
当前样本中 Ethereum 的 chain=1、short=255；Base Mainnet 的 chain=8453、short=54；Arbitrum One 的 chain=42161、short=57。逐条匹配真实返回，不能按排序或名称猜 short，也不能把 Ethereum 的 255 当 EVM 链 ID。
检查结果：选中记录的 name、chain、short 完整且没有互换。
3. 按端点分清 ID 规则
v2 Quote 文档规定 /quotes/<deposit_chain>/<deposit_wei>/<outbound_chains> 使用原生链 ID，因此目录里的 Base 例子应引用 8453；v2 仓库的充值 calldata 则涉及内部 ID。先确定使用哪个端点/协议版本，再从同一次目录映射，不把两套数字混入同一参数。
检查结果：参数旁标明用途、版本与 ID 类型，不能只写“网络编号”。
4. 不要把目录估计值写成账单
目录可能包含 gas、gwei、price、bal，分别是网络估计和工具余额信息，不是用户的个人余额或完成充值的证据。Quote 返回还可能逐链带 error 和 expires；现有报价需查有效期及每条输出，不能把一条正常的 chain 记录理解为全部目标均可补 Gas。
检查结果：目录、报价与个人资金记录分别保存，过期或错误输出不算可执行。
5. 既有充值另查两端状态
若用户已有充值记录，Deposit 文档区分 deposit 与 txs：来源的 chain/hash/status 和目标的 chain/hash/refund/cancelled/status 分开核对。SEEN、PENDING、CONFIRMED 等是各自记录状态，来源被看到不等于目标收到；退款与取消也不能按输出数组非空判断。本篇只核对目录，没有测试这些交易状态。
检查结果：结论停留在 ID 映射；实际交易仍需两端对应记录及接收资产变化。
怎样确认完成
- 取得可追溯的来源/目标 ID 对照。
- 未充值、未签名；目录、报价和交易完成的证据边界明确。
常见错误与边界
- 直接把链原生编号写入内部 short 字段。
- 照搬旧 EOA 文档金额范围或在缺 calldata 时直接转账。
- 把 bal 当个人钱包余额，把目录列表当路线承诺。