# US 12,008,555 B2 · 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

> Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt

- Number: US 12,008,555 B2
- Document ID: US12008555B2
- Status: Granted
- Kind: B2
- Application number: 17/483,604
- Filed: 2021-09-23
- Published: 2022-01-13
- Granted: 2024-06-11
- Earliest claimed: 2020-04-22
- Assignees: Atrium Separate IP Holdings Number 4, LLC
- Applicants: Atrium Separate IP Holdings Number 1, LLC
- Inventors: H. Anthony DeRosa-Grund
- Web page: https://patentgrep.com/patent/US12008555B2

## CPC

- G06F 21/6245: {Protecting personal data, e.g. for financial or medical purposes}
- G06Q 20/3825: {Use of electronic signatures}
- G06F 16/2365: {Ensuring data consistency and integrity}
- G06F 21/64: Protecting data integrity, e.g. using checksums, certificates or signatures
- G06Q 20/1235: {with control of digital rights management [DRM]}
- G06Q 20/38215: {Use of certificates or encrypted proofs of transaction rights}
- G06Q 20/3823: {combining multiple encryption tools for a transaction}
- G06Q 20/3827: {Use of message hashing}
- G06Q 20/383: {Anonymous user system}
- G06Q 20/389: {Keeping log of transactions for guaranteeing non-repudiation of a transaction}
- G06Q 20/4012: {Verifying personal identification numbers [PIN]}
- G06Q 20/4014: {Identity check for transactions}
- G06Q 20/40145: {Biometric identity checks}
- G06Q 20/4015: {using location information}
- G06Q 20/405: {Establishing or using transaction specific rules}
- G16H 10/60: for patient-specific data, e.g. for electronic patient records
- H04L 9/3231: {Biological data, e.g. fingerprint, voice or retina (network architectures or network communication protocols for supporting authentication of entities using biometrical features in a packet data network H04L63/0861)}
- H04L 9/3239: {involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD}
- H04L 9/3247: {involving digital signatures}
- H04L 9/3297: {involving time stamps, e.g. generation of time stamps}
- H04L 63/0823: {using certificates (cryptographic mechanisms or cryptographic arrangements for entity authentication involving certificates H04L9/3263)}
- H04L 63/126: {the source of the received data}
- H04L 67/104: Peer-to-peer [P2P] networks
- H04L 67/1095: Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
- H04L 67/1097: for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
- G06Q 2220/16: Copy protection or prevention
- H04L 9/50: {using hash chains, e.g. blockchains or hash trees}
- H04L 63/102: {Entity profiles}
- H04L 69/22: Parsing or analysis of headers
- H04L 2209/42: Anonymization, e.g. involving pseudonyms
- H04L 2209/56: Financial cryptography, e.g. electronic payment or e-cash
- G06F: ELECTRIC DIGITAL DATA PROCESSING (computer systems based on specific computational models G06N)
- G06Q: INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G16H: HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M)

## 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.

## Claims

### Claim 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.

### Claim 2 (depends on 1)

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.

### Claim 3 (depends on 2)

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.

### Claim 4 (depends on 3)

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.

### Claim 5 (depends on 4)

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.

### Claim 6 (depends on 5)

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.

### Claim 7 (depends on 6)

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.

### Claim 8 (depends on 7)

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.

### Claim 9 (depends on 8)

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.

### Claim 10 (depends on 9)

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.

### Claim 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.

### Claim 12 (depends on 11)

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.

### Claim 13 (depends on 12)

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.

### Claim 14 (depends on 13)

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.

### Claim 15 (depends on 14)

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.

### Claim 16 (depends on 15)

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.

### Claim 17 (depends on 16)

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.

### Claim 18 (depends on 17)

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.

### Claim 19 (depends on 18)

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.

### Claim 20 (depends on 19)

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.

### Claim 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.

### Claim 22 (depends on 21)

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.

### Claim 23 (depends on 22)

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.

### Claim 24 (depends on 23)

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.

### Claim 25 (depends on 24)

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.

### Claim 26 (depends on 25)

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.

### Claim 27 (depends on 26)

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.

### Claim 28 (depends on 27)

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.

### Claim 29 (depends on 28)

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.

### Claim 30 (depends on 29)

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.

### Claim 31

A blockchain platform for recording health 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 health data about 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 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 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.