添加钱包网络前，网页给出的链名和RPC都应作为待核验请求。本文按EIP-3085拆分chainId、端点一致性与展示元信息，解释添加成功为何不等于已切换，并结合MetaMask官方错误码说明拒绝、待处理和未添加网络的不同反馈。

添加或使用 Base 网络前，应核验 Chain ID、RPC、浏览器、原生资产和官方文档来源。本文解释网络配置与 dApp 风险的边界。

MetaMask 添加自定义网络前，要核验 RPC、Chain ID、区块浏览器、代币符号和来源。本文按官方文档给出防钓鱼检查表。

Solana 客户端升级说明影响验证者、RPC 服务和普通用户体验。本文以 Agave Release 为例，拆解版本、兼容、重启窗口和风险核验。

盯比特币节点的新块，与其每秒轮询高度，不如把等待交给节点自己：v31.1 的三个 waitfor 系 RPC 都接受毫秒超时参数，0 表示无限等待，超时则返回当前块而不是报错。帮助文本还提醒配套关闭 RPC 客户端超时。本文逐条拆解参数、返回结构、current_tip 的可靠性提示，以及与 blocknotify、ZMQ 的分工。

比特币节点的 txindex、coinstatsindex、blockfilterindex 和 v31 新增的 txospenderindex 各追到哪了？v31.1 的 getindexinfo 用 synced 与 best_block_height 两个字段给出全景，还能按名字过滤。本文拆解它的返回结构、未启用索引不出现在结果里的坑，以及首次建索引、崩溃重启、导入快照三类场景下的正确读法。

UTXO 集合只记录"还没被花"，不记录"谁正在试图花"。比特币核心的 gettxspendingprevout 反着查：给一批 txid 加 vout，返回内存池里正在冲突的花费交易；v31.0 又配上 -txospenderindex 索引和 mempool_only、return_spending_tx 两个选项，连已确认的历史花费也能翻出来。本文按 v31.1 源码拆解参数、返回字段与修剪模式的互斥关系。

v29.0 起，比特币核心提供两段式历史对账：scanblocks 先圈出可能相关的区块，getdescriptoractivity 再把每个区块拆成 spend 与 receive 事件列表，带金额、出处 prevout、脚本和确认高度，未确认活动靠字段省略来标识。它不需要常驻索引，但帮助文本明说可能跑上几分钟。本文按 v31.1 源码拆解两组必填参数、返回结构与超时处理。

读区块高度的 BIP 34 压入、挖池 extranonce、版本滚动，以前要把 verbosity 2 的整个交易数组拖回来，v31.0 起 getblock 在 verbosity 1 就返回 coinbase_tx 对象：version、locktime、第一个输入的 sequence、scriptSig 十六进制和单元素见证栈共五个字段。本文按 v31.1 源码逐字段拆解这张精简档案能查什么、不能查什么。

比特币核心默认用每次启动重生成的 .cookie 文件做 RPC 认证：rpccookiefile 挪位置、相对路径加网络目录前缀、umask 与 rpccookieperms 的权限接力、与 rpcauth 并行共存。以 v31.0 源码为准。