Conceptio › Archive › Google Patents

Google Patentsopen access

Blockchain architecture, system, method and device including a hybrid public- … — Atrium Separate Ip Holdings Number 4, Llc (US12008555B2)

Atrium Separate Ip Holdings Number 4, Llc · Google Patents

Google Patents · Patents · License: Open Access

patent, google patents, intellectual property, US12008555B2, Atrium Separate Ip Holdings Number 4, Llc, H. Anthony DeRosa-Grund, en, 2024

ABSTRACT

Abstract

A distributed transaction and data storage platform including a distributed notary ledger or blockchain and one or more individual user micro-identifier chains that together enable the secure effectuation and recordation of one or more transactions, and/or storage of data in an automated, real-time, zero-trust, globally data law and privacy law centric manner while maintaining transaction party confidentiality and preventing chain poisoning.

Description

RELATED APPLICATIONS

This patent application claims priority under 35 U.S.C. 119(e) of the U.S. Provisional Patent Application No. 63/082,383, filed Sep. 23, 2020, entitled âA BLOCKCHAIN ARCHITECTURE, SYSTEM, METHOD AND DEVICE FOR FACILITATING SECURE MEDICAL TESTING, DATA COLLECTION AND CONTROLLED DISTRIBUTION USING A DECENTRALIZED HEALTH INFORMATION PLATFORM AND TOKEN ECOSYSTEM.â

Additionally, this patent application is a continuation-in-part of the co-pending U.S. patent application Ser. No. 17/322,217, filed May 17, 2021, and entitled âA BLOCKCHAIN ARCHITECTURE, SYSTEM, METHOD AND DEVICE FOR AUTOMATED CYBERSECURITY AND DATA PRIVACY LAW COMPLIANCE WITH A STREAMLINED BLOCK STRUCTURE,â which is a continuation-in-part of the co-pending U.S. patent application Ser. No. 17/188,609, filed Mar. 1, 2021, and entitled âA BLOCKCHAIN ARCHITECTURE, SYSTEM, METHOD AND DEVICE FOR AUTOMATED CYBERSECURITY AND DATA PRIVACY LAW COMPLIANCE WITH A STREAMLINED BLOCK STRUCTURE,â which is a continuation-in-part of the co-pending U.S. patent application Ser. No. 17/025,888, filed Sep. 18, 2020, entitled âA BLOCKCHAIN ARCHITECTURE, SYSTEM, METHOD AND DEVICE FOR AUTOMATED CYBERSECURITY AND DATA PRIVACY LAW COMPLIANCE WITH A PARTITIONED REPLICATION PROTOCOL,â which is a continuation-in-part of the co-pending U.S. patent application Ser. No. 16/855,918, filed Apr. 22, 2020, entitled âA BLOCKCHAIN ARCHITECTURE, SYSTEM, METHOD AND DEVICE FOR AUTOMATED CYBERSECURITY AND DATA PRIVACY LAW COMPLIANCE WITH DELAYED BLOCK POSTING PROTOCOL,â all of which are hereby incorporated by reference.

FIELD OF THE INVENTION

The present invention relates to the field of distributed ledger and blockchain systems. More particularly, the present invention relates to a plurality of interoperating distributed ledger and blockchain systems.

BACKGROUND OF THE INVENTION

Blockchain was the first fully functional distributed ledger technology. However, deployed blockchains are plagued with problems that limit, and inhibit, its vast potential. These include inability to scale, limit to the number of transactions per second, security vulnerabilities, inefficiency, and costly and problematic consensus mechanisms. Additionally, they are by their very nature unable to be compliant with international data privacy laws, including, but not limited to the GDPR and CCPA. All data, including Private Personal Information, once placed on existing blockchains can never be removed. Blockchain's strength of immutability of data is also its weak point regarding compliance with regulatory and data privacy laws. Blockchain immutability renders all existing chains in perpetual violation of global data privacy laws as these laws give users, among other rights, the incontrovertible right to have their data removed from a chain upon their request.

At the same time, there is no system able to scientifically ensure the provenance of medical test results (e.g. covid-19 testing). Without such provenance such test results are unverifiable, suspect and their results possibly useless. As a result, schools, businesses and individuals that need the ability to provide provenance of such verifiable health statuses (e.g. covid free) are unable to and in need of a data privacy centric and regulatory and data privacy law compliant platform that can provide such functionality in a data privacy centric and data privacy law compliant manner.

SUMMARY OF THE INVENTION

A transaction platform including a notary distributed ledger or blockchain and one or more separate micro-identifier chains (MIDCs) that together enable the secure effectuation and recordation of one or more transactions and storage of data in an automated privacy and regulatory law compliant manner (with or without zero-trust) while maintaining transaction party confidentiality and preventing chain poisoning. The notary distributed ledgers or blockchains, as well as the MIDC's are able to use single transaction blocks to store, maintain and provide information about the parties related to the transactions which the blockchain is able to utilize in order to securely and quickly validate, execute and record the transactions. The single transaction blocks and distributed ledger, transaction and data store thereof is able to function as a public or private blockchain (e.g. a distributed blockchain or database across a plurality of computing devices that each store copies of transactions in one or more linked blocks, in this case single transaction blocks) that maintains a continuously-growing list of data records hardened against tampering and revision. In particular, unlike other blockchains where a single block is used to store thousands of transactions, the single transaction blockchain of this system is able to consist of data structure blocks with each block holding only one individual transaction, piece of data (e.g., document, audio file, video file, biometric characteristics, or other types of data) and/or the results of any blockchain executables. Each single transaction block of the blockchain is able to comprise a timestamp and information linking it to a previous block thereby defining the chain and maintaining an order of each of the records/transactions. Further, the blockchains are able to implement a partitioned RAFT replication protocol in order to distribute the recording workload and increase transaction throughput, processing speed and efficiency.

The native user data, as well as Private Personal Information (PPI) for each user is able to be stored on the micro-identifier chain. A plurality of MIDCs can be combined to form a micro-identifier chain arrays for the transaction platform. In some embodiments, MIDC stacked on top of each other look like a database in that they have rows, and columns. The single transaction blocks in each MIDC are the equivalent of cells in a database. This totality of these stacked MIDC combine together to form the distributed storage equivalent of a database that we call a Chain Arrayed Data Store. This Chained Arrayed Data Store and STB allow the system to emulate the CRUD (Create, Read, Update and Delete) of a database. As such it allows the system to be the only DLT or blockchain capable of modifying and or deleting data in such a manner not to compromise the integrity and immutability of the chain or DLT itself.

In some embodiments, the platform comprises a health monitoring engine/module and/or downloadable application that uniquely enables individuals and/or entities (e.g. a business, school, permissioned third party, or a company), to ascertain and/or display one or more health statuses (and details thereof), on a private, secure, data privacy and regulatory law compliant platform. For example, the health monitoring engine enables the entity/user to securely obtain, record, update and display health statuses (e.g. test results such as Covid-19 active virus tests, antibody tests or vaccinations). As a result, it enables the users/entities to leverage the real-time daily health status of the users and/or entity to allow them to access facilities and services as individuals and/or populate work environments as entities with only individuals who status confirms their access and/or working as being safe. In some embodiments, the platform may be used for a private permissioned blockchain, or a hybrid public-private chain with a cryptocurrency component. These embodiments have use in far ranging application beyond the medical field.

A first aspect is directed to a blockchain platform for transaction data of a plurality of users having accounts on the platform. The platform comprises a micro-identification blockchain array formed by a stack of a plurality of micro-identification blockchains, wherein each one of the micro-identification blockchains is dedicated to a single one of the users such that the one of the micro-identification blockchains stores, as a single block, a native identifier of a user of the users, a coded identifier of the user and a set of transaction data of the user, a notary blockchain including notary processors and a notary operating system on notary memory, wherein when executed the notary processors the notary operating system causes the notary blockchain to store, as a single block, the coded identifier and the set of transaction data about the user each time the set of transaction data is updated with the native identifier of the user not being stored on the notary blockchain such that the set of transaction data is anonymous on the notary blockchain, generate a digital certificate of authenticity for the set of transaction data each time the set of transaction data is updated and transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as gas for authenticating the digital certificate of authenticity, a user device including a user device processor and a device memory storing a token application that when executed by the user device processor causes the device to provide a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node, the data validator node including node processors and a node operating system on node memory, wherein when executed the node processors the node operating system causes the node to receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain, validate whether the digital certificates of authenticity received from the notary blockchain are authentic, receive one or more parachain cryptographic tokens from the notary blockchain, transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens, transmit the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to the parachain blockchain as gas for recording the digital certificates of authenticity on the parachain blockchain and transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node and the parachain blockchain including parachain processors and a parachain operating system on parachain memory, wherein when executed the parachain processors the parachain operating system causes the parachain blockchain to receive the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node and record the digital certificates of authenticity on the parachain blockchain.

In some embodiments, the token application provides a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform. In some embodiments, the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity. In some embodiments, the token application provides a voting function to the user via a graphical user interface of the device, the voting function identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function, providing each of the rules proposed using the rule proposing function during a period and enabling the set of the users to submit at least one vote for or against each of the rules proposed. In some embodiments, a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked.

In some embodiments, for each of the rules proposed, the voting function adjusts the operation of the platform according to the adjustments indicated by the rule if and refrains from adjusting the operation of the platform according to the rule if the votes for the rule do not exceed the votes against the rule. In some embodiments, the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking. In some embodiments, the token application requires payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule. In some embodiments, the token application refunds the predetermined quantity of platform cryptocurrency tokens back to the user if the votes for the rule exceed the votes against the rule. In some embodiments, the token application provides a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency if the votes for the rule exceed the votes against the rule.

A second aspect is directed to a non-transitory computer-readable medium of a user device storing a token application for controlling the operation of a token ecosystem, the token ecosystem including a notary blockchain configured to store, as a single block and without a native identifier of a user, a coded identifier and a set of transaction data of the user, generate a digital certificate of authenticity for the set of transaction data and transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as gas for authenticating the digital certificate of authenticity, and the data validator node configured to receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain, validate whether the digital certificates of authenticity received from the notary blockchain are authentic, receive one or more parachain cryptographic tokens from the notary blockchain, transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens, transmit the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to the parachain blockchain as gas for recording the digital certificates of authenticity on the parachain blockchain, and transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node, wherein when executed by a device processor the token application provides a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node.

In some embodiments, when executed by a device processor the token application provides a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform. In some embodiments, the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity. In some embodiments, when executed by a device processor the token application provides a voting function to the user via a graphical user interface of the device, the voting function identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function, providing each of the rules proposed using the rule proposing function during a period and enabling the set of the users to submit at least one vote for or against each of the rules proposed. In some embodiments, a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked.

In some embodiments, for each of the rules proposed, the voting function adjusts the operation of the platform according to the adjustments indicated by the rule if and refrains from adjusting the operation of the platform according to the rule if the votes for the rule do not exceed the votes against the rule. In some embodiments, the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking. In some embodiments, when executed by a device processor the token application requires payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule. In some embodiments, when executed by a device processor the token application refunds the predetermined quantity of platform cryptocurrency tokens back to the user if the votes for the rule exceed the votes against the rule. In some embodiments, when executed by a device processor the token application provides a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency if the votes for the rule exceed the votes against the rule.

A third aspe

RELATED APPLICATIONS

FIELD OF THE INVENTION

BACKGROUND OF THE INVENTION

SUMMARY OF THE INVENTION

In some embodiments, for each of the rules proposed, the voting function adjusts the operation of the platform according to the adjustments indicated by the rule if and refrains from adjusting the operation of the platform according to the rule if the votes for the rule do not exceed the votes against the rule. In some embodiments, the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking. In some embodiments, when executed by a device processor the token application requires payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule. In some embodiments, when executed by a device processor the token application refunds the predetermined quantity of platform cryptocurrency tokens back to the user if the votes for the rule exceed the votes against the rule. In some embodiments, when executed by a device processor the token application provides a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency if the votes for the rule exceed the votes against the rule.

A third aspect is directed to a method of verifying a set of transaction data of a plurality of users using a micro-identification blockchain array formed by a stack of a plurality of micro-identification blockchains, wherein each one of the micro-identification blockchains is dedicated to a single one of the users such that the one of the micro-identification blockchains stores a native identifier of one of the users, a coded identifier of the one of the users and a set of personal information about the one of the users. The method comprises with a notary operating system stored on notary memory of a notary blockchain storing, as a single block, the coded identifier and the set of transaction data about the user each time the set of transaction data is updated with the native identifier of the user not being stored on the notary blockchain such that the set of transaction data is anonymous on the notary blockchain, generating a digital certificate of authenticity for the set of transaction data each time the set of transaction data is updated and transmitting the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as gas for authenticating the digital certificate of authenticity, with a token application stored on a device memory of a user device providing a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node, with a node operating system stored on node memory of a data validator node receiving the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain, validating whether the digital certificates of authenticity received from the notary blockchain are authentic, receiving one or more parachain cryptographic tokens from the notary blockchain, transmitting a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens, transmitting the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to the parachain blockchain as gas for recording the digital certificates of authenticity on the parachain blockchain and transmitting the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node, with a parachain operating system stored on parachain memory of a parachain blockchain receiving the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node and recording the digital certificates of authenticity on the parachain blockchain.

In some embodiments, the method further comprises, with the token application, providing a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform. In some embodiments, the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity. In some embodiments, the method further comprises, with the token application, providing a voting function to the user via a graphical user interface of the device, the voting function identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function, providing each of the rules proposed using the rule proposing function during a period and enabling the set of the users to submit at least one vote for or against each of the rules proposed.

In some embodiments, a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked. In some embodiments, for each of the rules proposed, the voting function adjusts the operation of the platform according to the adjustments indicated by the rule if and refrains from adjusting the operation of the platform according to the rule if the votes for the rule do not exceed the votes against the rule. In some embodiments, the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking. In some embodiments, the method further comprises, with the token application, requiring payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule. In some embodiments, the method further comprises, with the token application, refunding the predetermined quantity of platform cryptocurrency tokens back to the user if the votes for the rule exceed the votes against the rule. In some embodiments, the method further comprises, with the token application, providing a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency if the votes for the rule exceed the votes against the rule.

A fourth aspect is directed to a blockchain platform for recording health data of a plurality of users having accounts on the platform. The platform comprises a micro-identification blockchain array formed by a stack of a plurality of micro-identification blockchains, wherein each one of the micro-identification blockchains is dedicated to a single one of the users such that the one of the micro-identification blockchains stores, as a single block, a native identifier of a user of the users, a coded identifier of the user and a set of health data about the user, a notary blockchain including notary processors and a notary operating system on notary memory, wherein when executed the notary processors the notary operating system causes the notary blockchain to store, as a single block, the coded identifier and the set of health data about the user each time the set of health data is updated with the native identifier of the user not being stored on the notary blockchain such that the set of heath data is anonymous on the notary blockchain, generate a digital certificate of authenticity for the set of health data each time the set of health data is updated and transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as gas for authenticating the digital certificate of authenticity, a user device including a user device processor and a device memory storing a token application that when executed by the user device processor causes the device to provide a staking command function to the user via a graphical user interface of the device, the staking command function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node, the data validator node including node processors and a node operating system on node memory, wherein when executed the node processors the node operating system causes the node to receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain, validate whether the digital certificates of authenticity received from the notary blockchain are authentic, receive one or more parachain cryptographic tokens from the notary blockchain, transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens, transmit the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to the parachain blockchain as gas for recording the digital certificates of authenticity on the parachain blockchain and transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node and the parachain blockchain including parachain processors and a parachain operating system on parachain memory, wherein when executed the parachain processors the parachain operating system causes the parachain blockchain to receive the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node and record the digital certificates of authenticity on the parachain blockchain.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a blockchain transaction system according to some embodiments.

FIG. 2 illustrates a detailed view of the transaction platform according to some embodiments.

FIG. 3 illustrates a method of implementing a blockchain transaction platform according to some embodiments.

FIG. 4 illustrates a block diagram of an exemplary computing device according to some embodiments.

FIG. 5 illustrates an exemplary transaction block according to some embodiments.

FIG. 6 illustrates a method of replicating objects on a blockchain according to some embodiments.

FIG. 7 illustrates a user registration method according to some embodiments.

FIG. 8 A illustrates an exemplary transaction that is able to be used in the MIDC chain according to some embodiments.

FIG. 8 B illustrates an exemplary transaction that is able to be used in the notary chain according to some embodiments.

FIG. 9 illustrates a method of securely providing MIDC data to a user according to some embodiments.

FIG. 10 illustrates a method of implementing a medical status module according to some embodiments.

FIG. 11 illustrates the system including the token ecosystem module according to some embodiments.

FIG. 12 illustrates a method of operating the token ecosystem module according to some embodiments.

DETAILED DESCRIPTION OF THE INVENTION

Embodiments are directed to a transaction platform including a notary distributed ledger or blockchain and one or more separate micro-identifier chains (MIDCs) that together enable the secure effectuation and recordation of one or more transactions while maintaining transaction party confidentiality and preventing chain poisoning. In some embodiments, the platform may be used for a private permissioned blockchain, or a hybrid public-private chain with a cryptocurrency component.

The notary distributed ledgers or blockchains are able to be a single transaction blockchain to store, maintain and provide information about the parties related to the transactions which the blockchain is able to utilize in order to securely and quickly validate, execute and record the transactions. The single transaction distributed blockchain is able to be a public or private blockchain (e.g. a distributed blockchain or database across a plurality of computing devices that each store copies of transactions in one or more linked blocks) that maintains a continuously-growing list of data records hardened against tampering and revision. In particular, unlike other blockchains where a single block is used to store thousands of transactions, the single transaction blockchain of this system is able to consist of data structure blocks with each block holding only one individual transaction and/or the results of any blockchain executables. Each block of the blockchain is able to comprise a timestamp and information linking it to a previous block thereby defining the chain and maintaining an order of each of the records/transactions.

The native user data for each user is able to be stored on the micro-identifier chain. A plurality of MIDCs can be combined to form a micro-identifier chain arrays for the transaction platform. In such embodiments, for each user, only a specified single transaction block of their micro-identification chain that stores de-identified user data is able to be accessed by the notary blockchain(s) in order to form on-chain transactions. The data stored on the notary chain(s), and the other single transaction blocks of the micro-identification chain(s) is kept secure from any intruders.

Blockchain Transaction System

FIG. 1 illustrates a blockchain transaction system 100 according to some embodiments. As shown in FIG. 1 , the system 100 comprises a transaction platform 102 coupled with one or more buyer devices 104 and one or more seller devices 106 over one or more networks 108 . The networks 108 are able to be one or a combination of wired or wireless networks as are well known in the art. Although as shown in FIG. 1 one transaction platform 102 is coupled with two buyer devices 104 and two seller devices 106 , it is understood that the system 100 is able to comprise any number of platforms 102 , buyers devices 104 and/or seller devices 106 coupled together via the network 108 . Additionally, although described as buyer/ seller devices

104 , 106 , it is understood that the devices

104 , 106 are able to be devices of any users.

FIG. 2 illustrates a detailed view of the transaction platform 102 according to some embodiments. As shown in FIG. 2 , the platform comprises a platform operating system 206 (e.g. including a plurality of separate modules/engines and stored on/operated by one or more physical servers or the cloud), one or more micro-identification chain (MIDC) arrays 204 formed by one or more a micro-identification chains 202 , and at least one notary blockchain 206 â² (e.g. notary blockchain cluster(s) including a plurality of nodes each being operated by one or more node servers) all operably coupled together with the operating system 206 executing the functions described herein with and for arrays 204 and the blockchain 206 â². In particular, the operating system 206 is able to comprise one or both of programming/code stored within the arrays 204 and/or blockchain 206 â² and programming/code stored outside the arrays 204 and/or blockchain 206 â² (e.g. within the one or more physical servers or the cloud). Further, in some embodiments the operating system 206 is able to be secure operating systems utilizing encryption in order to protect stored data. In some embodiments, the platform 102 comprises separate MIDC arrays 204 for seller MIDCs and buyer MIDCs. Alternatively, the seller and buyer MIDCs are able to be a part of the same array 204 (e.g. a user MIDC array 204 ). The operating system 206 , arrays 204 and the notary blockchain 206 â² are able to be coupled together over the network 108 (and/or other networks).

In some embodiments, the platform 102 includes one or more side chains coupled between blockchains of the operating system 206 and/or the MIDC arrays 204 . Specifically, the sidechains are able to be mechanisms that allow tokens and other digital assets from one blockchain to be securely used in a separate blockchain and then be moved back to the original blockchain if needed. In other words, the pegged sidechains are a blockchain that is attached to the parent chain (notary blockchain) through the two-way peg mechanism which allows bidirectional transfer of assets between the parent chain and the sidechain at a fixed deterministic exchange rate by using a separate token currency tied to the parent chain. In such embodiments, by using a two-way peg mechanism, the unauthorized creation of tokens and sidechains is precluded. Alternatively, the side chains are able to be omitted and/or application programming interfaces (APIs) may be used by the system to effectuate inter-chain and/or inter-ledger operability.

The notary blockchain 206 â² is able to be a public/private hybrid blockchain (or a public blockchain or a private permissioned blockchain). For example, the blocks of the blockchain 206 â² are able to only be viewed by a permissioned user (e.g. having a valid account on the system 100 using the encoder/decoder/view module âRosettaâ described below). The each of the blocks of the blockchain 206 â² are able to store a single transaction between one or more users (e.g. a seller and a buyer) and indicate the details of the transaction (as described below) including identifiers of the MIDCs 202 of the users that are a party to the transaction. In some embodiments, a single transaction block is created on the notary chain 206 â² for pending transactions (e.g. pending transaction blocks) and then a subsequent single transaction block is created when/if the transactions are completed (e.g. completed transaction blocks).

In some embodiments, the notary blockchain 206 â² is plasma network blockchain and smart contract platforms featuring on-chain, off-chain and/or cross-chain atomic swaps, lightning network functionality, two-way pegged sidechains and/or instant payments. In some embodiments, the platform operating system 206 comprises (e.g. native) smart contracts which are automated smart contracts each containing a set of rules under which the advertiser, the platform and the user have already agreed that when the rules are met, the agreement is automatically enforced. Specifically, the smart contract code facilitates, verifies and enforces the performance of that agreement and results in a transaction, and smart contract, that is saved to the notary blockchain 206 â² and/or the MIDCs 202 of the associated buyers/sellers, where proportional pre-determined amounts from the proceeds of the transaction (as specified in the contract) are directed to the user, the platform and/or other entities. Alternatively, one or more of the notary blocks are able to not include smart contracts (e.g. be just data blocks).

FIG. 5 illustrates an exemplary notary blockchain 206 â² and/or MIDC 202 transaction block 500 according to some embodiments. As shown in FIG. 5 , the single transaction block 500 comprises a block header 502 including a block number, a time of creation, a block height, a block type value and/or other values. Types of single transaction blocks found on the notary blockchain 206 â² and/or MIDCs 202 include, but are not limited to, genesis PPI blocks, updates to PPI blocks, pending transaction blocks, completed transaction blocks, pending dispute blocks, completed dispute blocks and/or other types of blocks. Each of the types are able to have a different corresponding type code such that the value of the type code in the header 502 of the block indicates what type of block it is. As further shown in FIG. 5 , the block 500 is also able to comprise a hash 504 of the header of the previous block in the chain, a merkle root value 506 and block type- specific data 508 . Unlike prior art blocks, the transaction block 500 is able to omit a transaction count value. Specifically, because the system 100 utilizes only a single transaction per block 500 , there is no need for a transaction count value to be included in the block 500 as the value will always be just one. Similarly, in some embodiments the block 500 is able to omit the merkle root value 506 as only a single transaction is stored on the block 500 so it is not necessary to store a merkle root value 506 describing the structure of how the single transaction is stored on the block 500 .

Additionally, because the block 500 shown in FIG. 5 is a transaction block, the block type- specific data 508 is able to comprise a transaction (e.g. transaction data) including one or more sender/seller identifiers, one or more receiver/buyer identifiers and metadata describing the parameters of the transaction (e.g. product description, price, time and/or other transaction parameters as described herein). For other block types, the block type- specific data 508 is able to comprise different information such as transaction/transaction block identifiers for pending/completed dispute blocks, dispute resolution transaction parameter changes for completed dispute blocks, updated or new user identification data and/or PPI (e.g. health status data) for genesis blocks and/or PPI update blocks, and other types of data discussed herein.

In some embodiments, the transaction of the block specific data 508 is able to further comprises a transaction subject field that identifies the purpose of the transaction (e.g. one or more token definitions/identifiers to be transferred, one or more smart contracts to execute) and a transaction target field that identifies the target of the identified purpose (e.g. an identifier of the MIDC/owner to receive a transfer of the subject token definitions/identifiers from the transaction originator; an identifier of the MIDC/owner for whom the subject smart contract is to be executed). Indeed, the inclusion of these fields within the data 508 allows for stronger control and security regarding cross-user interactions than is currently possible on existing smart-contract-capable blockchains, a feature that is advantageous in an enterprise environment. Similarly, the transaction headers provide strong definitions for determining whether a given transaction is merely an audit, and interaction between the system and a user (account recovery for example) or an interaction between two users (product purchase in a marketplace application).

FIGS. 8 A and 8 B illustrate an exemplary transaction 800 (of the block specific data 508 ) that are able to be used in the MIDC 202 or notary 206 â² chains respectively, according to some embodiments. As shown in FIG. 8 A , the transaction 800 for a MIDC 202 is able to comprise a header 802 , a payload 804 , a signature 806 and a hash 808 . The header 802 is able to comprise a transaction subject and transaction target data (as described above), a transaction type (e.g. PPI, dispute, or other types), a subject type 810 , a subject other MIDC owner data (e.g. an identifier of a party to the transaction other than the MIDC owner if any), public key data (e.g. the public key of the owner of the MIDC 202 ), notary public key data (e.g. the public key used by the notary chain 206 â²) and/or transaction generation time data. The subject type 810 is able to identify itself, the notary blockchain 206 â² or another MIDC 202 . The payload 804 comprises the transaction details (e.g. PPI data, price data, and/or other transaction data as described herein). The signature 806 is able to comprise one or both of the digital signature of the local MIDC key signer (e.g. produced using the user's private key) and the notary signature (e.g. produced using the notary private key and used for certain transactions that are required to be signed by a notary key in addition to the MIDC key). The hash 808 is able to comprise a hash of the transaction. Similarly, as shown in FIG. 8 b , the transaction 800 for the notary chain 206 â² is able to comprise a header 802 , a payload 804 , a signature 806 and a hash 808 . The header 802 is able to comprise a transaction subject and transaction targ

CLAIMS

Claims ( 31 )

What is claimed is:

1. A blockchain platform for transaction data of a plurality of users having accounts on the platform, the platform comprising:

a micro-identification blockchain array formed by a stack of a plurality of micro-identification blockchains, wherein each one of the micro-identification blockchains is dedicated to a single one of the users and the one of the micro-identification blockchains stores, as a single block, a native identifier of a user of the users, a coded identifier of the user and a set of transaction data of the user;

a notary blockchain including first processors and a first operating system on notary memory, wherein when executed the first processors the first operating system causes the notary blockchain to:

store, as a single block, the coded identifier and the set of transaction data about the user each time the set of transaction data is updated, wherein the native identifier of the user is not stored on the notary blockchain;

generate a digital certificate of authenticity for the set of transaction data each time the set of transaction data is updated; and

transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as payment for authenticating the digital certificate of authenticity;

a user device including a user device processor and a device memory storing a token application that when executed by the user device processor causes the device to provide a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node;

the data validator node including second processors and a second operating system on node memory, wherein when executed the second processors the second operating system causes the data validator node to:

receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain;

validate whether the digital certificates of authenticity received from the notary blockchain are authentic;

receive one or more parachain cryptographic tokens from the notary blockchain;

transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens;

transmit the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to a parachain blockchain as payment for recording the digital certificates of authenticity on the parachain blockchain; and

transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node; and

the parachain blockchain including third processors and a third operating system on parachain memory, wherein when executed the third processors the third operating system causes the parachain blockchain to:

receive the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node; and

record the digital certificates of authenticity on the parachain blockchain.

2. The blockchain platform of claim 1 , wherein the token application provides a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform.

3. The blockchain platform of claim 2 , wherein the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity.

4. The blockchain platform of claim 3 , wherein the token application provides a voting function to the user via a graphical user interface of the device, the voting function:

identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function;

providing each of the rules proposed using the rule proposing function during a period; and

enabling the set of the users to submit at least one vote for or against each of the rules proposed.

5. The blockchain platform of claim 4 , wherein a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked.

6. The blockchain platform of claim 5 , wherein, for each of the rules proposed, the voting function:

adjusts the operation of the platform according to the adjustments indicated by the rule if; and

refrains from adjusting the operation of the platform according to the rule when the votes for the rule do not exceed the votes against the rule.

7. The blockchain platform of claim 6 , wherein the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking.

8. The blockchain platform of claim 7 , wherein the token application requires payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule.

9. The blockchain platform of claim 8 , wherein the token application refunds the predetermined quantity of platform cryptocurrency tokens back to the user when the votes for the rule exceed the votes against the rule.

10. The blockchain platform of claim 9 , wherein the token application provides a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency when the votes for the rule exceed the votes against the rule.

11. A non-transitory computer-readable medium of a user device storing a token application for controlling the operation of a token ecosystem, the token ecosystem including a notary blockchain configured to store, as a single block and without a native identifier of a user, a coded identifier and a set of transaction data of the user, generate a digital certificate of authenticity for the set of transaction data and transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as payment for authenticating the digital certificate of authenticity, and the data validator node configured to receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain, validate whether the digital certificates of authenticity received from the notary blockchain are authentic, receive one or more parachain cryptographic tokens from the notary blockchain, transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens, transmit the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to a parachain blockchain as payment for recording the digital certificates of authenticity on the parachain blockchain, and transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node, wherein when executed by a device processor the token application:

provides a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node.

12. The non-transitory computer-readable medium of claim 11 , wherein when executed by a device processor the token application provides a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform.

13. The non-transitory computer-readable medium of claim 12 , wherein the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity.

14. The non-transitory computer-readable medium of claim 13 , wherein when executed by a device processor the token application provides a voting function to the user via a graphical user interface of the device, the voting function:

identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function;

providing each of the rules proposed using the rule proposing function during a period; and

enabling the set of the users to submit at least one vote for or against each of the rules proposed.

15. The non-transitory computer-readable medium of claim 14 , wherein a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked.

16. The non-transitory computer-readable medium of claim 15 , wherein, for each of the rules proposed, the voting function:

adjusts the operation of the platform according to the adjustments indicated by the rule if; and

refrains from adjusting the operation of the platform according to the rule when the votes for the rule do not exceed the votes against the rule.

17. The non-transitory computer-readable medium of claim 16 , wherein the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking.

18. The non-transitory computer-readable medium of claim 17 , wherein when executed by a device processor the token application requires payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule.

19. The non-transitory computer-readable medium of claim 18 , wherein when executed by a device processor the token application refunds the predetermined quantity of platform cryptocurrency tokens back to the user when the votes for the rule exceed the votes against the rule.

20. The non-transitory computer-readable medium of claim 19 , wherein when executed by a device processor the token application provides a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency when the votes for the rule exceed the votes against the rule.

21. A method of verifying a set of transaction data of a plurality of users using a micro-identification blockchain array formed by a stack of a plurality of micro-identification blockchains, wherein each one of the micro-identification blockchains is dedicated to a single one of the users and the one of the micro-identification blockchains stores a native identifier of one of the users, a coded identifier of the one of the users and a set of personal information about the one of the users, the method comprising:

with a first operating system stored on notary memory of a notary blockchain:

storing, as a single block, the coded identifier and the set of transaction data about the user each time the set of transaction data is updated, wherein the native identifier of the user is not stored on the notary blockchain;

generating a digital certificate of authenticity for the set of transaction data each time the set of transaction data is updated; and

transmitting the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as payment for authenticating the digital certificate of authenticity;

with a token application stored on a device memory of a user device:

providing a staking function to the user via a graphical user interface of the device, the staking function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node;

with a second operating system stored on node memory of a data validator node:

receiving the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain;

validating whether the digital certificates of authenticity received from the notary blockchain are authentic;

receiving one or more parachain cryptographic tokens from the notary blockchain;

transmitting a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens;

transmitting the digital certificates of authenticity that are authentic and the received parachain cryptographic tokens to a parachain blockchain as payment for recording the digital certificates of authenticity on the parachain blockchain; and

transmitting the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node;

with a third operating system stored on parachain memory of a parachain blockchain:

receiving the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node; and

recording the digital certificates of authenticity on the parachain blockchain.

22. The method of claim 21 , further comprising, with the token application, providing a rule proposing function to the user via a graphical user interface of the device, the rule proposing function enabling the user to enter a rule that indicates an adjustment to the blockchain platform.

23. The method of claim 22 , wherein the rule is selected from a group consisting of a platform cryptocurrency token interest rate value, a platform cryptocurrency token inflation value, and a quantity of platform cryptocurrency tokens required by the data validator node to validate one of the digital certificates of authenticity.

24. The method of claim 23 , further comprising, with the token application, providing a voting function to the user via a graphical user interface of the device, the voting function:

identifying a set of the users that are currently staking at least one of the platform cryptocurrency tokens using the staking function;

providing each of the rules proposed using the rule proposing function during a period; and

enabling the set of the users to submit at least one vote for or against each of the rules proposed.

25. The method of claim 24 , wherein a quantity of votes for or against each of the rules enabled by the voting function for each user of the set of users is equal to how many of the platform cryptocurrency tokens the user has currently staked.

26. The blockchain platform of claim 25 , wherein, for each of the rules proposed, the voting function:

adjusts the operation of the platform according to the adjustments indicated by the rule if; and

refrains from adjusting the operation of the platform according to the rule when the votes for the rule do not exceed the votes against the rule.

27. The method of claim 26 , wherein the staking function stores and updates a staking table, the staking table identifying each of the users currently staking the platform cryptocurrency tokens and indicating an amount of the platform cryptocurrency tokens that the user is currently staking.

28. The method of claim 27 , further comprising, with the token application, requiring payment of predetermined quantity of platform cryptocurrency tokens before enabling the user to enter the rule.

29. The method of claim 28 , further comprising, with the token application, refunding the predetermined quantity of platform cryptocurrency tokens back to the user when the votes for the rule exceed the votes against the rule.

30. The method of claim 29 , further comprising, with the token application, providing a reward of additional platform cryptocurrency tokens back to the user in addition to the predetermined quantity of platform cryptocurrency when the votes for the rule exceed the votes against the rule.

31. A blockchain platform for recording health data of a plurality of users having accounts on the platform, the platform comprising:

a notary blockchain including first processors and a first operating system on notary memory, wherein when executed the first processors the first operating system causes the notary blockchain to:

store, as a single block, the coded identifier and the set of health data about the user each time the set of health data is updated, wherein the native identifier of the user is not stored on the notary blockchain;

generate a digital certificate of authenticity for the set of health data each time the set of health data is updated; and

transmit the digital certificate of authenticity and one or more first platform cryptographic tokens to a data validator node as payment for authenticating the digital certificate of authenticity;

a user device including a user device processor and a device memory storing a token application that when executed by the user device processor causes the device to provide a staking command function to the user via a graphical user interface of the device, the staking command function enabling the user to identify and submit to the notary blockchain one or more second platform cryptographic tokens for staking the data validator node;

the data validator node including second processors and a second operating system on node memory, wherein when executed the second processors the second operating system causes the node to:

receive the digital certificates of authenticity and the corresponding the first platform cryptographic tokens from the notary blockchain;

validate whether the digital certificates of authenticity received from the notary blockchain are authentic;

receive one or more parachain cryptographic tokens from the notary blockchain;

transmit a portion of the first platform cryptographic tokens equal to the received parachain cryptographic tokens back to the notary blockchain in exchange for the parachain cryptographic tokens;

transmit the first platform cryptographic tokens that were not a part of the portion to the user device of the user that staked the data validator node; and

receive the digital certificates of authenticity that are authentic and the parachain cryptographic tokens from the data validator node; and

record the digital certificates of authenticity on the parachain blockchain.

US17/483,604

2020-04-22

2021-09-23

Blockchain architecture, system, method and device including a hybrid public-private iteration for facilitating secure data collection and controlled distribution using a decentralized transaction information platform and token ecosystem

Active

2041-02-25

US12008555B2

( en )

Priority Applications (2)

Application Number

Priority Date

Filing Date

Title

US17/483,604

US12008555B2

( en )

2020-04-22

2021-09-23

US17/742,594

US11996174B2

( en )

2020-04-22

2022-05-12

Blockchain architecture, system, method and device for facilitating electronic health record maintenance, sharing and monetization using a decentralized health information platform including a non-fungible token function and security protocols

Applications Claiming Priority (6)

Application Number

Priority Date

Filing Date

Title

US16/855,918

US11507948B2

( en )

2019-04-22

2020-04-22

Blockchain architecture, system, method and device for automated cybersecurity and data privacy law compliance with delayed block posting protocol

US17/025,888

US11968256B2

( en )

2019-09-19

2020-09-18

Blockchain architecture, system, method and device for automated cybersecurity and data privacy law compliance with a partitioned replication protocol

US202063082383P

2020-09-23

US17/188,609

US12211041B2

( en )

2019-09-19

2021-03-01

Blockchain architecture, system, method and device for automated cybersecurity and data privacy law compliance with a streamlined block structure

US17/322,271

US11744414B2

( en )

2015-01-30

2021-05-17

Hand dryer and display

US17/483,604

US12008555B2

( en )

2020-04-22

2021-09-23

Related Parent Applications (2)

Application Number

Title

Priority Date

Filing Date

US17/322,217

Continuation-In-Part

US12009073B2

( en )

2020-04-22

2021-05-17

Blockchain architecture, system, method and device for facilitating secure medical testing, data collection and controlled distribution using a decentralized health information platform and token ecosystem

US17/322,271

Continuation-In-Part

US11744414B2

( en )

2015-01-30

2021-05-17

Hand dryer and display

Related Child Applications (1)

Application Number

Title

Priority Date

Filing Date

US17/742,594

Continuation-In-Part

US11996174B2

( en )

2020-04-22

2022-05-12

Publications (2)

Publication Number

Publication Date

US20220012731A1

US20220012731A1 ( en )

2022-01-13

US12008555B2

true

US12008555B2 ( en )

2024-06-11

Family

ID=91335241

Family Applications (1)

Application Number

Title

Priority Date

Filing Date

US17/483,604

Active

2041-02-25

US12008555B2

( en )

2020-04-22

2021-09-23

Country Status (1)

Country

Link

( 1 )

US12008555B2

( en )

Families Citing this family (37)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

US11574715B2

( en )

2017-05-17

2023-02-07

Blue Storm Media Inc

System and method for a health status display

US10419225B2

( en )

2017-01-30

2019-09-17

Factom, Inc.

Validating documents via blockchain

US10817873B2

( en )

2017-03-22

2020-10-27

Factom, Inc.

Auditing of electronic documents

US11538031B2

( en )

2017-03-31

2022-12-27

Vijay Madisetti

Method and system for identity and access management for blockchain interoperability

US10270599B2

( en )

2017-04-27

2019-04-23

Factom, Inc.

Data reproducibility using blockchains

US10873457B1

( en )

2017-09-13

2020-12-22

Inveniam.io, LLC

Data structure having internal self-references suitable for immutably representing and verifying data generated over time

US11170366B2

( en )

2018-05-18

2021-11-09

Inveniam Capital Partners, Inc.

Private blockchain services

US10783164B2

( en )

2018-05-18

2020-09-22

Factom, Inc.

Import and export in blockchain environments

US11134120B2

( en )

2018-05-18

2021-09-28

Inveniam Capital Partners, Inc.

Load balancing in blockchain environments

US11348098B2

( en )

2018-08-06

2022-05-31

Inveniam Capital Partners, Inc.

Decisional architectures in blockchain environments

US11989208B2

( en )

2018-08-06

2024-05-21

Inveniam Capital Partners, Inc.

Transactional sharding of blockchain transactions

US11343075B2

( en )

2020-01-17

2022-05-24

Inveniam Capital Partners, Inc.

RAM hashing in blockchain environments

US11296882B1

( en )

2020-10-01

2022-04-05

Bank Of America Corporation

System for intelligent identification of unauthorized users in a distributed register network

CN112764887B

( en )

2021-01-15

2023-10-13

åäº¬ç¾åº¦ç½è®¯ç§ææéå¬å¸

Construction method, processing method, device, equipment and storage medium of transaction request

US12597066B2

( en )

2021-03-26

2026-04-07

Inveniam Capital Partners, Inc.

Federated data room server and method for use in blockchain environments

US12008526B2

( en )

2021-03-26

2024-06-11

Inveniam Capital Partners, Inc.

Computer system and method for programmatic collateralization services

GB202108384D0

( en )

2021-06-11

2021-07-28

Nchain Licensing Ag

A computer implemented method and system

US12137179B2

( en )

2021-06-19

2024-11-05

Inveniam Capital Partners, Inc.

Systems and methods for processing blockchain transactions

US12007972B2

( en )

2021-06-19

2024-06-11

Inveniam Capital Partners, Inc.

Systems and methods for processing blockchain transactions

US11818267B1

( en )

2021-06-25

2023-11-14

T-Mobile Innovations Llc

Multi-level access distributed ledger system

WO2023039376A1

( en )

2021-09-09

2023-03-16

Data Vault Holdings, Inc.

Carbon credit tokenization

US11849039B2

( en )

2021-11-29

2023-12-19

Circle Internet Financial Limited

Parallel block processing in blockchains

US12019615B2

( en )

2021-11-30

2024-06-25

Ciena Corporation

Proof of asset value for transaction validator election

US20230289337A1

( en )

2022-03-14

2023-09-14

LayerZero Labs Ltd.

Trustless omnichain communication protocol platforms

US20230336347A1

( en )

2022-04-13

2023-10-19

Schweitzer Engineering Laboratories, Inc.

Token-based access control with authentication data

US11989276B2

( en )

2022-06-24

2024-05-21

Bank Of America Corporation

Intelligent authentication of users in Metaverse leveraging non-fungible tokens and behavior analysis

CN115314352B

( en )

2022-07-27

2023-12-12

åäº¬èªç©ºèªå¤©å¤§å¦

Privacy-enhanced fair blockchain leader election method and device

US11811752B1

( en )

2022-08-03

2023-11-07

1080 Network, Inc.

Systems, methods, and computing platforms for executing credential-less network-based communication exchanges

US12541761B2

( en )

2022-09-19

2026-02-03

Capital One Services, Llc

Transaction exchange platform using blockchain and data integrity microservices to validate transaction object integrity

US12519628B2

( en )

2022-11-04

2026-01-06

Coinbase, Inc.

Token recovery

WO2024145679A2

( en )

2022-12-30

2024-07-04

A&C Technology, Inc.

Biometric-integrated coin

US20240283642A1

( en )

2023-02-22

2024-08-22

Thales Dis Usa, Inc.

System and method for secure transfer of biometric templates between biometric device

JP2024147286A

( en )

2023-04-03

2024-10-16

ãã¨ã¿èªåè»æ ªå¼ä¼ç¤¾

Data management device and data management method

EP4582986A1

( en )

2024-01-05

2025-07-09

Koninklijke Philips N.V.

Computer implemented method for operating a data pool in a healthcare environment

US20250272691A1

( en )

2024-02-28

2025-08-28

Healthy Engage LLC

System and method for value based adjudication and blockchain, hybrid proof of achievement, and proof of acknowledgement

CN118095803B

( en )

2024-04-26

2024-06-25

æ±èé¶æµ©ç½ç»ç§ææéå¬å¸

Logistics resource integration and scheduling platform and method based on big data

EP4704374A1

( en )

2024-09-02

2026-03-04

Giesecke+Devrient advance52 GmbH

A secure element of a transaction system

Citations (46)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

US20160092988A1

( en )

2014-09-30

2016-03-31

Raistone, Inc.

Systems and methods for transferring digital assests using a de-centralized exchange

US20160217532A1

( en )

2015-01-23

2016-07-28

Sure, Inc.

Securing Claim Data via Block-Chains for a Peer to Peer Platform

US20170048230A1

( en )

2011-10-19

2017-02-16

Amazon Technologies, Inc.

Confidence-based authentication

US20170171580A1

( en )

2015-04-21

2017-06-15

Edge2020 LLC

Clustering and adjudication to determine a recommendation of multimedia content

US20170300872A1

( en )

2016-04-18

2017-10-19

R3 Ltd.

System and method for managing transactions in dynamic digital documents

US20170345011A1

( en )

2016-05-26

2017-11-30

Hitfin, Inc.

System and method executed on a blockchain network

US20170352012A1

( en )

2016-04-18

2017-12-07

R3 Ltd.

Secure processing of electronic transactions by a decentralized, distributed ledger system

US20180308134A1

( en )

2015-12-21

2018-10-25

Kochava Inc.

Self regulating transaction system and methods therefor

US20180323963A1

( en )

2017-05-05

2018-11-08

Jeff STOLLMAN

Systems and Methods for Extending the Utility of Blockchains Through Use of Related Child Blockchains

US20190026821A1

( en )

2017-07-21

2019-01-24

International Business Machines Corporation

Intermediate blockchain system for managing transactions

US20190034975A1

( en )

2017-07-25

2019-01-31

Smarty Pants LLC dba International Knowledge League

Systems and methods for providing non-disruptive in-game advertising and identifying target knowledge

US20190058581A1

( en )

2017-08-03

2019-02-21

Gavin Wood

Methods and Systems for a Heterogeneous Multi-Chain Framework

US20190130416A1

( en )

2017-11-01

2019-05-02

Wesley John Boudville

Blockchain, notary and linket for mobile users

US20190149600A1

( en )

2017-11-16

2019-05-16

International Business Machines Corporation

Partitioning of a blockchain ledger

US20190220603A1

( en )

2019-03-27

2019-07-18

Intel Corporation

Fast and secure protocol to bootstrap a blockchain by restoring the blockchain state using trusted execution environment

US20190251527A1

( en )

2018-02-14

2019-08-15

Christopher Walter Surdak

System, Method, and Computer Program Product for a Distributed, Cryptographically Secured Proof-of-Intent Transaction Network

US20190340623A1

( en )

2018-05-03

2019-11-07

SigmaLedger, Inc.

System and method for verifying authenticity of the products based on proof of ownership and transfer of ownership

US20190354725A1

( en )

2016-12-22

2019-11-21

Itext Group Nv

Distributed Blockchain-Based Method for Saving the Location of a File

US20190363890A1

( en )

2018-05-24

2019-11-28

Walmart Apollo, Llc

Nested Blockchain System

US20190370866A1

( en )

2018-06-01

2019-12-05

Concord Technologies Inc.

User control of anonymized profiling data using public and private blockchains in an electronic ad marketplace

US20190385215A1

( en )

2018-06-19

2019-12-19

American Express Travel Related Services Company, Inc.

Buyer-centric marketplace using blockchain

US10521780B1

( en )

2015-12-16

2019-12-31

United Services Automobile Association (Usaa)

Blockchain based transaction management

US20200042773A1

( en )

2018-08-06

2020-02-06

Capital One Services, Llc

System for verifying the identity of a user

US20200051368A1

( en )

2018-05-08

2020-02-13

Xspero U.S.

Systems and methods for authenticated blockchain data distribution

US20200051041A1

( en )

2018-08-10

2020-02-13

Hajoon Ko

System and method for arbitrating a blockchain transaction

US20200058023A1

( en )

2018-08-14

2020-02-20

Grandata Inc.

Decentralized Data Marketplace

US20200065922A1

( en )

2018-08-21

2020-02-27

Demian Goldstraj

Blockchain Contracts

US20200076827A1

( en )

2018-09-04

2020-03-05

Allen Gluck

Systems and methods for hybrid blockchain control

US20200118124A1

( en )

2018-10-12

2020-04-16

Dish Network, L.L.C.

Distributed ledger for encrypted digital identity

US20200175003A1

( en )

2017-08-29

2020-06-04

Huawei Technologies Co., Ltd.

Cross-Chain Transaction Method and Apparatus

US20200186962A1

( en )

2018-10-25

2020-06-11

Myomega Systems Gmbh

Issuing an alert based on mobile user device location

US20200213121A1

( en )

2018-12-28

2020-07-02

Leona HIOKI

Token management system and token management method

US20200210413A1

( en )

2018-08-23

2020-07-02

Providentia Worldwide, Llc

Method of generating globally verifiable unique identifiers using a scalable interlinked blockchain structure

US20200213329A1

( en )

2018-03-06

2020-07-02

Americorp Investments Llc

Blockchain-Based Parking Systems

US20200236032A1

( en )

2019-01-23

2020-07-23

Hewlett Packard Enterprise Development Lp

Blockchain Routing Protocols

US20200242595A1

( en )

2019-01-30

2020-07-30

Salesforce.Com, Inc.

Systems, methods, and apparatuses utilizing a blended blockchain ledger in a cloud service to address local storage

US20200267163A1

( en )

2008-04-25

2020-08-20

Kelce S. Wilson

Blockchain for Documents Having Legal Evidentiary Value

US20200320220A1

( en )

2019-04-04

2020-10-08

Accenture Global Solutions Limited

Personal Data Management System

US20200334752A1

( en )

2019-04-17

2020-10-22

Securrency, Inc.

Systems, methods, and storage media for configuring a data storage and retrieval system for managing data relating to tokenized assets

US20200351094A1

( en )

2019-05-02

2020-11-05

Ernst & Young U.S. Llp

Biosignature-based tokenization of assets in a blockchain

US10885170B1

( en )

2018-11-20

2021-01-05

Apotheka Systems Inc.

Methods, systems, and storage media for managing patient information using a blockchain network

US20210049608A1

( en )

2018-08-07

2021-02-18

Advanced New Technologies Co., Ltd.

Transaction method and system based on centralized clearing and blockchain record keeping

US20210182423A1

( en )

2019-01-31

2021-06-17

Salesforce.Com, Inc.

Systems, methods, and apparatuses for storing pii information via a metadata driven blockchain using distributed and decentralized storage for sensitive user information

US11049128B1

( en )

2018-02-07

2021-06-29

Worldpay, Llc

Decentralized computer systems and methods for using a debit network as an intermediary between distributed ledgers

US20210351939A1

( en )

2018-08-30

2021-11-11

Hangzhou Fuzamei Technology Co. Ltd

Parachain Data Synchronization Method, Device and Storage Medium

US20220123945A1

( en )

2018-08-13

2022-04-21

Inje University Industry-Academic Cooperation Foundation

Blockchain architecture conforming to general data protection regulation for management of personally identifiable information

2021

2021-09-23

US17/483,604

patent/US12008555B2/en

active

Active

Patent Citations (46)

* Cited by examiner, â Cited by third party

Publication number

Priority date

Publication date

Assignee

Title

US20200267163A1

( en )

2008-04-25

2020-08-20

Kelce S. Wilson

Blockchain for Documents Having Legal Evidentiary Value

US20170048230A1

( en )

2011-10-19

2017-02-16

Amazon Technologies, Inc.

Confidence-based authentication

US20160092988A1

( en )

2014-09-30

2016-03-31

Raistone, Inc.

Systems and methods for transferring digital assests using a de-centralized exchange

US20160217532A1

( en )

2015-01-23

2016-07-28

Sure, Inc.

Securing Claim Data via Block-Chains for a Peer to Peer Platform

US20170171580A1

( en )

2015-04-21

2017-06-15

Edge2020 LLC

Clustering and adjudication to determine a recommendation of multimedia content

US10521780B1

( en ) <

Blockchain architecture, system, method and device including a hybrid public- … — Atrium Separate Ip Holdings Number 4, Llc (US12008555B2)

Related documents