You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The account number in keybase is not the same as account number in tx builder.
The first one, is used in the hd path with the account index to derive the public key from the mnemonic.
As opposed as the second, that is define when the account receive some token..
So, we need to update the engine the get the account number from the function auth.NewAccountRetriever(c).GetAccount(c.acc.GetAddress()) and pass it to the TxBuilder as a parameter.
The config should also accept both the account number and account index in order to derive the account correctly accordingly to what the user could have possibility done! We will able to remove those 2 constants currently hardcoded in the codebase (expect for the dev account)
After some reflexion, i think we can simplify the account getter in cosmos/client.go. The issue is an account doesn't exist before it receives some tokens. I thought it will cause issues to sign transaction with account without token, but as we will enforce transaction fees, it means the account needs some token anyway.
The text was updated successfully, but these errors were encountered:
The account number in keybase is not the same as account number in tx builder.
The first one, is used in the hd path with the account index to derive the public key from the mnemonic.
As opposed as the second, that is define when the account receive some token..
So, we need to update the engine the get the account number from the function
auth.NewAccountRetriever(c).GetAccount(c.acc.GetAddress())
and pass it to theTxBuilder
as a parameter.File
cosmos/client.go#207
File
cosmos/txbuilder.go#19
The config should also accept both the account number and account index in order to derive the account correctly accordingly to what the user could have possibility done! We will able to remove those 2 constants currently hardcoded in the codebase (expect for the dev account)
After some reflexion, i think we can simplify the account getter in
cosmos/client.go
. The issue is an account doesn't exist before it receives some tokens. I thought it will cause issues to sign transaction with account without token, but as we will enforce transaction fees, it means the account needs some token anyway.The text was updated successfully, but these errors were encountered: