IP Library Patent Application 15883246
Patent Application
App. No. 15/883,246

SYSTEM AND METHOD OF CREATING AN ASSET BASED AUTOMATED SECURE AGREEMENT

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 None
App. No.
15/883,246
Abstract

Disclosed is a system, a method and computer-readable medium for implementing a smart contract on a blockchain. The method includes creating, via a processor, a smart contract documenting a contractual relationship of at least two parties based on an exchange of an asset, monitoring an execution of the smart contract and a current value of the asset to yield a status, and managing the smart contract based on the status. The smart contract can be exited and unused gas returned based on an event occurring or a quorum parameter being met.

Claims (83)

1 . A method comprising:

creating, via a processor, a smart contract documenting a contractual relationship of two parties based on an exchange of an asset, the smart contract being implemented on a blockchain network for execution;

monitoring the execution of the smart contract and a current value of the asset to yield a status; and

managing the smart contract based on the status.

2 . The method of claim 1 , wherein the creating the smart contract further comprises:

receiving a request from a first party, the request comprising a selection of a term associated with the contractual relationship of the two parties;

receiving a confirmation from a second party, the confirmation comprising an acceptance of the term by the second party; and

performing the creating of the smart contract upon receiving an approval from the second party.

3 . The method of claim 2 , further comprising:

generating a token;

sending a first request to the first party to post the asset, the first party creating a first unique password associated with the asset;

sending a second request to the second party to accept the asset posted by the first party, the second party creating a second unique password upon accepting the asset;

upon receiving an approval of the second request from the second party, generating a third unique password; and

populating the smart contract with the token, the first unique password, the second unique password and the third unique password to yield a secure smart contract.

4 . The method of claim 3 , wherein:

based on the smart contract, the second party is to provide a loan or a line of credit to the first party in exchange for receiving the asset; and

the asset is a cryptocurrency.

5 . The method of claim 4 , further comprising:

generating a unique hash for the smart contract; and

marking the unique hash with a timestamp to be placed onto the blockchain network.

6 . The method of claim 1 , wherein the monitoring of the execution of the smart contract further comprises identifying, at each one of a plurality of execution stages of the smart contract, a failure of one of the two parties to fulfill an associated term of the contractual relationship.

7 . The method of claim 6 , wherein upon identifying the failure, the method further comprises:

communicating a notification to respective devices associated with each of the two parties, the notification requesting the one of the two parties to fulfill an associated obligation; and

upon a failure of the one of the two parties to remedy the failure, modifying the smart contract to provide a remedy to an aggrieved party from among the two parties.

8 . The method of claim 1 , further comprising:

determining a change between the current value of the asset and a value of the asset at a time of generating the smart contract.

9 . The method of claim 8 , wherein the method further comprises:

when the change is greater than a first threshold:

modifying a term of the smart contract related to a first party relative to a second party of the two parties to yield a first modified term, the first party being a recipient of a loan under the smart contract, the second party being a provider of the loan; and

when the change is less than a second threshold:

modifying a term of the smart contract to be more advantageous to the second party compared to the first party to yield a second modified term; and

notifying the two parties of the first modified term or the second modified term.

10 . The method of claim 1 , wherein the asset is a combination of at least two of:

a digital currency;

a financial product comprising at least one of private equities, bonds, commodities and stocks; and

two or more previously created secure documents associated with one of the two parties.

11 . The method of claim 1 , wherein managing the smart contract further comprises exiting the smart contract and returning unused gas based on one of an event or a quorum parameter being met.

12 . A system comprising:

a processor; and

a computer readable storage medium storing instructions which, when executed by the processor, cause the processor to perform operations comprising:

creating a smart contract documenting a contractual relationship of two parties based on an exchange of an asset, the smart contract being implemented on a blockchain network for execution;

monitoring the execution of the smart contract and a current value of the asset to yield a status; and

managing the smart contract based on the status.

13 . The system of claim 12 , wherein the computer storage readable medium stores additional instructions which, when executed by the processor, cause the processor to perform operations further comprising creating the smart contract by:

receiving a request from a first party, the request comprising a selection a term associated with the contractual relationship of the two parties;

receiving a confirmation from a second party, the confirmation comprising an acceptance of the term by the second party; and

creating the smart contract upon receiving an approval from the second party.

14 . The system of claim 13 , wherein the computer readable storage medium stores additional instructions which, when executed by the processor, cause the processor to perform operations comprising:

generating a token;

transmitting a first request to the first party to post the asset, the first party creating a first unique password associated with the asset;

transmitting a second request to the second party to accept the asset posted by the first party, the second party creating a second unique password upon accepting the asset;

upon receiving an approval of the second request from the second party, generating a third unique password; and

populating the token with the smart contract, the first unique password, the second unique password and the third unique password to yield a secure smart contract.

15 . The system of claim 14 , wherein

based on the smart contract, the second party is to provide a loan or a line of credit to the first party in exchange for receiving the asset, and

the asset is at least one cryptocurrency.

16 . The system of claim 15 , wherein the computer readable storage medium stores additional instructions which, when executed by the processor, cause the processor to perform operations comprising:

generating a unique hash for the smart contract; and

marking the unique hash with a timestamp to be placed onto the blockchain network.

17 . The system of claim 12 , wherein the computer readable storage medium stores additional instructions which, when executed by the processor, cause the processor to perform operations comprising:

monitoring the execution of the smart contract by identifying, at each one of a plurality of execution stages of the smart contract, a failure of one of the two parties to fulfill an associated term of the contractual relationship;

communicating a notification to the two parties, the notification requesting the one of the two parties to fulfill an associated obligation; and

upon a failure of the one of the two parties to remedy the failure, modifying the smart contract to provide a remedy to an aggrieved party from among the two parties.

18 . The system of claim 12 , wherein the computer readable storage medium stores additional instructions which, when executed by the processor, cause the processor to perform operations comprising:

determining a change between a current value of the asset and a value of the asset at a time of generating the smart contract to yield a determined change; and

managing the smart contract by:

modifying a term of the smart contract based on a comparison of the determined change with a first threshold and a second threshold, and

notifying the two parties of the modification to the term.

19 . A non-transitory computer-readable medium comprising computer-readable instructions, which when executed by a processor, cause the processor to perform operations comprising:

creating a smart contract documenting a contractual relationship of two parties based on an exchange of an asset;

monitoring an execution of the smart contract and a current value of the asset; and

managing the smart contract based on the monitoring.

20 . A system comprising:

a smart contract creator configured to:

receive a request from a first party, the request having a parameter associated with a contractual relationship;

receive a confirmation from a second party comprising an acceptance of the parameter by the second party; and

create a smart contract on a blockchain network based on the confirmation, the parameter and the contractual relationship;

a smart contract monitor configured to monitor an execution of the smart contract and a current value of an asset associated with the smart contract to yield a status; and

a smart contract manager configured to manage the smart contract based on the status.

21 . The system of claim 20 , wherein the smart contract creator is further configured to:

receive a request from a first party, the request comprising a selection a term associated with the contractual relationship of the first party and the second party;

receive a confirmation from the second party, the confirmation comprising an acceptance of the term by the second party; and

create the smart contract upon receiving an approval from the second party.