You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#6 described an issue and a solution which involved solving another issue first and I closed it. This is the promised replacement and a proposal on how to make a lower overall account value (from the bot's perspective) translate into smaller trades at lower prices.
One of my concerns is generating too much traffic, clogging both your ISP and Kraken's ISP with new orders and cancellations. Since prices are changing all the time, what we should do instead of constantly cancelling and recreating trades with slightly different prices, is to make a best guess. There is already code in balancer.js (buyAndSell function) which sums up the portion of the users savings that the user wants in crypto (cryptp) so that the balancer can create trades that would be needed if the entire crypto market goes up or down, which is pretty close to what happens. This is how I imagine the best guess should be calculated. At some point, it might be worthwhile to add something that allows the user to specify that the bot should assume some additional mathematical relationship between the prices of some of their assets and the prices of other of assets. For now, if it ever seems useful, I will only implement code to assume that if the price of a crypto goes up or down far enough to justify a trade, the prices of the other cryptos will also have done about the same thing.
This issue is very low priority.
The text was updated successfully, but these errors were encountered:
It now uses ESLint with the settings described in .eslintrc.
The function in bot.js, howMuch(), is used to create trades for the correct amount (given the current assets) when the grid is extended.
It does not yet adjust existing open trades, so only partially addressing Issue #33, but fixing Issue #22.
Circular dependencies have been eliminated to ease debugging.
Most imports of other modules in this project have been moved to init and bot.
Tests are still needed for the balance function and the webpage among other things.
#6 described an issue and a solution which involved solving another issue first and I closed it. This is the promised replacement and a proposal on how to make a lower overall account value (from the bot's perspective) translate into smaller trades at lower prices.
One of my concerns is generating too much traffic, clogging both your ISP and Kraken's ISP with new orders and cancellations. Since prices are changing all the time, what we should do instead of constantly cancelling and recreating trades with slightly different prices, is to make a best guess. There is already code in balancer.js (buyAndSell function) which sums up the portion of the users savings that the user wants in crypto (
cryptp
) so that the balancer can create trades that would be needed if the entire crypto market goes up or down, which is pretty close to what happens. This is how I imagine the best guess should be calculated. At some point, it might be worthwhile to add something that allows the user to specify that the bot should assume some additional mathematical relationship between the prices of some of their assets and the prices of other of assets. For now, if it ever seems useful, I will only implement code to assume that if the price of a crypto goes up or down far enough to justify a trade, the prices of the other cryptos will also have done about the same thing.This issue is very low priority.
The text was updated successfully, but these errors were encountered: