4 Commits (d7d228e716c275f774c8bed57c1e520576b67f62)

Author	SHA1	Message	Date
matejcik	db9f89ed4e	chore(core): update Bitcoin testcases to use valid prevtxes ... [no changelog] Co-authored-by: grdddj <jiri.musil06@seznam.cz>	2 years ago
Jan Pochyla	a8623c4b59	refactor(core): fix imports and use new protobuf API in apps	3 years ago
Andrew Kozlik	6de20a7dcd	chore(core/bitcoin): Add DecredApprover.	3 years ago
JoeGruff	e3ea32a986	multi: Add decred staking. ... Add two new input and four output script types. Decred ticket purchases consist of a stake submission, op returns, and change addresses. Although change addresses are allowed by consensus, they are no longer used in practice and so have been given the restrictions of a null pubkey and no value. Stake scripts are almost identical to p2pkh or p2sh except for an extra opcode in front. Inputs are currently only used in the form of one input three outputs with the first output, or stake submission, paying to a public key hash, or with two inputs and five outputs with the stake submission paying to a multisig script hash. The op returns are directed to the user in the case of one and the voting service provider and user in the case of two. One of the sstx commitment for a ticket must pay back to the trezor wallet. This is checked and an error is thrown if we don't find the expected public key hash. Because this adds the ability to create new types of outputs once the ticket votes, two new input script types are also needed. A successful vote will lead to a stake generation script that must be spent, and an unsuccessful vote will lead to a revocation script that must be spent. If we allowed stake change scripts to have a valid pubkey, that too would require another op code, but we disallow those for output.	3 years ago