Skip to content
This repository has been archived by the owner on Jun 11, 2024. It is now read-only.

Not co-signed multi-signatures transactions get confirmed #322

Closed
4miners opened this issue Nov 28, 2016 · 2 comments
Closed

Not co-signed multi-signatures transactions get confirmed #322

4miners opened this issue Nov 28, 2016 · 2 comments
Assignees

Comments

@4miners
Copy link
Contributor

4miners commented Nov 28, 2016

Affected version:

0.5.0f

Steps to replicate:

  • init multi-signature creation on owner
    curl -k -H "Content-Type: application/json" -X PUT -d '{"secret":"owner_secret","lifetime":72,"min":2,"keysgroup":["+co-owner1_pubkey","+co_owner2_pubkey"] }' https://testnet.lisk.io/api/multisignatures

  • sign tx from co-owner1
    curl -k -H "Content-Type: application/json" -X POST -d '{"secret":"co-owner1_secret","transactionId":"tx_init_id"}' https://testnet.lisk.io/api/multisignatures/sign

  • sign tx from co-owner2
    curl -k -H "Content-Type: application/json" -X POST -d '{"secret":"co-owner1_secret","transactionId":"tx_init_id"}' https://testnet.lisk.io/api/multisignatures/sign

Now we have valid multi-signature account. Every transaction sent from that account (owner) should require sign from co-owner1 and co-owner2 to get confirmed. But instead all transactions get confirmed immediately, same as normal transactions.

That can affects previously created multi-signatures accounts and compromise their funds, so suspension of push this version to mainnet until that issue is resolved is strongly recommended.

@karmacoma karmacoma self-assigned this Nov 28, 2016
@karmacoma karmacoma added this to the Mainchain Stabilisation milestone Nov 28, 2016
@karmacoma
Copy link
Contributor

karmacoma commented Nov 28, 2016

@4miners: Thanks for bring this to our attention.

We have a reasonable test suite which passing all ok. I've also repeated the above steps and the multisignature tx remains in /api/transactions/multisignatures pool until both co-signers have signed the tx. Once signed the tx is moved into /api/transactions/queued and then finally /api/transactions/unconfirmed.

Unless I'm missing something, all is good here.

@4miners
Copy link
Contributor Author

4miners commented Nov 29, 2016

After more tests with @Isabello I can also confirm that it working as intended. Cause was different, so closing it now.

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

2 participants