Skip to content
This repository was archived by the owner on Aug 2, 2022. It is now read-only.

provided_keys problem. #347

Closed
csquan opened this issue Sep 18, 2018 · 9 comments
Closed

provided_keys problem. #347

csquan opened this issue Sep 18, 2018 · 9 comments

Comments

@csquan
Copy link

csquan commented Sep 18, 2018

hello,guys,
when I send a tx,I got log as below:
"transaction declares authority '{"actor":"fzcreator111","permission":"active"}', but does not have signatures for it under a provided delay of 0 ms, provided permissions [], and provided keys ["FZS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq"]
{"auth":{"actor":"fzcreator111","permission":"active"},"provided_delay":0,"provided_permissions":[],"provided_keys":["EOS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq"],"delay_max_limit_ms":3888000000}",but I do not provide EOS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq,how does it come?

@jcalfee
Copy link
Contributor

jcalfee commented Sep 18, 2018

You have nodes using different symbols FZS and EOS.. Not sure what your setup is but it looks like you need to get them both on the same symbol or start investigating how to use the new key formats (the public key starts with PUB_K1_).

@jcalfee jcalfee added the help label Sep 18, 2018
@csquan
Copy link
Author

csquan commented Sep 19, 2018

is my fault,actually log is ""transaction declares authority '{"actor":"fzcreator111","permission":"active"}', but does not have signatures for it under a provided delay of 0 ms, provided permissions [], and provided keys ["EOS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq"]
{"auth":{"actor":"fzcreator111","permission":"active"},"provided_delay":0,"provided_permissions":[],"provided_keys":["EOS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq"],"delay_max_limit_ms":3888000000}",so I do not know how EOS8AqYq4iHM9T5Mgg8SX8CLn9ZLmsufJH5R1h1YUKJjNq54XH6Pq comes?

@csquan
Copy link
Author

csquan commented Sep 19, 2018

in what situation,eosjs provide a random pubkey?

@jcalfee
Copy link
Contributor

jcalfee commented Sep 19, 2018

If the signature is off (the signed transaction hash does not match the transaction hash nodeos calculates) then nodeos will recover a different public key and that will appear random.

I noticed your using delay_max_limit_ms .. EOSIO/eos#5461 .. make sure your on the latest nodeos release/1.2.x .

@han-so1omon
Copy link

What are common reasons for this? My node is synced and using nodeos v1.7.2. This issue is happening to me when I use Liquidapps DSP.

@jcalfee
Copy link
Contributor

jcalfee commented Jun 11, 2019

Usually it is signing with the wrong key or wrong permission.

@jcalfee
Copy link
Contributor

jcalfee commented Jun 11, 2019

Above, I'm just explaining the wording behind the error.

@han-so1omon
Copy link

If the signature is off (the signed transaction hash does not match the transaction hash nodeos calculates) then nodeos will recover a different public key and that will appear random.

To be clear, this usually occurs when the private key or permission is incorrect? In my case I think that the private key and permission is correct.

@han-so1omon
Copy link

This occurred for me because the chain id was wrong in the rpc call.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants