Hierarchical meta-ledger transaction recording
US-2019156429-A1 · May 23, 2019 · US
US10904000B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10904000-B2 |
| Application number | US-201815963601-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 26, 2018 |
| Priority date | Apr 26, 2018 |
| Publication date | Jan 26, 2021 |
| Grant date | Jan 26, 2021 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Proof onions for transactions for smart contracts are stored. Details of the transactions are stored on blockchains separate from the proof onions. The proof onions are evidence structures for the steps taken to create any transaction for the smart contract. The proof onions include a plurality of signatures or other cryptographic proofs. A proof request that is associated with at least a first transaction of the transactions is received. A first proof onion of the proof onions that corresponds to the first transaction is retrieved. A plurality of public keys associated with the first proof onion is obtained. The plurality of public keys is used to validate the first proof onion. In response to the validation of the first proof onion, the proof request is responded to with at least an indication of the validity of the first transaction.
Opening claim text (preview).
I claim: 1. An apparatus, comprising: a device including at least one memory adapted to store run-time data for the device, and at least one processor that is adapted to execute processor-executable code that, in response to execution, enables the device to perform actions, including: storing proof structures that store layers of cryptographic proof for transactions for smart contracts, wherein details of the transactions are stored on blockchains separate from the proof structures, wherein the proof structures are proof structures for the transactions, wherein the proof structures include a plurality of signatures, wherein the plurality of signatures includes at least one enclave signature from a first enclave, and wherein the first enclave is a secure execution environment; receiving a proof request that is associated with at least a first transaction of the transactions; retrieving a first proof structure of the proof structures that corresponds to the first transaction; obtaining a plurality of public keys associated with the first proof structure; using the plurality of public keys to validate the first proof structure; and in response to the validation of the first proof structure, responding to the proof request with at least an indication of the validity of the first transaction. 2. The apparatus of claim 1 , wherein obtaining the plurality of public keys includes requesting the plurality of public keys from a registry based on an identifier and a version of each public key of the plurality of public keys. 3. The apparatus of claim 1 , wherein the proof request includes at least a binding identifier. 4. The apparatus of claim 1 , wherein the proof request includes a transaction hash, wherein retrieving the first proof structure includes locating the first proof structure based on the transaction hash, and wherein the transaction hash is a hash of at least the first proof structure. 5. The apparatus of claim 1 , wherein the first proof structure includes at least three digital signatures. 6. The apparatus of claim 1 , wherein the first proof structure further includes a blockchain-specific signature. 7. The apparatus of claim 1 , wherein the first proof structure further includes a digital signature of a cryptlet in which code for the transaction was executed. 8. The apparatus of claim 1 , the actions further including: receiving a second proof structure from a contract proxy; calculating a hash based at least in part on the second proof structure; storing the second proof structure; indexing the second proof structure based on the hash; and communicating the hash to the contract proxy. 9. An apparatus, comprising: a device including at least one memory adapted to store run-time data for the device, and at least one processor that is adapted to execute processor-executable code that, in response to execution, enables the device to perform actions, including: receiving a transaction encapsulated by a proof structure that stores layers of cryptographic proof, wherein the proof structure is a proof structure for the transaction, wherein the proof structure includes a plurality of signatures, wherein the plurality of signatures includes at least one enclave signature from a first enclave, and wherein the first enclave is a secure execution environment; sending the proof structure to a proofing service; receiving, from the proofing service, a transaction hash that is a hash of at least the proof structure; appending the transaction hash to the transaction; and causing the transaction, including the appended transaction hash, to be recorded on a ledger that is separate from the proofing service. 10. The apparatus of claim 9 , the actions further including: receiving a receipt from the ledger; sending the receipt to the proofing service; and receiving a confirmation of the receipt from the proofing service. 11. The apparatus of claim 9 , wherein the first proof structure includes at least three digital signatures. 12. The apparatus of claim 9 , wherein the first proof structure further includes a blockchain-specific signature. 13. The apparatus of claim 9 , wherein the first proof structure further includes a digital signature of a cryptlet in which code for that transaction was executed. 14. A method, comprising: storing proof structures for transactions for smart contracts; in response to a proof request that is associated with at least a first transaction of the transactions, providing a first proof structure that corresponds to the first transaction; via at least one processor, revalidating the first proof structure; and in response to the revalidation of the first proof structure, providing at least an indication of the validity of the first transaction, wherein details of the transactions are stored on blockchains separate from the proof structures, and wherein the proof structures include a plurality of signatures. 15. The method of claim 14 , wherein the proof request includes a transaction hash, wherein revalidating the first proof structure includes retrieving the first proof structure, wherein retrieving the first proof structure includes locating the first proof structure based on the transaction hash, and wherein the transaction hash is a hash of at least the first proof structure. 16. The method of claim 14 , the actions further including: receiving a second proof structure from a contract proxy; calculating a hash based at least in part on the second proof structure; storing the second proof structure; indexing the second proof structure based on the hash; and communicating the hash to the contract proxy. 17. The method of claim 14 , wherein the plurality of signatures includes at least one enclave signature from a first enclave, and wherein the first enclave is a secure execution environment. 18. The method of claim 17 , wherein the first proof structure further includes a blockchain-specific signature. 19. The method of claim 17 , wherein the first proof structure further includes a digital signature of a cryptlet in which code for the transaction was executed.
using hash chains, e.g. blockchains or hash trees · CPC title
operating in dual or compartmented mode, i.e. at least one secure mode · CPC title
Financial cryptography, e.g. electronic payment or e-cash · CPC title
Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy · CPC title
involving digital signatures · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.