OpenZeppelin/merkle-tree is a TypeScript project with 539 stars. A JavaScript library to generate merkle trees and merkle proofs.
Snapshot summary built from the project's own GitHub metadata — there's no written TopGit review yet. The page will update automatically when a full review is published.
WHY NO REVIEW YET
TopGit writes full reviews for the most-starred, most-requested repositories. This page is a snapshot until then — see the READ ME tab for the original README in full.
Get the values to include in the tree. (Note: Consider reading them from a file.)
Build the merkle tree. Set the encoding to match the values.
Print the merkle root. You will probably publish this value on chain in a smart contract.
Write a file that describes the tree. You will distribute this to users so they can generate proofs for values in the tree.
Obtaining a Proof
Assume we're looking to generate a proof for the entry that corresponds to address 0x11...11.
import { StandardMerkleTree } from "@openzeppelin/merkle-tree";
import fs from "fs";
// (1)
const tree = StandardMerkleTree.load(JSON.parse(fs.readFileSync("tree.json", "utf8")));
// (2)
for (const [i, v] of tree.entries()) {
if (v[0] === '0x1111111111111111111111111111111111111111') {
// (3)
const proof = tree.getProof(i);
console.log('Value:', v);
console.log('Proof:', proof);
}
}
Load the tree from the description that was generated previously.
Loop through the entries to find the one you're interested in.
Generate the proof using the index of the entry.
In practice this might be done in a frontend application prior to submitting the proof on-chain, with the address looked up being that of the connected wallet.
Validating a Proof in Solidity
Once the proof has been generated, it can be validated in Solidity using MerkleProof as in the following example:
Compute the leaf hash for the provided addr and amount ABI encoded values.
Verify it using MerkleProof's verify function.
Use the verification to make further operations on the contract. (Consider you may want to add a mechanism to prevent reuse of a leaf).
Standard Merkle Trees
This library works on "standard" merkle trees designed for Ethereum smart contracts. We have defined them with a few characteristics that make them secure and good for on-chain verification.
The tree is shaped as a complete binary tree.
The leaves are sorted.
The leaves are the result of ABI encoding a series of values.
The hash used is Keccak256.
The leaves are double-hashed1 to prevent second preimage attacks.
Simple Merkle Trees
The library also supports "simple" merkle trees, which are a simplified version of the standard ones. They are designed to be more flexible and accept arbitrary bytes32 data as leaves. It keeps the same tree shape and internal pair hashing algorithm.
As opposed to standard trees, leaves are not double-hashed. Instead they are ABI encoded to bytes32 and hashed in pairs inside the tree. This is useful to override the leaf hashing algorithm and use a different one prior to building the tree.
Users of tooling that produced trees without double leaf hashing can use this feature to build a representation of the tree in JavaScript. We recommend this approach exclusively for trees that are already built on-chain. Otherwise the standard tree may be a better fit.
import { SimpleMerkleTree } from '@openzeppelin/merkle-tree';
import keccak256 from '@ethersproject/keccak256';
// (1)
const tree = SimpleMerkleTree.of([keccak256('Value 1'), keccak256('Value 2')]);
// (2)
// ...
Use a custom leaf hashing algorithm to produce bytes32 values for the tree.
The Simple Merkle Tree share the same API as Standard Merkle Tree.
Advanced usage
Leaf Hash
The Standard Merkle Tree uses an opinionated double leaf hashing algorithm. For example, a leaf in the tree with value [addr, amount] can be computed in Solidity as follows:
This is an opinionated design that we believe will offer the best out of the box experience for most users. However, there are advanced use case where a different leaf hashing algorithm may be needed. For those, the SimpleMerkleTree can be used to build a tree with custom leaf hashing.
Leaf ordering
Each leaf of a merkle tree can be proven individually. The relative ordering of leaves is mostly irrelevant when the only objective is to prove the inclusion of individual leaves in the tree. Proving multiple leaves at once is however a little bit more difficult.
This library proposes a mechanism to prove (and verify) that sets of leaves are included in the tree. These "multiproofs" can also be verified onchain using the implementation available in @openzeppelin/contracts. This mechanism requires the leaves to be ordered respective to their position in the tree. For example, if the tree leaves are (in hex form) [ 0xAA...AA, 0xBB...BB, 0xCC...CC, 0xDD...DD], then you'd be able to prove [0xBB...BB, 0xDD...DD] as a subset of the leaves, but not [0xDD...DD, 0xBB...BB].
Since this library knows the entire tree, you can generate a multiproof with the requested leaves in any order. The library will re-order them so that they appear inside the proof in the correct order. The MultiProof object returned by tree.getMultiProof(...) will have the leaves ordered according to their position in the tree, and not in the order in which you provided them.
By default, the library orders the leaves according to their hash when building the tree. This is so that a smart contract can build the hashes of a set of leaves and order them correctly without any knowledge of the tree itself. Said differently, it is simpler for a smart contract to process a multiproof for leaves that it rebuilt itself if the corresponding tree is ordered.
However, some trees are constructed iteratively from unsorted data, causing the leaves to be unsorted as well. For this library to be able to represent such trees, the call to StandardMerkleTree.of includes an option to disable sorting. Using that option, the leaves are kept in the order in which they were provided. Note that this option has no effect on your ability to generate and verify proofs and multiproofs in JavaScript, but that it may introduce challenges when verifying multiproofs onchain. We recommend only using it for building a representation of trees that are built (onchain) using an iterative process.
API & Examples
Note
Consider reading the array of elements from a CSV file for easy interoperability with spreadsheets or other data processing pipelines.
Note
By default, leaves are sorted according to their hash. This is done so that multiproof generated by the library can more easily be verified onchain. This can be disabled using the optional third argument. See the Leaf ordering section for more details.
StandardMerkleTree
import { StandardMerkleTree } from "@openzeppelin/merkle-tree";
StandardMerkleTree.of
const tree = StandardMerkleTree.of([[alice, '100'], [bob, '200']], ['address', 'uint'], options);
Creates a standard merkle tree out of an array of the elements in the tree, along with their types for ABI encoding. For documentation on the syntax of the types, including how to encode structs, refer to the documentation for Ethers.js's AbiCoder.
Returns a boolean that is true when the multiproof verifies that all the values are contained in the tree given only the multiproof, merkle root, and leaf encoding.
SimpleMerkleTree
import { SimpleMerkleTree } from '@openzeppelin/merkle-tree';
SimpleMerkleTree.of
const tree = SimpleMerkleTree.of([hashFn('Value 1'), hashFn('Value 2')]);
The hashFn is a custom cryptographic leaf hashing algorithm that returns bytes32 values. The tree will be built using these values as leaves. The function should be different to the internal hashing pair algorithm used by the tree.
Both StandardMerkleTree and SimpleMerkleTree share the same API, defined below.
Options
Allows to configure the behavior of the tree. The following options are available:
Option
Description
Default
sortLeaves
Enable or disable sorted leaves. Sorting is strongly recommended for multiproofs.
true
tree.root
console.log(tree.root);
The root of the tree is a commitment on the values of the tree. It can be published (e.g., in a smart contract) to later prove that its values are part of the tree.
Returns a description of the merkle tree for distribution. It contains all the necessary information to reproduce the tree, find the relevant leaves, and generate proofs. You should distribute this to users in a web application or command line interface so they can generate proofs for their leaves of interest.
tree.getProof
const proof = tree.getProof(i);
Returns a proof for the ith value in the tree. Indices refer to the position of the values in the array from which the tree was constructed.
Also accepts a value instead of an index, but this will be less efficient. It will fail if the value is not found in the tree.
const proof = tree.getProof(value); // e.g. [alice, '100']
Returns a multiproof for the values at indices i0, i1, .... Indices refer to the position of the values in the array from which the tree was constructed.
The multiproof returned contains an array with the leaves that are being proven. This array may be in a different order than that given by i0, i1, ...! The order returned is significant, as it is that in which the leaves must be submitted for verification (e.g., in a smart contract).
Also accepts values instead of indices, but this will be less efficient. It will fail if any of the values is not found in the tree.
The underlying reason for hashing the leaves twice is to prevent the leaf values from being 64 bytes long prior to hashing. Otherwise, the concatenation of a sorted pair of internal nodes in the Merkle tree could be reinterpreted as a leaf value. See here for more details. ↩
Does OpenZeppelin/merkle-tree have a project website?
No homepage URL was recorded for OpenZeppelin/merkle-tree in TopGit's last sync. The README tab above frequently contains screenshots and demo links, or check the repository description on GitHub.
Does OpenZeppelin/merkle-tree have any tags?
TopGit's last sync did not record any GitHub topics for OpenZeppelin/merkle-tree. GitHub topics appear in the right sidebar of a repository page; that's the authoritative place to check.
How active is development on OpenZeppelin/merkle-tree?
The most recent commit recorded on OpenZeppelin/merkle-tree was 1.7 years ago, based on the GitHub push timestamp. The repository has 83 forks — one of the better signals of community interest.
How many stars does OpenZeppelin/merkle-tree have?
OpenZeppelin/merkle-tree has 539 GitHub stars — refresh the page for the live number, or check github.com/OpenZeppelin/merkle-tree. TopGit mirrors GitHub's count but does not claim minute-by-minute accuracy.
Is OpenZeppelin/merkle-tree open source?
Yes — OpenZeppelin/merkle-tree ships under the MIT license, which makes its source code freely readable (and, depending on license terms, forkable and reusable). Source: github.com/OpenZeppelin/merkle-tree.
Where do I read more about OpenZeppelin/merkle-tree?
This TopGit page is a snapshot — the READ ME tab shows the project's own README content (links stripped, images preserved). The GitHub repository at github.com/OpenZeppelin/merkle-tree is the definitive source.
Read full README in the tab above.
Still deciding about merkle-tree?
One click hands the question to an AI along with this page — see what it says about merkle-tree.