企业官网建设流程全解析

简介：面向PHP开发者的web3.php操作以太坊私链资料包，解决在PHP环境中与以太坊节点交互、读取区块、发送交易、调用智能合约与监听事件等常见需求。压缩包共1935个文件，大小约2.29MB，以1332个php源码为主体，辅以phpt测试用例、xml配置、md文档、json ABI样例及composer依赖文件，工程目录完整，除主要src源码外还有examples示例、scripts辅助脚本和phpunit测试配置，适合作为第三方库直接引入学习或二次开发。资源可从安装与初始化流程切入：从composer安装、设置私链RPC端点、创建账户，到构造并发送交易、绑定合约ABI调用方法，均有配套示例可对照。examples目录能帮助快速理解API调用方式，scripts与测试文件则提供异常处理和回归验证思路，便于排错与扩展。已有4158人学习浏览，适合对以太坊开发感兴趣、希望用PHP绕过JavaScript技术栈的区块链开发者。

1. 用 web3.php 操作以太坊私链：这件事没有想象中那么难

如果你是一名 PHP 开发者，恰好被拉去参与一个和以太坊相关的项目，第一反应大概率是“这不得上 Node.js 或者 Python？”。实际上，PHP 生态里有一把相当顺手的钥匙——web3.php，它能直接连接本地私链、查区块、转账、部署合约、读合约状态，你不用换语言栈就能把链上业务接进现有系统。

这篇文章不打算做科普，而是把我在本地私链上用 web3.php 走完“连接节点 → 查询余额 → 转账 → 部署合约 → 调用合约 → 排坑”全流程的实操记录整理出来。适合两类人：一类是刚从传统 PHP 业务转到链上开发、需要快速跑通链路的新手；另一类是已经在用其他语言写链上交互、想评估 PHP 方案可行性的熟手。文中涉及的代码和命令，都是我在开发环境中亲手跑过的，参数和易错点都标注在后面。

2. 环境与私链准备：先把本地开发链跑起来

要用 web3.php 操作以太坊，第一步不是写 PHP，而是先把一个可连接的以太坊节点准备好。生产环境一般连公共节点或云节点，但本地开发阶段强烈建议搭一条私链，出块快、余额可控、调试无成本。

2.1 开发链选型：geth --dev 还是 ganache

两种常用方案：一个是 go-ethereum 官方客户端 geth 的--dev模式，另一个是 ganache。两者的核心差异在于出块机制和上手成本。

geth--dev是官方自带的一次性开发节点，启动即创建临时账户，预置大量测试 ETH，每次交易发送后自动出块，几乎不用等确认。它最大的好处是“原汁原味”——和主网、测试网的 RPC 接口完全一致，后续对接生产环境不需要改代码。缺点是需要了解一点 geth 的命令行参数。

ganache 有图形界面和命令行两种形态，出块稳定，还自带一个可视化交易面板，方便观察每个交易的执行情况。但对后续切换到真实测试网来说，多了一层环境差异。我一般用 geth--dev，命令少、行为透明、和文档对得上。

启动 geth 私链的命令如下：

geth --dev \ --http \ --http.addr 127.0.0.1 \ --http.port 8545 \ --http.api eth,net,web3,personal \ --http.corsdomain "*" \ --datadir /tmp/geth-dev

参数说明：

• --dev：启动开发者模式，自动生成一个本地临时私链，自带预置余额的测试账户。
• --http：开启 HTTP-RPC 服务，这是 web3.php 连接节点的通道。
• --http.addr和--http.port：监听地址与端口，本地开发固定 8545 即可。
• --http.api：指定开放哪些 RPC 模块，eth和net是基础，web3用于客户端版本查询，personal用于管理本地测试账户。漏掉personal会导致后续 API 调用直接报方法不存在。
• --http.corsdomain "*"：允许跨域访问，如果后续有浏览器前端直接连 RPC，这个参数能免掉很多麻烦。

启动后终端会持续输出日志，表示节点开始运行。从这刻起，web3.php 就可以通过http://127.0.0.1:8545这个地址访问链上数据了。

2.2 PHP 环境检查与 web3.php 安装

web3.php 要求 PHP 7.3 以上，推荐 8.x。它依赖curl、json、openssl三个扩展，安装前先快速检查一遍：

php -m | grep -E "curl|json|openssl"

如果输出里有这三行，说明扩展齐了。缺哪个装哪个，比如 Debian/Ubuntu 下apt install php-curl。

安装 web3.php 用 Composer，这是 PHP 生态的标准做法：

composer require web3p/web3.php

安装完成后，所有代码文件里只需要引入一个文件：

require_once __DIR__ . '/vendor/autoload.php';

这一步会把 web3.php 及其依赖（主要是 phpseclib 的 BigInteger 库）自动加载进来。这里多说一个后面绕不开的点：web3.php 内部的整型数值用的是 phpseclib 的BigInteger对象，因为 PHP 原生整数无法安全表示 256 位的大数。这意味着很多 RPC 返回值不能直接echo，得先做转换。这个细节会在第三章和第六章反复出现。

2.3 验证私链已就绪

节点启动后，先用 curl 发一个 RPC 请求，确认链路通不通：

curl -X POST \ -H "Content-Type: application/json" \ --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":1}' \ http://127.0.0.1:8545

预期返回类似：

{"jsonrpc":"2.0","id":1,"result":"0x0"}

result是十六进制的当前区块高度，0x0表示创世区块。如果返回connection refused，先确认 geth 进程是否还在前台跑着；如果返回method not found，说明--http.api参数里没有把对应的模块加进来。

这一步的重要性在于：它把“web3.php 的坑”和“节点配置的坑”切分开。后续 PHP 代码报任何连接类错误，我都会先回到这个 curl 请求排查，而不是在 PHP 层反复试。

3. web3.php 连接与基础操作：从区块高度到余额查询

环境就绪后，开始写 PHP 代码。这一章覆盖最基础的三个操作：初始化连接、查询区块高度、查询账户余额。它们既是联调的第一道关口，也是后续所有复杂操作的地基。

3.1 初始化 Web3 实例

web3.php 的使用风格和 Node.js 很像——几乎所有 RPC 调用都是异步回调。先看最小可用代码：

use Web3\Web3; $web3 = new Web3('http://127.0.0.1:8545'); $web3->eth->blockNumber(function ($err, $block) use ($web3) { if ($err !== null) { echo '错误：' . $err->getMessage() . PHP_EOL; return; } echo '当前区块高度（十六进制）：' . $web3->utils->toHex($block) . PHP_EOL; });

逻辑说明：

• new Web3(rpc地址)创建连接对象，底层使用curl发起 JSON-RPC POST 请求。
• $web3->eth->blockNumber()对应 RPC 方法的eth_blockNumber，回调函数接收两个参数：错误对象和结果。
• 结果$block在 web3.php 中通常以十六进制字符串返回，但某些版本下会是BigInteger对象，所以打印前统一用$web3->utils->toHex()转成十六进制字符串。

这里必须强调一个容易翻车的地方：$block不能直接echo，更不能拿去和普通整数比较。先打印出来看类型，再决定用toHex()还是toString()。

3.2 查询账户列表与余额

geth--dev模式启动时预置了几个测试账户，通过personal_listAccounts可以拿到账户列表，再逐个查询余额：

$web3->personal->listAccounts(function ($err, $accounts) use ($web3) { if ($err !== null) { echo '错误：' . $err->getMessage() . PHP_EOL; return; } foreach ($accounts as $address) { $web3->eth->getBalance($address, function ($err, $balance) use ($address) { if ($err !== null) { echo $address . ' 查询失败：' . $err->getMessage() . PHP_EOL; return; } echo $address . ' 余额（wei）：' . $balance->toString() . PHP_EOL; }); } });

参数与类型说明：

• listAccounts的回调$accounts是字符串数组，每个元素是0x开头的地址。
• getBalance(地址, 回调)的第二个参数可传'latest'、'pending'或区块号，默认latest。
• $balance是BigInteger对象，用->toString()输出十进制字符串，单位是 wei（以太坊最小单位）。

1 ETH 等于 10 的 18 次方 wei，也就是说私链上预置的几百个 ETH，余显示出来是一长串数字。如果觉得可读性差，可以自行做一个除以10^18的辅助函数，但建议业务层传输和存储统一用 wei 字符串，避免浮点精度丢失。

3.3 理解 web3.php 的返回值类型

这一节值得单独立出来，因为它是新手最常卡住的地方。web3.php 里不同 RPC 方法的返回值类型并不统一，大致分三类：

• 字符串：地址、交易哈希、十六进制区块哈希，这类可以直接用。
• BigInteger对象：区块高度、余额、gas 价格、nonce，这类必须调toString()或toHex()。
• 数组：交易收据、合约调用结果、事件日志，这类需要按下标取元素，元素又可能是以上两种类型。

调试时最简单的办法是var_dump()直接打印返回结果。比如：

$web3->eth->gasPrice(function ($err, $gasPrice) { var_dump($gasPrice); });

如果打印出来是object(phpseclib\Math\BigInteger)，就不要再想着直接echo了。我的习惯是：读到任何数值型返回值，第一时间转成字符串保存，再根据业务需求决定用十进制还是十六进制。

4. 转账实战：nonce、gas 与签名广播

连接和查询都没问题了，下一步就是真正“动链上资产”——从一个地址向另一个地址转 ETH。这一章把转账的完整链路拆开：构造交易参数、签名广播、等待确认，以及三个容易被忽略的细节。

4.1 构造交易参数：nonce 和 gas 缺一不可

普通转账要准备的参数有六个：from、to、value、gas、gasPrice、nonce。其中from、to、value是业务参数，gas、gasPrice、nonce是链上执行参数，缺一个都会导致交易发送失败。

$web3->eth->getTransactionCount($fromAddress, 'pending', function ($err, $nonce) use ($web3, $fromAddress, $toAddress, $valueWei) { if ($err !== null) { echo '获取 nonce 失败：' . $err->getMessage() . PHP_EOL; return; } $web3->eth->gasPrice(function ($err, $gasPrice) use ($web3, $fromAddress, $toAddress, $valueWei, $nonce) { $tx = [ 'from' => $fromAddress, 'to' => $toAddress, 'value' => $valueWei, 'gas' => '0x5208', // 21000，普通转账固定值 'gasPrice' => $gasPrice, 'nonce' => $nonce, ]; $web3->eth->sendTransaction($tx, function ($err, $txHash) { if ($err !== null) { echo '交易发送失败：' . $err->getMessage() . PHP_EOL; return; } echo '交易哈希：' . $txHash . PHP_EOL; }); }); });

这段代码的关键点：

• getTransactionCount($from, 'pending')拿到的是该地址已发出的交易数量，也就是下一笔交易的nonce。第三个参数传'pending'会把待确认交易也算进去，避免在连续发多笔交易时报 nonce 冲突。
• gas固定传0x5208，这是普通 ETH 转账的固定 gas 限额。转 ERC20 代币不能用这个值，后面会专门讲。
• gasPrice从节点查询，不需要手动指定，但如果矿工费过高或过低，可以后续按需覆盖。
• value单位是 wei，必须提前换算。如果是 1 ETH，对应的十六进制是0xde0b6b3a7640000，不要直接传'1'，那是 1 wei。

这里的嵌套回调看起来冗长，但 web3.php 就是这种异步风格。如果觉得难读，也可以改成 Promise 或自封装函数，第六章会给出一个封装方案。

4.2 等待确认：交易收据轮询

交易广播出去之后，哈希并不能表示交易已经上链。在私链上--dev模式出块很快，几毫秒就能确认，但为了通用性，还是需要轮询交易收据：

function waitForReceipt($web3, $txHash, $maxAttempts = 10) { for ($i = 0; $i < $maxAttempts; $i++) { $web3->eth->getTransactionReceipt($txHash, function ($err, $receipt) use (&$found) { if ($err === null && $receipt !== null) { echo '交易已确认，状态：' . $receipt['status'] . PHP_EOL; $found = true; } }); if (isset($found) && $found) { break; } sleep(1); } }

注意getTransactionReceipt在交易未确认时回调里的$receipt是null，不是错误，所以判断条件必须同时检查$err和$receipt。$receipt['status']是十六进制字符串，0x1表示成功，0x0表示执行失败。

一个常见误解是“有交易哈希就等于交易成功”。实际上交易哈希只代表节点接收了交易，执行是否成功要看收据状态。合约调用尤其如此——函数内部 revert 时收据状态就是0x0。

4.3 普通转账和 ERC20 转账是两码事

这一节提前打预防针。很多人写完 ETH 转账成功后，就以为“转代币”也是同样写法，结果发现代币根本没到账。原因很简单：ETH 是链的原生资产，走eth_sendTransaction的value字段；而 ERC20 代币是合约内的记账数据，必须调用合约的transfer函数。

如果直接把转 ETH 的代码套用到 ERC20 转账，常见结果是：交易成功上链，但对方地址里代币余额纹丝不动。因为value里的 ETH 被转走了，代币的transfer函数根本没有被触发。

4.4 常见报错与对策

转账阶段最容易出现的三个报错：

现象一：insufficient funds for gas * price + value原因：from地址余额不足以覆盖 gas 费和转账金额之和。 解决：查询余额时顺便对比一下，私链测试账户理论上不会缺，但如果你自己创建了一个空账户当from，就一定会报这个错。

现象二：nonce too low原因：本地维护的 nonce 值落后于链上实际值，通常是连续发送多笔交易时用了同一个 nonce。 解决：要么每次都调getTransactionCount取最新 nonce，要么在批量场景下本地计数并加锁，详见第六章。

现象三：replacement transaction underpriced原因：同一 nonce 的上一笔交易还没确认，新交易 gasPrice 又设得太低。 解决：私链上等待上一笔确认后再发下一笔，或者用pending参数获取 nonce 并提高 gasPrice。

5. 合约交互：ABI 解析、部署与调用

和合约打交道是 web3.php 真正的用武之地。这一章用一个最简单的计数组件来演示全流程：编写合约、编译获取 ABI 和字节码、部署到私链、读取状态、发送交易修改状态。你把这个流程跑通，换成任何 ERC20 或其他业务合约只是换 ABI 和参数的问题。

5.1 合约示例与 ABI 准备

先用 Solidity 写一个简单的计数器合约：

// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; contract Counter { uint256 public count; function get() public view returns (uint256) { return count; } function increment() public { count += 1; } }

编译这个合约（推荐 Remix 或本地 solc）会得到两个关键产物：ABI（接口描述）和字节码（部署用。ABI 文件通常是一个 JSON 数组，其中get和increment的方法描述大致长这样：

[ { "inputs": [], "name": "get", "outputs": [{"name": "", "type": "uint256"}], "stateMutability": "view", "type": "function" }, { "inputs": [], "name": "increment", "outputs": [], "stateMutability": "nonpayable", "type": "function" } ]

这里要特别提醒：ABI 不要自己手写，编译出来是什么就拿什么用。手写 ABI 容易漏掉stateMutability或把参数类型写错，web3.php 调用时表现出的现象非常隐蔽——不一定会报错，但返回结果为空数组或数据错位。

5.2 部署合约：web3.php 的 Contract 类

web3.php 提供了Web3\Contract类来封装合约交互。部署代码如下：

use Web3\Contract; $contract = new Contract($web3->provider, $abi); $contract->bytecode($bytecode)->new([ 'from' => $fromAddress, 'gas' => '0x500000', 'gasPrice' => $gasPrice, ], function ($err, $result) { if ($err !== null) { echo '部署失败：' . $err->getMessage() . PHP_EOL; return; } echo '合约地址：' . $result[0] . PHP_EOL; echo '交易哈希：' . $result[1] . PHP_EOL; });

几个必须注意的参数：

• $bytecode是 Solidity 编译生成的部署字节码，必须以0x开头。
• gas建议给到预估值的 1.5 到 2 倍。简单的 Counter 合约用0x500000（约 5 百万）很充裕，但如果你部署的是一个复杂合约，建议先用 Remix 的估算结果，再乘个保险系数。
• $result数组里，$result[0]是部署后的合约地址，$result[1]是部署交易哈希。这个顺序容易记混，第一次跑的时候建议两个都打印出来。

部署后不要立刻拿返回值里的地址当最终地址。严格做法是从交易收据里取contractAddress字段，尤其是当你用了钱包签名而不是节点发送时，返回值里可能没有合约地址。

5.3 读取合约状态：call

读取状态变量的标准姿势是call，对应 Solidity 里的view/pure函数，不需要消耗 gas，也不需要签名：

$contract->at($contractAddress)->call('get', function ($err, $result) { if ($err !== null) { echo '读取失败：' . $err->getMessage() . PHP_EOL; return; } echo '当前 count：' . $result[0]->toString() . PHP_EOL; });

说明一下回调参数：$result是一个数组，每个元素对应合约函数的一个返回值。get()返回一个uint256，所以$result[0]是BigInteger对象，打印前必须toString()。如果合约函数返回多个值（比如返回地址和金额），就按顺序取$result[0]、$result[1]。

5.4 发送交易修改合约状态：sendTransaction

调用会改变链上状态的函数（比如increment或 ERC20 的transfer），必须用sendTransaction，这会真正发起一笔交易并消耗 gas：

$contract->at($contractAddress)->sendTransaction('increment', [ 'from' => $fromAddress, 'gas' => '0x100000', 'gasPrice' => $gasPrice, ], function ($err, $txHash) { if ($err !== null) { echo '交易失败：' . $err->getMessage() . PHP_EOL; return; } echo 'increment 交易哈希：' . $txHash . PHP_EOL; });

这里有个很容易踩的坑：sendTransaction的回调返回的是交易哈希，不是执行结果。你调了increment，但回调里看不到count变没变。验证方式只有两种：要么等一下再call('get')查一次状态；要么等交易收据确认后调用eth_getTransactionReceipt看 status。

另外，如果合约函数需要参数，写法是：

$contract->at($contractAddress)->sendTransaction('setValue', [new Parameter('uint256', '42')], [ 'from' => $fromAddress, 'gas' => '0x100000', ], callback);

参数要用Web3\Contract\Parameter包装，类型和值严格对应 ABI 定义。

5.5 一个通用的 ERC20 余额查询示例

不管你是不是做代币项目，查余额是链上开发最高频的操作之一。直接照这个来：

$erc20Abi = <<<JSON [ { "constant": true, "inputs": [{"name": "account", "type": "address"}], "name": "balanceOf", "outputs": [{"name": "", "type": "uint256"}], "stateMutability": "view", "type": "function" } ] JSON; $contract = new Contract($web3->provider, json_decode($erc20Abi, true)); $contract->at($tokenContractAddress)->call('balanceOf', [$userAddress], function ($err, $result) { if ($err === null) { echo '代币余额：' . $result[0]->toString() . PHP_EOL; } });

注意call的第二个参数是数组形式的方法入参，地址字符串直接传进去就行。这里最容易犯的错是把参数数组写成了关联数组['account' => $userAddress]，web3.php 是按顺序匹配的，关联数组会导致参数解析错位。

6. 避坑整理：本地私链开发最容易翻车的六个细节

这一章不是理论汇总，全是实打实踩过的坑。每一条都按“现象 → 原因 → 解决”的顺序写，方便你对号入座。

6.1 personal 接口调不通，报method not found

现象：$web3->personal->listAccounts()回调返回错误，提示method not found或module not registered。

原因：geth 启动时http.api参数里没有包含personal模块。默认只开启有限几个模块，不含 personal。

解决：启动 geth 时在--http.api里显式加上personal，即--http.api eth,net,web3,personal，并确认参数写在--http的同一行（有些写法把 api 配置到其他地方导致不生效）。

6.2 返回结果Object of class BigInteger could not be converted to string

现象：直接echo $block或数组拼接时，PHP 抛出类转换异常。

原因：web3.php 把链上的大整数统一封装成phpseclib\Math\BigInteger对象，不能直接作为字符串使用。

解决：任何数值型返回值，先用->toString()转成十进制字符串，或者用$web3->utils->toHex()转成十六进制字符串。我的习惯是统一转成十进制字符串存储，便于日志阅读和与业务库比对。

6.3 交易发送成功但代币余额没变

现象：调用合约transfer返回了交易哈希，getTransactionReceipt状态也是0x1，但目标地址的代币余额为零。

原因：大概率是 value 字段里传了 ETH 金额，却没有真正调用合约transfer函数。也可能是调用合约时参数写错了，实际触发的是合约里的其他函数。

解决：确认交易走的是contract->sendTransaction('transfer', ...)而不是eth_sendTransaction；检查 ABI 里transfer的参数顺序；最后用balanceOf直接查目标地址验证。

6.4 部署合约后读不到数据

现象：部署成功，合约地址也拿到了，但调用合约的查询函数返回空数组或错误。

原因：最常见的是把部署时$result[0]当成了合约地址，但某些方式下$result[0]可能是交易哈希，地址在$result[1]；另一个可能是在合约代码更新后，用了旧的 ABI 去调用新地址。

解决：部署后立刻打印完整的$result数组，并调用getTransactionReceipt从收据里确认contractAddress。读取合约前，把 ABI 和合约源码版本对齐。

6.5 nonce 冲突，连续交易报nonce too low

现象：脚本里连续发两笔交易，第一笔成功，第二笔报nonce too low或same hash already imported。

原因：第二笔交易用了和第一笔相同的 nonce，或者从节点查到的 nonce 没有包含待确认交易。

解决：getTransactionCount的第二个参数用'pending'而不是默认的'latest'；如果还是不行，就在本地维护一个计数器，每发一笔加一，不能每次从平均高度取。

6.6 合约函数返回结果永远是空数组

现象：ABI 写好了，地址也对，但回调里$result打印出来是[]。

原因：ABI 和合约实际函数签名不匹配。例如合约函数是get()而 ABI 里写成了get(uint256)，web3.php 匹配不到对应函数，但不会报错，只返回空数组。

解决：把 ABI 打印出来逐项核对函数名、参数类型、返回值类型，最好直接用编译工具导出，不要手写。另外记得确认合约里函数是public，否则外部无法调用。

7. 进阶：把 web3.php 封装成链上操作工具类

到这里基础链路已经全部跑通。最后一章给出一个我实际项目里沉淀下来的封装思路，把 web3.php 的异步回调包装成业务友好的服务类，顺带解决批量交易场景里最头疼的 nonce 问题。

7.1 封装一个统一的链服务

web3.php 的异步回调写起来很啰嗦，尤其是在一个业务方法里连续查询余额、构造交易、发交易、查回执时，回调套回调非常难看。我的做法是封装一个ChainService类，对外暴露同步风格的方法，内部再做异步等待。核心是读写两个方法：

class ChainService { private $web3; public function __construct($rpcUrl) { $this->web3 = new Web3($rpcUrl); } public function getBlockNumber() { $result = null; $this->web3->eth->blockNumber(function ($err, $block) use (&$result) { $result = $err ? ['error' => $err->getMessage()] : ['data' => $block->toString()]; }); return $result; } public function sendEther($from, $to, $valueWei, $gasPrice) { $txHash = null; $this->web3->eth->getTransactionCount($from, 'pending', function ($err, $nonce) use (&$txHash, $from, $to, $valueWei, $gasPrice) { $tx = [ 'from' => $from, 'to' => $to, 'value' => $valueWei, 'gas' => '0x5208', 'gasPrice' => $gasPrice, 'nonce' => $nonce, ]; $this->web3->eth->sendTransaction($tx, function ($err, $hash) use (&$txHash) { $txHash = $err ? ['error' => $err->getMessage()] : ['data' => $hash]; }); }); return $txHash; } }

封装的核心原则有两个：一是所有数值返回统一转成十进制字符串后再交还业务层；二是把错误处理收口，业务层不用关心回调签名。

7.2 批量转账时的 nonce 管理

批量转账是链上业务最常见的需求之一——给一批地址发 ETH 或代币。典型的错误做法是循环体内每次都调getTransactionCount取 nonce。但在私链快速出块的环境下，第一批交易还没确认时，后续查询拿到的 nonce 是一样的，必然冲突。

正确做法是发送前只取一次 nonce，后续每发送一笔手动加一：

$nonce = $this->getNonce($fromAddress); foreach ($addressList as $i => $address) { $tx = [ 'from' => $fromAddress, 'to' => $address, 'value' => $valueWei, 'gas' => '0x5208', 'gasPrice' => $gasPrice, 'nonce' => $nonce + $i, ]; $this->web3->eth->sendTransaction($tx, ...); }

这里$nonce + $i是本地递增，不再依赖节点查询。交易相对时间间隔不超过几分钟，这个方案就足够可靠。如果项目并发更大，建议把 nonce 计数器放到 Redis 里原子自增，避免多进程冲突。

从那以后，我每次接手链上相关的 PHP 项目，都会强制先把这两个工具方法跑通并加一条固化测试：连私链、查余额、转 0.001 ETH、部署 Counter 合约、调用一次 get。整个流程不通过，绝不往业务代码里继续堆功能。这套习惯帮我避开了至少十次“代码看着没问题、链上就是不动”的尴尬现场，希望也能帮到你。资源包里的示例代码与 geth 启动脚本经过实际使用验证，下载后照着本章顺序操作即可在半小时内跑通完整链路。

本文还有配套的精品资源，点击获取