IP Library Granted Patent US 12,211,041
Granted Patent B2
US 12,211,041 · App. 17/188,609 · Granted Jan 28, 2025

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

Inventor: H. Anthony DeRosa-Grund (Magnolia, TX)
Assignee: Atrium Separate IP Holdings Number 4, LLC
G06Q20/401G06Q20/3821G06Q20/3825G06Q20/3829H04L9/3073H04L9/3239H04L9/3247G06Q2220/00H04L9/50H04L2209/56
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,211,041
App. No.
17/188,609
Granted
Jan 28, 2025
Kind
B2
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 (49)

1. A blockchain transaction platform for recording transactions between 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 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;

a notary blockchain that includes a separate single transaction block storing details of each transaction between any two or more of the users; and

a non-transitory computer-readable medium storing at least one blockchain transaction platform operating system including a micro-identification blockchain engine and a notary blockchain engine, the micro-identification blockchain engine configured to:

receive a transaction request from a user device, the transaction request identifying a pending transaction object between a group of the users, wherein the pending transaction object is digitally signed by the private digital key of each user of the group;

generate and post the pending transaction object as a pending transaction block on the micro-identification blockchain of each user of the group of the users; and

transmit the pending transaction object to the notary blockchain engine;

the notary blockchain engine configured to:

attempt to facilitate execution of terms of a transaction identified by the pending transaction object including a transfer of funds between the group of the users; and

when the attempt is successful, generate and post a transaction-completed block on the notary blockchain indicating that the transaction identified by the pending transaction object is completed;

wherein the transaction-completed block does not include a transaction count value indicating a quantity of transactions stored on the transaction-completed block.

2. The blockchain transaction platform of claim 1 , wherein the transaction-completed block does not include a transaction order value indicating an order in which a plurality transactions are stored on the transaction-completed block.

3. The blockchain transaction platform of claim 1 , wherein the transaction-completed block comprises a transaction subject value that indicates at least one of a group consisting of: one or more tokens to be transferred and one or more smart contracts to execute.

4. The blockchain transaction platform of claim 3 , wherein the transaction-completed block comprises a transaction target value that indicates one or more of the users of the group.

5. The blockchain transaction platform of claim 1 , wherein, for each user of the group of the users, the micro-identification blockchain engine encrypts the transaction-completed block using the private key of the user and posts the transaction-completed block on the micro-identification blockchain of the user.

6. The blockchain transaction platform of claim 5 , wherein, upon receiving a request from a first user of the group to view the transaction as stored on the micro-identification blockchain of a second user of the group, the micro-identification blockchain engine dynamically regenerates the private digital key of the first user; accesses and decrypts the transaction using the private digital key of the second user; and re-encrypts the transaction using the private digital key of the first user.

7. The blockchain transaction platform of claim 6 , wherein the request to view the transaction as stored comprises a password of the first user, an identifier of the transaction.

8. The blockchain transaction platform of claim 1 , wherein the private digital keys are not stored on the platform and dynamically regenerated upon request by one of the users.

9. The blockchain transaction platform of claim 1 , wherein the notary blockchain engine is configured to post the transaction-completed block on the notary blockchain before consensus for the transaction has been determined, the transaction-completed block including transaction data describing the transaction.

10. A micro-identification blockchain array system for securely storing transaction data and personal information of a plurality of users, the system 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 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; and

a non-transitory computer-readable medium storing a micro-identification blockchain engine configured to:

receive a transaction request from a user device, the transaction request identifying a pending transaction object between a group of the users, wherein the pending transaction object is digitally signed by the private digital key of each user of the group;

generate and post the pending transaction object as a pending transaction block on the micro-identification blockchain of each user of the group of the users;

transmit the pending transaction object to the notary blockchain engine; and

post transaction-completed blocks on the micro-identification blockchains of each of the group of the users upon receipt from a notary blockchain engine;

wherein the transaction-completed block does not include a transaction count value indicating a quantity of transactions stored on the transaction-completed block and further wherein the transaction-completed block comprises a transaction subject value that indicates at least one of a group consisting of: one or more tokens to be transferred and one or more smart contracts to execute.

11. The micro-identification blockchain array system of claim 10 , wherein the transaction-completed block does not include a transaction order value indicating an order in which a plurality transactions are stored on the transaction-completed block.

12. The micro-identification blockchain array system of claim 10 , wherein the transaction-completed block comprises a transaction target value that indicates one or more of the users of the group.

13. The micro-identification blockchain array system of claim 10 , wherein the transaction-completed block stored on the micro-identification blockchain of each of the users of the group is encrypted using the private key of the user.

14. The micro-identification blockchain array system of claim 13 , wherein, upon receiving a request from a first user of the group to view the transaction as stored on the micro-identification blockchain of a second user of the group, the micro-identification blockchain engine dynamically regenerates the private digital key of the first user; accesses and decrypts the transaction using the private digital key of the second user; and re-encrypts the transaction using the private digital key of the first user.

15. The micro-identification blockchain array system of claim 14 , wherein the request to view the transaction as stored comprises a password of the first user, an identifier of the transaction.

16. A method of recording transactions between a plurality of users having accounts on a blockchain transaction platform, the method comprising:

generating a micro-identification blockchain array with a micro-identification blockchain engine of a blockchain transaction operating system, the 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;

operating a notary blockchain that includes a separate single transaction block storing details of each transaction between any two or more of the users by:

receiving a transaction request from a user device with the micro-identification blockchain engine, the transaction request identifying a pending transaction object between a group of the users, wherein the pending transaction object is digitally signed by the private digital key of each user of the group;

generating and posting the pending transaction object with the micro-identification blockchain engine as a pending transaction block on the micro-identification blockchain of each user of the group of the users;

transmitting the pending transaction object to a notary blockchain engine of the operating system with the micro-identification blockchain engine;

attempting to facilitate execution of terms of a transaction identified by the pending transaction object including a transfer of funds between the group of the users with the notary blockchain engine; and

when the attempt is successful, generating and posting a transaction-completed block on the notary blockchain with the notary blockchain engine, the transaction-completed block indicating that the transaction identified by the pending transaction object is completed;

wherein the transaction-completed block does not include a transaction count value indicating a quantity of transactions stored on the transaction-completed block.

17. The method of claim 16 , wherein the transaction-completed block does not include a transaction order value indicating an order in which a plurality transactions are stored on the transaction-completed block.

18. The method of claim 16 , wherein the transaction-completed block comprises a transaction subject value that indicates at least one of a group consisting of: one or more tokens to be transferred and one or more smart contracts to execute.

19. The method of claim 18 , wherein the transaction-completed block comprises a transaction target value that indicates one or more of the users of the group.

20. The method of claim 16 , further comprising, for each user of the group of the users, encrypting the transaction-completed block with the micro-identification blockchain engine using the private key of the user and posting the transaction-completed block on the micro-identification blockchain of the user.

21. The method of claim 20 , further comprising, upon receiving a request from a first user of the group to view the transaction as stored on the micro-identification blockchain of a second user of the group, dynamically regenerating the private digital key of the first user; accessing and decrypting the transaction using the private digital key of the second user; and re-encrypting the transaction with the micro-identification blockchain engine using the private digital key of the first user.

22. The method of claim 21 , wherein the request to view the transaction as stored comprises a password of the first user, an identifier of the transaction.

23. The method of claim 16 , wherein the private digital keys are not stored on the platform and dynamically regenerated upon request by one of the users.

24. The method of claim 16 , wherein the notary blockchain engine is configured to post the transaction-completed block on the notary blockchain before consensus for the transaction has been determined, the transaction-completed block including transaction data describing the transaction.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 29, 2022
From: ATRIUM SEPARATE IP HOLDINGS NUMBER 1, LLC
To: ATRIUM SEPARATE IP HOLDINGS NUMBER 4, LLC
Reel/Frame 060931/0949 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 24, 2021
From: DEROSA-GRUND, H. ANTHONY
To: ATRIUM SEPARATE IP HOLDINGS NUMBER 1, LLC
Reel/Frame 057276/0580 →
Continuity (5)
Continuation In Part 17025888 · Sep 18, 2020
Continuation In Part 16855918 · Apr 22, 2020
Provisional Application 62902456 · Sep 19, 2019
Provisional Application 62982517 · Feb 27, 2020
Related Publication 20210192516A1 · Jun 24, 2021
References Cited (48)
US 10521780B1 · Hopkins, III · 2019 [cited by applicant]
US 10885170B1 · Maliani · 2021 [cited by applicant]
US 11049128B1 · Olson · 2021 [cited by applicant]
US 20160092988A1 · Letourneau · 2016 [cited by applicant]
US 20160217532A1 · Slavin · 2016 [cited by applicant]
US 20170048230A1 · Johansson · 2017 [cited by applicant]
US 20170171580A1 · Hirsch · 2017 [cited by applicant]
US 20170300872A1 · Brown · 2017 [cited by applicant]
US 20170345011A1 · Salami · 2017 [cited by examiner]
US 20170352012A1 · Hearn · 2017 [cited by applicant]
US 20180308134A1 · Manning · 2018 [cited by applicant]
US 20180323963A1 · Stollman · 2018 [cited by applicant]
US 20190026821A1 · Bathen · 2019 [cited by applicant]
US 20190034975A1 · Rizk · 2019 [cited by applicant]
US 20190058581A1 · Wood · 2019 [cited by applicant]
US 20190130416A1 · Boudville · 2019 [cited by applicant]
US 20190149600A1 · Duan · 2019 [cited by applicant]
US 20190220603A1 · Gopalakrishnan · 2019 [cited by applicant]
US 20190251527A1 · Surdak · 2019 [cited by applicant]
US 20190340623A1 · Rivkind · 2019 [cited by applicant]
US 20190354725A1 · Lowagie · 2019 [cited by applicant]
US 20190363890A1 · Johnson · 2019 [cited by applicant]
US 20190370866A1 · Lawbaugh · 2019 [cited by applicant]
US 20190385215A1 · Ferenczi · 2019 [cited by applicant]
US 20200042773A1 · Benkreira · 2020 [cited by applicant]
US 20200051041A1 · Ko · 2020 [cited by applicant]
US 20200051368A1 · Pustizzi · 2020 [cited by examiner]
US 20200058023A1 · Travizano · 2020 [cited by applicant]
US 20200065922A1 · Goldstraj · 2020 [cited by applicant]
US 20200076827A1 · Gluck · 2020 [cited by applicant]
US 20200118124A1 · Menon · 2020 [cited by applicant]
US 20200175003A1 · Jiang · 2020 [cited by applicant]
US 20200186962A1 · Moeller · 2020 [cited by applicant]
US 20200210413A1 · Quick · 2020 [cited by applicant]
US 20200213121A1 · Hioki · 2020 [cited by applicant]
US 20200213329A1 · Simons · 2020 [cited by applicant]
US 20200236032A1 · Sungla · 2020 [cited by applicant]
US 20200242595A1 · Harrison · 2020 [cited by applicant]
US 20200267163A1 · Wilson · 2020 [cited by applicant]
US 20200320220A1 · Beno · 2020 [cited by applicant]
US 20200334752A1 · Doney · 2020 [cited by applicant]
US 20200351094A1 · Canterbury · 2020 [cited by applicant]
US 20210049608A1 · Yang · 2021 [cited by applicant]
US 20210182423A1 · Padmanabhan · 2021 [cited by applicant]
US 20210351939A1 · Wang · 2021 [cited by applicant]
US 20220123945A1 · Yang · 2022 [cited by applicant]
Johnson, R.C. et al., “Secure Voice-Based authentication for mobile devices: vaulted voice verification. In Biometric and Surveillance Technology for Human and Activity Identification X”,(vol. 8712,pp. 164-176) SPIW. (M… [cited by applicant]
Chang, Y.T. et al., “My Voiceprint is my authenticator: A two-layer authentication approach using voiceprint for voice assistants”, (Aug. 2019). [cited by applicant]