浏览器钱包一般需要 RPC 节点查询链上资料和广播交易。它像访问区块链的网络入口，不是保管私钥的理由。选择节点时除了响应速度，还应考虑它看到哪些请求、怎样保存日志，以及数据出错或服务中断时钱包如何处理。
一、区分查询与签名
Ethereum JSON-RPC 可以查询余额、区块、交易收据和合约状态，也能提交已签名交易。正常自托管钱包在本地或硬件设备签名，再把交易发送出去，RPC 服务不需要助记词或私钥。某些节点软件的账户管理接口有额外能力，不能把它们开放到公网；“节点不拿私钥”只适用于你正确配置的签名与连接流程。
二、服务商可能接触哪些资料
服务商可能看到连接 IP、时间、查询方法、地址、应用标识或 API 凭据，具体取决于钱包实现、代理层与隐私政策。地址与链上活动本来公开，但把地址查询与网络身份对齐，能产生额外关联。不要推定所有钱包都会提交全部地址，也不要推定 HTTPS 会让目标服务商看不到请求，传输加密和服务商日志是不同问题。
三、一个余额查询示例
例如 eth_getBalance 请求包含要查询的地址和区块标签。即使不发生转账，服务商仍可知道该连接正在关注此地址。eth_sendRawTransaction 提交的是签名交易，也会暴露广播时间与交易内容。例子只说明请求边界，不需使用真实地址测试，更不应把自己的 API 密钥贴到公开聊天或教程截图。
四、切换入口先检查网络身份
自定义 RPC 要核对官方网络名称、chain ID、HTTPS 域名与文档。恶意或错误入口可能返回过时状态、误导费用或指向别的网络；私钥未交出去不等于所有界面信息可信。切换后查看节点高度与钱包所处网络，必要时用独立来源比较。不要只因对方说“更快、零费”就导入不明网络配置。
五、公共、自建与受信服务的取舍
公共入口便利但可能限速，付费或受信服务有明确条款，却仍需了解日志保存与地域；自建节点能减少向第三方查询，但维护、磁盘、更新与网络安全由你承担，也不自动隐藏公网 IP。家庭读者可先列出自己在意的风险：身份关联、可用性还是数据一致性，再选择方式，而不是认为只有一种方案适合所有人。
六、故障切换也会扩大共享范围
钱包或应用可能在失败后自动切换多个节点，同一地址与请求因此到达更多服务商。查看实际配置而非只看默认入口，了解缓存、重试与速率限制。广播失败时先查交易哈希，不直接重复构造付款；查询超时也不证明余额丢失。开发者应避免把带凭据的完整 RPC URL 写入公开日志或前端仓库。
七、最少资料和持续核验
分开工作与公开钱包用途，减少把全部地址集中到一个查询账户。定期查看服务隐私条款、节点高度、停机公告与配置变更，记录所用链和软件版本。钱包签名提示仍须独立核对地址、金额、授权与网络。若节点说明要求输入助记词、安装远程控制或预先转币验证，已超出查询服务正常边界，应立即停止。