Hardhat是一个方便在以太坊上进行构建的任务运行器。使用它可以帮助开发人员管理和自动化构建智能合约和dApp的过程中固有的重复任务,以及轻松地围绕此工作流程引入更多功能。Hardhat还内置了Hardhat EVM,后者是为开发而设计的本地以太坊网络。 它允许你部署合约,运行测试和调试代码。
欢迎来到Hardhat的初学者指南,看看如何基于Hardhat进行以太坊合约和dApp开发。
Hardhat是一个方便在以太坊上进行构建的任务运行器。使用它可以帮助开发人员管理和自动化构建智能合约和dApp的过程中固有的重复任务,以及轻松地围绕此工作流程引入更多功能。
Hardhat还内置了Hardhat 网络,Hardhat 网络是为开发而设计的本地以太坊网络。 用来部署合约,运行测试和调试代码。
在本教程中,我们将指导你完成以下操作:
console.log()
调试Solidity要完成本教程,你应该能够:
如果你不具备上述知识,请访问链接并花一些时间来学习基础知识。
大多数以太坊库和工具都是用JavaScript编写的,Hardhat也是如此。 如果你不熟悉Node.js,它是基于Chrome的V8 JavaScript引擎构建的JavaScript运行时。 这是在网络浏览器之外运行JavaScript的最受欢迎的解决方案,Hardhat 就是建立Node.js之上。
如果你已经安装了的Node.js> = 12.0
,则可以跳过本节。 如果没有,请按照以下步骤在Ubuntu,MacOS和Windows上安装它。
如果 Node.js 版本低于12, 你需要升级一下。
将以下命令复制并粘贴到终端中:
sudo apt update
sudo apt install curl git
curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -
sudo apt install nodejs
确保你已安装git
。 否则,请遵循这些说明安装。
在MacOS上有多种安装Node.js的方法。 我们将使用 Node 版本管理器(nvm)。 将以下命令复制并粘贴到终端中:
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.35.2/install.sh | bash
nvm install 12
nvm use 12
nvm alias default 12
npm install npm --global ## 将npm升级到最新版本
在Windows上安装Node.js需要一些手动步骤。 我们将安装git,Node.js 12.x和NPM的Windows构建工具。 下载并运行以下命令:
node-v12.XX.XX-x64.msi
我们将使用npm 命令行安装hardhat。 NPM是一个Node.js软件包管理器和一个JavaScript代码库。 打开一个新终端并运行以下命令:
mkdir hardhat-tutorial
cd hardhat-tutorial
npm init --yes
npm install --save-dev hardhat
提示:安装Hardhat将安装一些以太坊JavaScript依赖项,因此请耐心等待。
在安装Hardhat的目录下运行:
npx hardhat
使用键盘选择 “创建一个新的hardhat.config.js(Create an empty hardhat.config.js
)”,然后回车。
$ npx hardhat
888 888 888 888 888
888 888 888 888 888
888 888 888 888 888
8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
888 888 "88b 888P" d88" 888 888 "88b "88b 888
888 888 .d888888 888 888 888 888 888 .d888888 888
888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
Welcome to Hardhat v2.0.0
? What do you want to do? …
Create a sample project
❯ Create an empty hardhat.config.js
Quit
在运行Hardhat时,它将从当前工作目录开始搜索最接近的hardhat.config.js
文件。 这个文件通常位于项目的根目录下,一个空的hardhat.config.js
足以使Hardhat正常工作。
Hardhat是围绕task(任务)和plugins(插件)的概念设计的。 Hardhat 的大部分功能来自插件,作为开发人员,你可以自由选择你要使用的插件。
每次你从CLI运行Hardhat时,你都在运行任务。 例如 npx hardhat compile
正在运行compile
任务。 要查看项目中当前可用的任务,运行npx hardhat
。 通过运行npx hardhat help [task]
,可以探索任何任务。
提示:你可以创建自己的任务。 请查看创建任务指南。
Hardhat 不限制选择哪种工具,但是它确实内置了一些插件,所有这些也都可以覆盖。 大多数时候,使用给定工具的方法是将其集成到Hardhat中作为插件。
在本教程中,我们将使用Ethers.js和Waffle插件。 通过他们与以太坊进行交互并测试合约。 稍后将解释它们的用法。 要安装它们,请在项目目录中运行:
npm install --save-dev @nomiclabs/hardhat-ethers ethers @nomiclabs/hardhat-waffle ethereum-waffle chai
将高亮行require("@nomiclabs/hardhat-waffle");
添加到你的hardhat.config.js
中,如下所示:
require("@nomiclabs/hardhat-waffle");
/**
* @type import('hardhat/config').HardhatUserConfig
*/
module.exports = {
solidity: "0.7.3",
};
这里引入hardhat-waffle
,因为它依赖于hardhat-ethers
,因此不需要同时添加两个。
我们创建一个简单的智能合约,合约实现代币转让。 代币合约最常用于兑换或价值存储。 这里,我们不深入讨论合约的Solidity代码,但是一些实现逻辑你需要知道:
提示:你可能听说过ERC20,它是以太坊中的代币标准。 DAI,USDC,MKR和ZRX之类的代币都遵循ERC20标准,使这些代币都可以与任何能处理ERC20代币的软件兼容。 为了简单起见,我们要构建的代币不是ERC20。
首先创建一个名为 contracts
的新目录,然后在目录内创建一个名为Token.sol
的文件。
将下面的代码粘贴到文件中,花一点时间阅读代码。 它很简单,并且有很多解释Solidity基础语法的注释。
提示:在文本编辑器中添加相应的插件(搜索Solidity 或 Ethereum 插件)可以支持Solidity语法高亮,我们建议使用Visual Studio Code或Sublime Text 3。
// Solidity files have to start with this pragma.
// It will be used by the Solidity compiler to validate its version.
pragma solidity ^0.7.0;
// This is the main building block for smart contracts.
contract Token {
// Some string type variables to identify the token.
string public name = "My Hardhat Token";
string public symbol = "MBT";
// 固定发行量
uint256 public totalSupply = 1000000;
// An address type variable is used to store ethereum accounts.
address public owner;
// A mapping is a key/value map. Here we store each account balance.
mapping(address => uint256) balances;
/**
* 合约构造函数
*
* The `constructor` is executed only once when the contract is created.
* The `public` modifier makes a function callable from outside the contract.
*/
constructor() public {
// The totalSupply is assigned to transaction sender, which is the account
// that is deploying the contract.
balances[msg.sender] = totalSupply;
owner = msg.sender;
}
/**
* 代币转账.
*
* The `external` modifier makes a function *only* callable from outside
* the contract.
*/
function transfer(address to, uint256 amount) external {
// Check if the transaction sender has enough tokens.
// If `require`'s first argument evaluates to `false` then the
// transaction will revert.
require(balances[msg.sender] >= amount, "Not enough tokens");
// Transfer the amount.
balances[msg.sender] -= amount;
balances[to] += amount;
}
/**
* 读取某账号的代币余额
*
* The `view` modifier indicates that it doesn't modify the contract's
* state, which allows us to call it without executing a transaction.
*/
function balanceOf(address account) external view returns (uint256) {
return balances[account];
}
}
提示:
*.sol
的Solidity 合约文件的后缀。 我们建议将文件名与其包含的合约名一致,这是一种常见的做法。
要编译合约,请在终端中运行 npx hardhat compile
。 compile
任务是内置任务之一。
$ npx hardhat compile
Compiling...
Compiled 1 contract successfully
合约已成功编译,可以使用了。
为智能合约编写自动化测试至关重要,因为事关用户资金。 为此,我们将使用Hardhat Network,这是一个内置的以太坊网络,专门为开发设计,并且是Hardhat 中的默认网络。 无需进行任何设置即可使用它。 在我们的测试中,我们将使用ethers.js与前面构建的合约进行交互,并使用 Mocha 作为测试框架。
在项目根目录中创建一个名为test
的新目录,并创建一个名为Token.js
的新文件。
让我们从下面的代码开始。 接下来,我们将对其进行解释,但现在将其粘贴到Token.js
中:
const { expect } = require("chai");
describe("Token contract", function() {
it("Deployment should assign the total supply of tokens to the owner", async function() {
const [owner] = await ethers.getSigners();
const Token = await ethers.getContractFactory("Token");
const hardhatToken = await Token.deploy();
await hardhatToken.deployed();
const ownerBalance = await hardhatToken.balanceOf(owner.getAddress());
expect(await hardhatToken.totalSupply()).to.equal(ownerBalance);
});
});
在终端上运行npx hardhat test
。 你应该看到以下输出:
$ npx hardhat test
All contracts have already been compiled, skipping compilation.
Token contract
✓ Deployment should assign the total supply of tokens to the owner (654ms)
1 passing (663ms)
这意味着测试通过了。 现在我们逐行解释一下:
const [owner] = await ethers.getSigners();
ethers.js中的Signer
代表以太坊账户对象。 它用于将交易发送到合约和其他帐户。 在这里,我们获得了所连接节点中的帐户列表,在本例中节点为Hardhat Network,并且仅保留第一个帐户。
ethers
变量在全局作用域下都可用。 如果你希望代码更明确,则可以在顶部添加以下这一行:
const { ethers } = require("hardhat");
提示:要了解有关
Signer
的更多信息,可以查看Signers文档。
const Token = await ethers.getContractFactory("Token");
ethers.js中的ContractFactory
是用于部署新智能合约的抽象,因此此处的Token
是用来实例代币合约的工厂。
const hardhatToken = await Token.deploy();
在ContractFactory
上调用deploy()
将启动部署,并返回解析为Contract
的Promise
。 该对象包含了智能合约所有函数的方法。
await hardhatToken.deployed();
当你调用deploy()
时,将发送交易,但是直到该交易打包出块后,合约才真正部署。 调用deployed()
将返回一个Promise
,因此该代码将阻塞直到部署完成。
const ownerBalance = await hardhatToken.balanceOf(owner.getAddress());
部署合约后,我们可以在hardhatToken
上调用合约方法,通过调用balanceOf()
来获取所有者帐户的余额。
请记住,部署合约的帐户获得了全部代币,在使用 hardhat-ethers
插件时,默认情况下, ContractFactory
和Contract
实例连接到第一个签名者。 这意味着owner
变量中的帐户执行了部署,而balanceOf()
应该返回全部发行量。
expect(await hardhatToken.totalSupply()).to.equal(ownerBalance);
在这里,再次使用Contract
实例调用Solidity代码中合约函数。 totalSupply()
返回代币的发行量,我们检查它是否等于ownerBalance
。
判断相等,我们使用Chai,这是一个断言库。 这些断言函数称为“匹配器”,在此实际上使用的“匹配器”来自Waffle。 这就是为什么我们使用hardhat-waffle
插件,它让在以太坊上断言值变得更容易。 请查看Waffle文档中的此部分,了解以太坊特定匹配器的完整列表。
如果你需要从默认帐户以外的其他帐户(或ethers.js 中的 Signer
)发送交易来测试代码,则可以在ethers.js的Contract
中使用connect()
方法来将其连接到其他帐户,像这样:
const { expect } = require("chai");
describe("Transactions", function () {
it("Should transfer tokens between accounts", async function() {
const [owner, addr1, addr2] = await ethers.getSigners();
const Token = await ethers.getContractFactory("Token");
const hardhatToken = await Token.deploy();
await hardhatToken.deployed();
// Transfer 50 tokens from owner to addr1
await hardhatToken.transfer(await addr1.getAddress(), 50);
expect(await hardhatToken.balanceOf(await addr1.getAddress())).to.equal(50);
// Transfer 50 tokens from addr1 to addr2
await hardhatToken.connect(addr1).transfer(await addr2.getAddress(), 50);
expect(await hardhatToken.balanceOf(await addr2.getAddress())).to.equal(50);
});
});
我们已经介绍了测试合约所需的基础知识,以下是代币的完整测试用例,其中包含有关Mocha以及如何构组织测试的许多信息。 我们建议你通读。
// We import Chai to use its asserting functions here.
const { expect } = require("chai");
// `describe` is a Mocha function that allows you to organize your tests. It's
// not actually needed, but having your tests organized makes debugging them
// easier. All Mocha functions are available in the global scope.
// `describe` receives the name of a section of your test suite, and a callback.
// The callback must define the tests of that section. This callback can't be
// an async function.
describe("Token contract", function () {
// Mocha has four functions that let you hook into the the test runner's
// lifecyle. These are: `before`, `beforeEach`, `after`, `afterEach`.
// They're very useful to setup the environment for tests, and to clean it
// up after they run.
// A common pattern is to declare some variables, and assign them in the
// `before` and `beforeEach` callbacks.
let Token;
let hardhatToken;
let owner;
let addr1;
let addr2;
let addrs;
// `beforeEach` will run before each test, re-deploying the contract every
// time. It receives a callback, which can be async.
beforeEach(async function () {
// Get the ContractFactory and Signers here.
Token = await ethers.getContractFactory("Token");
[owner, addr1, addr2, ...addrs] = await ethers.getSigners();
// To deploy our contract, we just have to call Token.deploy() and await
// for it to be deployed(), which happens onces its transaction has been
// mined.
hardhatToken = await Token.deploy();
await hardhatToken.deployed();
// We can interact with the contract by calling `hardhatToken.method()`
await hardhatToken.deployed();
});
// You can nest describe calls to create subsections.
describe("Deployment", function () {
// `it` is another Mocha function. This is the one you use to define your
// tests. It receives the test name, and a callback function.
// If the callback function is async, Mocha will `await` it.
it("Should set the right owner", async function () {
// Expect receives a value, and wraps it in an assertion objet. These
// objects have a lot of utility methods to assert values.
// This test expects the owner variable stored in the contract to be equal
// to our Signer's owner.
expect(await hardhatToken.owner()).to.equal(await owner.getAddress());
});
it("Should assign the total supply of tokens to the owner", async function () {
const ownerBalance = await hardhatToken.balanceOf(owner.getAddress());
expect(await hardhatToken.totalSupply()).to.equal(ownerBalance);
});
});
describe("Transactions", function () {
it("Should transfer tokens between accounts", async function () {
// Transfer 50 tokens from owner to addr1
await hardhatToken.transfer(await addr1.getAddress(), 50);
const addr1Balance = await hardhatToken.balanceOf(
await addr1.getAddress()
);
expect(addr1Balance).to.equal(50);
// Transfer 50 tokens from addr1 to addr2
// We use .connect(signer) to send a transaction from another account
await hardhatToken.connect(addr1).transfer(await addr2.getAddress(), 50);
const addr2Balance = await hardhatToken.balanceOf(
await addr2.getAddress()
);
expect(addr2Balance).to.equal(50);
});
it("Should fail if sender doesn’t have enough tokens", async function () {
const initialOwnerBalance = await hardhatToken.balanceOf(
await owner.getAddress()
);
// Try to send 1 token from addr1 (0 tokens) to owner (1000 tokens).
// `require` will evaluate false and revert the transaction.
await expect(
hardhatToken.connect(addr1).transfer(await owner.getAddress(), 1)
).to.be.revertedWith("Not enough tokens");
// Owner balance shouldn't have changed.
expect(await hardhatToken.balanceOf(await owner.getAddress())).to.equal(
initialOwnerBalance
);
});
it("Should update balances after transfers", async function () {
const initialOwnerBalance = await hardhatToken.balanceOf(
await owner.getAddress()
);
// Transfer 100 tokens from owner to addr1.
await hardhatToken.transfer(await addr1.getAddress(), 100);
// Transfer another 50 tokens from owner to addr2.
await hardhatToken.transfer(await addr2.getAddress(), 50);
// Check balances.
const finalOwnerBalance = await hardhatToken.balanceOf(
await owner.getAddress()
);
expect(finalOwnerBalance).to.equal(initialOwnerBalance - 150);
const addr1Balance = await hardhatToken.balanceOf(
await addr1.getAddress()
);
expect(addr1Balance).to.equal(100);
const addr2Balance = await hardhatToken.balanceOf(
await addr2.getAddress()
);
expect(addr2Balance).to.equal(50);
});
});
});
这是 npx hardhat test
在完整测试用例下输出的样子:
$ npx hardhat test
All contracts have already been compiled, skipping compilation.
Token contract
Deployment
✓ Should set the right owner
✓ Should assign the total supply of tokens to the owner
Transactions
✓ Should transfer tokens between accounts (199ms)
✓ Should fail if sender doesn’t have enough tokens
✓ Should update balances after transfers (111ms)
5 passing (1s)
请记住,当你运行npx hardhat test
时,如果合约在上次运行测试后发生了修改,则会对其进行重新编译。
Hardhat内置了Hardhat Network ,这是一个专为开发而设计的以太坊网络。 它允许你部署合约,运行测试和调试代码。 这是Hardhat所连接的默认网络,因此你无需进行任何设置即可工作。 你只需运行测试就好。
console.log
在Hardhat Network上运行合约和测试时,你可以在Solidity代码中调用console.log()
打印日志信息和合约变量。 你必须先从合约代码中导入Hardhat 的console.log
再使用它。
像这样:
pragma solidity ^0.6.0;
import "hardhat/console.sol";
contract Token {
//...
}
就像在JavaScript中使用一样,将一些console.log
添加到transfer()
函数中:
function transfer(address to, uint256 amount) external {
console.log("Sender balance is %s tokens", balances[msg.sender]);
console.log("Trying to send %s tokens to %s", amount, to);
require(balances[msg.sender] >= amount, "Not enough tokens");
balances[msg.sender] -= amount;
balances[to] += amount;
}
运行测试时,将输出日志记录:
$ npx hardhat test
Compiling...
Compiled 2 contracts successfully
Token contract
Deployment
✓ Should set the right owner
✓ Should assign the total supply of tokens to the owner
Transactions
Sender balance is 1000 tokens
Trying to send 50 tokens to 0xead9c93b79ae7c1591b1fb5323bd777e86e150d4
Sender balance is 50 tokens
Trying to send 50 tokens to 0xe5904695748fe4a84b40b3fc79de2277660bd1d3
✓ Should transfer tokens between accounts (373ms)
✓ Should fail if sender doesn’t have enough tokens
Sender balance is 1000 tokens
Trying to send 100 tokens to 0xead9c93b79ae7c1591b1fb5323bd777e86e150d4
Sender balance is 900 tokens
Trying to send 100 tokens to 0xe5904695748fe4a84b40b3fc79de2277660bd1d3
✓ Should update balances after transfers (187ms)
5 passing (2s)
请查看hardhat 文档以了解有关此功能的更多信息。
准备好与其他人分享dApp后,你可能要做的就是将其部署到真实的以太坊网络中。 这样,其他人可以访问不在本地系统上运行的实例。
具有真实价值的以太坊网络被称为“主网”,然后还有一些不具有真实价值但能够很好地模拟主网的网络,它可以被其他人共享阶段的环境。 这些被称为“测试网”,以太坊有多个测试网:Ropsten,Kovan,Rinkeby和Goerli。 我们建议你将合约部署到Ropsten测试网。
在应用软件层,部署到测试网与部署到主网相同。 唯一的区别是你连接到哪个网络。 让我们研究一下使用ethers.js部署合约的代码是什么样的。
主要概念是Signer
,ContractFactory
和Contract
,我们在测试部分中对此进行了解释。 与测试相比,并没有什么新的内容,因为当在测试合约时,实际上是在向开发网络进行部署。 因此代码非常相似或相同。
让我们在项目根目录的目录下创建一个新的目录scripts
,并将以下内容粘贴到 deploy.js
文件中:
async function main() {
const [deployer] = await ethers.getSigners();
console.log(
"Deploying contracts with the account:",
await deployer.getAddress()
);
console.log("Account balance:", (await deployer.getBalance()).toString());
const Token = await ethers.getContractFactory("Token");
const token = await Token.deploy();
await token.deployed();
console.log("Token address:", token.address);
}
main()
.then(() => process.exit(0))
.catch(error => {
console.error(error);
process.exit(1);
});
为了在运行任何任务时指示Hardhat连接到特定的以太坊网络,可以使用--network
参数。 像这样:
npx hardhat run scripts/deploy.js --network <network-name>
在这种情况下,如果不使用--network
参数来运行它,则代码将再次部署在Hardhat network 上,因此,当Hardhat network 关闭后,部署实际上会丢失,但是它用来测试我们的部署代码时仍然有用:
$ npx hardhat run scripts/deploy.js
All contracts have already been compiled, skipping compilation.
Deploying contracts with the account: 0xc783df8a850f42e7F7e57013759C285caa701eB6
Account balance: 10000000000000000000000
Token address: 0x7c2C195CD6D34B8F845992d380aADB2730bB9C6F
要部署到诸如主网或任何测试网之类的线上网络,你需要在hardhat.config.js
文件中添加一个network
条目。 在此示例中,我们将使用Ropsten,但你可以类似地添加其他网络:
usePlugin("@nomiclabs/hardhat-waffle");
// Go to https://infura.io/ and create a new project
// Replace this with your Infura project ID
const INFURA_PROJECT_ID = "YOUR INFURA PROJECT ID";
// Replace this private key with your Ropsten account private key
// To export your private key from Metamask, open Metamask and
// go to Account Details > Export Private Key
// Be aware of NEVER putting real Ether into testing accounts
const ROPSTEN_PRIVATE_KEY = "YOUR ROPSTEN PRIVATE KEY";
module.exports = {
networks: {
ropsten: {
url: `https://ropsten.infura.io/v3/${INFURA_PROJECT_ID}`,
accounts: [`0x${ROPSTEN_PRIVATE_KEY}`]
}
}
};
我们这里使用Infura,但是你将url指向其他任何以太坊节点或网关都是可以。请你从https://infura.io/网站复制 Project ID,替换INFURA_PROJECT_ID
。
要在Ropsten上进行部署,你需要将ropsten-ETH发送到将要进行部署的地址中。 你可以从水龙头获得一些用于测试网的ETH,水龙头服务免费分发测试使用的ETH。 这是Ropsten的一个水龙头,你必须在进行交易之前将Metamask的网络更改为Ropsten。
提示:你可以通过以下链接为其他测试网获取一些ETH
最后运行:
npx hardhat run scripts/deploy.js --network ropsten
如果一切顺利,你应该看到已部署的合约地址。
如果要快速开始使用dApp或使用前端查看整个项目,可以使用我们的hackathon模板库。
代码:https://github.com/nomiclabs/hardhat-hackathon-boilerplate
Token
合约已经放在里面)在 frontend/
下你会发现一个简单的前端应用,它允许用户执行以下两项操作:
这是一个单独的npm项目,是使用 create-react-app
创建的,这意味着它使用了webpack和babel。
src
: 包含了所有代码
src/components
: 包含了 react 组件
src/components/Dapp.js
是唯一具有业务逻辑的文件。 如果用作模板使用,请在此处用自己的代码替换它,其他组件仅渲染HTML,没有逻辑。
src/contracts
:具有合约的ABI和地址,这些由部署脚本自动生成。
首先克隆代码库,然后部署合约:
cd hardhat-hackathon-boilerplate/
npm install
npx hardhat node
在这里,我们仅需要安装npm项目的依赖项,然后运行npx hardhat node
启动一个可以供MetaMask连接的Hardhat Network。 在同一目录下的另一个终端中运行:
npx hardhat --network localhost run scripts/deploy.js
这会将合约部署到Hardhat Network。 完成此运行后:
cd hardhat-hackathon-boilerplate/frontend/
npm install
npm run start
启动react Web应用后,在浏览器中打开http://localhost:3000/,你应该看到以下内容:
在MetaMask中将你的网络设置为localhost:8545
,然后单击“Connect Wallet”按钮。 然后,你应该看到以下内容:
前端代码正在检测到当前钱包余额为“ 0”,因此你将无法使用转账功能。运行:
npx hardhat --network localhost faucet <your address>
运行的是自定义Hardhat任务(faucet),该任务使用部署帐户的余额向你的地址发送100 MBT和1 ETH。 之后你就可以将代币发送到另一个地址。
你可以在/tasks/faucet.js
中查看任务的代码, 它需要在hardhat.config.js
引入。
$ npx hardhat --network localhost faucet 0x0987a41e73e69f60c5071ce3c8f7e730f9a60f90
Transferred 1 ETH and 100 tokens to 0x0987a41e73e69f60c5071ce3c8f7e730f9a60f90
在运行npx hardhat node
的终端中,你还应该看到:
eth_sendTransaction
Contract call: Token#transfer
Transaction: 0x460526d98b86f7886cd0f218d6618c96d27de7c745462ff8141973253e89b7d4
From: 0xc783df8a850f42e7f7e57013759c285caa701eb6
To: 0x7c2c195cd6d34b8f845992d380aadb2730bb9c6f
Value: 0 ETH
Gas used: 37098 of 185490
Block #8: 0x6b6cd29029b31f30158bfbd12faf2c4ac4263068fd12b6130f5655e70d1bc257
console.log:
Transferring from 0xc783df8a850f42e7f7e57013759c285caa701eb6 to 0x0987a41e73e69f60c5071ce3c8f7e730f9a60f90 100 tokens
上面显示了合约中transfer()
函数的console.log
输出,这是运行水龙头任务后Web应用的界面:
试着去阅读这份代码。 里面有很多注释解释了代码所做的事情,它清楚地表明哪些代码是以太坊模板,哪些是实际的dApp逻辑。 让我们在项目中重用它非常方便。
恭喜你完成了本教程!
以下是在开发旅程中可能会有用的一些链接:
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!