Financial derivatives: Difference between revisions

From DAO Governance Wiki
Jump to navigation Jump to search
(Created page with "BOND token markets can be used in DGF to create contracts with payout schemes which mimic the functionality of the legacy financial tools called derivatives, i.e., various types of call and put options. For instance a basic BOND already has some of the properties of a call option, since it serves as a claim on the future DAO earnings, throu...")
 
Line 1: Line 1:
[[BOND tokens|BOND token]] markets can be used in [[DAO Governance Framework|DGF]]  to create contracts with payout schemes which mimic the functionality of the legacy financial tools called [[wikipedia:Derivative_(finance)|derivatives]], i.e., various types of [[wikipedia:Call_option|call]] and [[wikipedia:Put_option|put]] options.
[[BOND tokens|BOND token]] markets can be used in [[DAO Governance Framework|DGF]]  to create contracts with payout schemes which mimic the functionality of the legacy financial tools called [[wikipedia:Derivative_(finance)|derivatives]], i.e., various types of [[wikipedia:Call_option|call]] and [[wikipedia:Put_option|put]] options.


For instance a basic BOND already has some of the properties of a call option, since it serves as a claim on the future DAO earnings, through the REP salary. If the value of the DAO goes up, that typically means the REP salary goes up, which means the BOND increases in value. More complicated smart contract designs allow us to capture more of the properties of traditional call options.  
For instance a basic BOND already has some of the properties of a call option, since it serves as a claim on the future DAO earnings, through the REP salary. If the value of the DAO goes up, that typically means the REP salary goes up, which means the BOND increases in value. More complicated smart contract designs allow us to capture more of the properties of traditional options. After discussing the basic design, we explore the value insurance can bring to the derivatives market.  


== PUT-CALL options ==
== PUT-CALL options ==
A limited PUT-CALL option on a DAO can be designed using a smart contract with the following design. Two parties encumber money in a PUT-CALL smart contract. The two parties are called the PUT buyer (whom we think of as the buyer of a traditional put option) and the CALL buyer.  
We detail the design of two basic financial derivatives. PUT-CALL options and CALL-PUT options. The names indicate the partly symmetric function of these financial tools.
 
A PUT-CALL option on a DAO can be designed using a smart contract to limit the liability of the PUT buyer with the following design. Two parties encumber money in a PUT-CALL smart contract. The two parties are called the PUT buyer (whom we think of as the buyer of a traditional put option) and the CALL buyer.  


The PUT-CALL smart contract design is then given by the following basic flow:
The PUT-CALL smart contract design is then given by the following basic flow:


# The PUT buyer encumbers <math>$U</math> cash in the contract. (This fixed amount $<math>U</math> is greater than the current market price <math>$P_0</math> of a BOND. So <math>$(U-P_0)</math> represents the maximum amount the PUT buyer is willing to lose if the price of BONDs goes up instead of down.)
# The CALL buyer encumbers <math>$P_0</math> cash<ref>Cash means the fungible unit of exchange on the platform which represents money, such as ETH in Ethereum or various stable coins.</ref> in the contract.
# The CALL buyer encumbers the current market price <math>$P_0</math> of a BOND at initiation.  
# The PUT buyer encumbers <math>$U>$P_0</math> cash in the contract. (Here <math>$(U-P_0)</math> represents the maximum amount the PUT buyer is willing to lose if the price of BONDs goes up instead of down. This is similar to the premium in a traditional put.)
# The PUT-CALL smart contract initates at time <math>t=0</math> and matures at time <math>t=T</math>.
# The PUT-CALL smart contract initates at time <math>t=0</math> and matures at time <math>t=T</math>.
# At maturity time <math>T</math>, the PUT-CALL smart contract checks to see if the PUT buyer has encumbered a BOND token in the contract. (The rational PUT buyer purchases at market before time <math>T</math> if the price of BONDs <math>$P_T</math> is less than their encumbered <math>$U</math> cash.<ref>Since the PUT buyer has the opportunity to buy the BOND at any point before maturity, this contract is similar to a traditional [[wikipedia:Option_style#American_and_European_options|American option]].</ref>)
# At maturity time <math>T</math>, the PUT-CALL smart contract checks to see if the PUT buyer has encumbered a BOND token in the contract.<ref>The rational PUT buyer purchases at market before time <math>T</math> if the price of BONDs <math>$P_T</math> is less than their encumbered <math>$U</math> cash. Since the PUT buyer has the opportunity to buy the BOND at any point before maturity, this contract is similar to a traditional [[wikipedia:Option_style#American_and_European_options|American option]].</ref>
#* If the PUT buyer does not encumber the BOND at maturity time, then the contract gives $<math>U</math> to the CALL buyer and gives <math>$P_0</math> to the PUT buyer. (So the PUT buyer loses <math>$(U-P_0)</math>, which the CALL buyer wins.)
#* If the price of a BOND has gone up beyond <math>$P_0</math>, the rational PUT buyer does not encumber the BOND at maturity time. So if the BOND is not encumbered, the contract gives $<math>U</math> to the CALL buyer and gives <math>$P_0</math> to the PUT buyer. (So the PUT buyer loses <math>$(U-P_0)</math>, which the CALL buyer wins.)
#* If the PUT buyer does encumber the BOND at maturity time, then the contract gives the BOND to the CALL buyer, and <math>$(U+P_0)</math> to the PUT buyer. (So the PUT buyer gains <math>$(P_0-P_T)</math> which the CALL buyer loses.)
#* If the price of a BOND has gone down below <math>$P_0</math>, the rational PUT buyer buys a BOND at market for <math>$B_T</math> and encumbers the BOND before maturity time. Then the contract gives the BOND to the CALL buyer, and <math>$(U+P_0)</math> to the PUT buyer. (So the PUT buyer gains <math>$(P_0-B_T)</math>.)
# When the maturity of the PUT-CALL smart contract is reached at time <math>T</math>, the contract waits for the PUT buyer to encumber a BOND token in the contract (which the rational PUT buyer purchases at market if the price of BONDs <math>$P_T</math> is less than their encumbered <math>$U</math> cash).
A PUT-CALL option gives priority to the PUT buyer, as they can profit any amount up to <math>$P_0</math> if the BOND value collapses to $0, and the PUT buyer has limited liability of <math>$(U-P_0)</math> in case the BOND token's value explodes. 
#* If the PUT buyer does not encumber the BOND at maturity time, then the contract gives $<math>U</math> to the CALL buyer and gives <math>$P_0</math> to the PUT buyer. (So the PUT buyer loses <math>$(U-P_0)</math>, which the CALL buyer wins.)
 
#* If the PUT buyer does encumber the BOND at maturity time, then the contract gives the BOND to the CALL buyer, and <math>$(U+P_0)</math> to the PUT buyer. (So the PUT buyer gains <math>$(P_0-P_T)</math> which the CALL buyer loses.)
<math>$P_0</math> may be thought of as representing the current market price of a BOND at initiation, though market prices are a fiction. So <math>$P_0</math> can be thought of as the strike price of the option for the PUT buyer. <math>$P_0</math> will typically be below the price <math>$B_0</math> that a BOND buyer can get at market when the contract initiates, in order for the PUT buyer to entice the CALL buyer to join the contract, because the value <math>$(U-P_0)</math> should be larger than what the CALL buyer thinks they can make <math>$(B_T-B_0)</math> from buying a BOND.


A PUT-CALL option gives priority to the PUT buyer. Similarly a CALL-PUT option gives priority to the CALL buyer as follows.  
We can design the inverse scenario with a CALL-PUT option which focuses on the CALL buyer as follows.


== CALL-PUT options ==
== CALL-PUT options ==
In a CALL-PUT option, we again have two parties, called the CALL buyer and the PUT buyer. This time, however, the CALL buyer encumbers a BOND token instead of cash.
In a CALL-PUT option there are two parties, called the CALL buyer and the PUT buyer, who both buy into the contract by encumbering value. The CALL-PUT smart contract design is given by the following basic flow:
# The CALL buyer encumbers <math>$P_0</math> cash in the contract.
# The PUT buyer encumbers a BOND in the contract.
# The CALL-PUT smart contract initates if both encumbrances have been executed by time <math>t=0</math> , and matures at time <math>t=T</math>.
# At maturity time <math>T</math>, the CALL-PUT smart contract swaps the BOND and the cash. I.e., the BOND token is given to the CALL buyer. The <math>$P_0</math> cash is given to the PUT buyer.
If the price of a BOND has increased <math>$B_T>$P_0</math> at time <math>T</math>, then the CALL buyer profits. If the price has decreased <math>$B_T<$B_0</math>, the PUT buyer profits. In order to entice a CALL buyer to participate, the price of an actual BOND token <math>$B_0</math> should be larger than than <math>$P_0</math> or else the BOND buyer should just buy a BOND token at market. Thus <math>$B_0-$P_0</math> is related to the premium from a traditional put option which the PUT buyer pays to entice the CALL buyer to participate.  


The CALL-PUT smart contract design is then given by the following basic flow:
== Pure options ==
One of the advantages of traditional derivatives is that the underlying asset does not need to be purchased--your actual assets do not need to be encumbered in the contract if your promise to make the counterparty whole in case the market moves against you is reliable. The market relies on the reputation of its participants. This cannot be done for pseudonymous participants in an empty coding environment, without encumbering underlying assets. However, with REP tokens, we can build a history of good behavior that is valuable and will give the proper incentives for participants to honor contracts. This can be done with a more complex system of accounting for reputation. We can [[Decentralized underwriting|underwrite]] reputation.


# The PUT buyer encumbers <math>$U</math> cash in the contract. (This fixed amount $<math>U</math> is greater than the current market price <math>$P_0</math> of a BOND. So <math>$(U-P_0)</math> represents the maximum amount the PUT buyer is willing to lose if the price of BONDs goes up instead of down.)
== Notes and references ==
# The CALL buyer encumbers a BOND.
# The CALL-PUT smart contract initates at time <math>t=0</math> and matures at time <math>t=T</math>.
# At time <math>T</math>, the PUT-CALL smart contract checks to see if the PUT buyer has encumbered a BOND token in the contract. (The rational PUT buyer purchases at market before time <math>T</math> if the price of BONDs <math>$P_T</math> is less than their encumbered <math>$U</math> cash. Since the PUT buyer has the opportunity to buy the BOND at any point before maturity, this contract is similar to a traditional [[wikipedia:Option_style#American_and_European_options|American option]].)
#* If the PUT buyer does not encumber the BOND at maturity time, then the contract gives $<math>U</math> to the CALL buyer and gives <math>$P_0</math> to the PUT buyer. (So the PUT buyer loses <math>$(U-P_0)</math>, which the CALL buyer wins.)
#* If the PUT buyer does encumber the BOND at maturity time, then the contract gives the BOND to the CALL buyer, and <math>$(U+P_0)</math> to the PUT buyer. (So the PUT buyer gains <math>$(P_0-P_T)</math> which the CALL buyer loses.)

Revision as of 09:50, 4 June 2023

BOND token markets can be used in DGF to create contracts with payout schemes which mimic the functionality of the legacy financial tools called derivatives, i.e., various types of call and put options.

For instance a basic BOND already has some of the properties of a call option, since it serves as a claim on the future DAO earnings, through the REP salary. If the value of the DAO goes up, that typically means the REP salary goes up, which means the BOND increases in value. More complicated smart contract designs allow us to capture more of the properties of traditional options. After discussing the basic design, we explore the value insurance can bring to the derivatives market.

PUT-CALL options

We detail the design of two basic financial derivatives. PUT-CALL options and CALL-PUT options. The names indicate the partly symmetric function of these financial tools.

A PUT-CALL option on a DAO can be designed using a smart contract to limit the liability of the PUT buyer with the following design. Two parties encumber money in a PUT-CALL smart contract. The two parties are called the PUT buyer (whom we think of as the buyer of a traditional put option) and the CALL buyer.

The PUT-CALL smart contract design is then given by the following basic flow:

  1. The CALL buyer encumbers cash[1] in the contract.
  2. The PUT buyer encumbers cash in the contract. (Here represents the maximum amount the PUT buyer is willing to lose if the price of BONDs goes up instead of down. This is similar to the premium in a traditional put.)
  3. The PUT-CALL smart contract initates at time and matures at time .
  4. At maturity time , the PUT-CALL smart contract checks to see if the PUT buyer has encumbered a BOND token in the contract.[2]
    • If the price of a BOND has gone up beyond , the rational PUT buyer does not encumber the BOND at maturity time. So if the BOND is not encumbered, the contract gives $ to the CALL buyer and gives to the PUT buyer. (So the PUT buyer loses , which the CALL buyer wins.)
    • If the price of a BOND has gone down below , the rational PUT buyer buys a BOND at market for and encumbers the BOND before maturity time. Then the contract gives the BOND to the CALL buyer, and to the PUT buyer. (So the PUT buyer gains .)

A PUT-CALL option gives priority to the PUT buyer, as they can profit any amount up to if the BOND value collapses to $0, and the PUT buyer has limited liability of in case the BOND token's value explodes.

may be thought of as representing the current market price of a BOND at initiation, though market prices are a fiction. So can be thought of as the strike price of the option for the PUT buyer. will typically be below the price that a BOND buyer can get at market when the contract initiates, in order for the PUT buyer to entice the CALL buyer to join the contract, because the value should be larger than what the CALL buyer thinks they can make from buying a BOND.

We can design the inverse scenario with a CALL-PUT option which focuses on the CALL buyer as follows.

CALL-PUT options

In a CALL-PUT option there are two parties, called the CALL buyer and the PUT buyer, who both buy into the contract by encumbering value. The CALL-PUT smart contract design is given by the following basic flow:

  1. The CALL buyer encumbers cash in the contract.
  2. The PUT buyer encumbers a BOND in the contract.
  3. The CALL-PUT smart contract initates if both encumbrances have been executed by time , and matures at time .
  4. At maturity time , the CALL-PUT smart contract swaps the BOND and the cash. I.e., the BOND token is given to the CALL buyer. The cash is given to the PUT buyer.

If the price of a BOND has increased at time , then the CALL buyer profits. If the price has decreased , the PUT buyer profits. In order to entice a CALL buyer to participate, the price of an actual BOND token should be larger than than or else the BOND buyer should just buy a BOND token at market. Thus is related to the premium from a traditional put option which the PUT buyer pays to entice the CALL buyer to participate.

Pure options

One of the advantages of traditional derivatives is that the underlying asset does not need to be purchased--your actual assets do not need to be encumbered in the contract if your promise to make the counterparty whole in case the market moves against you is reliable. The market relies on the reputation of its participants. This cannot be done for pseudonymous participants in an empty coding environment, without encumbering underlying assets. However, with REP tokens, we can build a history of good behavior that is valuable and will give the proper incentives for participants to honor contracts. This can be done with a more complex system of accounting for reputation. We can underwrite reputation.

Notes and references

  1. Cash means the fungible unit of exchange on the platform which represents money, such as ETH in Ethereum or various stable coins.
  2. The rational PUT buyer purchases at market before time if the price of BONDs is less than their encumbered cash. Since the PUT buyer has the opportunity to buy the BOND at any point before maturity, this contract is similar to a traditional American option.