1
月
在社区成长 1 月
LEVEL 1
1 XP
一、背景：第一次链上交互到底在做什么
很多新手会把钱包理解为“存币的软件”，把区块链理解为“可以查询余额的网站”。这两个理解都不够准确。钱包的核心职责是管理私钥并签名；资产和合约状态记录在区块链上，钱包只是读取这些状态，并代表用户提交经过签名的交易。
一次完整的写入操作通常包括：钱包构造交易、私钥签名、RPC 节点接收并广播、验证者将交易打包、EVM 执行合约代码、最终生成交易回执和日志。任何界面显示“成功”都不应作为唯一依据，至少还要核对链 ID、目标地址、交易状态和事件日志。
本文采用“本地 Anvil 链优先、Sepolia 测试网复现”的方式，部署一个不处理资金的 Counter 合约。全部操作仅用于本地实验、个人合约和公开测试网，不涉及未经授权的真实目标。
二、需要理解的基础概念
1. 私钥与地址
私钥用于签名，谁掌握私钥，谁就能控制对应账户。地址通常由公钥推导而来，可以公开；私钥、助记词和钱包备份不能公开。区块链上不存在“客服帮你重置私钥”的机制。
2. EOA 与合约账户
EOA 是由私钥控制的外部账户，可以主动发起交易。合约账户由代码控制，通常需要收到调用后才执行逻辑。向合约地址转账不等于调用了正确的业务函数，某些合约甚至不接受原生代币转账。
3. RPC
RPC 是钱包或命令行工具访问区块链节点的接口。RPC 服务商可以看到你的查询内容、IP 和待发送交易，因此不要把 RPC 当成完全可信的隐私边界。更换 RPC 不会改变链上已有状态，但连接到错误网络会让余额、Nonce 和合约地址看起来完全不同。
4. eth_call 与交易
只读调用通常通过 eth_call 在节点上模拟执行，不消耗链上 Gas，也不会改变状态。写操作需要签名并广播交易，成功打包后才可能改变状态。模拟成功不保证未来交易必然成功，因为区块状态、余额、Nonce、Gas 价格和合约条件都可能变化。
5. Gas、Nonce 与链 ID
Gas 是执行资源计量单位；发送交易的账户必须持有该网络的原生代币支付手续费。Nonce 用于确定同一账户交易的顺序。链 ID 用于区分不同网络，Sepolia 的链 ID 为 11155111；操作前应主动核对，而不是只看钱包中的网络名称。
三、前置条件与安全边界
本实践需要 Git 和 Foundry 工具集，主要使用 forge、cast、anvil。请从 Foundry 官方文档确认当前安装方式，不要执行来源不明的一键安装脚本。安装后检查：
forge --version
cast --version
anvil --version
建议准备：
1. 一个专门用于测试的空钱包，不与主钱包共用助记词。
2. 少量 Sepolia 测试币，只从可信的官方或项目文档入口寻找水龙头。
3. 一个可信的 Sepolia RPC 地址。
4. 终端和文本编辑器。
测试币没有主网资产价值，但测试账户仍可能暴露地址关联、交互习惯等信息。不要把主钱包私钥导入开发机，也不要因为“只是测试网”就在网页中随意签名。
四、第一阶段：在本地链完成闭环
步骤 1：启动 Anvil
在单独终端运行：
anvil
Anvil 会启动本地开发链，并显示若干仅供本地测试的账户和私钥。这些公开测试私钥绝不能用于主网、测试网或存放任何真实资产。默认 RPC 一般为：
在另一个终端设置变量并验证网络：
export RPC_URL=http://127.0.0.1:8545
cast chain-id --rpc-url "$RPC_URL"
cast block-number --rpc-url "$RPC_URL"
只要重启本地节点且未配置持久化，链上状态就可能被清空。因此部署地址和余额不应被当成长期数据。
步骤 2：创建项目
forge init web3-beginner-lab
cd web3-beginner-lab
将 src/Counter.sol 修改为以下内容：
pragma solidity ^0.8.24;
contract Counter {
uint256 public number;
address public immutable owner;
event NumberChanged(uint256 oldNumber, uint256 newNumber, address indexed operator);
error NotOwner();
constructor(uint256 initialNumber) {
owner = msg.sender;
number = initialNumber;
}
function setNumber(uint256 newNumber) external {
if (msg.sender != owner) revert NotOwner();
uint256 oldNumber = number;
number = newNumber;
emit NumberChanged(oldNumber, newNumber, msg.sender);
}
function increment() external {
if (msg.sender != owner) revert NotOwner();
uint256 oldNumber = number;
number += 1;
emit NumberChanged(oldNumber, number, msg.sender);
}
}
编译：
forge build
这个示例刻意保持简单，但包含三个重要安全点：状态变量、访问控制和事件。setNumber 与 increment 只允许部署者调用；失败时使用自定义错误；状态变化会产生事件，便于审计和前端追踪。
需要强调：这不是可直接套用到生产资金合约的完整权限方案。真实项目还要考虑管理员密钥丢失、权限转移、多签、暂停机制、升级风险和业务级不变量。
步骤 3：导入本地测试账户
从 Anvil 输出中选择第一个开发账户的私钥，通过交互方式导入 Foundry 加密密钥库：
cast wallet import anvil-lab --interactive
按提示输入私钥和本地密钥库密码。交互输入比把私钥直接写在命令参数里更稳妥，因为命令参数可能进入 Shell 历史、进程列表或日志。这里导入的必须是 Anvil 本地开发私钥。
可检查账户列表：
cast wallet list
记录 anvil-lab 对应地址，并查询余额：
cast balance 你的地址 --rpc-url "$RPC_URL"
步骤 4：部署合约
执行：
forge create src/Counter.sol:Counter --constructor-args 10 --rpc-url "$RPC_URL" --account anvil-lab --broadcast
输入密钥库密码后，记录输出中的合约地址和交易哈希：
export CONTRACT=部署得到的合约地址
验证该地址确实存在合约字节码：
cast code "$CONTRACT" --rpc-url "$RPC_URL"
如果结果只有 0x，通常说明地址复制错误、网络不一致，或者部署交易没有成功。不要只凭终端中的“已提交”判断部署成功。
步骤 5：进行只读调用
查询 number：
cast call "$CONTRACT" "number()(uint256)" --rpc-url "$RPC_URL"
查询 owner：
cast call "$CONTRACT" "owner()(address)" --rpc-url "$RPC_URL"
初始 number 应为 10，owner 应与部署账户一致。这两项都是可重复验证的结论。
步骤 6：发送状态变更交易
调用 increment：
cast send "$CONTRACT" "increment()" --rpc-url "$RPC_URL" --account anvil-lab
复制交易哈希并查看回执：
cast receipt 交易哈希 --rpc-url "$RPC_URL"
重点检查 status、from、to、blockNumber 和 logs。随后再次读取：
cast call "$CONTRACT" "number()(uint256)" --rpc-url "$RPC_URL"
预期结果从 10 变为 11。这里形成了一个完整证据链：调用前状态、签名交易、成功回执、事件日志、调用后状态。
步骤 7：验证访问控制
选择另一个 Anvil 地址作为非 owner，仅做本地模拟：
export OTHER_ADDRESS=另一个Anvil地址
cast call "$CONTRACT" "setNumber(uint256)" 99 --from "$OTHER_ADDRESS" --rpc-url "$RPC_URL"
该调用应回退，因为 msg.sender 不是 owner。这里使用 eth_call，不需要第二个账户签名，也不会修改状态。安全审计中不能只验证“管理员能成功”，还要验证“非管理员确实失败”。
五、第二阶段：迁移到 Sepolia 测试网
本地流程跑通后，再切换公开测试网。不要一开始就使用测试网，否则网络配置、余额、合约代码和签名问题会混在一起，排错成本更高。
步骤 1：创建隔离账户
创建一个全新的测试钱包，只用于 Sepolia。不要复用主钱包助记词，也不要把主钱包私钥复制到终端。若必须使用命令行签名，可将这个测试账户交互式导入：
cast wallet import sepolia-lab --interactive
私钥输入后应由本地密钥库加密保存。密钥库密码不能弥补设备中毒、剪贴板劫持或终端录屏等风险。
步骤 2：配置并核对 RPC
export SEPOLIA_RPC_URL=你的Sepolia_RPC地址
cast chain-id --rpc-url "$SEPOLIA_RPC_URL"
返回值必须是 11155111。若不一致，应立即停止。随后查询测试账户余额：
cast balance 你的测试地址 --rpc-url "$SEPOLIA_RPC_URL" --ether
余额不足时，从可信水龙头获取少量测试币。任何要求输入助记词、私钥或先转入主网资产的“水龙头”都应视为高风险。
步骤 3：部署与验证
forge create src/Counter.sol:Counter --constructor-args 10 --rpc-url "$SEPOLIA_RPC_URL" --account sepolia-lab --broadcast
部署后按本地实验的方式执行 cast code、cast call 和 cast receipt。还可以在可信的 Sepolia 区块浏览器中交叉核对交易，但浏览器只是链上数据的展示层；如果浏览器与 RPC 结果冲突，应进一步确认链、区块高度和 RPC 状态，而不是盲信某一个页面。
六、签名前必须检查的项目
1. 网络：链 ID 是否符合预期。
2. 目标：to 地址是否是计划交互的合约地址。
3. 方法：调用的是 transfer、approve、setApprovalForAll，还是普通业务函数。
4. 参数：数量、接收地址、授权对象是否正确。
5. 原生代币 value：是否意外附带 ETH。
6. Gas：异常高的估算可能意味着调用路径复杂或交易会失败。
7. 授权范围：能精确授权时，不要默认无限授权。
8. 签名类型：普通登录签名也可能包含可执行授权，不能只看“无需 Gas”。
9. 来源：不要从私信、广告或搜索推广链接进入钱包连接页面。
10. 可撤销性：合约交易通常不可逆，转错地址不能依赖客服追回。
七、典型风险与注意事项
私钥泄露：不要将私钥写入 Solidity 文件、Git 仓库、截图、聊天记录或 .env 示例文件。即使后来删除，Git 历史中仍可能保留。
无限授权：ERC-20 approve 和 NFT 的 setApprovalForAll 会扩大被授权合约的控制范围。授权对象若存在漏洞或被替换，资产可能受影响。使用后应定期核查不再需要的授权。
地址投毒：攻击者可能制造首尾相似地址并向你发送小额交易，诱导你从历史记录复制错误地址。核对完整地址，优先使用已验证的地址簿。
假代币与假合约：代币名称和符号并不唯一，必须核对网络和合约地址。名称相同不能证明是同一种资产。
RPC 风险：恶意或异常 RPC 可能返回错误信息、隐藏交易或进行隐私分析。重要结果应使用第二个可信 RPC 或区块浏览器交叉验证。
前端与合约不一致：网页按钮显示“领取”并不代表实际调用就是领取函数。签名前检查钱包展示的目标、方法和资产变化；无法理解时应拒绝签名。
测试网误区：测试网适合验证流程，不代表通过测试网就达到生产安全标准。生产部署还需要自动化测试、权限审查、边界条件分析、依赖检查和独立审计。
八、常见问题
问：cast call 成功，为什么 cast send 仍然失败？
答：call 是基于某一时刻状态的模拟。正式交易执行前，余额、Nonce、合约状态或区块条件可能已经改变；也可能是模拟时未正确设置 from，导致执行路径不同。
问：交易哈希已经生成，是否表示交易成功？
答：不是。哈希只表示交易数据已经形成或被节点接收。必须查看交易回执，确认 status 成功，并核对实际状态和事件。
问：为什么同一个合约地址在另一个网络没有代码？
答：地址只在特定链的状态空间中有意义。相同字符串在不同网络上可能对应 EOA、其他合约或空地址，因此任何地址都必须和链 ID 一起记录。
问：测试币能否兑换成主网资产？
答：正常情况下，测试币用于测试网络的 Gas 和功能验证，不应被视为主网资产。声称可以高价兑换并要求先付款的行为风险很高。
问：合约代码很短，是否就一定安全？
答：代码短只意味着审查范围较小，不代表没有权限错误、业务逻辑缺陷或部署配置问题。本文示例的 owner 永久固定，如果部署私钥丢失，管理功能也会永久失去，这是明确的设计边界。
九、总结
适合新手的正确路径不是直接在网页上反复点击，而是建立可验证的交互习惯：先确认链 ID，再确认账户和余额；先在本地部署，再迁移到测试网；先用 eth_call 读取或模拟，再发送写交易；最后通过回执、事件、代码和状态变化交叉验证结果。
完成本文实践后，你应能清楚区分钱包、RPC、EOA、合约、只读调用和状态交易，并能够独立部署一个简单合约、验证权限控制、读取交易回执。真正重要的不是记住命令，而是形成风险边界：私钥永不外泄，主钱包与实验钱包隔离，未知签名默认拒绝，任何成功结论都要有链上证据支持。
很多新手会把钱包理解为“存币的软件”，把区块链理解为“可以查询余额的网站”。这两个理解都不够准确。钱包的核心职责是管理私钥并签名；资产和合约状态记录在区块链上，钱包只是读取这些状态，并代表用户提交经过签名的交易。
一次完整的写入操作通常包括：钱包构造交易、私钥签名、RPC 节点接收并广播、验证者将交易打包、EVM 执行合约代码、最终生成交易回执和日志。任何界面显示“成功”都不应作为唯一依据，至少还要核对链 ID、目标地址、交易状态和事件日志。
本文采用“本地 Anvil 链优先、Sepolia 测试网复现”的方式，部署一个不处理资金的 Counter 合约。全部操作仅用于本地实验、个人合约和公开测试网，不涉及未经授权的真实目标。
二、需要理解的基础概念
1. 私钥与地址
私钥用于签名，谁掌握私钥，谁就能控制对应账户。地址通常由公钥推导而来，可以公开；私钥、助记词和钱包备份不能公开。区块链上不存在“客服帮你重置私钥”的机制。
2. EOA 与合约账户
EOA 是由私钥控制的外部账户，可以主动发起交易。合约账户由代码控制，通常需要收到调用后才执行逻辑。向合约地址转账不等于调用了正确的业务函数，某些合约甚至不接受原生代币转账。
3. RPC
RPC 是钱包或命令行工具访问区块链节点的接口。RPC 服务商可以看到你的查询内容、IP 和待发送交易，因此不要把 RPC 当成完全可信的隐私边界。更换 RPC 不会改变链上已有状态，但连接到错误网络会让余额、Nonce 和合约地址看起来完全不同。
4. eth_call 与交易
只读调用通常通过 eth_call 在节点上模拟执行，不消耗链上 Gas，也不会改变状态。写操作需要签名并广播交易，成功打包后才可能改变状态。模拟成功不保证未来交易必然成功，因为区块状态、余额、Nonce、Gas 价格和合约条件都可能变化。
5. Gas、Nonce 与链 ID
Gas 是执行资源计量单位；发送交易的账户必须持有该网络的原生代币支付手续费。Nonce 用于确定同一账户交易的顺序。链 ID 用于区分不同网络，Sepolia 的链 ID 为 11155111；操作前应主动核对，而不是只看钱包中的网络名称。
三、前置条件与安全边界
本实践需要 Git 和 Foundry 工具集，主要使用 forge、cast、anvil。请从 Foundry 官方文档确认当前安装方式，不要执行来源不明的一键安装脚本。安装后检查：
forge --version
cast --version
anvil --version
建议准备：
1. 一个专门用于测试的空钱包，不与主钱包共用助记词。
2. 少量 Sepolia 测试币，只从可信的官方或项目文档入口寻找水龙头。
3. 一个可信的 Sepolia RPC 地址。
4. 终端和文本编辑器。
测试币没有主网资产价值，但测试账户仍可能暴露地址关联、交互习惯等信息。不要把主钱包私钥导入开发机，也不要因为“只是测试网”就在网页中随意签名。
四、第一阶段：在本地链完成闭环
步骤 1：启动 Anvil
在单独终端运行：
anvil
Anvil 会启动本地开发链，并显示若干仅供本地测试的账户和私钥。这些公开测试私钥绝不能用于主网、测试网或存放任何真实资产。默认 RPC 一般为：
在另一个终端设置变量并验证网络：
export RPC_URL=http://127.0.0.1:8545
cast chain-id --rpc-url "$RPC_URL"
cast block-number --rpc-url "$RPC_URL"
只要重启本地节点且未配置持久化，链上状态就可能被清空。因此部署地址和余额不应被当成长期数据。
步骤 2：创建项目
forge init web3-beginner-lab
cd web3-beginner-lab
将 src/Counter.sol 修改为以下内容：
pragma solidity ^0.8.24;
contract Counter {
uint256 public number;
address public immutable owner;
event NumberChanged(uint256 oldNumber, uint256 newNumber, address indexed operator);
error NotOwner();
constructor(uint256 initialNumber) {
owner = msg.sender;
number = initialNumber;
}
function setNumber(uint256 newNumber) external {
if (msg.sender != owner) revert NotOwner();
uint256 oldNumber = number;
number = newNumber;
emit NumberChanged(oldNumber, newNumber, msg.sender);
}
function increment() external {
if (msg.sender != owner) revert NotOwner();
uint256 oldNumber = number;
number += 1;
emit NumberChanged(oldNumber, number, msg.sender);
}
}
编译：
forge build
这个示例刻意保持简单，但包含三个重要安全点：状态变量、访问控制和事件。setNumber 与 increment 只允许部署者调用；失败时使用自定义错误；状态变化会产生事件，便于审计和前端追踪。
需要强调：这不是可直接套用到生产资金合约的完整权限方案。真实项目还要考虑管理员密钥丢失、权限转移、多签、暂停机制、升级风险和业务级不变量。
步骤 3：导入本地测试账户
从 Anvil 输出中选择第一个开发账户的私钥，通过交互方式导入 Foundry 加密密钥库：
cast wallet import anvil-lab --interactive
按提示输入私钥和本地密钥库密码。交互输入比把私钥直接写在命令参数里更稳妥，因为命令参数可能进入 Shell 历史、进程列表或日志。这里导入的必须是 Anvil 本地开发私钥。
可检查账户列表：
cast wallet list
记录 anvil-lab 对应地址，并查询余额：
cast balance 你的地址 --rpc-url "$RPC_URL"
步骤 4：部署合约
执行：
forge create src/Counter.sol:Counter --constructor-args 10 --rpc-url "$RPC_URL" --account anvil-lab --broadcast
输入密钥库密码后，记录输出中的合约地址和交易哈希：
export CONTRACT=部署得到的合约地址
验证该地址确实存在合约字节码：
cast code "$CONTRACT" --rpc-url "$RPC_URL"
如果结果只有 0x，通常说明地址复制错误、网络不一致，或者部署交易没有成功。不要只凭终端中的“已提交”判断部署成功。
步骤 5：进行只读调用
查询 number：
cast call "$CONTRACT" "number()(uint256)" --rpc-url "$RPC_URL"
查询 owner：
cast call "$CONTRACT" "owner()(address)" --rpc-url "$RPC_URL"
初始 number 应为 10，owner 应与部署账户一致。这两项都是可重复验证的结论。
步骤 6：发送状态变更交易
调用 increment：
cast send "$CONTRACT" "increment()" --rpc-url "$RPC_URL" --account anvil-lab
复制交易哈希并查看回执：
cast receipt 交易哈希 --rpc-url "$RPC_URL"
重点检查 status、from、to、blockNumber 和 logs。随后再次读取：
cast call "$CONTRACT" "number()(uint256)" --rpc-url "$RPC_URL"
预期结果从 10 变为 11。这里形成了一个完整证据链：调用前状态、签名交易、成功回执、事件日志、调用后状态。
步骤 7：验证访问控制
选择另一个 Anvil 地址作为非 owner，仅做本地模拟：
export OTHER_ADDRESS=另一个Anvil地址
cast call "$CONTRACT" "setNumber(uint256)" 99 --from "$OTHER_ADDRESS" --rpc-url "$RPC_URL"
该调用应回退，因为 msg.sender 不是 owner。这里使用 eth_call，不需要第二个账户签名，也不会修改状态。安全审计中不能只验证“管理员能成功”，还要验证“非管理员确实失败”。
五、第二阶段：迁移到 Sepolia 测试网
本地流程跑通后，再切换公开测试网。不要一开始就使用测试网，否则网络配置、余额、合约代码和签名问题会混在一起，排错成本更高。
步骤 1：创建隔离账户
创建一个全新的测试钱包，只用于 Sepolia。不要复用主钱包助记词，也不要把主钱包私钥复制到终端。若必须使用命令行签名，可将这个测试账户交互式导入：
cast wallet import sepolia-lab --interactive
私钥输入后应由本地密钥库加密保存。密钥库密码不能弥补设备中毒、剪贴板劫持或终端录屏等风险。
步骤 2：配置并核对 RPC
export SEPOLIA_RPC_URL=你的Sepolia_RPC地址
cast chain-id --rpc-url "$SEPOLIA_RPC_URL"
返回值必须是 11155111。若不一致，应立即停止。随后查询测试账户余额：
cast balance 你的测试地址 --rpc-url "$SEPOLIA_RPC_URL" --ether
余额不足时，从可信水龙头获取少量测试币。任何要求输入助记词、私钥或先转入主网资产的“水龙头”都应视为高风险。
步骤 3：部署与验证
forge create src/Counter.sol:Counter --constructor-args 10 --rpc-url "$SEPOLIA_RPC_URL" --account sepolia-lab --broadcast
部署后按本地实验的方式执行 cast code、cast call 和 cast receipt。还可以在可信的 Sepolia 区块浏览器中交叉核对交易，但浏览器只是链上数据的展示层；如果浏览器与 RPC 结果冲突，应进一步确认链、区块高度和 RPC 状态，而不是盲信某一个页面。
六、签名前必须检查的项目
1. 网络：链 ID 是否符合预期。
2. 目标：to 地址是否是计划交互的合约地址。
3. 方法：调用的是 transfer、approve、setApprovalForAll，还是普通业务函数。
4. 参数：数量、接收地址、授权对象是否正确。
5. 原生代币 value：是否意外附带 ETH。
6. Gas：异常高的估算可能意味着调用路径复杂或交易会失败。
7. 授权范围：能精确授权时，不要默认无限授权。
8. 签名类型：普通登录签名也可能包含可执行授权，不能只看“无需 Gas”。
9. 来源：不要从私信、广告或搜索推广链接进入钱包连接页面。
10. 可撤销性：合约交易通常不可逆，转错地址不能依赖客服追回。
七、典型风险与注意事项
私钥泄露：不要将私钥写入 Solidity 文件、Git 仓库、截图、聊天记录或 .env 示例文件。即使后来删除，Git 历史中仍可能保留。
无限授权：ERC-20 approve 和 NFT 的 setApprovalForAll 会扩大被授权合约的控制范围。授权对象若存在漏洞或被替换，资产可能受影响。使用后应定期核查不再需要的授权。
地址投毒：攻击者可能制造首尾相似地址并向你发送小额交易，诱导你从历史记录复制错误地址。核对完整地址，优先使用已验证的地址簿。
假代币与假合约：代币名称和符号并不唯一，必须核对网络和合约地址。名称相同不能证明是同一种资产。
RPC 风险：恶意或异常 RPC 可能返回错误信息、隐藏交易或进行隐私分析。重要结果应使用第二个可信 RPC 或区块浏览器交叉验证。
前端与合约不一致：网页按钮显示“领取”并不代表实际调用就是领取函数。签名前检查钱包展示的目标、方法和资产变化；无法理解时应拒绝签名。
测试网误区：测试网适合验证流程，不代表通过测试网就达到生产安全标准。生产部署还需要自动化测试、权限审查、边界条件分析、依赖检查和独立审计。
八、常见问题
问：cast call 成功，为什么 cast send 仍然失败？
答：call 是基于某一时刻状态的模拟。正式交易执行前，余额、Nonce、合约状态或区块条件可能已经改变；也可能是模拟时未正确设置 from，导致执行路径不同。
问：交易哈希已经生成，是否表示交易成功？
答：不是。哈希只表示交易数据已经形成或被节点接收。必须查看交易回执，确认 status 成功，并核对实际状态和事件。
问：为什么同一个合约地址在另一个网络没有代码？
答：地址只在特定链的状态空间中有意义。相同字符串在不同网络上可能对应 EOA、其他合约或空地址，因此任何地址都必须和链 ID 一起记录。
问：测试币能否兑换成主网资产？
答：正常情况下，测试币用于测试网络的 Gas 和功能验证，不应被视为主网资产。声称可以高价兑换并要求先付款的行为风险很高。
问：合约代码很短，是否就一定安全？
答：代码短只意味着审查范围较小，不代表没有权限错误、业务逻辑缺陷或部署配置问题。本文示例的 owner 永久固定，如果部署私钥丢失，管理功能也会永久失去，这是明确的设计边界。
九、总结
适合新手的正确路径不是直接在网页上反复点击，而是建立可验证的交互习惯：先确认链 ID，再确认账户和余额；先在本地部署，再迁移到测试网；先用 eth_call 读取或模拟，再发送写交易；最后通过回执、事件、代码和状态变化交叉验证结果。
完成本文实践后，你应能清楚区分钱包、RPC、EOA、合约、只读调用和状态交易，并能够独立部署一个简单合约、验证权限控制、读取交易回执。真正重要的不是记住命令，而是形成风险边界：私钥永不外泄，主钱包与实验钱包隔离，未知签名默认拒绝，任何成功结论都要有链上证据支持。