Reapply "fix: use the correct l2_chain_id (#782)"#107
Conversation
8d60fc4 to
bad0a82
Compare
|
The issue occurred while executing the program in range proof generation. The reason why you didn't get the error when running locally is that when you don't set these vars
|
|
Yes, I'm able to reproduce it with |
bad0a82 to
dfc3c62
Compare
|
I found a way to make this work with a small change in Hokulea and updated the PR description accordingly. |
Performance Comparison (ELF: eigenda-range-elf-embedded)Range 17449485~17449490
|
|
As mentioned in Layr-Labs/hokulea#301 (comment), another way to make this work is to remove Celo Sepolia from celo_registry until it is also available in the superchain_registry used by kona. |
seolaoh
left a comment
There was a problem hiding this comment.
Great to find the root cause! Why don't we remove hokulea patch and use upstream version directly since your PR is merged in upstream?
b478f5a to
99c537c
Compare
This reverts commit 18c6583. The next commits should resolve the problems that made it necessary to skip that commit.
so that hokulea does not have to rely on kona-registry.
99c537c to
ab6f988
Compare
Layr-Labs/hokulea@bf561cc is merged in upstream and provides what we need, so we can stop depending on our own hokulea fork.
ab6f988 to
330c9f8
Compare
This reverts commit 18c6583 and makes it work including the previously reverted upstream commit.
Hokulea used
kona-registryfor L2 chain configs while we usedcelo-registryin other places. The solution is to pass the correct information to hokulea, so that it doesn't have to look it up itself.See also the upstream PR to accept the BootInfo in hokulea.
Closes https://github.com/celo-org/celo-blockchain-planning/issues/1333