Brought back README.fh.md from Firehose 2.4 branch

This commit is contained in:
Matthieu Vachon 2025-02-25 14:52:15 -05:00
parent 7963c2b27d
commit a51126d97f

View file

@ -1,14 +1,166 @@
## Firehose Instructions
## StreamingFast Firehose Fork of `Ethereum` (`geth` client)
This readme contains instructions about how to manage Firehose branches and other important
instructions needed to develop and maintain the Firehose Tracer.
This is our Firehose instrumented fork of [ethereum/go-ethereum](https://github.com/ethereum/go-ethereum) repository. In this README, you will find instructions about how to work with this repository.
### Regenerate Protobufs
### Protocols
```bash
buf generate buf.build/streamingfast/firehose-ethereum --exclude-path sf/ethereum/substreams,sf/ethereum/trxstream,sf/ethereum/transform
The Firehose instrumentation have a protocol version for the messages exchanges with Firehose on Ethereum binary (`fireeth`). The
protocols we currently develop are:
- Protocol `fh2.4` using the `firehose-fh2.4` branch and `fh2.4` tag(s) suffix
- Protocol `fh3.0` using the `firehose-fh3.0` branch and `fh3.0` tag(s) suffix
Read [Branches & Workflow](#branches-&-workflow) section for more details about how we handle branching model and versions.
### Initialization
The tooling and other instructions expect the following project
structure, it's easier to work with the Firehose fork when you use
the same names and settings.
```
cd ~/work
git clone --branch="firehose-fh3.0" git@github.com:streamingfast/go-ethereum.git
cd go-ethereum
git remote rename origin sf
git checkout firehose-fh3.0
git remote add origin https://github.com/ethereum/go-ethereum.git
git remote add polygon https://github.com/maticnetwork/bor.git
git remote add bnb https://github.com/binance-chain/bsc.git
# Add other remotes as needed
git fetch origin
git fetch polygon
git fetch bnb
# Fetch other remotes as needed
git checkout release/geth-1.x-fh3.0
git checkout release/bnb-1.x-fh3.0
git checkout release/polygon-1.x-fh2.4
```
> [!NOTE]
> You can generate from a local path `buf generate ../firehose-ethereum/proto ...` when developing new features locally.
##### Assumptions
For the best result when working with this repository and the scripts it contains:
- The remote `sf` exists on main module and points to `git@github.com:streamingfast/go-ethereum.git`
- The remote `origin` exists on main module and points to https://github.com/ethereum/go-ethereum.git
### Branches & Workflow
Dealing with a big repository like Ethereum that have multiple versions for which we need
to track multiple forks (`Matic`, `BSC`) pose a branch management challenges.
Even more that we have our own set of patches to enable deep data extraction
for Firehose consumption.
We use merging of the branches into one another to make that work manageable.
The first and foremost important rule is that we always put new development
in the `firehose-fh3.0` branch.
This branch must always be tracking the lowest supported version of all. Indeed,
this is our "work" branch for our patches, **new development must go there**. If you
perform our work with newer code, the problem that will arise is that this new
firehose work will not be mergeable into forks or older release that we still
support!
The lowest supported Geth version today is `1.15.0`.
We then create `release/<identifier>` branch that tracks the version of interest
for us, versions that we will manages and deploy.
Currently supported forks & version and the release branch
- `firehose-fh3.0` - Default branch with all Firehose commits in it, based on Geth `1.15.0`.
- [release/geth-1.x-fh3.0](https://github.com/streamingfast/go-ethereum/tree/release/geth-1.x-fh3.0) - Ethereum Geth, latest update for this branch is `1.15.3` ([https://github.com/ethereum/go-ethereum](https://github.com/ethereum/go-ethereum)).
- [release/polygon-1.x-fh2.4](https://github.com/streamingfast/go-ethereum/tree/release/polygon-1.x-fh2.4) - Polygon fork (a.k.a Matic), based on Geth `1.13.5`, latest update for this branch is `v1.3.0` ([https://github.com/maticnetwork/bor](https://github.com/maticnetwork/bor)).
- [release/bnb-1.x-fh3.0](https://github.com/streamingfast/go-ethereum/tree/release/bsc-1.x-fh2.5) - BSC fork (Binance), based on Geth `1.15.2`, latest update for this branch is `v1.5.6` ([https://github.com/binance-chain/bsc](https://github.com/binance-chain/bsc)).
> **Note** To find on which Geth version a particular fork is, you can do `git merge-base sf/release/geth-1.x-fh3.0 origin/master` where `origin/master` is the `master` branch of the original Geth repository (https://github.com/ethereum/go-ethereum).
#### Making New Firehose Changes
Making new changes should be performed on the `firehose-fh3.0` branch. When happy
with the changes, simply merge the `firehose-fh3.0` branch in all the release branches we track
and support.
git checkout firehose-fh3.0
git pull -p
# Perform necessary changes, tests and commit(s)
git checkout release/geth-1.x-fh3.0
git pull -p
git merge firehose-fh3.0
git checkout release/polygon-1.x-fh2.4
git pull -p
git merge firehose-fh2.4
git checkout release/bnb-1.x-fh3.0
git pull -p
git merge firehose-fh3.0
git push sf firehose-fh3.0 release/geth-1.x-fh3.0 release/polygon-1.x-fh3.0 release/bnb-1.x-fh3.0
### Update to New Upstream Version
We assume you are in the top directory of the repository when performing the following
operations. Here, we outline the rough idea. Extra details and command lines to use
will be completed later if missing.
We are using `v1.15.2` as the example release tag that we want to update to, assuming
`v1.15.1` was the previous latest merged tag. Change
those with your own values.
First step is to checkout the release branch of the series you are currently
updating to:
git checkout release/geth-1.x-fh3.0
git pull -p
You first fetch the origin repository new data from Git:
git fetch origin -p
Then apply the update
git merge v1.15.2
Solve conflicts if any. Once all conflicts have been resolved, commit then
create a tag with release
git tag geth-v1.15.2-fh3.0
Then push all that to the repository:
git push sf release/geth-1.x-fh3.0 geth-v1.15.2-fh3.0
> [!NOTE]
> If you need to issue a Firehose bug fix for an existing version of upstream, for example a Firehose fix on `v1.10.8`, you append `-N` at the end where `N` is 1 then increments further is newer revisions are needed, so you would got tag `geth-v1.15.2-fh3.0-1`
### Development
All the *new* development should happen in the `firehose-fh3.0` branch, this is our own branch
containing our commits.
##### Build Locally
go install ./cmd/geth
#### Release
Github actions are automatically created when creating a tag
### View only our commits
**Important** To correctly work, you need to use the right base branch, otherwise, it will be screwed up. The `firehose-fh3.0`
branch was based on `v1.15.2` at time of writing.
* From `gitk`: `gitk --first-parent v1.15.2..firehose-fh3.0`
* From terminal: `git log --decorate --pretty=oneline --abbrev-commit --first-parent=v1.15.2..firehose-fh3.0`
* From `GitHub`: [https://github.com/streamingfast/go-ethereum/compare/v1.15.2...firehose-fh3.0](https://github.com/streamingfast/go-ethereum/compare/v1.15.2...firehose-fh3.0)
* Modified files in our fork: `git diff --name-status v1.15.2..firehose-fh3.0 | grep -E "^M" | cut -d $'\t' -f 2`