Skip to content
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

[More Research Required] Bitcoin-Style Multi-sig #50

Open
patrick-ogrady opened this issue Sep 14, 2020 · 0 comments
Open

[More Research Required] Bitcoin-Style Multi-sig #50

patrick-ogrady opened this issue Sep 14, 2020 · 0 comments
Labels
enhancement New feature or request
Milestone

Comments

@patrick-ogrady
Copy link
Contributor

patrick-ogrady commented Sep 14, 2020

The Construction API currently assumes there is at most one KeyPair associated with a given AccountIdentifier (this does not mean there can only be a single KeyPair associated with an AccountIdentifier as there can be multiple AccountIdentifiers with the same Address with different SubAccounts). This restriction does not prevent many stake-based multi-sig flows but does block "Bitcoin-style" multi-sig transactions.

We should find some way to support returning multiple PublicKeys for a given AccountIdentifier (likely just wrapping PublicKey with the associated AccountIdentifier) in /construction/metadata and /construction/payloads. We may also need to add a field to SigningPayload to indicate which PublicKey should be used to sign a particular payload (when it is possible to use multiple).

@patrick-ogrady patrick-ogrady added the enhancement New feature or request label Sep 14, 2020
@patrick-ogrady patrick-ogrady added this to the v1.5.0 milestone Sep 14, 2020
@patrick-ogrady patrick-ogrady changed the title [WIP] Request Signature from multiple KeyPairs associated with an AccountIdentifier [More Research Required] Bitcoin-Style Multi-sig Sep 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

No branches or pull requests

1 participant