Forcing the injection of a previous transaction's bytecode into a blockchain transaction
The invention relates to distributed ledge technologies such as consensus-based blockchains. Methods for causing an injection of a serialized previous transaction into a locking script are described. The invention is implemented using a blockchain network, which may be, for example, a Bitcoin blockchain. A first transaction to validate is received at a node in a blockchain network, with the first transaction including a first script. The first script, as a result of being executed, causes the node to at least obtain a first set of field values corresponding to the first transaction and obtain a second set of field values corresponding to a particular transaction. A second transaction is obtained, with the second transaction having been validated and including a second script. The second script, as a result of being executed, causes the node to at least obtain the first set of field values and the second set of field values of the particular transaction supplied as a result of execution of the first script, extract a transaction identifier from the first set of field values, and determine, based at least in part on the second set of field values, that the particular transaction corresponds to the transaction identifier. The first transaction is validated by executing the first script and the second script.
1. A method comprising:
receiving, at a node in a blockchain network, a first transaction to validate, the first transaction including a first script that, as a result of being executed, causes the node to at least:
obtain a first set of field values corresponding to the first transaction; and
obtain a second set of field values corresponding to a particular transaction;
obtaining a second transaction, the second transaction having been validated and including a second script that, as a result of being executed, causes the node to at least:
obtain the first set of field values and the second set of field values of the particular transaction supplied as a result of execution of the first script;
extract a transaction identifier from the first set of field values; and
determine, based at least in part on the second set of field values, that the particular transaction corresponds to the transaction identifier;
validating the first transaction by executing the first script and the second script and wherein the second script constrains an identity of a source of the first transaction.
2. The method claimed in claim 1 , wherein the second set of field values is in a canonicalized format.
3. The method claimed in claim 1 , wherein the node determines that the particular transaction corresponds to the transaction identifier by:
generating a hash of the second set of field values; and
verifying that the hash matches the transaction identifier.
4. The method claimed in claim 1 , wherein the particular transaction is associated with control of a digital asset transferred as a result of validating the first transaction.
5. The method claimed in claim 1 , wherein the particular transaction is associated with a second digital asset different from a digital asset being transferred.
6. The method claimed in claim 1 , wherein validating the first transaction succeeds without verifying that an entity that created the first transaction has access to secret information.
7. The method claimed in claim 1 , wherein the node is a validation node of the blockchain network.
8. The method claimed in claim 1 , wherein validating the first transaction further includes, as a result of successful validation of the first transaction, adding the first transaction to a blockchain in the blockchain network.
9. The method claimed in claim 1 , wherein:
the second script is a locking script that imposes a set of conditions for validating the first transaction; and
execution of the locking script causes the node to validate the first transaction by determining whether the set of conditions have been fulfilled.
10. The method claimed in claim 9 , wherein the first script is an unlocking script for satisfying the set of conditions of the second script.
11. The method claimed in claim 1 , wherein:
the first script specifies a signature hash type; and
the second script, further as a result of being executed, causes the node to obtain the signature hash type supplied as a result of execution of the first script.
12. The method claimed in claim 11 , wherein the second script, further as a result of being executed, causes the node to determine, based at least in part on the signature hash type, that the particular transaction is a member of a set of transactions associated with the first transaction.
13. The method claimed in claim 11 , wherein the second script, further as a result of being executed, causes the node to determine, based at least in part on the signature hash type, that the particular transaction corresponds to the second transaction.
14. A system, comprising:
a processor; and
memory including executable instructions that, as a result of execution by the processor, causes the system to perform the method of claim 1 .
15. A non-transitory computer-readable storage medium having stored thereon executable instructions that, as a result of being executed by a processor of a computer system, cause the computer system to at least perform the method of claim 1 .