Granted Patent B2

US 12,443,965 · App. 18/465,765 · Granted Oct 14, 2025

Inventors: Chris Perkins (New Rochelle, NY); Christian Murray (Miami, FL)

Assignee: CoinFund Management LLC

G06Q30/018G06Q20/02G06Q2220/00

Abstract

Claims (68)

1. A blockchain emission analysis method comprising:

determining a current epoch of a validation network associated with a proof-of-stake blockchain including by forming a request message and transmitting the request message to an application program interface (API) of a beacon chain node then receiving a response message containing data identifying a current epoch in the validation network;

storing the epoch data in random access memory (RAM);

accessing the epoch data from RAM and determining, based on the current epoch, a range of epochs that have occurred over a period of time prior to the current epoch;

interacting with the blockchain through the beacon chain node API and identifying, from within each epoch in the range of epochs, a respective end block of the blockchain at the end of the respective epoch;

accessing, through the beacon chain node API, end block data associated with each end block of the blockchain within the range of epochs and storing the end block data in RAM;

accessing the end block data from RAM and extracting state root information for each end block, the state root information providing a state of the blockchain at a time that each end block was appended to the blockchain;

querying a beacon chain API host (BC-API host) for current staking balances for a plurality of validator nodes within the validation network including by transmitting, to the BC-API host, the state root information, and receiving the current staking balances in response; and

establishing a secure transmission channel with an index publishing system and securely transmitting blockchain emissions data to the index publishing system using the secure transmission channel, the blockchain emissions data being based on the staking balances.

2. The method of claim 1 , wherein the state root information comprises a root hash of a Merkle tree that stores a current state of network nodes associated with the blockchain.

3. The method of claim 1 , wherein determining the current epoch comprises executing a call to a beacon chain application programming interface (API) of the validation network.

4. The method of claim 1 , wherein determining the range of epochs comprises:

selecting an epoch that occurred a predetermined number of epochs prior to the current epoch as an endpoint epoch of the range of epochs; and

selecting the range of epochs to include a predetermined number of epochs that occurred prior to the endpoint epoch.

5. The method of claim 1 , wherein querying the BC-API host for current staking balances comprises:

for each state root contained in the state root information, executing an application programing interface (API) call to a beacon chain client associated with the validator network to obtain validator staking balances for each epoch associated with the state root; and

determining a total validator stake balance per epoch.

6. The method of claim 1 , wherein operations of the method are performed at particular times according to a defined time interval, wherein the particular time is a time of day less an estimated computational time to perform the operations.

7. The method of claim 1 , further comprising generating an average staking return rate by performing operations comprising:

determining, based on the staking balances, a total amount of consensus layer emissions distributed to the plurality of validator nodes;

determining a total amount of execution layer emissions distributed to validator nodes over the time period; and

generating the average staking return rate, based on the staking balances and the total amount of consensus and execution layer emissions distributed to the plurality of validator nodes.

8. The method of claim 7 , wherein determining the total amount of execution layer emissions distributed to validator nodes over the time period comprises:

obtaining, from a blockchain API host, obtain block data for each block within the range of epochs; and

extracting, from each block, execution layer rewards provided to validator nodes.

9. The method of claim 8 , wherein determining execution layer rewards are extracted from each block using a multithreaded processing where execution layer rewards are extracted from a first set of blocks using a first processing thread and wherein execution layer rewards are extracted from a second set of blocks using a second, different, processing thread.

10. A system comprising:

a server system hosting a beacon chain node for a proof-of-stake blockchain, the server system comprising a data store having instructions stored thereon which, when executed by at least one processor of the server system, causes the server system to perform operations comprising:

determining a current epoch of a validation network associated with a proof-of-stake blockchain including by forming a request message and transmitting the request message to an application program interface (API) of a beacon chain node then receiving a response message containing data identifying a current epoch in the validation network;

storing the epoch data in random access memory (RAM);

accessing the epoch data from RAM and determining, based on the current epoch, a range of epochs that have occurred over a period of time prior to the current epoch;

interacting with the blockchain through the beacon chain node API and identifying, from within each epoch in the range of epochs, a respective end block of the blockchain at the end of the respective epoch;

accessing, through the beacon chain node API, end block data associated with each end block of the blockchain within the range of epochs and storing the end block data in RAM;

accessing the end block data from RAM and extracting state root information for each end block, the state root information providing a state of the blockchain at a time that each end block was appended to the blockchain;

querying a beacon chain API host (BC-API host) for current staking balances for a plurality of validator nodes within the validation network including by transmitting, to the BC-API host, the state root information, and receiving the current staking balances in response; and

establishing a secure transmission channel with an index publishing system and securely transmitting blockchain emissions data to the index publishing system using the secure transmission channel, the blockchain emissions data being based on the staking balances.

11. The system of claim 10 , wherein determining the range of epochs comprises:

selecting an epoch that occurred a predetermined number of epochs prior to the current epoch as an endpoint epoch of the range of epochs; and

selecting the range of epochs to include a predetermined number of epochs that occurred prior to the endpoint epoch.

12. The system of claim 10 , wherein querying the BC-API host for current staking balances comprises:

for each state root contained in the state root information, executing an application programing interface (API) call to a beacon chain client associated with the validator network to obtain validator staking balances for each epoch associated with the state root; and

determining a total validator stake balance per epoch.

13. The system of claim 10 , wherein the operations are performed at particular times according to a defined time interval, wherein the particular time is a time of day less an estimated computational time to perform the operations.

14. The system of claim 10 , further comprising generating an average staking return rate by performing operations comprising:

determining, based on the staking balances, a total amount of consensus layer emissions distributed to the plurality of validator nodes;

determining a total amount of execution layer emissions distributed to validator nodes over the time period; and

generating the average staking return rate, based on the staking balances and the total amount of consensus and execution layer emissions distributed to the plurality of validator nodes.

15. The system of claim 14 , wherein determining the total amount of execution layer emissions distributed to validator nodes over the time period comprises:

obtaining, from a blockchain API host, obtain block data for each block within the range of epochs; and

extracting, from each block, execution layer rewards provided to validator nodes.

16. The system of claim 15 , wherein determining execution layer rewards are extracted from each block using a multithreaded processing where execution layer rewards are extracted from a first set of blocks using a first processing thread and wherein execution layer rewards are extracted from a second set of blocks using a second, different, processing thread.

17. A non-transitory computer readable storage device storing instructions that, when executed by at least one processor, cause the at least one processor to perform operations comprising:

determining a current epoch of a validation network associated with a proof-of-stake blockchain including by forming a request message and transmitting the request message to an application program interface (API) of a beacon chain node then receiving a response message containing data identifying a current epoch in the validation network;

storing the epoch data in random access memory (RAM);

accessing the epoch data from RAM and determining, based on the current epoch, a range of epochs that have occurred over a period of time prior to the current epoch;

interacting with the blockchain through the beacon chain node API and identifying, from within each epoch in the range of epochs, a respective end block of the blockchain at the end of the respective epoch;

accessing, through the beacon chain node API, end block data associated with each end block of the blockchain within the range of epochs and storing the end block data in RAM;

accessing the end block data from RAM and extracting state root information for each end block, the state root information providing a state of the blockchain at a time that each end block was appended to the blockchain;

querying a beacon chain API host (BC-API host) for current staking balances for a plurality of validator nodes within the validation network including by transmitting, to the BC-API host, the state root information, and receiving the current staking balances in response; and

establishing a secure transmission channel with an index publishing system and securely transmitting blockchain emissions data to the index publishing system using the secure transmission channel, the blockchain emissions data being based on the staking balances.

18. The non-transitory computer readable storage device of claim 17 , further comprising generating an average staking return rate by performing operations comprising:

determining, based on the staking balances, a total amount of consensus layer emissions distributed to the plurality of validator nodes;

determining a total amount of execution layer emissions distributed to validator nodes over the time period; and

generating the average staking return rate, based on the staking balances and the total amount of consensus and execution layer emissions distributed to the plurality of validator nodes.

19. The non-transitory computer readable storage device of claim 18 , wherein determining the total amount of execution layer emissions distributed to validator nodes over the time period comprises:

obtaining, from a blockchain API host, obtain block data for each block within the range of epochs; and

extracting, from each block, execution layer rewards provided to validator nodes.

20. The non-transitory computer readable storage device of claim 19 , wherein determining execution layer rewards are extracted from each block using a multithreaded processing where execution layer rewards are extracted from a first set of blocks using a first processing thread and wherein execution layer rewards are extracted from a second set of blocks using a second, different, processing thread.

Assignments (1)

Continuity (4)

References Cited (13)