1
月
在社区成长 1 月
LEVEL 1
1 XP
一、背景：新手真正需要理解的不是“买币”，而是交互链路
很多 WEB3 新手第一次接触链上应用时，会同时遇到钱包、助记词、RPC、Gas、测试网、合约授权等概念。如果只照着页面点击，很容易出现两个问题：一是不知道交易为什么失败；二是把测试环境中的随意操作习惯带到真实资产环境。
本文使用以太坊 Sepolia 测试网完成一次完整练习：创建专用测试钱包、连接测试网、领取测试币、部署一个最小合约、通过钱包发起交易，并在区块浏览器中核对结果。所有操作仅面向个人测试环境，不涉及真实目标，也不要求投入真实资产。
二、先理解链上交互的基本原理
1. 钱包不是“存币软件”
链上资产记录在区块链状态中，钱包主要负责保管私钥、推导地址和签名交易。地址可以公开，私钥和助记词不能公开。谁掌握私钥，谁通常就能控制对应地址。
2. RPC 是钱包访问区块链的接口
钱包通过 RPC 节点读取余额、查询 nonce、估算 Gas、广播已签名交易。RPC 服务商通常不能直接替你签名，但可能看到你的 IP、查询地址和请求时间，因此仍需考虑隐私与服务可信度。
3. 签名和交易不是同一件事
“消息签名”一般不直接改变链上状态，也不消耗 Gas，但恶意签名可能被用于登录冒充、订单授权或资产许可；“交易签名”通常会提交链上，可能转移资产、调用合约或修改授权。不能因为页面提示“免费签名”就认为它一定安全。
4. Gas、nonce 与链 ID
Gas 是执行交易所需的计算费用；nonce 是账户发出交易的顺序编号；链 ID 用于区分不同网络，避免交易被错误地用于另一条链。Sepolia 的链 ID 为 11155111。发送前应同时检查网络名称、链 ID、接收地址、调用方法和交易金额。
三、前置条件
准备以下环境：
1. 一台用于实验的电脑，建议使用独立浏览器配置文件。
2. 一个常见的 EVM 钱包扩展，例如 MetaMask，务必从项目官方网站或浏览器官方扩展商店进入，不要使用搜索广告中的下载链接。
3. 少量 Sepolia 测试币。测试币没有真实主网资产的用途，不应付费向陌生人购买。
4. Remix 在线 IDE，用于编译和部署练习合约。应从以太坊官方文档提供的入口核对域名。
5. Sepolia 区块浏览器，用于查询交易哈希、区块确认、Gas 使用量和事件日志。
重要原则：本次练习必须创建全新的测试钱包。不要导入持有真实资产的钱包，也不要把测试助记词继续用于主网。
四、分步骤实践
步骤 1：创建隔离的测试钱包
安装并打开钱包后，创建一个新钱包。将助记词离线抄写，确认无误后妥善保管。即使只是测试钱包，也不要截图、上传网盘、发送到聊天软件或粘贴到网页中。
记录钱包公开地址，例如：
0x1234...ABCD
这里仅记录公开地址，绝不记录私钥。为了降低误操作风险，可以把该账户命名为“Sepolia-Lab”，并使用独立浏览器配置文件，不安装来源不明的其他扩展。
步骤 2：启用并核对 Sepolia 网络
在钱包设置中开启测试网络显示，选择 Sepolia。若需要手工添加网络，应从以太坊官方文档或可信节点服务商文档获取 RPC 地址，并核对：
网络名称：Sepolia
链 ID：11155111
货币符号：ETH
不要仅凭陌生网站弹出的“添加网络”按钮操作。恶意页面可能添加同名假网络或替换 RPC。添加后可通过 RPC 命令验证链 ID：
curl -s -X POST "$SEPOLIA_RPC_URL" -H "Content-Type: application/json" --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'
正常情况下，返回值应对应十六进制链 ID 0xaa36a，即十进制 11155111。命令中的 RPC 地址应放入环境变量，避免把带访问令牌的完整地址提交到公开代码仓库。
步骤 3：领取测试币并核对到账情况
从官方文档列出的 Sepolia 水龙头申请测试币。不同水龙头可能要求登录、限频或验证开发者身份，具体规则会变化，不应依赖陌生人提供的所谓“代领脚本”。
领取后，在钱包或区块浏览器中查询公开地址。重点核对：
1. 网络是否为 Sepolia；
2. 收款地址是否为自己的测试地址；
3. 交易状态是否成功；
4. 到账数量是否足够支付几次测试交易。
测试币迟迟不到账时，先检查水龙头是否给出了交易哈希，再到区块浏览器查询。不要为了测试币向任何页面输入助记词。
步骤 4：部署一个最小的 CheckIn 合约
打开可信的 Remix IDE，新建文件 CheckIn.sol，填入以下代码：
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;
contract CheckIn {
mapping(address => uint256) public checkInCount;
event CheckedIn(address indexed user, uint256 count, uint256 time);
function checkIn() external {
checkInCount[msg.sender] += 1;
emit CheckedIn(msg.sender, checkInCount[msg.sender], block.timestamp);
}
}
这个合约不接收资金，只记录每个地址的签到次数，并发送一个事件。它适合观察“读操作”和“写操作”的区别：查询 checkInCount 通常是本地 RPC 调用，不改变状态；执行 checkIn 会修改链上状态，需要钱包签名并消耗测试网 Gas。
在 Remix 中选择兼容 0.8.20 的 Solidity 编译器完成编译。进入部署页面，将环境切换为浏览器钱包提供者。钱包弹窗出现后，确认连接的是测试账户和 Sepolia 网络，再点击 Deploy。
签名前检查以下字段：
1. 交互网站域名是否正确；
2. 当前账户是否为 Sepolia-Lab；
3. 网络是否为 Sepolia；
4. 交易是否携带 ETH；本合约部署不需要额外转账金额；
5. Gas 费用是否明显异常。
交易广播后保存交易哈希和合约地址。地址本身可以公开，但不要公开助记词、私钥、钱包备份文件或 RPC 私有访问令牌。
步骤 5：调用合约并理解回执
在 Remix 已部署合约区域点击 checkIn，钱包会要求确认一笔合约调用交易。确认后前往区块浏览器，通过交易哈希查看：
Status：交易成功还是失败；
From：发起交易的钱包地址；
To：刚部署的合约地址；
Input Data：编码后的函数调用数据；
Gas Used：实际消耗的 Gas；
Logs：CheckedIn 事件产生的日志。
随后调用公开读取函数 checkInCount，并输入自己的钱包地址。返回值应为 1。再次执行 checkIn，确认后返回值应变为 2。
这里可以观察到一个关键差异：读取函数不修改状态，通常不需要账户签名；写入函数会生成交易，需要签名、广播、打包和确认。
步骤 6：使用命令行进行只读验证
如果本机安装了 Foundry，可以用 cast 验证合约状态。将地址替换为自己的测试合约地址：
export SEPOLIA_RPC_URL='你的可信 Sepolia RPC 地址'
export CONTRACT='0x你的合约地址'
export ACCOUNT='0x你的测试钱包地址'
cast chain-id --rpc-url "$SEPOLIA_RPC_URL"
cast call "$CONTRACT" "checkInCount(address)(uint256)" "$ACCOUNT" --rpc-url "$SEPOLIA_RPC_URL"
只读查询不需要私钥。新手不建议直接把私钥写在命令参数、Shell 历史或脚本中。如果后续必须进行命令行签名，应优先使用硬件钱包、受保护的密钥库或工具提供的安全账户管理功能，并且只使用隔离的测试账户。
五、从移动应用安全角度理解钱包风险
1. 助记词钓鱼
正常的 DApp 连接钱包时，不需要用户把助记词输入网页。凡是以“同步钱包”“验证账户”“解除风控”为理由索要助记词的页面，都应立即关闭。
2. 剪贴板替换
手机或电脑中的恶意应用可能监控剪贴板并替换地址。复制地址后，应核对开头、中间特征和末尾字符，金额较大时先进行小额验证。测试网也应培养这一习惯。
3. 深链与 WalletConnect 风险
移动端常通过深链或 WalletConnect 在 DApp 与钱包之间跳转。不要扫描来源不明的连接二维码，也不要接受陌生应用发起的会话。连接后应核对 DApp 域名、请求链、账户和具体签名内容，用完后在钱包中断开会话。
4. 无限授权
ERC-20 的 approve 授权允许某个合约从账户转移一定额度的代币。所谓“连接钱包”本身通常不等于授权，但后续签署 approve 可能产生资产风险。若页面申请远高于实际需求的额度，尤其是最大整数额度，应谨慎拒绝。测试结束后可以通过可信的授权管理工具或代币合约方法检查并撤销不需要的授权；撤销本身也是链上交易，通常需要 Gas。
5. 盲签与不可读数据
钱包若只显示十六进制数据或“无法解码”，用户很难判断真实意图。此时不应依赖页面自己的文字说明。应取消签名，使用能解析交易的方法、区块浏览器、交易模拟功能或已验证的合约 ABI 进行复核。
6. 合约源码已验证不代表安全
源码验证只能帮助确认链上字节码与公开源码是否对应，不代表合约没有逻辑漏洞、管理权限或恶意业务设计。还要检查代理合约、管理员权限、可升级性、暂停功能以及资金转移路径。
六、风险与注意事项
第一，测试网和主网地址格式相同，操作界面也很相似。每次签名前都必须核对链 ID，不能仅凭代币名称或网络图标判断。
第二，测试助记词一旦曾经粘贴到网页、日志、截图或代码仓库，就应视为已经泄露。不要再向该钱包转入真实资产。
第三，不要把 RPC 访问令牌、私钥写入前端代码。浏览器中的 JavaScript、安装包资源和网络请求都可能被用户或攻击者读取。前端需要的钱包签名应由钱包完成，后端密钥则应放入受控的密钥管理系统。
第四，交易“失败”仍可能消耗 Gas，因为节点和验证者已经执行了部分计算。失败时应查看回执、错误信息、Gas 限额、账户余额、nonce 和合约 revert 原因，而不是连续重复点击。
第五，钱包连接只暴露地址和授权的账户信息时，通常不会直接转走资产；真正需要警惕的是后续的签名、授权和交易请求。但长期保留不必要的 DApp 会话仍会增加误签风险，应定期清理。
七、常见问题
问：为什么钱包有测试币，部署仍然失败？
答：先确认测试币和合约部署在同一网络，再检查余额是否足够支付 Gas、RPC 是否正常、nonce 是否被挂起，以及编译器版本是否与合约要求兼容。若有待处理交易，可先在区块浏览器查看其状态，不要盲目连续提交。
问：交易长时间处于 Pending 怎么办？
答：可能是 Gas 参数偏低、RPC 广播不畅或相同 nonce 的前序交易未确认。可以先切换到可信 RPC 查询，确认交易是否已进入网络。若钱包提供“加速”或“取消”，其原理通常是使用相同 nonce 和更高费用提交替代交易，操作前仍要核对网络与账户。
问：为什么读取函数不弹出钱包？
答：只读调用通常通过 eth_call 在节点本地模拟执行，不写入区块，因此一般不需要签名和 Gas。若某个页面声称“查询余额”却要求交易签名，应检查其实际请求内容。
问：测试网合约能直接用于主网吗？
答：不建议。测试网练习只能说明部署和基本调用流程可运行，不能替代代码审计、权限设计、单元测试、模糊测试和经济模型评估。主网部署还涉及真实资金与不可逆风险。
问：断开钱包连接后，历史授权会自动取消吗？
答：不会。断开连接只是结束网站与钱包的会话，已经写入链上的代币授权仍然存在，需要单独发起撤销或修改额度的交易。
八、总结
完成这次实验后，应掌握一条完整的 WEB3 交互链路：钱包保管密钥并签名，RPC 提供链上访问，DApp 构造调用请求，交易进入网络后由区块确认，区块浏览器用于独立核验结果。比“成功部署一个合约”更重要的是形成安全习惯：测试钱包与真实资产隔离、只从可信来源获取工具、签名前核对链 ID 与调用内容、不向任何页面提供助记词、谨慎处理授权和盲签。
建议继续在 Sepolia 上练习事件查询、有限额度的 ERC-20 授权、授权撤销和交易失败排查，但始终使用自己部署的测试合约或明确授权的实验环境。只有能够解释每一次签名会产生什么后果，才算真正完成了钱包与链上交互的入门。
很多 WEB3 新手第一次接触链上应用时，会同时遇到钱包、助记词、RPC、Gas、测试网、合约授权等概念。如果只照着页面点击，很容易出现两个问题：一是不知道交易为什么失败；二是把测试环境中的随意操作习惯带到真实资产环境。
本文使用以太坊 Sepolia 测试网完成一次完整练习：创建专用测试钱包、连接测试网、领取测试币、部署一个最小合约、通过钱包发起交易，并在区块浏览器中核对结果。所有操作仅面向个人测试环境，不涉及真实目标，也不要求投入真实资产。
二、先理解链上交互的基本原理
1. 钱包不是“存币软件”
链上资产记录在区块链状态中，钱包主要负责保管私钥、推导地址和签名交易。地址可以公开，私钥和助记词不能公开。谁掌握私钥，谁通常就能控制对应地址。
2. RPC 是钱包访问区块链的接口
钱包通过 RPC 节点读取余额、查询 nonce、估算 Gas、广播已签名交易。RPC 服务商通常不能直接替你签名，但可能看到你的 IP、查询地址和请求时间，因此仍需考虑隐私与服务可信度。
3. 签名和交易不是同一件事
“消息签名”一般不直接改变链上状态，也不消耗 Gas，但恶意签名可能被用于登录冒充、订单授权或资产许可；“交易签名”通常会提交链上，可能转移资产、调用合约或修改授权。不能因为页面提示“免费签名”就认为它一定安全。
4. Gas、nonce 与链 ID
Gas 是执行交易所需的计算费用；nonce 是账户发出交易的顺序编号；链 ID 用于区分不同网络，避免交易被错误地用于另一条链。Sepolia 的链 ID 为 11155111。发送前应同时检查网络名称、链 ID、接收地址、调用方法和交易金额。
三、前置条件
准备以下环境：
1. 一台用于实验的电脑，建议使用独立浏览器配置文件。
2. 一个常见的 EVM 钱包扩展，例如 MetaMask，务必从项目官方网站或浏览器官方扩展商店进入，不要使用搜索广告中的下载链接。
3. 少量 Sepolia 测试币。测试币没有真实主网资产的用途，不应付费向陌生人购买。
4. Remix 在线 IDE，用于编译和部署练习合约。应从以太坊官方文档提供的入口核对域名。
5. Sepolia 区块浏览器，用于查询交易哈希、区块确认、Gas 使用量和事件日志。
重要原则：本次练习必须创建全新的测试钱包。不要导入持有真实资产的钱包，也不要把测试助记词继续用于主网。
四、分步骤实践
步骤 1：创建隔离的测试钱包
安装并打开钱包后，创建一个新钱包。将助记词离线抄写，确认无误后妥善保管。即使只是测试钱包，也不要截图、上传网盘、发送到聊天软件或粘贴到网页中。
记录钱包公开地址，例如：
0x1234...ABCD
这里仅记录公开地址，绝不记录私钥。为了降低误操作风险，可以把该账户命名为“Sepolia-Lab”，并使用独立浏览器配置文件，不安装来源不明的其他扩展。
步骤 2：启用并核对 Sepolia 网络
在钱包设置中开启测试网络显示，选择 Sepolia。若需要手工添加网络，应从以太坊官方文档或可信节点服务商文档获取 RPC 地址，并核对：
网络名称：Sepolia
链 ID：11155111
货币符号：ETH
不要仅凭陌生网站弹出的“添加网络”按钮操作。恶意页面可能添加同名假网络或替换 RPC。添加后可通过 RPC 命令验证链 ID：
curl -s -X POST "$SEPOLIA_RPC_URL" -H "Content-Type: application/json" --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'
正常情况下，返回值应对应十六进制链 ID 0xaa36a，即十进制 11155111。命令中的 RPC 地址应放入环境变量，避免把带访问令牌的完整地址提交到公开代码仓库。
步骤 3：领取测试币并核对到账情况
从官方文档列出的 Sepolia 水龙头申请测试币。不同水龙头可能要求登录、限频或验证开发者身份，具体规则会变化，不应依赖陌生人提供的所谓“代领脚本”。
领取后，在钱包或区块浏览器中查询公开地址。重点核对：
1. 网络是否为 Sepolia；
2. 收款地址是否为自己的测试地址；
3. 交易状态是否成功；
4. 到账数量是否足够支付几次测试交易。
测试币迟迟不到账时，先检查水龙头是否给出了交易哈希，再到区块浏览器查询。不要为了测试币向任何页面输入助记词。
步骤 4：部署一个最小的 CheckIn 合约
打开可信的 Remix IDE，新建文件 CheckIn.sol，填入以下代码：
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;
contract CheckIn {
mapping(address => uint256) public checkInCount;
event CheckedIn(address indexed user, uint256 count, uint256 time);
function checkIn() external {
checkInCount[msg.sender] += 1;
emit CheckedIn(msg.sender, checkInCount[msg.sender], block.timestamp);
}
}
这个合约不接收资金，只记录每个地址的签到次数，并发送一个事件。它适合观察“读操作”和“写操作”的区别：查询 checkInCount 通常是本地 RPC 调用，不改变状态；执行 checkIn 会修改链上状态，需要钱包签名并消耗测试网 Gas。
在 Remix 中选择兼容 0.8.20 的 Solidity 编译器完成编译。进入部署页面，将环境切换为浏览器钱包提供者。钱包弹窗出现后，确认连接的是测试账户和 Sepolia 网络，再点击 Deploy。
签名前检查以下字段：
1. 交互网站域名是否正确；
2. 当前账户是否为 Sepolia-Lab；
3. 网络是否为 Sepolia；
4. 交易是否携带 ETH；本合约部署不需要额外转账金额；
5. Gas 费用是否明显异常。
交易广播后保存交易哈希和合约地址。地址本身可以公开，但不要公开助记词、私钥、钱包备份文件或 RPC 私有访问令牌。
步骤 5：调用合约并理解回执
在 Remix 已部署合约区域点击 checkIn，钱包会要求确认一笔合约调用交易。确认后前往区块浏览器，通过交易哈希查看：
Status：交易成功还是失败；
From：发起交易的钱包地址；
To：刚部署的合约地址；
Input Data：编码后的函数调用数据；
Gas Used：实际消耗的 Gas；
Logs：CheckedIn 事件产生的日志。
随后调用公开读取函数 checkInCount，并输入自己的钱包地址。返回值应为 1。再次执行 checkIn，确认后返回值应变为 2。
这里可以观察到一个关键差异：读取函数不修改状态，通常不需要账户签名；写入函数会生成交易，需要签名、广播、打包和确认。
步骤 6：使用命令行进行只读验证
如果本机安装了 Foundry，可以用 cast 验证合约状态。将地址替换为自己的测试合约地址：
export SEPOLIA_RPC_URL='你的可信 Sepolia RPC 地址'
export CONTRACT='0x你的合约地址'
export ACCOUNT='0x你的测试钱包地址'
cast chain-id --rpc-url "$SEPOLIA_RPC_URL"
cast call "$CONTRACT" "checkInCount(address)(uint256)" "$ACCOUNT" --rpc-url "$SEPOLIA_RPC_URL"
只读查询不需要私钥。新手不建议直接把私钥写在命令参数、Shell 历史或脚本中。如果后续必须进行命令行签名，应优先使用硬件钱包、受保护的密钥库或工具提供的安全账户管理功能，并且只使用隔离的测试账户。
五、从移动应用安全角度理解钱包风险
1. 助记词钓鱼
正常的 DApp 连接钱包时，不需要用户把助记词输入网页。凡是以“同步钱包”“验证账户”“解除风控”为理由索要助记词的页面，都应立即关闭。
2. 剪贴板替换
手机或电脑中的恶意应用可能监控剪贴板并替换地址。复制地址后，应核对开头、中间特征和末尾字符，金额较大时先进行小额验证。测试网也应培养这一习惯。
3. 深链与 WalletConnect 风险
移动端常通过深链或 WalletConnect 在 DApp 与钱包之间跳转。不要扫描来源不明的连接二维码，也不要接受陌生应用发起的会话。连接后应核对 DApp 域名、请求链、账户和具体签名内容，用完后在钱包中断开会话。
4. 无限授权
ERC-20 的 approve 授权允许某个合约从账户转移一定额度的代币。所谓“连接钱包”本身通常不等于授权，但后续签署 approve 可能产生资产风险。若页面申请远高于实际需求的额度，尤其是最大整数额度，应谨慎拒绝。测试结束后可以通过可信的授权管理工具或代币合约方法检查并撤销不需要的授权；撤销本身也是链上交易，通常需要 Gas。
5. 盲签与不可读数据
钱包若只显示十六进制数据或“无法解码”，用户很难判断真实意图。此时不应依赖页面自己的文字说明。应取消签名，使用能解析交易的方法、区块浏览器、交易模拟功能或已验证的合约 ABI 进行复核。
6. 合约源码已验证不代表安全
源码验证只能帮助确认链上字节码与公开源码是否对应，不代表合约没有逻辑漏洞、管理权限或恶意业务设计。还要检查代理合约、管理员权限、可升级性、暂停功能以及资金转移路径。
六、风险与注意事项
第一，测试网和主网地址格式相同，操作界面也很相似。每次签名前都必须核对链 ID，不能仅凭代币名称或网络图标判断。
第二，测试助记词一旦曾经粘贴到网页、日志、截图或代码仓库，就应视为已经泄露。不要再向该钱包转入真实资产。
第三，不要把 RPC 访问令牌、私钥写入前端代码。浏览器中的 JavaScript、安装包资源和网络请求都可能被用户或攻击者读取。前端需要的钱包签名应由钱包完成，后端密钥则应放入受控的密钥管理系统。
第四，交易“失败”仍可能消耗 Gas，因为节点和验证者已经执行了部分计算。失败时应查看回执、错误信息、Gas 限额、账户余额、nonce 和合约 revert 原因，而不是连续重复点击。
第五，钱包连接只暴露地址和授权的账户信息时，通常不会直接转走资产；真正需要警惕的是后续的签名、授权和交易请求。但长期保留不必要的 DApp 会话仍会增加误签风险，应定期清理。
七、常见问题
问：为什么钱包有测试币，部署仍然失败？
答：先确认测试币和合约部署在同一网络，再检查余额是否足够支付 Gas、RPC 是否正常、nonce 是否被挂起，以及编译器版本是否与合约要求兼容。若有待处理交易，可先在区块浏览器查看其状态，不要盲目连续提交。
问：交易长时间处于 Pending 怎么办？
答：可能是 Gas 参数偏低、RPC 广播不畅或相同 nonce 的前序交易未确认。可以先切换到可信 RPC 查询，确认交易是否已进入网络。若钱包提供“加速”或“取消”，其原理通常是使用相同 nonce 和更高费用提交替代交易，操作前仍要核对网络与账户。
问：为什么读取函数不弹出钱包？
答：只读调用通常通过 eth_call 在节点本地模拟执行，不写入区块，因此一般不需要签名和 Gas。若某个页面声称“查询余额”却要求交易签名，应检查其实际请求内容。
问：测试网合约能直接用于主网吗？
答：不建议。测试网练习只能说明部署和基本调用流程可运行，不能替代代码审计、权限设计、单元测试、模糊测试和经济模型评估。主网部署还涉及真实资金与不可逆风险。
问：断开钱包连接后，历史授权会自动取消吗？
答：不会。断开连接只是结束网站与钱包的会话，已经写入链上的代币授权仍然存在，需要单独发起撤销或修改额度的交易。
八、总结
完成这次实验后，应掌握一条完整的 WEB3 交互链路：钱包保管密钥并签名，RPC 提供链上访问，DApp 构造调用请求，交易进入网络后由区块确认，区块浏览器用于独立核验结果。比“成功部署一个合约”更重要的是形成安全习惯：测试钱包与真实资产隔离、只从可信来源获取工具、签名前核对链 ID 与调用内容、不向任何页面提供助记词、谨慎处理授权和盲签。
建议继续在 Sepolia 上练习事件查询、有限额度的 ERC-20 授权、授权撤销和交易失败排查，但始终使用自己部署的测试合约或明确授权的实验环境。只有能够解释每一次签名会产生什么后果，才算真正完成了钱包与链上交互的入门。