This repository has been archived by the owner on Oct 19, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 795
Transaction::access_list
set to None
is incorrectly RLP encoded
#1134
Labels
bug
Something isn't working
Comments
I'll have a go at raising a PR with tests to fix this tomorrow. |
cc @wolflo |
michaelsproul
added a commit
to michaelsproul/ethers-rs
that referenced
this issue
Apr 12, 2022
The optional access list on `Transaction` was being incorrectly encoded as an empty string (0x80) when omitted, when it should be encoded as an empty list (0xc0). Fixes gakonst#1134.
3 tasks
michaelsproul
added a commit
to michaelsproul/ethers-rs
that referenced
this issue
Apr 12, 2022
The optional access list on `Transaction` was being incorrectly encoded as an empty string (0x80) when omitted, when it should be encoded as an empty list (0xc0). Fixes gakonst#1134.
4 tasks
gakonst
pushed a commit
that referenced
this issue
Apr 13, 2022
The optional access list on `Transaction` was being incorrectly encoded as an empty string (0x80) when omitted, when it should be encoded as an empty list (0xc0). Fixes #1134.
bors bot
pushed a commit
to sigp/lighthouse
that referenced
this issue
May 12, 2022
## Proposed Changes Reduce post-merge disk usage by not storing finalized execution payloads in Lighthouse's database. :warning: **This is achieved in a backwards-incompatible way for networks that have already merged** :warning:. Kiln users and shadow fork enjoyers will be unable to downgrade after running the code from this PR. The upgrade migration may take several minutes to run, and can't be aborted after it begins. The main changes are: - New column in the database called `ExecPayload`, keyed by beacon block root. - The `BeaconBlock` column now stores blinded blocks only. - Lots of places that previously used full blocks now use blinded blocks, e.g. analytics APIs, block replay in the DB, etc. - On finalization: - `prune_abanonded_forks` deletes non-canonical payloads whilst deleting non-canonical blocks. - `migrate_db` deletes finalized canonical payloads whilst deleting finalized states. - Conversions between blinded and full blocks are implemented in a compositional way, duplicating some work from Sean's PR #3134. - The execution layer has a new `get_payload_by_block_hash` method that reconstructs a payload using the EE's `eth_getBlockByHash` call. - I've tested manually that it works on Kiln, using Geth and Nethermind. - This isn't necessarily the most efficient method, and new engine APIs are being discussed to improve this: ethereum/execution-apis#146. - We're depending on the `ethers` master branch, due to lots of recent changes. We're also using a workaround for gakonst/ethers-rs#1134. - Payload reconstruction is used in the HTTP API via `BeaconChain::get_block`, which is now `async`. Due to the `async` fn, the `blocking_json` wrapper has been removed. - Payload reconstruction is used in network RPC to serve blocks-by-{root,range} responses. Here the `async` adjustment is messier, although I think I've managed to come up with a reasonable compromise: the handlers take the `SendOnDrop` by value so that they can drop it on _task completion_ (after the `fn` returns). Still, this is introducing disk reads onto core executor threads, which may have a negative performance impact (thoughts appreciated). ## Additional Info - [x] For performance it would be great to remove the cloning of full blocks when converting them to blinded blocks to write to disk. I'm going to experiment with a `put_block` API that takes the block by value, breaks it into a blinded block and a payload, stores the blinded block, and then re-assembles the full block for the caller. - [x] We should measure the latency of blocks-by-root and blocks-by-range responses. - [x] We should add integration tests that stress the payload reconstruction (basic tests done, issue for more extensive tests: #3159) - [x] We should (manually) test the schema v9 migration from several prior versions, particularly as blocks have changed on disk and some migrations rely on being able to load blocks. Co-authored-by: Paul Hauner <[email protected]>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Version
ethers-core
@ 1d14f9dPlatform
Linux xxx 5.13.0-39-generic #44-Ubuntu SMP Thu Mar 24 15:35:05 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
Description
I believe
None
access lists inTransaction
s are being encoded incorrectly, by encoding them as empty strings rather than empty lists here:ethers-rs/ethers-core/src/types/transaction/response.rs
Line 165 in 8d4aab9
I think the fix might look something like:
The relevant part of the RLP spec reads:
https://eth.wiki/fundamentals/rlp
i.e. an empty access list should be
0xc0
not0x80
.Example
I found this while attempting to re-serialize transactions in Lighthouse on the Kiln merge testnet.
One prototypical transaction is this one, serialized by
ethers-rs
and Nethermind:Ethers:
Nethermind:
The text was updated successfully, but these errors were encountered: