You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 5, 2024. It is now read-only.
We currently use the 0.17.0 version of ethers-rs crate, which is old and contains unmaintained parity dependencies.
Upgrading to the latest version 2.0.7 can let us use the latest update like withdrawal root in the block.
In addition to upgrading packages directly, It is also desirable to build a boundary for third-party, so that our codebase doesn't depend on them directly. If some new features we want and some incompatibility we don't want are both released in a new version, we can build a wrapper for it and control the behavior of the third-party package. I'm not sure if boundary control is really desirable or what degree of it is optimal, so let me present 3 prs for us to choose.
Additional context
No response
The text was updated successfully, but these errors were encountered:
### Description
Change ethers-rs related packages from 0.17.0 to 2.0.7
### Issue Link
#1451
### Type of change
- [x] New feature (non-breaking change which adds functionality)
### Rationale
We need nothing more than simply upgrading the package.
Describe the feature you would like
We currently use the 0.17.0 version of ethers-rs crate, which is old and contains unmaintained parity dependencies.
Upgrading to the latest version 2.0.7 can let us use the latest update like withdrawal root in the block.
In addition to upgrading packages directly, It is also desirable to build a boundary for third-party, so that our codebase doesn't depend on them directly. If some new features we want and some incompatibility we don't want are both released in a new version, we can build a wrapper for it and control the behavior of the third-party package. I'm not sure if boundary control is really desirable or what degree of it is optimal, so let me present 3 prs for us to choose.
Additional context
No response
The text was updated successfully, but these errors were encountered: