{ TransactionError: Failed to validate signature e29ba09effa6c1b43e09e163a1f748fac7937f1b48d2262cea6d9c2b93b356eb46e7f1799dcac5a86f30ad1bc9dc9e0c923c92557602a2c50a82c2e43680e007
at errors.invalidTransactionSignatures.length.invalidTransactionSignatures.map.signature
....
jse_shortmsg:
'Failed to validate signature e29ba09effa6c1b43e09e163a1f748fac7937f1b48d2262cea6d9c2b93b356eb46e7f1799dcac5a86f30ad1bc9dc9e0c923c92557602a2c50a82c2e43680e007',
jse_info: {},
message:
'Failed to validate signature e29ba09effa6c1b43e09e163a1f748fac7937f1b48d2262cea6d9c2b93b356eb46e7f1799dcac5a86f30ad1bc9dc9e0c923c92557602a2c50a82c2e43680e007',
name: 'TransactionError',
id: '5636978847875081649',
dataPath: '.signature',
actual: undefined,
expected: undefined }
This error message is incorrect because the failed signature is a multisignature which should have the datapath: signatures.
Secondly, this signature is a valid signature which is accepted by the Lisk-core implementation. Therefore, there must be a bug in how the signature is calculated in lisk-elements.
Which version(s) does this affect? (Environment, OS, etc...)
Expected behavior
VerifyMultisignature function for a multisignature transaction from second passphrase enable account should correctly verify signatures.
Actual behavior
There are two bugs in the verifySignature function. The first bug is that the error message returned is incorrect. For example, for a transaction:
It returns the error:
This error message is incorrect because the failed signature is a multisignature which should have the datapath: signatures. Secondly, this signature is a valid signature which is accepted by the Lisk-core implementation. Therefore, there must be a bug in how the signature is calculated in lisk-elements.
Which version(s) does this affect? (Environment, OS, etc...)
2.1.0