-
Notifications
You must be signed in to change notification settings - Fork 141
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.
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
ChainID stored as integer
in intervals
table - out of range
#1572
Comments
integer
in intervals
table - toointeger
in intervals
table - too small
integer
in intervals
table - too smallinteger
in intervals
table - out of range
Thanks for opening. As a workaround to get unblocked, you should be able to just enter a smaller We actually discussed this yesterday (lol) and are shipping the fix in |
Ah all right, understood. I was actually updating the DB myself to fix this. Using a different chain id in the config won't cause any mismatch while using the rpc node? |
Nice, thanks for the quick PR. I would love to merge this, but unfortunately a database migration is a breaking change, so we'd have to release a minor. We're tackling this anyway in
No, it should be fine. There will probably be a warning log but everything should work as intended - lmk if not. |
Version
v0.9
Current behavior
Hello,
I am using ponder with a chain id that doesn't fit into a postgres integer. The max value is
2147483647
, but my chain id is123220401683
, as generated by my RaaS provider.As a result, the ponder process fails to start, throwing the following error:
The
integer
field simply needs to be upgraded to a biginteger in the migrations:https://github.com/ponder-sh/ponder/blob/main/packages/core/src/sync-store/migrations.ts#L911
There are other occurrences of the chain_id being an integer, so it has to be fixed there too.
I can probably make a PR if you want.
Expected behavior
I expect my chain_id to be stored correctly in the db.
Steps to reproduce
No response
Link to repository
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: