kvazar/kevacoin
1
0
Fork 0
mirror of https://github.com/kvazar-network/kevacoin.git synced 2025-01-09 22:57:56 +00:00
Code Issues Projects Releases Wiki Activity
e7a2181b49
kevacoin/src/test/multisig_tests.cpp

309 lines
12 KiB
C++
Raw Normal View History

Increment MIT Licence copyright header year on files modified in 2016 Edited via: $ contrib/devtools/copyright_header.py update .
2016-12-31 18:01:21 +00:00
// Copyright (c) 2011-2016 The Bitcoin Core developers
Remove references to X11 licence
2014-12-13 04:09:33 +00:00
// Distributed under the MIT software license, see the accompanying
Add licenses for tests and test data - Add license headers to source files (years based on commit dates) in `src/test` as well as `qa` - Add `README.md` to `src/test/data` specifying MIT license Fixes #3848
2014-03-18 09:11:00 +00:00
// file COPYING or http://www.opensource.org/licenses/mit-license.php.
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
Cleanup code using forward declarations. Use misc methods of avoiding unnecesary header includes. Replace int typedefs with int##_t from stdint.h. Replace PRI64[xdu] with PRI[xdu]64 from inttypes.h. Normalize QT_VERSION ifs where possible. Resolve some indirect dependencies as direct ones. Remove extern declarations from .cpp files.
2013-04-13 05:13:08 +00:00
#include "key.h"
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
#include "keystore.h"
Policy: MOVEONLY: 3 functions to policy.o: - [script/standard.o] IsStandard - [main.o] IsStandardTx - [main.o] AreInputsStandard Also, don't use namespace std in policy.cpp
2014-10-11 22:41:05 +00:00
#include "policy/policy.h"
Move CScript class and dependencies to script/script
2014-08-20 15:37:40 +00:00
#include "script/script.h"
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
#include "script/script_error.h"
Separate script/interpreter
2014-08-27 18:11:41 +00:00
#include "script/interpreter.h"
Separate script/sign
2014-08-27 15:22:33 +00:00
#include "script/sign.h"
wallet_ismine.h → script/ismine.h Removes conditional dependency of `src/test` on wallet. Makes multisig and P2SH tests complete without wallet built-in.
2016-04-18 13:12:46 +00:00
#include "script/ismine.h"
Cleanup code using forward declarations. Use misc methods of avoiding unnecesary header includes. Replace int typedefs with int##_t from stdint.h. Replace PRI64[xdu] with PRI[xdu]64 from inttypes.h. Normalize QT_VERSION ifs where possible. Resolve some indirect dependencies as direct ones. Remove extern declarations from .cpp files.
2013-04-13 05:13:08 +00:00
#include "uint256.h"
tests: add a BasicTestingSetup and apply to all tests Make sure that chainparams and logging is properly initialized. Doing this for every test may be overkill, but this initialization is so simple that that does not matter. This should fix the travis issues.
2015-03-12 08:34:42 +00:00
#include "test/test_bitcoin.h"
Cleanup code using forward declarations. Use misc methods of avoiding unnecesary header includes. Replace int typedefs with int##_t from stdint.h. Replace PRI64[xdu] with PRI[xdu]64 from inttypes.h. Normalize QT_VERSION ifs where possible. Resolve some indirect dependencies as direct ones. Remove extern declarations from .cpp files.
2013-04-13 05:13:08 +00:00
Move scriptutils.o to wallet
2014-08-29 20:07:39 +00:00
Cleanup code using forward declarations. Use misc methods of avoiding unnecesary header includes. Replace int typedefs with int##_t from stdint.h. Replace PRI64[xdu] with PRI[xdu]64 from inttypes.h. Normalize QT_VERSION ifs where possible. Resolve some indirect dependencies as direct ones. Remove extern declarations from .cpp files.
2013-04-13 05:13:08 +00:00
#include <boost/test/unit_test.hpp>
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
typedef std::vector<unsigned char> valtype;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
tests: add a BasicTestingSetup and apply to all tests Make sure that chainparams and logging is properly initialized. Doing this for every test may be overkill, but this initialization is so simple that that does not matter. This should fix the travis issues.
2015-03-12 08:34:42 +00:00
BOOST_FIXTURE_TEST_SUITE(multisig_tests, BasicTestingSetup)
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
sign_multisig(CScript scriptPubKey, std::vector<CKey> keys, CTransaction transaction, int whichIn)
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
{
BIP143: Verification logic Includes simplifications by Eric Lombrozo.
2015-12-27 18:49:08 +00:00
uint256 hash = SignatureHash(scriptPubKey, transaction, whichIn, SIGHASH_ALL, 0, SIGVERSION_BASE);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript result;
result << OP_0; // CHECKMULTISIG bug workaround
scripted-diff: Fully remove BOOST_FOREACH -BEGIN VERIFY SCRIPT- sed -i 's/BOOST_FOREACH *(\(.*\),/for (\1 :/' ./src/*.h ./src/*.cpp ./src/*/*.h ./src/*/*.cpp ./src/*/*/*.h ./src/*/*/*.cpp ; -END VERIFY SCRIPT-
2017-06-02 01:18:57 +00:00
for (const CKey &key : keys)
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<unsigned char> vchSig;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(key.Sign(hash, vchSig));
vchSig.push_back((unsigned char)SIGHASH_ALL);
result << vchSig;
}
return result;
}
BOOST_AUTO_TEST_CASE(multisig_verify)
{
Introduce script verification flags These flags select features to be enabled/disabled during script evaluation/checking, instead of several booleans passed along. Currently these flags are defined: * SCRIPT_VERIFY_P2SH: enable BIP16-style subscript evaluation * SCRIPT_VERIFY_STRICTENC: enforce strict adherence to pubkey/sig encoding standards.
2012-11-13 22:03:25 +00:00
unsigned int flags = SCRIPT_VERIFY_P2SH | SCRIPT_VERIFY_STRICTENC;
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
ScriptError err;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CKey key[4];
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
CAmount amount = 0;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 4; i++)
Fix tests after 38067c18
2012-02-20 17:32:33 +00:00
key[i].MakeNewKey(true);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript a_and_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_and_b << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript a_or_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_or_b << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript escrow;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
escrow << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << ToByteVector(key[2].GetPubKey()) << OP_3 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
Add CMutableTransaction and make CTransaction immutable. In addition, introduce a cached hash inside CTransaction, to prevent recalculating it over and over again.
2014-06-07 11:53:27 +00:00
CMutableTransaction txFrom; // Funding transaction
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
txFrom.vout.resize(3);
txFrom.vout[0].scriptPubKey = a_and_b;
txFrom.vout[1].scriptPubKey = a_or_b;
txFrom.vout[2].scriptPubKey = escrow;
Add CMutableTransaction and make CTransaction immutable. In addition, introduce a cached hash inside CTransaction, to prevent recalculating it over and over again.
2014-06-07 11:53:27 +00:00
CMutableTransaction txTo[3]; // Spending transaction
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 3; i++)
{
txTo[i].vin.resize(1);
txTo[i].vout.resize(1);
txTo[i].vin[0].prevout.n = i;
txTo[i].vin[0].prevout.hash = txFrom.GetHash();
txTo[i].vout[0].nValue = 1;
}
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<CKey> keys;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
// Test a AND b:
namespace: drop boost::assign altogether here Standard functions are even simpler
2014-12-19 21:49:00 +00:00
keys.assign(1,key[0]);
keys.push_back(key[1]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
s = sign_multisig(a_and_b, keys, txTo[0], 0);
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK(VerifyScript(s, a_and_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[0], 0, amount), &err));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_OK, ScriptErrorString(err));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 4; i++)
{
namespace: drop boost::assign altogether here Standard functions are even simpler
2014-12-19 21:49:00 +00:00
keys.assign(1,key[i]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
s = sign_multisig(a_and_b, keys, txTo[0], 0);
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(!VerifyScript(s, a_and_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[0], 0, amount), &err), strprintf("a&b 1: %d", i));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_INVALID_STACK_OPERATION, ScriptErrorString(err));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
namespace: drop boost::assign altogether here Standard functions are even simpler
2014-12-19 21:49:00 +00:00
keys.assign(1,key[1]);
keys.push_back(key[i]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
s = sign_multisig(a_and_b, keys, txTo[0], 0);
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(!VerifyScript(s, a_and_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[0], 0, amount), &err), strprintf("a&b 2: %d", i));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_EVAL_FALSE, ScriptErrorString(err));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
// Test a OR b:
for (int i = 0; i < 4; i++)
{
namespace: drop boost::assign altogether here Standard functions are even simpler
2014-12-19 21:49:00 +00:00
keys.assign(1,key[i]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
s = sign_multisig(a_or_b, keys, txTo[1], 0);
if (i == 0 || i == 1)
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
{
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(VerifyScript(s, a_or_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[1], 0, amount), &err), strprintf("a|b: %d", i));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_OK, ScriptErrorString(err));
}
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
else
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
{
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(!VerifyScript(s, a_or_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[1], 0, amount), &err), strprintf("a|b: %d", i));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_EVAL_FALSE, ScriptErrorString(err));
}
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
s.clear();
s << OP_0 << OP_1;
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK(!VerifyScript(s, a_or_b, NULL, flags, MutableTransactionSignatureChecker(&txTo[1], 0, amount), &err));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_SIG_DER, ScriptErrorString(err));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 4; i++)
for (int j = 0; j < 4; j++)
{
namespace: drop boost::assign altogether here Standard functions are even simpler
2014-12-19 21:49:00 +00:00
keys.assign(1,key[i]);
keys.push_back(key[j]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
s = sign_multisig(escrow, keys, txTo[2], 0);
if (i < j && i < 3 && j < 3)
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
{
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(VerifyScript(s, escrow, NULL, flags, MutableTransactionSignatureChecker(&txTo[2], 0, amount), &err), strprintf("escrow 1: %d %d", i, j));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_OK, ScriptErrorString(err));
}
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
else
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
{
Refactor script validation to observe amounts This is a preparation for BIP143 support.
2016-03-31 12:51:29 +00:00
BOOST_CHECK_MESSAGE(!VerifyScript(s, escrow, NULL, flags, MutableTransactionSignatureChecker(&txTo[2], 0, amount), &err), strprintf("escrow 2: %d %d", i, j));
script: check ScriptError values in script tests
2014-11-13 19:27:38 +00:00
BOOST_CHECK_MESSAGE(err == SCRIPT_ERR_EVAL_FALSE, ScriptErrorString(err));
}
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
}
BOOST_AUTO_TEST_CASE(multisig_IsStandard)
{
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
CKey key[4];
for (int i = 0; i < 4; i++)
Fix tests after 38067c18
2012-02-20 17:32:33 +00:00
key[i].MakeNewKey(true);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript a_and_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_and_b << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
BOOST_CHECK(::IsStandard(a_and_b, whichType));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript a_or_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_or_b << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
BOOST_CHECK(::IsStandard(a_or_b, whichType));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript escrow;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
escrow << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << ToByteVector(key[2].GetPubKey()) << OP_3 << OP_CHECKMULTISIG;
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
BOOST_CHECK(::IsStandard(escrow, whichType));
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
CScript one_of_four;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
one_of_four << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << ToByteVector(key[2].GetPubKey()) << ToByteVector(key[3].GetPubKey()) << OP_4 << OP_CHECKMULTISIG;
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
BOOST_CHECK(!::IsStandard(one_of_four, whichType));
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
CScript malformed[6];
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
malformed[0] << OP_3 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
malformed[1] << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_3 << OP_CHECKMULTISIG;
malformed[2] << OP_0 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
malformed[3] << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_0 << OP_CHECKMULTISIG;
malformed[4] << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_CHECKMULTISIG;
malformed[5] << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey());
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
for (int i = 0; i < 6; i++)
Relay OP_RETURN data TxOut as standard transaction type
2013-06-24 19:09:50 +00:00
BOOST_CHECK(!::IsStandard(malformed[i], whichType));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
BOOST_AUTO_TEST_CASE(multisig_Solver1)
{
// Tests Solver() that returns lists of keys that are
// required to satisfy a ScriptPubKey
//
fix comments ExtractAddress() -> ExtractDestination()
2014-08-27 15:47:17 +00:00
// Also tests IsMine() and ExtractDestination()
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
//
fix comments ExtractAddress() -> ExtractDestination()
2014-08-27 15:47:17 +00:00
// Note: ExtractDestination for the multisignature transactions
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
// always returns false for this release, even if you have
// one key that would satisfy an (a|b) or 2-of-3 keys needed
// to spend an escrow transaction.
//
make sure IsMine only returns true when we own all keys
2012-01-02 07:27:41 +00:00
CBasicKeyStore keystore, emptykeystore, partialkeystore;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CKey key[3];
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
CTxDestination keyaddr[3];
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 3; i++)
{
Fix tests after 38067c18
2012-02-20 17:32:33 +00:00
key[i].MakeNewKey(true);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
keystore.AddKey(key[i]);
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
keyaddr[i] = key[i].GetPubKey().GetID();
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
make sure IsMine only returns true when we own all keys
2012-01-02 07:27:41 +00:00
partialkeystore.AddKey(key[0]);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<valtype> solutions;
Use block times for 'hard' OP_EVAL switchover, and refactored EvalScript so it takes a flag for how to interpret OP_EVAL. Also increased IsStandard size of scriptSigs to 500 bytes, so a 3-of-3 multisig transaction IsStandard.
2011-11-08 18:20:29 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
s << ToByteVector(key[0].GetPubKey()) << OP_CHECKSIG;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(Solver(s, whichType, solutions));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(solutions.size() == 1);
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
CTxDestination addr;
BOOST_CHECK(ExtractDestination(s, addr));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(addr == keyaddr[0]);
BOOST_CHECK(IsMine(keystore, s));
BOOST_CHECK(!IsMine(emptykeystore, s));
}
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<valtype> solutions;
Use block times for 'hard' OP_EVAL switchover, and refactored EvalScript so it takes a flag for how to interpret OP_EVAL. Also increased IsStandard size of scriptSigs to 500 bytes, so a 3-of-3 multisig transaction IsStandard.
2011-11-08 18:20:29 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
s << OP_DUP << OP_HASH160 << ToByteVector(key[0].GetPubKey().GetID()) << OP_EQUALVERIFY << OP_CHECKSIG;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(Solver(s, whichType, solutions));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(solutions.size() == 1);
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
CTxDestination addr;
BOOST_CHECK(ExtractDestination(s, addr));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(addr == keyaddr[0]);
BOOST_CHECK(IsMine(keystore, s));
BOOST_CHECK(!IsMine(emptykeystore, s));
}
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<valtype> solutions;
Use block times for 'hard' OP_EVAL switchover, and refactored EvalScript so it takes a flag for how to interpret OP_EVAL. Also increased IsStandard size of scriptSigs to 500 bytes, so a 3-of-3 multisig transaction IsStandard.
2011-11-08 18:20:29 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
s << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(Solver(s, whichType, solutions));
Fix signed/unsigned comparison warnings
2013-03-07 17:38:25 +00:00
BOOST_CHECK_EQUAL(solutions.size(), 4U);
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
CTxDestination addr;
BOOST_CHECK(!ExtractDestination(s, addr));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(IsMine(keystore, s));
BOOST_CHECK(!IsMine(emptykeystore, s));
make sure IsMine only returns true when we own all keys
2012-01-02 07:27:41 +00:00
BOOST_CHECK(!IsMine(partialkeystore, s));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<valtype> solutions;
Use block times for 'hard' OP_EVAL switchover, and refactored EvalScript so it takes a flag for how to interpret OP_EVAL. Also increased IsStandard size of scriptSigs to 500 bytes, so a 3-of-3 multisig transaction IsStandard.
2011-11-08 18:20:29 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
s << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(Solver(s, whichType, solutions));
Fix signed/unsigned comparison warnings
2013-03-07 17:38:25 +00:00
BOOST_CHECK_EQUAL(solutions.size(), 4U);
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<CTxDestination> addrs;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
int nRequired;
Refactor: split CKeyID/CScriptID/CTxDestination from CBitcoinAddress This introduces internal types: * CKeyID: reference (hash160) of a key * CScriptID: reference (hash160) of a script * CTxDestination: a boost::variant of the former two CBitcoinAddress is retrofitted to be a Base58 encoding of a CTxDestination. This allows all internal code to only use the internal types, and only have RPC and GUI depend on the base58 code. Furthermore, the header dependencies are a lot saner now. base58.h is at the top (right below rpc and gui) instead of at the bottom. For the rest: wallet -> script -> keystore -> key. Only keystore still requires a forward declaration of CScript. Solving that would require splitting script into two layers.
2012-05-14 21:44:52 +00:00
BOOST_CHECK(ExtractDestinations(s, whichType, addrs, nRequired));
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(addrs[0] == keyaddr[0]);
BOOST_CHECK(addrs[1] == keyaddr[1]);
= instead of == in multisig_tests.cpp
2012-06-21 18:37:49 +00:00
BOOST_CHECK(nRequired == 1);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
BOOST_CHECK(IsMine(keystore, s));
BOOST_CHECK(!IsMine(emptykeystore, s));
make sure IsMine only returns true when we own all keys
2012-01-02 07:27:41 +00:00
BOOST_CHECK(!IsMine(partialkeystore, s));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
{
Refactoring: Removed using namespace <xxx> from bench/ and test/ source files.
2016-12-05 07:03:53 +00:00
std::vector<valtype> solutions;
Use block times for 'hard' OP_EVAL switchover, and refactored EvalScript so it takes a flag for how to interpret OP_EVAL. Also increased IsStandard size of scriptSigs to 500 bytes, so a 3-of-3 multisig transaction IsStandard.
2011-11-08 18:20:29 +00:00
txnouttype whichType;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript s;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
s << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << ToByteVector(key[2].GetPubKey()) << OP_3 << OP_CHECKMULTISIG;
OP_EVAL implementation OP_EVAL is a new opcode that evaluates an item on the stack as a script. It enables a new type of bitcoin address that needs an arbitrarily complex script to redeem.
2011-10-03 17:05:43 +00:00
BOOST_CHECK(Solver(s, whichType, solutions));
BOOST_CHECK(solutions.size() == 5);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
}
BOOST_AUTO_TEST_CASE(multisig_Sign)
{
// Test SignSignature() (and therefore the version of Solver() that signs transactions)
CBasicKeyStore keystore;
CKey key[4];
for (int i = 0; i < 4; i++)
{
Fix tests after 38067c18
2012-02-20 17:32:33 +00:00
key[i].MakeNewKey(true);
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
keystore.AddKey(key[i]);
}
CScript a_and_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_and_b << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript a_or_b;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
a_or_b << OP_1 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << OP_2 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
CScript escrow;
script: add ToByteVector() for converting anything with begin/end This should move to a util header once their dependencies are cleaned up.
2014-09-25 02:54:08 +00:00
escrow << OP_2 << ToByteVector(key[0].GetPubKey()) << ToByteVector(key[1].GetPubKey()) << ToByteVector(key[2].GetPubKey()) << OP_3 << OP_CHECKMULTISIG;
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
Add CMutableTransaction and make CTransaction immutable. In addition, introduce a cached hash inside CTransaction, to prevent recalculating it over and over again.
2014-06-07 11:53:27 +00:00
CMutableTransaction txFrom; // Funding transaction
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
txFrom.vout.resize(3);
txFrom.vout[0].scriptPubKey = a_and_b;
txFrom.vout[1].scriptPubKey = a_or_b;
txFrom.vout[2].scriptPubKey = escrow;
Add CMutableTransaction and make CTransaction immutable. In addition, introduce a cached hash inside CTransaction, to prevent recalculating it over and over again.
2014-06-07 11:53:27 +00:00
CMutableTransaction txTo[3]; // Spending transaction
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
for (int i = 0; i < 3; i++)
{
txTo[i].vin.resize(1);
txTo[i].vout.resize(1);
txTo[i].vin[0].prevout.n = i;
txTo[i].vin[0].prevout.hash = txFrom.GetHash();
txTo[i].vout[0].nValue = 1;
}
for (int i = 0; i < 3; i++)
{
BIP143: Signing logic
2016-03-31 12:54:58 +00:00
BOOST_CHECK_MESSAGE(SignSignature(keystore, txFrom, txTo[i], 0, SIGHASH_ALL), strprintf("SignSignature %d", i));
Support 3 new multisignature IsStandard transactions Initial support for (a and b), (a or b), and 2-of-3 escrow transactions (where a, b, and c are keys).
2011-09-28 16:30:06 +00:00
}
}
BOOST_AUTO_TEST_SUITE_END()
Reference in New Issue Copy Permalink