-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Investigate wrong address prefix for calibnet node #12767
Comments
Potentially related to upstream changes which were fixed in:
There is probably still somewhere we have missed the override. |
Certainly related, but they look OK to me; the fact that a node will successfully sync calibnet means it was built with the calibnet build tag so none of these paths should even be relevant. I'll upgrade my node this week and see if it's the same to determine whether this is actually a code problem and go from there. |
I just compiled and deployed
@dumikau if you're going to do rc2, could you let us know in here when you've upgraded? Maybe there was a compile problem with the rc1 you had deployed. 🤷 I can't come up with a reasonable explanation for this, I can't even think how to compile a Lotus that would do this without editing some of the files first. |
Reported on Slack: https://filecoinproject.slack.com/archives/CEGN061C5/p1733812367148489
Glif are currently running
v1.32.0-rc1
and this happens:I'm running 1.30.0 still and I get the expected output:
Need to investigate why
address.CurrentNetwork
is not set toaddress.Testnet
or whyaddress.Testnet
isn't resulting in anaddress.TestnetPrefix
. Is this a 1.32.0 thing? Or might there have been a compile problem of some kind?The text was updated successfully, but these errors were encountered: