... | ... | @@ -50,6 +50,7 @@ Example: `buy 0.001 @9000` |
|
|
| **`projectedsize (prs)`** | When you have a long position, adds up your current position size and the total size of your bids. If you are short, adds your current position size to total size of all your offers. |
|
|
|
| **`projectedavg (pra)`** | Calculates the projected average entry after all current bids or offers are hit on the same side as your current position. |
|
|
|
| **--------------------------** | **----------- **New Features / Commands** -----------** |
|
|
|
| **`wait`** | **wait** on it's own - eg `buy 1, wait, repeat` - will load balance themselves to queue up and release in a sort of round robin. So for example, you have that example command `buy 1, wait, repeat` running on 20 instruments, it will queue all of those up and release 10 per second. So it will take 2 seconds to run through all 20. So even if you have the commands running in parallel, they will queue up and run those waits in serial. At a rate of 1 every 100ms. (We can adjust the timing on the next deployment if there is any feedback about it). This will not affect normal wait orders - waits all still work exactly as they always have. This is a new feature. |
|
|
|
| Option: **`skew`** | **Correction on use** - You can `split buy 1 into 20 from m-50 to m-350 skew 33` - and it will skew the same sized orders closer together, instead of scaling order sizes. Play around with the number. |
|
|
|
| **`wait position`** | ***(Not a new command, but thought it could do with some updated / refresher guidance).*** Waits until the position on the current instrument is not zero. Be aware that this will be true if you already have a position. So if you wait position, do something, repeat then once it hits, its going to repeat that command like 1000 times a second. So you'd want to do something like - wait position, do something, wait possize == 0, repeat - so that it waits until you close the position, and then waits for the next position to open. Rather than just executing one time and blasting through 1000 repeats a second. |
|
|
|
| **`if, else`** | Same goes for if, else comparisons. You don't want to be infinitely repeating an `if, else` without any wait conditions, because it will repeat 1000 times per second. (Next update it will slow you down every second to allow you to fix your mistake). So you need to have waits in there to wait for the condition to be true, and then if you want it to repeat, you'd want to have another wait __before__ you get to the repeat command so that it doesn't just run back through immediately 1000 times a second, because your condition technically __remains__ true. Think it through logically. And think when you want it to trigger, but also how many times you want it to trigger when the condition becomes __and remains true__. If you need help - just DM ichi what you've got and he will help you get it right. |
|
... | ... | |