arabianights
Legendary member
- Messages
- 6,721
- Likes
- 1,380
Suppose we have a futures contract cash settled on a random number (uniform distribution) between 0 and 1 inclusive, tick size 0.001. How do you trade it?
Suppose we have a futures contract cash settled on a random number (uniform distribution) between 0 and 1 inclusive, tick size 0.001. How do you trade it?
When you say between 0 and 1... you mean the underlying asset is lognormally distributed with mean 0 and variance 1, right? Not that the underlying exists between the boundary condition 0 <= Asset <= 1...
otherwise it'd be pretty easy to trade, just buy at 0 and sell at 1.
Mental was not buying the down binary today!
Reminds me... I have a fairly exotic swap to propose, even if you don't give me a price I like it would be nice to see how you would value it. Assume I buy a >300 up dow every day for a month and also have an option to opt out by 9 am each day. Feel free to start a new thread about it... I'm just interested in financial engineering as I know so little about it.
Ivan,
Did you come across MATLAB in your studies?? I am messing about with something called "Octave", which DT pointed me towards - I am trying to build a simple Binary Call pricing function, and currently the score is Octave 2: MrGecko 0
I have been thinking about the compund problem a bit more; perhaps it would be possible to calculate the value of the Binary at the beginning of every day from historical DOW prices, with a model of volatility, to get an "index" of the binary price - then, calculate the value of the Put on the "index" with it's own volatility model.
It gets us one step closer, prices the binaries a little more accurately as it takes into account the Spot price of the DOW for each and every binary (i.e. lognormal returns). Of course we are left with the problem of modelling the volatility correctly for both the DOW and the Binary(!).
w.r.t the previous problem, it's just like "play your cards right" with replacement of the cards. Everybody understands that to go "lower" on a King and "higher" on a 2 makes sense - but with finite capital, the demand to go "lower" on a queen is increased as a result, and so on, until everybody rushes to go "lower" on an 8 , "higher" on a six - market dynamics would push price back to the mean as soon as the "card" moved away from it, it is mean reverting.
If one were going to program it you'd need to specify how many times the RV is calculated, i.e. if I've just bought one @ 0.275, how many "goes" have I got for price to move > .275 before expiry?
Conceptually it should be quite easy to code I think.
If you can do it, I'm in.
I don't think that everyone would buy at 0 and sell at 1 once we introduce other traders.
Finite capital... maybe best to buy 0.4 sell 0.45, for example, rinse and repeat, rather than holding the 0.4s until settlement.
I'd be willing to try a simulation of this if enough people (who can code java) are interested?
Ivan,
Did you come across MATLAB in your studies?? I am messing about with something called "Octave", which DT pointed me towards - I am trying to build a simple Binary Call pricing function, and currently the score is Octave 2: MrGecko 0
I have been thinking about the compund problem a bit more; perhaps it would be possible to calculate the value of the Binary at the beginning of every day from historical DOW prices, with a model of volatility, to get an "index" of the binary price - then, calculate the value of the Put on the "index" with it's own volatility model.
It gets us one step closer, prices the binaries a little more accurately as it takes into account the Spot price of the DOW for each and every binary (i.e. lognormal returns). Of course we are left with the problem of modelling the volatility correctly for both the DOW and the Binary(!).
w.r.t the previous problem, it's just like "play your cards right" with replacement of the cards. Everybody understands that to go "lower" on a King and "higher" on a 2 makes sense - but with finite capital, the demand to go "lower" on a queen is increased as a result, and so on, until everybody rushes to go "lower" on an 8 , "higher" on a six - market dynamics would push price back to the mean as soon as the "card" moved away from it, it is mean reverting.
If one were going to program it you'd need to specify how many times the RV is calculated, i.e. if I've just bought one @ 0.275, how many "goes" have I got for price to move > .275 before expiry?
Good, who else is interested?