Domain specific language for quantitative analytics in finance and trading.
Example of an American option expressed in Quant DSL.
AmericanOption(Date('2011-1-1'), Date('2012-1-1'), Market('Copper'), 7000, TimeDelta('1d'))
def AmericanOption(start, expiry, underlying, strike, step):
if start <= expiry:
Option(start, underlying, strike, AmericanOption(
start + step, expiry, underlying, strike, step
))
else:
0
def Option(expiry, underlying, strike, alternative):
Wait(expiry, Choice(underlying - strike, alternative))Use pip to install the latest distribution from the Python Package Index. You may feedback issues on GitHub.
pip install quantdsl
Please note, this library depends on SciPy, which can fail to install with some older versions of pip. In case of difficulty, please try again after upgrading pip.
pip install --upgrade pip
After successfully installing this library, the test suite should pass.
python -m unittest discover quantdsl
Quant DSL is domain specific language for quantitative analytics in finance and trading.
At the heart of Quant DSL is a set of elements (e.g. "Settlement", "Fixing", "Market", "Choice"). The elements involve mathematical expressions commonly used within quantitative analytics, such as: present value discounting; geometric Brownian motion; and least squares Monte Carlo.
The elements of the language can be freely composed into expressions of value. The validity of Monte Carlo simulation for all possible expressions in the language is proven by induction.
The syntax of Quant DSL expressions is defined with Backus–Naur Form.
<Expression> ::= <Constant>
| "Settlement(" <Date> "," <Expression> ")"
| "Fixing(" <Date> "," <Expression> ")"
| "Market(" <MarketName> ")"
| "Wait(" <Date> "," <Expression> ")"
| "Choice(" <Expression> "," <Expression> ")"
| "Max(" <Expression> "," <Expression> ")"
| <Expression> "+" <Expression>
| <Expression> "-" <Expression>
| <Expression> "*" <Expression>
| <Expression> "/" <Expression>
| "-" <Expression>
<Constant> ::= <Float> | <Integer>
<Date> ::= "'"<Year>"-"<Month>"-"<Day>"'"
<MarketName> ::= "'"<MarketName><NameChar> | <NameChar>"'"
<Year> ::= <Digit><Digit><Digit><Digit>
<Month> ::= <Digit><Digit>
<Day> ::= <Digit><Digit>
<Float> ::= <Integer>"."<Integer>
<Integer> ::= <Integer><Digit> | <Digit>
<NameChar> ::= "A" | "B" | "C" | "D" | "E" | "F" |
"G" | "H" | "I" | "J" | "K" | "L" |
"M" | "N" | "O" | "P" | "Q" | "R" |
"S" | "T" | "U" | "V" | "W" | "X" |
"Y" | "Z" | "_" | <Digit>
<Digit> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
In the definitions below, Quant DSL expression v defines a
function [[v]](t) from present time t to a random
variable in a probability space.
Constant interest rate r is used in discounting settlements.
For market i, the last price Si and volatility σi are determined
using only market price data generated before t0. Brownian
motion z is used in diffusion. In the software, this Market semantic is
a user option, so that other market models can be used to simulate prices,
for example models with multiple factors, mean reversion, and jump diffusion.
Choices are made using conditioning, expectation E is conditioned
on filtration F at t, so that choices are made only with
information at the time of the choice. In practice, information is "lost"
from included expressions by fitting the value of the expression (a
random variable in a probability space) to the underlying simulated
prices at that time using least squares. This leads to a quantitative
difference from maximisation ("Max").
[[Settlement(d, x)]](t) = e ** (r * (t−d)) * [[x]](t)
[[Fixing(d, x)]](t) = [[x]](d)
[[Market(i)]](t) = Si * e ** (σi * z(t − t0)) − 0.5 * σi ** 2 * (t − t0)
[[Wait(d, x)]](t) = [[Settlement(d, Fixing(d, x))]](t)
[[Choice(x, y)]](t) = max(E[[[x]](t) | F(t)], E[[[y]](t) | F(t)])
[[Max(x, y)]](t) = max([[x]](t), [[y]](t))
[[x + y]](t) = [[x]](t) + [[y]](t)
[[x - y]](t) = [[x]](t) - [[y]](t)
[[x * y]](t) = [[x]](t) * [[y]](t)
[[x / y]](t) = [[x]](t) / [[y]](t)
[[-x]](t) = -[[x]](t)
Todo: Format the above as proper math symbols.
Please note, these default semantics can be substituted
using the dsl_classes arg of calc() below.
The scope of the work of a quantitative analyst involves modelling optionality,
simulating future prices, and evaluating the model against the simulation. In
implementing the syntax and semantics of Quant DSL, this software provides an
application object class QuantDslApplication which has methods that support
this work: compile(), simulate(), and evaluate().
During compilation of Quant DSL source code, the application QuantDslApplication constructs a
graph of Quant DSL expressions. The simulation is generated by a calibrated price process,
according to requirements derived from the compiled dependency graph. During evaluation, the nodes of
the dependency graph are evaluated when they are ready to be evaluated. Intermediate results
are discarded as soon as they are no longer required, such that memory usage is mostly constant during
evaluation. For the "greeks", nodes are selectively re-evaluated with perturbed values,
according to the periods and markets they involve, avoiding unnecessary computation.
In addition to the Quant DSL expressions above, function def
statements are supported. User defined functions can be used
to refactor complex Quant DSL expressions, in order to model complex
optionality concisely. The import statement is also supported, so Quant
DSL function definitions and expressions can be developed and maintained as
Python files. Since Quant DSL syntax is a strict subset of Python, the
full power of Python IDEs can be used to write, navigate and refactor
Quant DSL source code.
The examples below use the library function calc() to evaluate Quant DSL source code. calc() uses the
methods of the QuantDslApplication mentioned above.
from quantdsl.calculate import calcWhen called, the function calc() returns a results object, with an attribute fair_value that is the
simulated value, under the semantics, of the given Quant DSL expression.
results = calc(source_code="2 + 3")
assert results.fair_value == 5The function calc() has many optional arguments that can be used to control the evaluation of an expression.
source_code
The Quant DSL module that will be evaluated. It must contain one expression, and may contain many function definitions. It may also contain import statements that import functions from Quant DSL modules saved as normal Python files.
observation_date
Sets the time t0 in the semantics from when the forward curve is evolved by the price process.
Also conditions the effective present time t of the outermost element in
an evaluation.
interest_rate
The continuously compounding short run risk free rate, used for discounting (default 0).
price_process
The name and configuration parameters for the price process that will estimate (by simulation) prices that could be agreed in the future.
periodisation
Delta granularity can be set with the periodisation arg of calc() e.g. 'daily' or 'monthly'.
Todo: Rename the arg to delta_granularity.
is_double_sided_deltas
Evaluate with either single- or double-sided deltas (default True).
path_count
Determines the accuracy of the simulated random variables (default 20000).
perturbation_factor
Used to calculate "greeks". If the path_count is larger, a smaller
perturbation factor may give better result (default 0.01).
max_dependency_graph_size
Sets the limit on the maximum number of nodes the can be compiled from Quant DSL source with the
max_dependency_graph_size arg of calc().
timeout
You can set a calculation to timeout after a given number of seconds.
dsl_classes
Custom DSL classes can be passed in using the dsl_classes argument of calc().
is_verbose
Setting is_verbose will cause progress of a calculation to
be printed to standard output.
The Settlement element discounts the value of the included Expression from its given Date to the effective
present time t when the element is evaluated.
<Settlement> ::= "Settlement(" <Date> ", " <Expression> ")"
[[Settlement(d, x)]](t) = e ** (r * (t−d)) * [[x]](t)
For example, with a continuously compounding interest_rate of 2.5 percent per year, the value 10 settled on
'2111-1-1' has a present value of 82.08 on '2011-1-1'.
results = calc("Settlement('2111-1-1', 1000)",
observation_date='2011-1-1',
interest_rate=2.5,
)
assert round(results.fair_value, 2) == 82.08Similarly, the value of 82.085 settled in '2011-1-1' has a present value of 1000.00 on '2111-1-1'
.
results = calc("Settlement('2011-1-1', 82.085)",
observation_date='2111-1-1',
interest_rate=2.5,
)
assert round(results.fair_value, 2) == 1000.00Discounting is a function of the interest_rate and the duration in time between the date of the Settlement
element and the effective present time t of its evaluation. The formula used for discounting by the Settlement
element is e**-rt. The interest_rate is the therefore the continuously compounding risk free rate (not the
annual equivalent rate).
The Fixing element simply conditions the effective present time of its included Expression with its given Date.
<Fixing> ::= "Fixing(" <Date> "," <Expression> ")"
[[Fixing(d, x)]](t) = [[x]](d)
For example, if a Fixing element includes a Settlement element, then the effective present time of the
included Settlement element will be the given date of the Fixing.
The expression below represents the present value in '2051-1-1' of the value of 1000 to be settled on
'2111-1-1'.
results = calc("Fixing('2051-1-1', Settlement('2111-1-1', 1000))",
interest_rate=2.5,
)
assert round(results.fair_value, 2) == 223.13The Market element effectively estimates prices that could be agreed in the future.
<Market> ::= "Market(" <MarketName> ")"
[[Market(i)]](t) = Si * e ** (σi * z(t − t0)) − 0.5 * σi ** 2 * (t − t0)
When a Market element is evaluated, it returns a random variable selected from a simulation
of market prices.
Selecting an estimated price from the simulation requires the name of the market, a fixing date (when the price would be agreed), and a delivery date (when the goods would be delivered).
The name of the Market is included in the element (e.g. 'GAS' or 'POWER'). Both the fixing date and
the delivery date are determined by the effective present time when the element is evaluated.
The price simulation is generated by a price process. In this example, the library's one-factor
multi-market Black Scholes price process BlackScholesPriceProcess is used to generate correlated
geometric Brownian motions.
The calibration parameters required by BlackScholesPriceProcess are market (a list of market names), and
sigma, (a list of annualised historical volatilities, expressed as a fraction of 1, rather than as a
percentage).
price_process = {
'name': 'quantdsl.priceprocess.blackscholes.BlackScholesPriceProcess',
'market': ['GAS', 'POWER'],
'sigma': [0.02, 0.02],
'rho': [
[1.0, 0.8],
[0.8, 1.0]
],
'curve': {
'GAS': [
('2011-1-1', 10),
('2111-1-1', 1000)
],
'POWER': [
('2011-1-1', 11),
('2111-1-1', 1100)
]
},
}When a simulation generated by this price process involves two or more markets, an additional
parameter rho is required, which represents the correlation between the markets (a symmetric
matrix expressed as a list of lists).
A forward curve is required by the price process to provide estimates of current prices for each market at the given
observation_date. The prices in the forward curve are prices that can be agreed at the observation_date for
delivery at the specified dates. These prices are then diffused according to the risk-neutral dynamics of the
price process.
Requirements for the simulation (dates and markets) are derived from the expression to be evaluated. If the expression involves observing at a future date the price for particular goods to be delivered at a particular date, then the simulation will provide a random variable which simulates that observation.
A Market element evaluated at the observation_date will simply return the last value from the given forward
curve for that market at the given observation_date.
results = calc("Market('GAS')",
observation_date='2011-1-1',
price_process=price_process,
)Since the Market element uses random variables from the price simulation, so the results are random variables, and
we need to take the mean() to obtain a scalar value.
assert results.fair_value.mean() == 10If the forward curve doesn't contain a price at the required delivery date, a price at an earlier delivery date is used (with zero order hold).
results = calc("Market('GAS')",
observation_date='2012-3-4',
price_process=price_process,
)
assert results.fair_value.mean() == 10Evaluating at a later observation date will return the later value from the forward curve.
results = calc("Market('GAS')",
observation_date='2111-1-1',
price_process=price_process,
)
assert results.fair_value.mean() == 1000In the examples so far, there has been no difference between the fixing date of the Market element and
the observation_date of the evaluation. Therefore, there is no stochastic evolution of the forward curve, and the
standard deviation of the result value is zero.
assert results.fair_value.std() == 0.0If a Market element is included within a Fixing element, the effective present time will be different from
the observation date, so the fixing date used to select a price from the simulation will be different from the
observation date. The simulated price will be taken from the forward curve, but will also be subjected to
stochastic evolution.
With Brownian motion provided by the BlackScholesPriceProcess, the random variable used to estimate a
price observed in the future has a statistical distribution with non-zero standard deviation.
results = calc("Fixing('2051-1-1', Market('GAS'))",
observation_date='2011-1-1',
price_process=price_process,
)
assert results.fair_value.std() > 0.0The number of samples from the distribution in the simulated random variable defaults to 20000.
assert len(results.fair_value) == 20000The number can be adjusted by setting path_count. The accuracy of results
can be doubled by increasing the path count by a factor of four.
results = calc("Market('GAS')",
observation_date='2011-1-1',
price_process=price_process,
path_count=80000,
)
assert len(results.fair_value) == 80000The ForwardMarket element can be used to specify a delivery date that is different from the fixing date (when the
price for that delivery would be agreed). This can be used to model trading in forward markets, and also
to express the value of an index at maturity (see below).
The Wait element combines Settlement and Fixing, so that its Date is used both to condition the
effective present time of the included Expression, and also the value of that expression is discounted to the
effective present time when evaluating the Wait element.
<Wait> ::= "Wait(" <Date> "," <Expression> ")"
[[Wait(d, x)]](t) = [[Settlement(d, Fixing(d, x))]](t)
For example, the present value at the observation_date of '2011-1-1' of one unit of 'GAS' delivered on
'2111-1-1' is approximately 82.18. The Wait element sets the delivery date of the Market element,
which is used to pick the value 1000 from the forward curve. The Wait element also sets the fixing date
of the Market element, which is used to control the stochastic evolution of the forward value. The evolved
value is then discounted by the Wait element from 2111 to the observation date 2011.
import scipy
# Setting random seed makes test results repeatable.
scipy.random.seed(1234)
results = calc("Wait('2111-1-1', Market('GAS'))",
price_process=price_process,
observation_date='2011-1-1',
interest_rate=2.5,
)
assert round(results.fair_value.mean(), 2) == 82.18
assert round(results.fair_value.std(), 2) == 16.46The Choice element uses the least-squares Monte Carlo approach (Longstaff
Schwartz, 1998) to compare the conditional expected value of each alternative Expression.
<Choice> ::= "Choice(" <Expression> "," <Expression> ")"
[[Choice(x, y)]](t) = max(E[[[x]](t) | F(t)], E[[[y]](t) | F(t)])
For example, the value of the choice at observation_date of '2011-1-1' between one unit of 'GAS' either on
'2051-1-1' or '2111-1-1' is 217.39.
source_code = """
Choice(
Wait('2051-1-1', Market('GAS')),
Wait('2111-1-1', Market('GAS'))
)
"""
results = calc(source_code,
observation_date='2011-1-1',
price_process=price_process,
interest_rate=2.5,
)
assert round(results.fair_value.mean(), 2) == 82.06When the Choice element is evaluated, the value of each alternative is
regressed as a random variable by least squares with second order polynomial regression
to the underlying simulated values at the effective present time of the choice.
The choice of alternative on each path is then made using the regressed value (the
"conditional expected value") but the chosen value on each path is taken from the
unregressed value of the chosen alternative for that path (the "expected continuation
value"). The result is a new simulated value that combines the expected continuation
value of the alternatives, according to information in the simulation at the time of
the choice. This conditioning gives a quantitatively different result from simple
maximisation of the alternative expected continuation values (Max).
Quant DSL source code can include function definitions. Expressions can involve calls to functions.
When evaluating an expression that involves a call to a function definition, the call to the function definition is effectively replaced with the expression returned by the function definition, so that a larger expression is formed. Hence, the body of a function can have only one statement.
The call args of the function definition can be used as names in the function definition's expressions. The call arg values will be substituted for those names in the expression when the expression is returned by the function.
results = calc("""
def Function(a):
2 * a
Function(10)
""")
assert results.fair_value == 20Although the function body can have only one statement, that statement can be an if-else block. The call args of the function definition can be used in an if-else block, to select different expressions according to the value of the function call arguments, which effectively implements a "case branch".
Each function call becomes a node on a dependency graph. For efficiency, each call is cached, so if a
function is called many times with the same argument values (and at the same effective present time),
the function is only evaluated once, and the result reused. This allows branched
calculations to recombine efficiently. For example, the following Fibonacci function definition will
evaluate in linear time (proportional to n).
results = calc("""
def Fib(n):
if n > 1:
Fib(n-1) + Fib(n-2)
else:
n
Fib(60)
""")
assert results.fair_value == 1548008755920Function definitions can be used to refactor complex expressions. For example, if the expression is the sum of a series of settlements on different dates, the expression without a function definition might be:
source_code = """
Settlement(Date('2011-1-1'), 10) + Settlement(Date('2011-2-1'), 10) + Settlement(Date('2011-3-1'), 10) + \
Settlement(Date('2011-4-1'), 10) + Settlement(Date('2011-5-1'), 10) + Settlement(Date('2011-6-1'), 10) + \
Settlement(Date('2011-8-1'), 10) + Settlement(Date('2011-8-1'), 10) + Settlement(Date('2011-9-1'), 10) + \
Settlement(Date('2011-10-1'), 10) + Settlement(Date('2011-11-1'), 10) + Settlement(Date('2011-12-1'), 10)
"""
results = calc(source_code,
observation_date='2011-1-1',
interest_rate=10,
)
assert round(results.fair_value, 2) == 114.59Instead the expression could be refactored with a function definition.
source_code = """
def Settlements(start, end, installment):
if start <= end:
Settlement(start, installment) + Settlements(start + TimeDelta('1m'), end, installment)
else:
0
Settlements(Date('2011-1-1'), Date('2011-12-1'), 10)
"""
results = calc(source_code,
observation_date='2011-1-1',
interest_rate=10,
)
assert round(results.fair_value, 2) == 114.67In general, an option can be expressed as waiting until an expiry date to choose between, on one hand, the
difference between the value of an underlying expression and a strike expression,
and, on the other hand, an alternative expression.
def Option(expiry, strike, underlying, alternative):
Wait(expiry, Choice(underlying - strike, alternative))A European option can then be expressed simply as an Option with zero alternative.
def EuropeanOption(expiry, strike, underlying):
Option(expiry, strike, underlying, 0)An American option can be expressed as an Option to exercise at a given strike price on
the start date, with the alternative being another AmericanOption starting on the next date - and so on until the
expiry date, when the alternative becomes zero.
def AmericanOption(start, expiry, strike, underlying, step):
if start <= expiry:
Option(
start, strike, underlying, AmericanOption(
start + step, expiry, strike, underlying, step
)
)
else:
0A European put option can be expressed as a EuropeanOption, with negated underlying and strike expressions.
def EuropeanPut(expiry, strike, underlying):
EuropeanOption(expiry, -strike, -underlying)A European stock option can be expressed as a EuropeanOption, with the underlying being the index at
maturity. The IndexAtMaturity has the spot price at the observation date
(using ForwardMarket) observed at a time in the future, discounted forward from the observation date (due
to the Settlement) to a time in the future. This "time in the future" is the effective
present time set by the Wait element of the Option definition above.
def EuropeanStockOption(expiry, strike, stock):
EuropeanOption(expiry, strike, IndexAtMaturity(stock))The expression IndexAtMaturity is passed into the Option definition and, due to the Wait
element in that definition, is evaluated with expiry as the present time. Therefore the spot
price is discounted forward to the expiry, and the fixing date of the ForwardMarket is expiry, so that the
spot price is subjected to stochastic evolution as well as interest rates.
def IndexAtMaturity(stock):
Settlement(ObservationDate(), ForwardMarket(ObservationDate(), stock))The built-in ObservationDate element evaluates to the observation_date passed to the the calc() function.
Let's evaluate a European stock option at different strike prices, volatilities, and interest rates.
The following function calc_european will make it easier to evaluate the option several times.
def calc_european(spot, strike, sigma, rate):
source_code = """
def Option(expiry, strike, underlying, alternative):
Wait(expiry, Choice(underlying - strike, alternative))
def EuropeanOption(expiry, strike, underlying):
Option(expiry, strike, underlying, 0)
def EuropeanStockOption(expiry, strike, stock):
EuropeanOption(expiry, strike, IndexAtMaturity(stock))
def IndexAtMaturity(stock):
Settlement(ObservationDate(), ForwardMarket(ObservationDate(), stock))
EuropeanStockOption(Date('2012-1-1'), {strike}, 'ACME')
""".format(strike=strike)
results = calc(
source_code=source_code,
observation_date='2011-1-1',
price_process={
'name': 'quantdsl.priceprocess.blackscholes.BlackScholesPriceProcess',
'market': ['ACME'],
'sigma': [sigma],
'curve': {
'ACME': [
('2011-1-1', spot),
]
},
},
interest_rate=rate,
)
return round(results.fair_value.mean(), 2)If the strike price of a European option is the same as the price of the underlying, without any volatility (sigma
is 0) the value is zero.
assert calc_european(spot=10, strike=10, sigma=0, rate=0) == 0.0If the strike price is less than the underlying, without any volatility, the value is the difference between the strike and the underlying.
assert calc_european(spot=10, strike=8, sigma=0, rate=0) == 2.0If the strike price is greater than the underlying, without any volatility, the value is zero.
assert calc_european(spot=10, strike=12, sigma=0, rate=0) == 0.0If the strike price is the same as the underlying, with some volatility in the price of the underlying, there is some value in the option.
assert calc_european(spot=10, strike=10, sigma=0.9, rate=0) == 3.42If the strike price is less than the underlying, with some volatility in the price of the underlying (sigma) there
is more value in the option than without volatility.
assert calc_european(spot=10, strike=8, sigma=0.9, rate=0) == 4.23If the strike price is greater than the underlying, with some volatility in the price of the underlying (sigma) there
is still a little bit of value in the option.
assert calc_european(spot=10, strike=12, sigma=0.9, rate=0) == 2.90These results compare well with results from the Black-Scholes analytic formula for European stock options.
An evaluation of a gas storage facility. The value of the gas storage facility follows from the difference between the price when gas is injected and the price when gas is withdrawn.
The Quant DSL source code below models a gas storage facility as a lattice of choices to inject or withdraw a quantity of gas. If the facility is full, injecting gas is not an option. Similarly, if the facility is empty, withdrawing gas is not an option.
gas_storage = """
def GasStorage(start, end, market, quantity, target, limit, step):
if ((start < end) and (limit > 0)):
if quantity <= 0:
Wait(start, Choice(
Continue(start, end, market, quantity, target, limit, step),
Inject(start, end, market, quantity, target, limit, step, 1),
))
elif quantity >= limit:
Wait(start, Choice(
Continue(start, end, market, quantity, target, limit, step),
Inject(start, end, market, quantity, target, limit, step, -1),
))
else:
Wait(start, Choice(
Continue(start, end, market, quantity, target, limit, step),
Inject(start, end, market, quantity, target, limit, step, 1),
Inject(start, end, market, quantity, target, limit, step, -1),
))
else:
if target < 0 or target == quantity:
0
else:
BreachOfContract()
@inline
def Continue(start, end, market, quantity, target, limit, step):
GasStorage(start + step, end, market, quantity, target, limit, step)
@inline
def Inject(start, end, market, quantity, target, limit, step, vol):
Continue(start, end, market, quantity + vol, target, limit, step) - \
vol * market
@inline
def BreachOfContract():
-10000000000000000
@inline
def Empty():
0
@inline
def Full():
50000
GasStorage(Date('2011-4-1'), Date('2012-4-1'), Market('GAS'), Empty(), Empty(), Full(), TimeDelta('1m'))
"""This example uses a forward curve that has seasonal variation (prices are high in winter and low in summer).
gas = {
'name': 'quantdsl.priceprocess.blackscholes.BlackScholesPriceProcess',
'market': ['GAS'],
'sigma': [0.3],
'curve': {
'GAS': (
('2011-1-1', 13.5),
('2011-2-1', 11.0),
('2011-3-1', 10.0),
('2011-4-1', 9.0),
('2011-5-1', 7.5),
('2011-6-1', 7.0),
('2011-7-1', 6.5),
('2011-8-1', 7.5),
('2011-9-1', 8.5),
('2011-10-1', 10.0),
('2011-11-1', 11.5),
('2011-12-1', 12.0),
('2012-1-1', 13.5),
('2012-2-1', 11.0),
('2012-3-1', 10.0),
('2012-4-1', 9.0),
('2012-5-1', 7.5),
('2012-6-1', 7.0),
('2012-7-1', 6.5),
('2012-8-1', 7.5),
('2012-9-1', 8.5),
('2012-10-1', 10.0),
('2012-11-1', 11.5),
('2012-12-1', 12.0)
)
}
}Because the periodisation argument is set to 'monthly', the deltas for each market in each month will be
calculated, and estimated risk neutral hedge positions will be printed for each market in each period, along
with the overall fair value.
results = calc(
source_code=gas_storage,
observation_date='2011-1-1',
interest_rate=2.5,
periodisation='monthly',
price_process=gas,
verbose=True,
)
assert round(results.fair_value.mean(), 2) == 20.78
print(results)The results, showing deltas for each month for each market, and the fair value.
Compiled 92 nodes
Compilation in 0.463s
Simulation in 0.061s
Starting 844 node evaluations, please wait...
844/844 100.00% complete 99.68 eval/s running 9s eta 0s
Evaluation in 8.468s
2011-04-01 GAS
Price: 9.00
Delta: -0.99
Hedge: 1.00 ± 0.00
Cash: -8.94 ± 0.03
2011-05-01 GAS
Price: 7.50
Delta: -0.99
Hedge: 1.00 ± 0.00
Cash: -7.44 ± 0.03
2011-06-01 GAS
Price: 7.00
Delta: -0.99
Hedge: 1.00 ± 0.00
Cash: -6.93 ± 0.03
2011-07-01 GAS
Price: 6.49
Delta: -0.99
Hedge: 1.00 ± 0.00
Cash: -6.41 ± 0.03
2011-08-01 GAS
Price: 7.49
Delta: -0.99
Hedge: 1.00 ± 0.00
Cash: -7.38 ± 0.04
2011-09-01 GAS
Price: 8.49
Delta: -0.98
Hedge: 1.00 ± 0.00
Cash: -8.35 ± 0.04
2011-10-01 GAS
Price: 9.97
Delta: 0.98
Hedge: -1.00 ± 0.00
Cash: 9.79 ± 0.05
2011-11-01 GAS
Price: 11.47
Delta: 0.98
Hedge: -1.00 ± 0.00
Cash: 11.23 ± 0.07
2011-12-01 GAS
Price: 11.98
Delta: 0.98
Hedge: -1.00 ± 0.00
Cash: 11.70 ± 0.07
2012-01-01 GAS
Price: 13.46
Delta: 0.98
Hedge: -1.00 ± 0.00
Cash: 13.13 ± 0.09
2012-02-01 GAS
Price: 10.98
Delta: 0.97
Hedge: -1.00 ± 0.00
Cash: 10.68 ± 0.07
2012-03-01 GAS
Price: 9.99
Delta: 0.97
Hedge: -1.00 ± 0.00
Cash: 9.70 ± 0.07
Net hedge GAS: 0.00 ± 0.00
Net hedge cash: 20.78 ± 0.28
Fair value: 20.78 ± 0.28
The value obtained is the extrinsic value. The intrinsic value can be
obtained by setting the volatility sigma to 0, and can be evaluated
with path_count of 1.
The recommended hedge positions suggest injecting gas when the price is low, and withdrawing when the price is high.
An evaluation of a gas fired power station. The value of a gas fired power station follows from selling generated power whilst paying for gas.
The Quant DSL source code below models a gas fired power station as a lattice of choices whether or not to run the power station. The efficiency of generation is modelled to be lower if the power station has been stopped.
Dispatch decisions are made daily, with gas and power traded one day ahead.
power_plant = """
from quantdsl.semantics import Choice, Market, TimeDelta, Wait, inline, Min
def PowerPlant(start, end, temp):
if (start < end):
Wait(start, Choice(
PowerPlant(Tomorrow(start), end, Hot()) + ProfitFromRunning(start, temp),
PowerPlant(Tomorrow(start), end, Stopped(temp))
))
else:
return 0
@inline
def Power(start):
DayAhead(start, 'POWER')
@inline
def Gas(start):
DayAhead(start, 'GAS')
@inline
def DayAhead(start, name):
ForwardMarket(Tomorrow(start), name)
@inline
def Tomorrow(start):
start + TimeDelta('1d')
@inline
def ProfitFromRunning(start, temp):
if temp == Cold():
return 0.3 * Power(start) - Gas(start)
elif temp == Warm():
return 0.6 * Power(start) - Gas(start)
else:
return Power(start) - Gas(start)
@inline
def Stopped(temp):
if temp == Hot():
Warm()
else:
Cold()
@inline
def Hot():
2
@inline
def Warm():
1
@inline
def Cold():
0
PowerPlant(Date('2012-1-1'), Date('2012-1-5'), Cold())
"""The prices process is calibrated with two correlated markets.
gas_and_power = {
'name': 'quantdsl.priceprocess.blackscholes.BlackScholesPriceProcess',
'market': ['GAS', 'POWER'],
'sigma': [0.3, 0.3],
'rho': [[1.0, 0.8], [0.8, 1.0]],
'curve': {
'GAS': [
('2012-1-1', 11.0),
('2012-1-2', 11.0),
('2012-1-3', 1.0),
('2012-1-4', 1.0),
('2012-1-5', 11.0),
],
'POWER': [
('2012-1-1', 1.0),
('2012-1-2', 1.0),
('2012-1-3', 11.0),
('2012-1-4', 11.0),
('2012-1-5', 11.0),
]
}
}Because the periodisation is set to 'daily', the deltas for each market in each day will be
calculated, and estimated risk neutral hedge positions will be printed for each market in each period, along
with the overall fair value.
results = calc(
source_code=power_plant,
observation_date='2011-1-1',
interest_rate=2.5,
periodisation='daily',
price_process=gas_and_power,
verbose=True
)
assert round(results.fair_value.mean(), 2) == 12.82
print(results)These are the results, showing monthly deltas for each of the two markets.
The recommended hedge positions suggest running the plant when
the price of power is high and the price of gas is low. The relative
inefficiency of running the plant from Cold() is reflected in the delta
for POWER in 2012-01-03.
Compiled 16 nodes
Compilation in 0.038s
Simulation in 0.043s
Starting 112 node evaluations, please wait...
112/112 100.00% complete 115.57 eval/s running 1s eta 0s
Evaluation in 0.970s
2012-01-02 GAS
Price: 10.98
Delta: -0.05
Hedge: 0.05 ± 0.00
Cash: -0.41 ± 0.04
2012-01-02 POWER
Price: 1.00
Delta: 0.02
Hedge: -0.02 ± 0.00
Cash: 0.02 ± 0.00
2012-01-03 GAS
Price: 1.00
Delta: -0.98
Hedge: 1.00 ± 0.00
Cash: -0.97 ± 0.01
2012-01-03 POWER
Price: 10.98
Delta: 0.32
Hedge: -0.33 ± 0.00
Cash: 3.64 ± 0.05
2012-01-04 GAS
Price: 1.00
Delta: -0.98
Hedge: 1.00 ± 0.00
Cash: -0.97 ± 0.01
2012-01-04 POWER
Price: 10.98
Delta: 0.98
Hedge: -1.00 ± 0.00
Cash: 10.71 ± 0.07
2012-01-05 GAS
Price: 10.98
Delta: -0.49
Hedge: 0.50 ± 0.00
Cash: -4.95 ± 0.11
2012-01-05 POWER
Price: 10.98
Delta: 0.49
Hedge: -0.50 ± 0.00
Cash: 5.76 ± 0.13
Net hedge GAS: 2.55 ± 0.01
Net hedge POWER: -1.85 ± 0.01
Net hedge cash: 12.82 ± 0.10
Fair value: 12.82 ± 0.10
It's easy to use Quant DSL in a Jupyter notebook. See example_notebook.ipynb.
Jupyter notebooks can be executed on a Jupyter hub.
There is a small collection of Quant DSL modules in a library under quantdsl.lib.
Putting Quant DSL source code in dedicated Python files makes it much easier to use
a Python IDE to develop and maintain Quant DSL function definitions.
The Quant DSL language was partly inspired by the paper Composing contracts: an adventure in financial engineering (functional pearl) by Simon Peyton Jones and others. The idea of orchestrating evaluations with a dependency graph, to help with parallel and distributed execution, was inspired by a talk about dependency graphs by Kirat Singh. This implementation uses NumPy and SciPy packages, and the Python ast ("Absract Syntax Trees") module. We have also been encourged by members of the London Financial Python User Group, where Quant DSL expression syntax and semantics were first presented.