IP Library › Granted Patent US 12,646,061
Granted Patent B2
US 12,646,061 · App. 19/328,973 · Granted Jun 2, 2026

Methods and systems for forensic investigations in contract networks

Inventors: Vijay Madisetti (Alpharetta, GA); Arshdeep Bahga (Chandigarh, IN)
Assignee: Vijay Madisetti
G06Q20/389G06Q20/381H04L9/3236H04L9/3268H04L9/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,646,061
App. No.
19/328,973
Granted
Jun 2, 2026
Kind
B2
Abstract

Systems and methods of blockchain value transfer utilizing a smart contract system including processing transaction requests, performing a balance check procedure on each transaction request based on an aggregation of credits and debits, determining by the smart contract system a net transaction amount for each account address comprised by an aggregate transaction record, and executing the net transaction amount for each account address by transacting tokens to and from the account addresses and receiving account addresses included in the transaction requests upon reaching an execution condition.

Claims (85)

1 . A blockchain value transfer method utilizing a smart contract system on a server for netting transactions comprising:

processing a plurality of transaction requests, each transaction request comprising an intra-chain token value transfer that comprises:

a sending account address on a blockchain network;

a receiving account address on the blockchain network; and

a transaction value based on a quantity of in-network tokens;

performing a balance check procedure on each transaction request based on an aggregation of credits and debits comprising:

identifying a present permitted transaction amount in in-network tokens for the sending account address;

determining if the transaction value in in-network tokens is greater than the present permitted transaction amount of the sending account address;

refusing the transaction request responsive to determining the transaction value exceeds the present permitted transaction amount;

adding the transaction request to an aggregate transaction record responsive to determining the transaction value does not exceed the present permitted transaction amount;

updating the present permitted transaction amount of the sending account address reflecting a debit of the transaction value; and

updating the present permitted transaction amount of the receiving account address reflecting a credit of the transaction value;

executing smart contract code deployed on the blockchain network to determine, by the smart contract system a net transaction amount for each account address comprised by the aggregate transaction record by aggregating debits and credits across the plurality of transaction requests within a single smart contract execution, with transaction values treated as debits for sending account addresses and credits for receiving account addresses; and

executing the net transaction amount for each account address by transacting tokens to and from the sending account addresses and receiving account addresses comprised by the plurality of transaction requests, defined as a plurality of account addresses, upon reaching an execution condition, comprising:

withdrawing an amount of tokens from a first subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net debit based on a value of the net transaction amount for the account address; and

depositing an amount of tokens to a second subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net credit based on a value of the net transaction amount for the account address.

2 . The method of claim 1 wherein the execution condition is defined as at least one of transaction completion, a time threshold, a gross transaction amount threshold, a risk tolerance threshold, or a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

3 . The method of claim 2 wherein the execution condition is a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

4 . The method of claim 1 wherein at least one of the sending account or the receiving account is authenticated.

5 . The method of claim 1 wherein the smart contract system is operable to add a transaction fee to each token transaction for the account addresses.

6 . The method of claim 1 wherein executing the net transaction amount comprises recording a net transaction smart contract to the blockchain network, the net transaction smart contract comprising the account addresses of the plurality of account addresses and the tokens transacted with each account address of the plurality of account addresses.

7 . The method of claim 1 wherein:

each transaction request of the plurality of transaction requests is operable to have an associated transaction request smart contract recorded on the blockchain network, defining a plurality of transaction request smart contracts; and

each transaction request smart contract is operable to comprise a transaction tax added to the transaction value.

8 . The method of claim 1 further comprising, for each refused transaction, re-determining if the transaction value in first in-network tokens is greater than the present permitted transaction amount of the sending account address after at least one of a first time interval and an intervening transaction involving the sending account address, defining a transaction retry, for one or more of a predetermined number of transaction retry attempts or after a second time interval.

9 . The method of claim 1 wherein the smart contract system comprises one or more of:

a server comprising one or more workers operable to process value transfer transaction requests and execute commands;

a smart contract recorded to the blockchain network comprising:

each account address of the plurality of account addresses; and

the tokens transacted with each of account address of the plurality of account addresses;

a plurality of transaction request smart contracts recorded on the blockchain network, each transaction request smart contract of the plurality of transaction request smart contracts being associated with a transaction request of the plurality of transaction requests; or

one or more smart contracts operable to perform additional verification and enforce checks on the plurality of transaction requests.

10 . A blockchain value transfer system comprising:

a processor;

a network communication device positioned in communication with the processor and being operable to transmit and receive digital transmissions across a network; and

a non-transitory computer-readable storage medium positioned in communication with the processor and having software stored thereon that, when executed by the processor, is operable to:

process a plurality of transaction requests, each transaction request comprising an intra-chain token value transfer that comprises:

a sending account address on a blockchain network;

a receiving account address on the blockchain network; and

a transaction value based on a quantity of in-network tokens;

perform a balance check procedure on each transaction request based on an aggregation of credits and debits comprising:

identifying a present permitted transaction amount in in-network tokens for the sending account address;

determining if the transaction value in in-network tokens is greater than the present permitted transaction amount of the sending account address;

refusing the transaction request responsive to determining the transaction value exceeds the present permitted transaction amount;

adding the transaction request to an aggregate transaction record responsive to determining the transaction value does not exceed the present permitted transaction amount;

updating the present permitted transaction amount of the sending account address reflecting a debit of the transaction value; and

updating the present permitted transaction amount of the receiving account address reflecting a credit of the transaction value;

execute smart contract code deployed on the blockchain network to determine, utilizing a smart contract system on a server for netting transactions, a net transaction amount for each account address comprised by the aggregate transaction record by aggregating debits and credits across the plurality of transaction requests within a single smart contract execution, with transaction values treated as debits for sending account addresses and credits for receiving account addresses; and

execute the net transaction amount for each account address by transacting tokens to and from the sending account addresses and receiving account addresses comprised by the plurality of transaction requests, defined as a plurality of account addresses, upon reaching an execution condition, by:

withdrawing an amount of tokens from a first subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net debit based on a value of the net transaction amount for the account address; and

depositing an amount of tokens to a second subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net credit based on a value of the net transaction amount for the account address.

11 . The system of claim 10 wherein the execution condition is defined as at least one of transaction completion, a time threshold, a gross transaction amount threshold, a risk tolerance threshold, or a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

12 . The system of claim 11 wherein the execution condition is a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

13 . The system of claim 10 wherein at least one of the sending account or the receiving account is authenticated.

14 . The system of claim 10 wherein the smart contract system is operable to add a transaction fee to each token transaction for the account addresses.

15 . The system of claim 10 wherein the software, when executed by the processor, is further operable to execute the net transaction amount by recording a net transaction smart contract to the blockchain network, the net transaction smart contract comprising the account addresses of the plurality of account addresses and the tokens transacted with each account address of the plurality of account addresses.

16 . The system of claim 10 wherein:

each transaction request of the plurality of transaction requests is operable to have an associated transaction request smart contract recorded on the blockchain network, defining a plurality of transaction request smart contracts; and

each transaction request smart contract is operable to comprise a transaction tax added to the transaction value.

17 . The system of claim 10 wherein the software, when executed by the processor, is further operable to, for each refused transaction, re-determine if the transaction value in first in-network tokens is greater than the present permitted transaction amount of the sending account address after at least one of a first time interval and an intervening transaction involving the sending account address, defining a transaction retry, for one or more of a predetermined number of transaction retry attempts or after a second time interval.

18 . A blockchain value transfer system utilizing a smart contract system on a server for netting transactions comprising:

means for processing a plurality of transaction requests, each transaction request comprising an intra-chain token value transfer that comprises:

a sending account address on a blockchain network;

a receiving account address on the blockchain network; and

a transaction value based on a quantity of in-network tokens;

means for performing a balance check procedure on each transaction request based on an aggregation of credits and debits comprising:

identifying a present permitted transaction amount in in-network tokens for the sending account address;

determining if the transaction value in in-network tokens is greater than the present permitted transaction amount of the sending account address;

refusing the transaction request responsive to determining the transaction value exceeds the present permitted transaction amount;

adding the transaction request to an aggregate transaction record responsive to determining the transaction value does not exceed the present permitted transaction amount;

updating the present permitted transaction amount of the sending account address reflecting a debit of the transaction value; and

updating the present permitted transaction amount of the receiving account address reflecting a credit of the transaction value;

means for executing smart contract code deployed on the blockchain network to determine, by the smart contract system, a net transaction amount for each account address comprised by the aggregate transaction record by aggregating debits and credits across the plurality of transaction requests within a single smart contract execution, with transaction values treated as debits for sending account addresses and credits for receiving account addresses; and

means for executing the net transaction amount for each account address by transacting tokens to and from the sending account addresses and receiving account addresses comprised by the plurality of transaction requests, defined as a plurality of account addresses, upon reaching an execution condition, comprising:

withdrawing an amount of tokens from a first subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net debit based on a value of the net transaction amount for the account address; and

depositing an amount of tokens to a second subset of account addresses of the plurality of account addresses having a net transaction amount reflecting a net credit based on a value of the net transaction amount for the account address.

19 . The system of claim 18 wherein the execution condition is defined as at least one of transaction completion, a time threshold, a gross transaction amount threshold, a risk tolerance threshold, or a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

20 . The system of claim 19 wherein the execution condition is a custom condition based on at least one of a transaction volume threshold, a transaction frequency threshold, or a time-based scheduling parameter.

21 . The system of claim 19 wherein at least one of the sending account or the receiving account is authenticated.

22 . The system of claim 19 wherein the smart contract system is operable to add a transaction fee to each token transaction for the account addresses.

23 . The system of claim 19 wherein the means for executing the net transaction amount is further operable to record a net transaction smart contract to the blockchain network, the net transaction smart contract comprising the account addresses of the plurality of account addresses and the tokens transacted with each account address of the plurality of account addresses.

24 . The system of claim 19 wherein:

each transaction request of the plurality of transaction requests is operable to have an associated transaction request smart contract recorded on the blockchain network, defining a plurality of transaction request smart contracts; and

each transaction request smart contract is operable to comprise a transaction tax added to the transaction value.

25 . The system of claim 19 further comprising means for, for each refused transaction, re-determining if the transaction value in first in-network tokens is greater than the present permitted transaction amount of the sending account address after at least one of a first time interval and an intervening transaction involving the sending account address, defining a transaction retry, for one or more of a predetermined number of transaction retry attempts or after a second time interval.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 23, 2025
From: BAHGA, ARSHDEEP
To: MADISETTI, VIJAY
Reel/Frame 072341/0694 →
Continuity (12)
Continuation 19249061 · Jun 25, 2025
Continuation 18743993 · Jun 14, 2024
Continuation 18422755 · Jan 25, 2024
Continuation In Part 17822303 · Aug 25, 2022
Continuation 17647776 · Jan 12, 2022
Continuation In Part 16744231 · Jan 16, 2020
Division 16396845 · Apr 29, 2019
Continuation In Part 15976910 · May 11, 2018
Provisional Application 63622595 · Jan 19, 2024
Provisional Application 62818798 · Mar 15, 2019
Provisional Application 62652341 · Apr 4, 2018
Related Publication 20260017650A1 · Jan 15, 2026
References Cited (21)
US 10318956B2 · Shah · 2019 [cited by examiner]
US 10742393B2 · Wooden · 2020 [cited by examiner]
US 11689616B2 · Novotny · 2023 [cited by examiner]
US 20180068282A1 · Patel · 2018 [cited by examiner]
US 20180204216A1 · Jayaram · 2018 [cited by examiner]
US 20180309567A1 · Wooden · 2018 [cited by examiner]
US 20190188706A1 · McCurtis · 2019 [cited by examiner]
US 20190287100A1 · Song et al. · 2019 [cited by applicant]
US 20190318424A1 · McWilliams · 2019 [cited by examiner]
US 20200286083A1 · Ma · 2020 [cited by examiner]
US 20200320529A1 · Lyadvinsky · 2020 [cited by examiner]
US 20210073212A1 · Conley · 2021 [cited by examiner]
US 20220129884A1 · Agrawal · 2022 [cited by examiner]
US 20220172207A1 · Cella · 2022 [cited by examiner]
US 20230004970A1 · Jakobsson · 2023 [cited by examiner]
WO WO2019094797A1 · 2019 [cited by examiner]
Apache HTTP Server Version 2.4, Apache MPM worker, retrieved from https://web.archive.org/web/20170105233133/http://httpd.apache.org/docs/2.4/mod/worker.html , scrape date of Jan. 5, 2017, 3 pages, hereinafter referred … [cited by examiner]
Xu et al “A Taxonomy of Blockchain-Based Systems for Architecture Design” 2017 IEEE International Conference on Software Architecture, created on Mar. 21, 2017 and modified on Dec. 11, 2018, pp. 243-252 (Year: 2018). [cited by examiner]
Non-Final Office Action received in related U.S. Appl. No. 19/355,429 issued on Apr. 8, 2026; 51 pages. [cited by applicant]
Hu “Guide to using the Gnosis Multisig Wallet—ETH”, Medium, Jan. 24, 2019, 27 pages (Year: 2019). [cited by applicant]
Berentsen, et al. Stablecoins: The quest for a low-volatility cryptocurrency, published in The Economics of Fintech and Digital Currencies, Mar. 2019, pp. 65-71 (Year: 2019). [cited by applicant]