Closed nlordell closed 2 months ago
Hi, thanks for reporting this issue. We'll try to get this resolved by using an appropriate config which has the recent most hard forks.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
I'm fairly sure this is still an issue.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
This is still an issue
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
Comment.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
The issue is still relevant.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
Dear bot, this is still relevant.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
Issue is still relevant and not yet fixed.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.
This issue was closed because it has been stalled for 28 days with no activity.
System information
Bor client version: 1.2.7 (run using Docker image
sha256:d161c1faf5e376ecafdcfb13fc77f74ecb9d96f83958eb1e3100bba88d476aed
).Heimdall client version: N/A
OS & Version: Linux
Environment: Devnet
Type of node: Devnode
Additional Information: None
Overview of the problem
Looking through the
bor server
startup, it looks like when running in dev mode (bor server -dev
) that theAllCliqueProtocolChanges
chain configuration is used instead ofAllDevChainProtocolChanges
(which is what is used in Geth). In particular, the Clique chain configuration does not include HFs past London, which means that some of the goodies in the later hardforks are not available, and generally speakingbor server -dev
does not behave close to how Mainnet and Mumbai do.In particular, if you want to spin up a
-dev
server to test the RIP-7212 precompile, this is not possible AFAICT.Reproduction Steps
bor server -dev
Additional Information
In particular, one way to test this is to try and use the RIP-7212 precompile. In particular, the following cURL incantation can be used to send an
eth_call
RPC request to check the precompile's response:If I set
NODE_URL
to be a Mumbai node, I get the expected output that this is a valid signature:However, if I run it against a
bor server -dev -http -http.api eth
local dev node, the output will be empty bytes because the precompile is not enabled.