Financial derivatives: Difference between revisions
(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...") |
|||
(3 intermediate revisions by the same user not shown) | |||
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 | 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 that insurance can bring to the derivatives market, making it more liquid. | |||
== PUT-CALL options == | == PUT-CALL options == | ||
A | 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. The reason for the name is that inorder for one party to buy a put, a counterparty must buy a call. | ||
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 | # 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 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. | # 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, | #* 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 | #* 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>.) | ||
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. | |||
<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. | |||
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 | 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 CALL 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. | |||
== 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 fulfill your bargain is reliable. The market relies on the reputation of its participants and the insurance that the market maker provides. 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]] the reputation of the market. | |||
==See Also== | |||
*[[Fixed-period BOND]] | |||
*[[Variable-period BOND]] | |||
*Dev bounties | |||
*[[Treasury|Treasuries]] | |||
*BOND Markets | |||
**[[Investor bonds|Investor BONDs]] | |||
**Founder BONDs | |||
**[[Graceful Exit BOND market|Graceful Exit]] | |||
**[[Decentralized underwriting|Underwriting]] | |||
**[[Stable coin governance|Stable coins]] | |||
**[[generalized chit fund banking]] | |||
*[[Block producer DAO|PoR block production consensus]] | |||
*Governance BONDs | |||
== Notes and references == |
Latest revision as of 10:04, 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 that insurance can bring to the derivatives market, making it more liquid.
PUT-CALL options[edit | edit source]
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. The reason for the name is that inorder for one party to buy a put, a counterparty must buy a call.
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 CALL buyer encumbers cash[1] in the contract.
- 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.)
- The PUT-CALL smart contract initates at time and matures at time .
- 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[edit | edit source]
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 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 , and matures at time .
- 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 CALL 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[edit | edit source]
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 fulfill your bargain is reliable. The market relies on the reputation of its participants and the insurance that the market maker provides. 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 the reputation of the market.
See Also[edit | edit source]
- Fixed-period BOND
- Variable-period BOND
- Dev bounties
- Treasuries
- BOND Markets
- PoR block production consensus
- Governance BONDs
Notes and references[edit | edit source]
- ↑ Cash means the fungible unit of exchange on the platform which represents money, such as ETH in Ethereum or various stable coins.
- ↑ 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.