Bump reth-db from v1.1.1 to v1.1.4

[dependabot]

Bumps reth-db from v1.1.1 to v1.1.4.

Release notes

Sourced from reth-db's releases.

Reth v1.1.4

Summary

This release contains only one fix relevant to op-reth which allows the miner_ API that is now required by op-batcher as CLI argument:

• fix: fromstr impl for miner variant (#13289)

Update Priority

This table provides priorities for which classes of users should update particular components.

User Class	Priority
Payload Builders	low
Non-Payload Builders	low
OP-Reth	high

See Update Priorities for more information about this table.

All Changes

• chore: bump version 1.1.4 (#13291)
• fix: fromstr impl for miner variant (#13289)

Binaries

See pre-built binaries documentation.

The binaries are signed with the PGP key: 50FB 7CC5 5B2E 8AFA 59FE 03B7 AA5E D56A 7FBF 253E

System	Architecture	Binary	PGP Signature
	x86_64	reth-v1.1.4-x86_64-unknown-linux-gnu.tar.gz	PGP Signature
	aarch64	reth-v1.1.4-aarch64-unknown-linux-gnu.tar.gz	PGP Signature
	x86_64	reth-v1.1.4-x86_64-pc-windows-gnu.tar.gz	PGP Signature
	x86_64	reth-v1.1.4-x86_64-apple-darwin.tar.gz	PGP Signature
	aarch64	reth-v1.1.4-aarch64-apple-darwin.tar.gz	PGP Signature
System	Option	-	Resource
	Docker		paradigmxyz/reth

Full Changelog: paradigmxyz/reth@v1.1.3...v1.1.4

Reth v1.1.3

Summary

... (truncated)

Changelog

Sourced from reth-db's changelog.

Releases

Release cadence

reth does not currently have a regular release cadence while it is still experimental software.

For maintainers

This section outlines how to cut a new release.

It is assumed that the commit that is being considered for release has been marked as stable, i.e. that there is an expectation of no major bugs.

Release PR

• Create a new branch (e.g. release/vx.y.z) and open a pull request for it
• Ensure all tests and lints pass for the chosen commit
• Version bump
  • Update the version in all Cargo.toml's
• Commit the changes
  • The message format should be release: vx.y.z, substituting x.y.z for the semver.
• The PR should be reviewed to see if anything was missed
• Once reviewed, merge the PR

Releasing

• Tag the new commit on main with vx.y.z (git tag vx.y.z SHA)
• Push the tag (git push origin vx.y.z)[^1]
• Update Homebrew Tap
• Run the release commit on testing infrastructure for 1-3 days to check for inconsistencies and bugs
  • This testing infrastructure is going to sync and keep up with a live testnet, and includes monitoring of bandwidth, CPU, disk space etc.

Note

The v prefix for the tag is important! If it is missing, the release workflow will not run.

When the tag is pushed, the artifacts are built automatically and a draft release is added to the repository. This draft release includes a template that must be filled out, including:

• A summary of the release (highlights etc.)
• The update priority (see below)
• An auto-generated changelog

The release artifacts are automatically added to the draft release. Once ready, simply publish the release.

Release summaries

The release summary should include general notes on what the release contains that is important to operators. These changes can be found using the https://github.com/paradigmxyz/reth/labels/M-changelog label.

[^1]: It is possible to use git push --tags, but this is discouraged since it can be very difficult to get rid of bad tags.

Commits

• 15fac08 chore: bump version 1.1.4 (#13291)
• 3ea2522 fix: fromstr impl for miner variant (#13289)
• d97449d fix: bounds for BundleApi (#13267)
• 36c0142 chore: release 1.1.3 (#13262)
• fdc9b31 chore: use trait fn for blob gas (#13261)
• 15470b4 feat: make bodies downloader generic over header (#13259)
• da99986 feat: relax bounds for EngineApiTreeHandler (#13257)
• d856c8e feat(engine): add error logging in state_hook (#13252)
• b3752cd feat: remove default types from headers stage (#13258)
• 5ee776a chore: pass primiitves generic to EngineApiTreeHandler fields (#13256)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)