Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

fix(deps): update all minor #134

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

fix(deps): update all minor #134

wants to merge 1 commit into from

Conversation

ethpandaops-renovatebot[bot]
Copy link
Contributor

@ethpandaops-renovatebot ethpandaops-renovatebot bot commented May 23, 2023 •
edited

This PR contains the following updates:

Package Type Update Change Pending
github.com/attestantio/go-eth2-client require minor v0.19.10 -> v0.21.3 v0.21.4
github.com/avast/retry-go/v4 require minor v4.5.1 -> v4.6.0
github.com/cenkalti/backoff/v4 require minor v4.2.1 -> v4.3.0
github.com/ethereum/go-ethereum require minor v1.13.14 -> v1.14.0 v1.14.3 (+1)
github.com/go-co-op/gocron require minor v1.27.1 -> v1.37.0
github.com/huandu/go-sqlbuilder require minor v1.25.0 -> v1.27.1
golang.org/x/sync require minor v0.6.0 -> v0.7.0
google.golang.org/grpc require minor v1.62.1 -> v1.63.2
guyarb/golang-test-annotations action minor v0.6.0 -> v0.8.0
timberio/vector minor 0.37.1-alpine -> 0.38.0-alpine
timberio/vector minor 0.34.1-alpine -> 0.38.0-alpine

Release Notes

attestantio/go-eth2-client (github.com/attestantio/go-eth2-client)

v0.21.3

Compare Source

v0.21.2

Compare Source

v0.21.1

Compare Source

v0.21.0

Compare Source

v0.20.0

Compare Source

avast/retry-go (github.com/avast/retry-go/v4)

v4.6.0

Compare Source

What's Changed

New Contributors

Full Changelog: avast/retry-go@v4.5.1...v4.6.0

cenkalti/backoff (github.com/cenkalti/backoff/v4)

v4.3.0

Compare Source

ethereum/go-ethereum (github.com/ethereum/go-ethereum)

v1.14.0: Asteria (v1.14.0)

Compare Source

Geth v1.14.0 (Asteria) is a major release with some juicy new features as well as some breaking changes. Please read through the release notes before updating to it. Whilst it should not adversely impact most users, there're always those rare occurrences.

Highlights

  • Geth v1.14.0 switches over the default state trie representation from hash mode to path mode (i.e. --state.scheme flipped form hash to path) (#​29108). This change does not affect Geth instances with pre-existing databases, in the case of which Geth continues to use whatever the existing database's format is. If no previous database exists however, for full nodes, Geth will now default to pathdb. The main advantage is built-in, online historical state pruning; no more runaway state growth.

    • If you want to force the old behaviour, you can run Geth with --state.scheme=hash for now. That said, we will be dropping hash mode sooner rather than later, so we advise everyone running full nodes to gradually switch, if they haven't yet.
    • Archive mode support is not yet finalised for path mode, so archive nodes will still run in hash mode. Naturally, hash mode will not be dropped until a full path archive lands and people have enough time to switch to it.

  • Geth v1.14.0 introduces a brand new live-tracing feature, where one or more transaction tracers might be injected into the block processing pipeline, ensuring that tracing and execution happen in lockstep (#​29189). Since Go does not have a cross platform, OS native plugin infrastructure, adding live tracers needs to be done at the Geth source code level, and Geth itself subsequently rebuilt. That said, the advantage is that such tracers have full execution flexibility to do whatever they like and however they like. Please see the live-tracer changelog and docs for details.

    • Live tracing runs in lockstep with block execution, one waiting for the other. You should never run a live tracer on a validating node, or any other where latency is important. The recommended practice is to have tracers collect and export the bare minimum data needed and do any post-processing in external systems where latency is not relevant.
    • The live tracer work required a number of breaking internal API changes. If you had your own native tracers implemented before this change, the changelog contains the necessary steps needed to update your old code for the new APIs.

  • Geth v1.14.0 replaces the completely random transaction propagation paths (in the Ethereum P2P network) with pseudo-random ones, that ensure transactions from the same account follow the same path in the network (as long as no peer churn happens). The purpose is to allow a burst of transactions from the same account to ripple through the network on the same connections, minimising reordering. Whilst this doesn't provide any guarantees, nor does it replace the potential need for more complex routing logic, it should make nonce gaps significantly less likely, reducing the probability of dropped transactions during bursts (#​29034).

    • This change only applies to networking, so other clients are not required to follow suit. That said, the network would behave more consistently overall if all clients implemented some similar logic (the exact routing algorithm is irrelevant, as long as it's stable in the accounts).

  • Geth v1.14.0 drops support for running pre-merge networks (#​29169). This does not mean that Geth will not be able to process or validate pre-merge blocks, rather that starting v1.14.0, Geth must have a consensus client drive it's chain selection. Geth drops the forward-sync mode of operation, where it imports blocks based on PoW (ethash) or PoA (clique) difficulties.

    • Non-merged networks will need to stick to Geth v1.13.x until they transition to post-merge. As Ethereum has transitioned towards a post-merge world, we cannot maintain a significant chunk of code that's been dead for 2 years now on mainnet.
    • Post-merge networks must be marked so with the terminalTotalDifficultyPassed: true field in their genesis.json. This requirement will be dropped (along with even caring at all about this field) in a few releases, but for now this field produces a clear error message for the user of what's wrong with their pre-merge network.

  • Geth v1.14.0 stops automatically constructing the pending block (#​28623). Performance wise there is a significant cost to creating a potential pending block, yet most node operators do not care about it. Not even validators need the pending block. This work also drops support for mining/signing a block "off-demand" (i.e. not via the engine API, rather by Geth itself), meaning Clique signing is also removed going forward.

    • With Clique mining removed, Geth v1.14.0 cannot be a Clique signer any more. This however goes hand-in-hand with the removal or pre-merge chain selection and synchronisation support described earlier.
    • The pending block can still be constructed on demand for now. Whenever an RPC method is called that is based on the pending block, Geth will generate it on the fly and cache it for 1 second for subsequent calls. The first such call will have a few hundred ms execution delay.

  • Geth v1.14.0 removes support for filtering pending logs. This is following the previous change of creating the pending block only on demand. We see next to no value in monitoring the logs of a random subset of transactions that might (but probably mostly will not) end up in the next block. Power users who wish to monitor the transaction pool for MEV (or similar) purposes, should hook into Geth directly and extract the exact data they need, rather than rely on insufficient API endpoints.

  • Geth v1.14.0 ships a beacon chain light client (#​28822, #​29308, #​29335, #​29532, #​29567). It uses the REST API of beacon nodes and requires the beacon / light_client namespace, currently supported by Lodestar and Nimbus (specs).

    • The beacon light client provides access to consensus layer data, not execution layer data. This currently means that it can follow the beacon chain as a light client and extract the latest head and finalised execution layer block. That can be used to drive a full execution node without running an own beacon node. There is no support yet for a full execution light client.
    • Validation and staking is not possible with a beacon light client. Since the sync committee signatures on each beacon head are canonised in the next block, the beacon light client can only follow the chain with one slot delay.
    • The beacon light client exists both as a standalone executable and integrated into Geth. The blsync executable can drive any execution layer node through the standard engine API or can just do a "test run" printing block numbers and hashes to the console. The integrated mode can do the same inside Geth. If you specify at least one suitable consensus layer REST API endpoint with the --beacon.api flag, then Geth will run without a beacon node connected through the engine API.

  • Geth v1.14.0 switched to using Go v1.22 by default (#​28946), which means we've dropped support for Go v1.20. Geth also started using of new features from Go v1.21 in our codebase, so building with Go v1.20 will probably error from now on. Just a heads up.

Features
  • Add the geth db inspect-history command to inspect pathdb state history (#​29267).
  • Enable the Cancun hard-fork when running Geth in dev mode (#​28829).
  • Use beacon chain finality as the marker to move old blocks into ancients (#​28683).
  • Drop large-contract (500MB+) deletion DoS protection from pathdb post Cancun (#​28940).
  • Switch Geth's USB library from libusb to hid for simpler hardware wallet support (#​28945, #​29175, #​29176).
  • Update the prestateTrancer to take into account 4844 blobs and their fees (#​29168).
  • Extend the ethclient and gethclient packages with support for 4844 blob fields (#​29198).
  • Detailed block execution metrics are now always reported, deprecating --metrics.expensive (#​29191).
  • Avoid a lot of memory allocations while shuffling 4844 blobs within Geth (#​29050).
  • Switch to using Go's native log/slog package instead of golang/exp (#​29302).
  • When computing state roots, apply state updates before deletes to avoid some trie lookups. (#​29201).
  • Track not only total peer count, but also how many are inbound or outbound (#​29424).
  • Add support for signing blob transactions (#​28976, #​29470).
  • Surface max initcode exceeded errors from the VM to outer callers (#​29354).
  • Update the EVM to reject contract creation on top of non-empty storage (#​28912).
  • Switch over the BLS implementation from kilic to gnark (#​29441).
  • Start emitting performance degradation warnings if pebble is overloaded (#​29478).
  • Add eth_blobBaseFee RPC method, extend eth_feeHistory with blobs (#​29140).
Bugfixes
  • Shave an allocation off of pathdb trie writes caused by a bad initial buffer size (#​29106).
  • Fix a crash in dev mode using pathdb when rewinding more than 128 blocks (#​29107).
  • Fix some non-conformance issues in the engine API's error returns (#​29115).
  • Fix a too early db close in geth dump and geth snapshot dump (#​29100).
  • Fix the devp2p command to not ignore specified bootnodes (#​29091).
  • Fix the prestateTracer to return the correct nonce for contract creations (#​29099).
  • Fix blob fee formatting on RPC output from decimal to hexadecimal (#​29166).
  • Fix the blob pool tx acceptance error if it is already known vs underprices (#​29210).
  • Fix a few Windows file path joining issues in various go-ethereum utilities (#​29227, #​29479, #​29489).
  • Fix a data race when tracing a block via the JavaScript tracers (#​29238).
  • Fix a number of chain rewinding corner-cases after crashes (#​29196, #​29245).
  • Fix an ENR RLP decoding issue in the devp2p command (#​29257).
  • Fix withdrawal collection for simulated chains and dev mode (#​29344).
  • Fix a snap sync corner-case in hashdb mode (#​29341).
  • Fix an engine API field name mismatch for GetClientVersion (#​29351).
  • Fix a maximum unix socket path length check on macos (#​29385).
  • Fix an issue in the blob-pool that prevented Geth to start after a crash (#​29451).
  • Fix an issue that caused the JSON loggers to discard some log level (#​29471).
  • Fix the (now post-merge) genesis block difficulty in dev mode (#​29469).
  • Fix the precompile addresses of BLS ops (not live code yet) (#​29445).
  • Fix a data race that sometimes returned reorged receipts (#​29343).
  • Fix a snap-sync restart quirk that sometimes resulted in redownloading some data (#​29378).
  • Fix a snap-sync restart quirk that sometimes resulted in corrupting some data (#​29313).
  • Fix ancient header reader to hard cap at 2MB (network soft limit) (#​29534).
  • Fix the topic filtering to enforce some sanity nesting limits (#​29535).

We'd also like to shout out to a very high number of authors sending many nitpick PRs. Whilst we are not entirely sure about the intent behind these PRs (commit farming and all), we are nonetheless happy that the Geth codebase gets better.

For a full rundown of the changes please consult the Geth 1.14.0 release milestone.

As with all our previous releases, you can find the:

v1.13.15: Ontamalca (v1.13.15)

Compare Source

Geth v1.13.15 is a maintenance-release that contains some fixes mainly to avoid snapsync-related data-corruption.

We recommend all users to upgrade to v1.13.15 as soon as possible.

As with all our previous releases, you can find the:

go-co-op/gocron (github.com/go-co-op/gocron)

v1.37.0

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.36.1...v1.37.0

v1.36.1

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.36.0...v1.36.1

v1.36.0

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.35.3...v1.36.0

v1.35.3

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.35.2...v1.35.3

v1.35.2

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.35.1...v1.35.2

v1.35.1

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.35.0...v1.35.1

v1.35.0

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.34.2...v1.35.0

v1.34.2

Compare Source

Fixes

New Contributors

Full Changelog: go-co-op/gocron@v1.34.1...v1.34.2

v1.34.1

Compare Source

Fixes

New Contributors

Full Changelog: go-co-op/gocron@v1.34.0...v1.34.1

v1.34.0

Compare Source

What's Changed

Fixes

Chores

Full Changelog: go-co-op/gocron@v1.33.1...v1.33.2

v1.33.1

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.33.0...v1.33.1

v1.33.0

Compare Source

What's Changed

Documentation & Version Bumps

Full Changelog: go-co-op/gocron@v1.32.1...v1.33.0

v1.32.1

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.32.0...v1.32.1

v1.32.0

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.31.2...v1.32.0

v1.31.2

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.31.1...v1.31.2

v1.31.1

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.31.0...v1.31.1

v1.31.0

Compare Source

What's Changed

New Contributors

Full Changelog: go-co-op/gocron@v1.30.2...v1.31.0

v1.30.2

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.30.1...v1.30.2

v1.30.1

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.30.0...v1.30.1

v1.30.0

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.29.0...v1.30.0

v1.29.0

Compare Source

What's Changed

Chores

Full Changelog: go-co-op/gocron@v1.28.3...v1.29.0

v1.28.3

Compare Source

Bug fixes

Chores

Full Changelog: go-co-op/gocron@v1.28.2...v1.28.3

v1.28.2

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.28.1...v1.28.2

v1.28.1

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.28.0...v1.28.1

v1.28.0

Compare Source

What's Changed

Full Changelog: go-co-op/gocron@v1.27.1...v1.28.0

huandu/go-sqlbuilder (github.com/huandu/go-sqlbuilder)

v1.27.1

Compare Source

v1.27.0: New feature: New builder WhereClause dedicated for WHERE clause

Compare Source

Due to the importance of the WHERE statement in SQL, we often need to continuously append conditions and even share some common WHERE conditions among different builders. Therefore, we abstract the WHERE statement into a WhereClause struct, which can be used to create reusable WHERE conditions.

I hope the WhereClause can help more developers to build more and more valuable SQL/DB related packages on top of this package. It's extremely welcome!

What's Changed

Full Changelog: huandu/go-sqlbuilder@v1.26.0...v1.27.0

v1.26.0: New feature: Support Informix SQL

Compare Source

What's Changed

Full Changelog: huandu/go-sqlbuilder@v1.25.0...v1.26.0

grpc/grpc-go (google.golang.org/grpc)

v1.63.2: Release 1.63.2

Compare Source

Bugs

  • Fix the user agent string

v1.63.1: Release 1.63.1

Compare Source

Bugs

API Changes

  • grpc: remove Deprecated tag from Dial and DialContext; these will be deprecated in v1.64 instead (#​7103)

v1.63.0: Release 1.63.0

Compare Source

Behavior Changes

  • grpc: Return canonical target string from resolver.Address.String() (experimental) (#​6923)
  • client & server: when using write buffer pooling, use input value for buffer size instead of size*2 (#​6983)

New Features

  • grpc: add ClientConn.CanonicalTarget() to return the canonical target string. (#​7006)
  • xds: implement LRS named metrics support (gRFC A64) (#​7027)
  • grpc: introduce grpc.NewClient to allow users to create new clients in idle mode and with "dns" as the default resolver (#​7010)

API Changes

  • grpc: stabilize experimental method ClientConn.Target() (#​7006)

Bug Fixes

  • xds: fix an issue that would cause the client to send an empty list of resources for LDS/CDS upon reconnecting with the management server (#​7026)
  • server: Fix some errors returned by a server when using a grpc.Server as an http.Handler with the Go stdlib HTTP server (#​6989)
  • resolver/dns: add SetResolvingTimeout to allow configuring the DNS resolver's global timeout (#​6917)
  • Set the security level of Windows named pipes to NoSecurity (#​6956)

v1.62.2: Release 1.62.2

Compare Source

Dependencies

guyarb/golang-test-annotations (guyarb/golang-test-annotations)

v0.8.0

Compare Source

What's Changed

New Contributors

Full Changelog: guyarb/golang-test-annotations@v0.7.0...v0.8.0

v0.7.0: Supporting optional working directory

Compare Source

What's Changed

New Contributors

Full Changelog: guyarb/golang-test-annotations@v0.6.0...v0.7.0

Configuration

📅 Schedule: Branch creation - "every 2 weeks on Tuesday" in timezone Europe/Berlin, Automerge - "after 9am every weekday except Friday or Monday,before 11am every weekday except Friday or Monday" in timezone Europe/Berlin.

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

@ethpandaops-renovatebot ethpandaops-renovatebot bot changed the title chore(deps): update golang docker tag to v1.20 fix(deps): update all minor Jun 7, 2023
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 4 times, most recently from 470b392 to 4a6f736 Compare June 13, 2023 18:21
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 3 times, most recently from b80ec35 to fd3b0c4 Compare June 19, 2023 06:28
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from 61983c7 to e8bdc5b Compare June 27, 2023 01:39
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from 202583d to 7e19fea Compare July 11, 2023 01:32
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from ccf60c1 to 10f569b Compare July 25, 2023 01:33
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from cc0adf4 to f6d0870 Compare August 8, 2023 01:19
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from eba3439 to 4b55aa2 Compare September 5, 2023 01:10
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from bf4afdf to 30c1133 Compare October 3, 2023 01:12
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from fb08aa5 to 149d064 Compare October 17, 2023 01:12
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from 41a4813 to 1a97575 Compare December 12, 2023 01:15
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from f78b714 to ba17082 Compare January 9, 2024 01:17
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from 70861c1 to dd1ad63 Compare January 23, 2024 01:17
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from aa6c8b8 to 79511a9 Compare February 20, 2024 01:10
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from c5a5a73 to fb6e004 Compare March 5, 2024 01:10
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from d37ada9 to e259406 Compare March 26, 2024 01:14
@ethpandaops-renovatebot ethpandaops-renovatebot bot force-pushed the renovate/all-minor branch 2 times, most recently from 226f50a to a17eb71 Compare April 30, 2024 01:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@Savid Savid Awaiting requested review from Savid Savid is a code owner

Assignees

@Savid Savid

Labels
dependencies
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

None yet
1 participant
@Savid