@ethereumjs/common
Advanced tools
@ethereumjs/common is a JavaScript library that provides common Ethereum constants, parameters, and functions. It is used to define and manage chain and hardfork parameters, making it easier to work with different Ethereum networks and their respective upgrades.
Chain and Hardfork Parameters
This feature allows you to define and manage chain and hardfork parameters. The code sample demonstrates how to create a Common instance for the Ethereum mainnet with the 'istanbul' hardfork.
const Common = require('@ethereumjs/common').default;
const mainnetCommon = new Common({ chain: 'mainnet', hardfork: 'istanbul' });
console.log(mainnetCommon.chainName()); // 'mainnet'
console.log(mainnetCommon.hardfork()); // 'istanbul'Custom Chains
This feature allows you to define custom chain parameters. The code sample demonstrates how to create a Common instance for a custom chain with specific chain and network IDs.
const Common = require('@ethereumjs/common').default;
const customChainParams = { name: 'custom', chainId: 1234, networkId: 1234 };
const customCommon = Common.forCustomChain('mainnet', customChainParams, 'istanbul');
console.log(customCommon.chainId()); // 1234EIP Activation
This feature allows you to check if a specific Ethereum Improvement Proposal (EIP) is activated for a given hardfork. The code sample demonstrates how to check if EIP-1559 is activated for the 'berlin' hardfork.
const Common = require('@ethereumjs/common').default;
const common = new Common({ chain: 'mainnet', hardfork: 'berlin' });
console.log(common.isActivatedEIP(1559)); // true or false depending on the EIP and hardforkweb3.js is a collection of libraries that allow you to interact with a local or remote Ethereum node using HTTP, IPC, or WebSocket. While it provides broader functionality for interacting with the Ethereum blockchain, it does not focus specifically on chain and hardfork parameters like @ethereumjs/common.
ethers.js is a library for interacting with the Ethereum blockchain and its ecosystem. It provides utilities for signing transactions, interacting with smart contracts, and more. Similar to web3.js, it offers a broader range of functionalities but does not specialize in chain and hardfork parameters.
ethjs is a highly modular, lightweight library for interacting with the Ethereum blockchain. It provides basic functionalities for sending transactions, interacting with contracts, and more. However, it does not offer the same level of detail for chain and hardfork parameters as @ethereumjs/common.
| Resources common to all EthereumJS implementations. |
|---|
Note: this README reflects the state of the library from v2.0.0 onwards. See README from the standalone repository for an introduction on the last preceeding release.
npm install @ethereumjs/common
All parameters can be accessed through the Common class which can be required through the
main package and instantiated either with just the chain (e.g. 'mainnet') or the chain
together with a specific hardfork provided.
If no hardfork is provided the common is initialized with the default hardfork.
Current DEFAULT_HARDFORK: istanbul
Here are some simple usage examples:
import Common from '@ethereumjs/common'
// Instantiate with the chain (and the default hardfork)
const c = new Common({ chain: 'ropsten' })
c.param('gasPrices', 'ecAddGas') // 500
// Chain and hardfork provided
c = new Common({ chain: 'ropsten', hardfork: 'byzantium' })
c.param('pow', 'minerReward') // 3000000000000000000
// Instantiate with an EIP activated
const c = new Common({ chain: 'mainnet', eips: [2537] })
// Access genesis data for Ropsten network
c.genesis().hash // 0x41941023680923e0fe4d74a34bdac8141f2540e3ae90623718e47d66d1ca4a2d
// Get bootstrap nodes for chain/network
c.bootstrapNodes() // Array with current nodes
If the initializing library only supports a certain range of hardforks you can use the supportedHardforks option to restrict hardfork access on the Common instance:
const c = new Common({
chain: 'ropsten',
supportedHardforks: ['byzantium', 'constantinople', 'petersburg'],
})
This will e.g. throw an error when a param is requested for an unsupported hardfork and like this prevents unpredicted behaviour.
See the API documentation for a full list of functions for accessing specific chain and
depending hardfork parameters. There are also additional helper functions like
paramByBlock (topic, name, blockNumber) or hardforkIsActiveOnBlock (hardfork, blockNumber)
to ease blockNumber based access to parameters.
The Common class is implemented as an EventEmitter and is emitting the following events
on which you can react within your code:
| Event | Description |
|---|---|
hardforkChanged | Emitted when a hardfork change occurs in the Common object |
The chain can be set in the constructor like this:
const c = new Common({ chain: 'ropsten' })
Supported chains:
mainnetropstenrinkebykovangoerliyolov3 (retired)aleut (retired)baikal (retired)calaverasThe following chain-specific parameters are provided:
namechainIdnetworkIdconsensusType (e.g. pow or poa)consensusAlgorithm (e.g. ethash or clique)consensusConfig (depends on consensusAlgorithm, e.g. period and epoch for clique)genesis block header valueshardforks block numbersbootstrapNodes listdnsNetworks list (EIP-1459-compliant list of DNS networks for peer discovery)To get an overview of the different parameters have a look at one of the chain-specifc
files like mainnet.json in the chains directory, or to the Chain type in ./src/types.ts.
There are two distinct APIs available for setting up custom(ized) chains.
If you want to initialize a Common instance with a single custom chain which is then directly activated
you can pass a dictionary - conforming to the parameter format described above - with your custom chain
values to the constructor using the chain parameter or the setChain() method, here is some example:
import myCustomChain from './[PATH]/myCustomChain.json'
const common = new Common({ chain: myCustomChain })
If you just want to change certain parameters on a chain configuration it can also be convenient to use
the Common.forCustomChain() method. With this method you can base your custom chain configuration with
a standard one (so using all the values from baseChain as the default values) and then just provide the
parameters you want to override:
const customChainParams = { name: 'custom', chainId: 123, networkId: 678 }
const customChainCommon = Common.forCustomChain('mainnet', customChainParams, 'byzantium')
A second way for custom chain initialization is to use the customChains constructor option. This
option comes with more flexibility and allows for an arbitrary number of custom chains to be initialized on
a common instance in addition to the already supported ones. It also allows for an activation-independent
initialization, so you can add your chains by adding to the customChains array and either directly
use the chain option to activate one of the custom chains passed or activate a build in chain
(e.g. mainnet) and switch to other chains - including the custom ones - by using Common.setChain().
import myCustomChain1 from './[PATH]/myCustomChain1.json'
import myCustomChain2 from './[PATH]/myCustomChain2.json'
// Add two custom chains, initial mainnet activation
const common1 = new Common({ chain: 'mainnet', customChains: [ myCustomChain1, myCustomChain2 ] })
// Somewhat later down the road...
common1.setChain('customChain1')
// Add two custom chains, activate customChain1
const common1 = new Common({ chain: 'customChain1', customChains: [ myCustomChain1, myCustomChain2 ] })
The hardfork can be set in constructor like this:
const c = new Common({ chain: 'ropsten', hardfork: 'byzantium' })
There are currently parameter changes by the following past and future hardfork by the library supported:
chainstarthomesteaddaotangerineWhistlespuriousDragonbyzantiumconstantinoplepetersburg (aka constantinopleFix, apply together with constantinople)istanbul (DEFAULT_HARDFORK (v2.0.0 release series))muirGlacierberlin (since v2.2.0)london (since v2.3.0)The next upcoming HF shanghai is currently not yet supported by this library.
For hardfork-specific parameter access with the param() and paramByBlock() functions
you can use the following topics:
gasConfiggasPricesvmpowSee one of the hardfork files like byzantium.json in the hardforks directory
for an overview. For consistency, the chain start (chainstart) is considered an own
hardfork.
The hardfork-specific json files only contain the deltas from chainstart and
shouldn't be accessed directly until you have a specific reason for it.
Starting with the v2.0.0 release of the library, EIPs are now native citizens within the library
and can be activated like this:
const c = new Common({ chain: 'mainnet', eips: [2537] })
The following EIPs are currently supported:
You can use common.bootstrapNodes() function to get nodes for a specific chain/network.
Network-specific genesis files are located in the genesisStates folder.
Due to the large file sizes genesis states are not directly included in the index.js file
but have to be accessed directly, e.g.:
const mainnetGenesisState = require('@ethereumjs/common/dist/genesisStates/mainnet')
Or by accessing dynamically:
const genesisStates = require('@ethereumjs/common/dist/genesisStates')
const mainnetGenesisState = genesisStates.genesisStateByName('mainnet')
const mainnetGenesisState = genesisStates.genesisStateById(1) // alternative via network Id
See our organizational documentation for an introduction to EthereumJS as well as information on current standards and best practices.
If you want to join for work or do improvements on the libraries have a look at our contribution guidelines.
FAQs
Resources common to all Ethereum implementations
The npm package @ethereumjs/common receives a total of 598,421 weekly downloads. As such, @ethereumjs/common popularity was classified as popular.
We found that @ethereumjs/common demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Node.js will be enforcing stricter semver-major PR policies a month before major releases to enhance stability and ensure reliable release candidates.
Security News
Research
Socket's threat research team has detected five malicious npm packages targeting Roblox developers, deploying malware to steal credentials and personal data.
Security News
vlt introduced its new package manager and a serverless registry this week, innovating in a space where npm has stagnated.