30 lines
2.0 KiB
Plaintext
Executable File
30 lines
2.0 KiB
Plaintext
Executable File
Mandatory:
|
|
=========
|
|
0. Mobile app.
|
|
1. Stats webpage.
|
|
2. Instead of giving a list of order_ids to each trader, give a list of the open orders and that's it (for easier future development, partial order fills for example)
|
|
3. Deploying script, both for testnet and for mainnet.
|
|
|
|
|
|
Would be nice to have:
|
|
=====================
|
|
0. Trader order: alphabetical; by uptime; by safety orders, by percentage_to_completion. (Although this may be more suitable for the web and mobile apps)
|
|
1. Local implementation of amount_to_precision, cost_to_precision and price_to_precision. (Unless the plan is to continue to use CCXT forever)
|
|
2. Instead of cancelling and resending the take profit order, you could just edit it (Kucoin only supports editing on high frequency orders)
|
|
|
|
|
|
Maybe it's a good idea?:
|
|
=======================
|
|
0. A fraction of the take profit order is taken as the first order of the next deal.
|
|
* Starting at the second or third safety order?
|
|
* This would address the issue of big spreads making the first order very expensive.
|
|
* Can be problematic in parabolic runs, unless the take-profit order is not x% above the buy order, but above the current price.
|
|
1. DUSTERS. If a trade is interrupted but the take profit sell order is still open, open another trader (different type, dust-trader, it remembers the original trade)
|
|
that follows that order; when it closes, it takes note of the profit.
|
|
a. The ability to import the dusters after an interruption will be key.
|
|
b. The duster uses the order id as duster id
|
|
c. Order on screen: BASE/QUOTE | order_id followed | current_price | deal_close_price | total_volume_on_close | pct_to_profit | uptime
|
|
d. In status bar: Total funds to be released.
|
|
e. Change main screen: x traders online | y dusters online
|
|
f. Since they only need to monitor if one order is filled and the data is already locally available, the extra API load will be negligible.
|