Blockchain endpoint protection
Quantum security may be enhanced through the use of quantum-safe validators for transactions whereby the quantum-safe validators process quantum-safe addresses and signatures of parties to the transactions. Quantum safety may be added to conventional blockchain transactions, for example, via smart contracts which are executed using cryptographic interlocks to between conventional smart contract execution engines and quantum-safe validators to ensure both quantum-safe processing of addresses and signatures and legitimacy of quantum-safe validators in presenting transactions for incorporation on the chain.
1. A method performed by a digital computing apparatus, the digital computing apparatus being a smart contract validator, the method comprising:
receiving, from a quantum-safe (QS) validator via a communications network, a request to register a current transaction on a blockchain, the request comprising an indication of a payer, an indication of a payee, an indication of an item to be transferred, and an indication of a QS signature of the QS validator;
verifying the QS signature of the QS validator;
receiving, from the QS validator via the communications network, a new commitment value, the new commitment value being generated using a commitment mechanism on an unrevealed secret, the unrevealed secret being a committed secret associated with the current transaction and stored in the QS validator;
receiving, from the quantum-safe (QS) validator via the communications network, a revealed secret;
performing the commitment mechanism on the revealed secret to obtain a result;
validating the request by comparing the result to an old commitment value, the old commitment value being associated with a most recent previous transaction processed by the QS validator;
upon validation of the request, creating a transaction record based on the request, signing the transaction record, and submitting the transaction record for inclusion in the blockchain, wherein the transaction record comprises indicia of the payer, the payee, and the item to be transferred, and wherein the transaction record further comprises the new commitment value.
2. The method of claim 1 , further comprising obtaining the old commitment value from a record on the blockchain of the most recent previous transaction processed by the QS validator.
3. The method of claim 1 wherein the request further comprises an indication of a smart contract type for the current transaction, the method further comprising adjusting the processing of the current transaction in accordance with the smart contract type.
4. The method of claim 3 further comprising obtaining software code for performing the smart contract from the blockchain.
5. The method of claim 3 wherein the request further comprises an indication of an optional method of the smart contract to be used for the current transaction, the method further comprising processing the current transaction in accordance with the optional method of the smart contract.
6. The method of claim 1 wherein:
the request further comprises an indication of a QS signature of the payer; and
the method further comprising verifying the QS signature of the payer.
7. The method of claim 6 , wherein:
the indication of the QS signature of the payer comprises a hash of the QS signature of the payer; and
the method further comprises obtaining, from a public lookup table using the hash of the QS signature of the payer, the QS signature of the payer.
8. The method of claim 1 , wherein the request further comprises a QS address for each of the payer and the payee.
9. The method of claim 1 , wherein signing the transaction record comprises creating a QS signature of the apparatus for the current transaction.
10. The method of claim 9 , further comprising:
creating a hash of the QS signature of the apparatus for the current transaction;
storing, in a public lookup table, the hash of the QS signature of the apparatus for the current transaction and the hash of the QS signature of the apparatus for the current transaction;
adding, to the transaction record, the hash of the QS signature of the apparatus for the current transaction.
11. The method of claim 1 , wherein the QS validator is a network of QS validators.
12. The method of claim 9 , further comprising:
creating a hash of the QS signature of the QS validator;
storing, in a public lookup table, the hash of the QS signature of the QS validator and the QS signature of the QS validator;
adding, to the transaction record, the hash of the QS signature of the apparatus for the current transaction.
13. The method of claim 1 , wherein the QS validator is a network of QS validators.
14. The method of claim 1 , wherein the smart contract validator is one of a plurality of smart contract validators that receive the second request.
15. A method performed by a digital computing apparatus, the digital computing apparatus being a quantum-safe (QS) validator, the method comprising:
receiving, from a payer, a first request to register a current transaction on a blockchain, the first request comprising a first indication of the payer, a first indication of a payee, a first indication of an item to be transferred, and a first indication of a QS signature of the payer;
verifying the QS signature of the payer;
generating an unrevealed secret for the current transaction;
generating a new commitment value by performing a commitment mechanism on the unrevealed secret;
sending, to a smart contract validator via a communications network, a second request to register the current transaction on the blockchain, the second request comprising a second indication of the payer, a second indication of the payee, a second indication of the item to be transferred, an indication of a QS signature of the QS validator, and the new commitment value.
16. The method of claim 15 , wherein the second request further comprises an indication of a smart contract type to be applied by the smart contract validator for the current transaction.
17. The method of claim 16 , wherein the second request further comprises an indication of an optional method of the smart contract type be used for the current transaction.
18. The method of claim 15 wherein:
the request further comprises an indication of a QS signature of the payee; and
the method further comprising verifying the QS signature of the payee.
19. The method of claim 15 , wherein:
the first indication of the QS signature of the payer comprises a hash of the QS signature of the payer; and
the method further comprises obtaining, from a public lookup table using the hash of the QS signature of the payer, the QS signature of the payer.
20. The method of claim 15 , wherein:
the first request further comprises a non-QS address of the payee, a non-QS address of the payer, and a non-QS signature of the payer; and
the second request further comprises the non-QS address of the payee, the non-QS address of the payer, and the non-QS signature of the payer.