This is a lightweight fork of CometBFT. The current version of the forked code resides on the default branch.
- Open a PR against the current default branch (i.e.
dydx-fork-v0.37.0). - Get approval, and merge.
- After merging, update the
v4repository'sgo.mod, andgo.sumfiles with your merged$COMMIT_HASH. - (In
dydxprotocol/v4)go mod edit -replace github.com/cometbft/cometbft=github.com/dydxprotocol/cometbft@$COMMIT_HASH - (In
dydxprotocol/v4)go mod tidy - (In
dydxprotocol/v4) update package references inmocks/Makefile. See here for an example. - Open a PR in
dydxprotocol/v4to bump the version of the fork.
We'd like to keep the main branch up to date with cometbft/cometbft. You can utilize GitHub's sync fork button to accomplish this. main branch, not on the fork branches as it will discard our commits.
Note that this doesn't pull in upstream tags, so in order to do this follow these steps:
git fetch upstreamgit push --tags
In order to support some of our custom functionality, we require some dydx protobuf files to be copied into this repository. Currently, the source of truth for protos is in dydxprotocol/v4, and any changes that require updates to any of the protos in this repository should be sync'd over as well. Here are steps for updating and compiling the protos here.
- Modify the protos in
proto/dydxcometbft. make proto-gen
Note that the protos cannot be copied over directly. golang protobufs share a global namespace, and we have changed the package name slightly to avoid a name clash.
We've also included a new dependency in the buf.yaml file for "cosmos_proto/cosmos.proto". If this needs to be updated, run buf build. For more information, read here.
In the future, we will aim to have a single source of truth for protos.
When a new version of CometBFT is published, we may want to adopt the changes in our fork. This process can be somewhat tedious, but below are the recommended steps to accomplish this.
- Ensure the
mainbranch and all tags are up to date by following the steps above in "Fork maintenance". - Create a new branch off the desired CometBFT commit using tags.
git checkout -b dydx-fork-$VERSION <CometBFT repo's tag name>. The new branch should be named something likedydx-fork-$VERSIONwhere$VERSIONis the version of CometBFT being forked (should match the CometBFT repo's tag name). i.e.dydx-fork-v0.37.0. - Push the new branch.
- Open a PR which cherry-picks each commit in the current default branch, in order, on to the new
dydx-fork-$VERSIONbranch (note: you may want to consider creating multiple PRs for this process if there are difficulties or merge conflicts). For example,git cherry-pick <commit hash>. - Get approval, and merge.
- Update
dydxprotocol/v4by following the steps in "Making Changes to the fork" above. - Set
dydx-fork-$VERSIONas the default branch in this repository.
Byzantine-Fault Tolerant State Machine Replication. Or Blockchain, for short.
| Branch | Tests | Linting |
|---|---|---|
| main |  |
 |
| v0.37.x |  |
 |
| v0.34.x |  |
 |
CometBFT is a Byzantine Fault Tolerant (BFT) middleware that takes a state transition machine - written in any programming language - and securely replicates it on many machines.
It is a fork of Tendermint Core and implements the Tendermint consensus algorithm.
For protocol details, refer to the CometBFT Specification.
For detailed analysis of the consensus protocol, including safety and liveness proofs, read our paper, "The latest gossip on BFT consensus".
Complete documentation can be found on the website.
Please do not depend on main as your production branch. Use
releases instead.
We haven't released v1.0 yet since we are making breaking changes to the protocol and the APIs. See below for more details about versioning.
In any case, if you intend to run CometBFT in production, we're happy to help.
To contact us, you can also join the chat.
More on how releases are conducted can be found here.
To report a security vulnerability, see our bug bounty program. For examples of the kinds of bugs we're looking for, see our security policy.
| CometBFT version | Requirement | Notes |
|---|---|---|
| v0.34.x | Go version | Go 1.19 or higher |
| v0.37.x | Go version | Go 1.20 or higher |
| main | Go version | Go 1.20 or higher |
See the install guide.
Please abide by the Code of Conduct in all interactions.
Before contributing to the project, please take a look at the contributing guidelines and the style guide. You may also find it helpful to read the specifications, and familiarize yourself with our Architectural Decision Records (ADRs) and Request For Comments (RFCs).
CometBFT uses Semantic Versioning to determine when and how the version changes. According to SemVer, anything in the public API can change at any time before version 1.0.0
To provide some stability to users of 0.X.X versions of CometBFT, the MINOR version is used to signal breaking changes across CometBFT's API. This API includes all publicly exposed types, functions, and methods in non-internal Go packages as well as the types and methods accessible via the CometBFT RPC interface.
Breaking changes to these public APIs will be documented in the CHANGELOG.
In an effort to avoid accumulating technical debt prior to 1.0.0, we do not guarantee that breaking changes (i.e. bumps in the MINOR version) will work with existing CometBFT blockchains. In these cases you will have to start a new blockchain, or write something custom to get the old data into the new chain. However, any bump in the PATCH version should be compatible with existing blockchain histories.
For more information on upgrading, see UPGRADING.md.
Because we are a small core team, we have limited capacity to ship patch updates, including security updates. Consequently, we strongly recommend keeping CometBFT up-to-date. Upgrading instructions can be found in UPGRADING.md.
Currently supported versions include:
- v0.34.x: The CometBFT v0.34 series is compatible with the Tendermint Core v0.34 series
- v0.37.x: (release candidate)
- Cosmos SDK; A framework for building applications in Golang
- Tendermint in Rust
- ABCI Tower
Below are links to the original Tendermint consensus algorithm and relevant whitepapers which CosmosBFT will continue to build on.
- The latest gossip on BFT consensus
- Master's Thesis on Tendermint
- Original Whitepaper: "Tendermint: Consensus Without Mining"
CometBFT is currently maintained by Informal Systems. If you'd like to work full-time on CometBFT, we're hiring!
Funding for CometBFT development comes primarily from the Interchain Foundation, a Swiss non-profit. Informal Systems also maintains cometbft.com.