• introduce
• Mempool behavior
• Mining transactions in FIFO order
• Removing and replacing transactions
• Using RPC methods
• hardhat Tutorials , hardhat 教程
• Contact 联系方式
• introduce
Hardhat Network can be configured to automine blocks, immediately upon receiving each transaction, or it can be configured for interval mining, where a new block is mined periodically, incorporating as many pending transactions as possible.
You can use one of these modes, both or neither. By default, only the automine mode is enabled.
When automine is disabled, every sent transaction is added to the mempool, which contains all the transactions that could be mined in the future. By default, Hardhat Network's mempool follows the same rules as Geth. This means, among other things, that transactions are prioritized by fees paid to the miner (and then by arrival time), and that invalid transactions are dropped. In addition to the default mempool behavior, an alternative FIFO behavior is also available.
When automine is disabled, pending transactions can be queried via the eth_getBlockByNumber
RPC method (with "pending"
as the block number argument), they can be removed using the hardhat_dropTransaction
RPC method, and they can be replaced by submitting a new transaction with the same nonce but with a 10+% increase in fees paid to the miner.
If neither mining mode is enabled, no new blocks will be mined, but you can manually mine new blocks using the evm_mine
RPC method. This will generate a new block that will include as many pending transactions as possible.
• Mempool behavior
When automine is disabled, every sent transaction is added to the mempool, which contains all the transactions that could be mined in the future. By default, Hardhat Network's mempool follows the same rules as Geth. This means, among other things, that:
- Transactions with a higher gas price are included first
- If two transactions can be included and both are offering the miner the same total fees, the one that was received first is included first
- If a transaction is invalid (for example, its nonce is lower than the nonce of the address that sent it), the transaction is dropped.
You can get the list of pending transactions that will be included in the next block by using the "pending" block tag:
const pendingBlock = await network.provider.send("eth_getBlockByNumber", [
"pending",
false,
]);
• Mining transactions in FIFO order
The way Hardhat Network's mempool orders transactions is customizable. By default, they are prioritized following Geth's rules, but you can enable a FIFO behavior instead, which ensures that transactions are added to blocks in the same order they are sent, and which is useful to recreate blocks from other networks.
You can enable the FIFO behavior in your config with:
networks: {
hardhat: {
mining: {
mempool: {
order: "fifo"
}
}
}
}
• Removing and replacing transactions
Transactions in the mempool can be removed using the dropTransaction
network helper:
const txHash = "0xabc...";
await helpers.dropTransaction(txHash);
You can also replace a transaction by sending a new one with the same nonce as the one that it's already in the mempool but with a higher gas price. Keep in mind that, like in Geth, for this to work the new gas/fees prices have to be at least 10% higher than the gas price of the current transaction.
• Using RPC methods
You can change the mining behavior at runtime using two RPC methods: evm_setAutomine
and evm_setIntervalMining
. For example, to disable automining:
await network.provider.send("evm_setAutomine", [false]);
And to enable interval mining:
await network.provider.send("evm_setIntervalMining", [5000]);
• hardhat Tutorials , hardhat 教程
CN 中文 Github hardhat 教程 : github.com/565ee/hardhat_CN
CN 中文 CSDN hardhat 教程 : blog.csdn.net/wx468116118
EN 英文 Github hardhat Tutorials : github.com/565ee/hardhat_EN
• Contact 联系方式
Homepage : 565.ee
GitHub : github.com/565ee
Email : 565.eee@gmail.com
Facebook : facebook.com/565.ee
Twitter : twitter.com/565_eee
Telegram : t.me/ee_565
Top comments (0)