I think this is fantastic, because in Elixir and Erlang you are basically off to the races and thinking about process lifetimes and failure domains extremely quickly, and what better way to highlight it than with a system where the stakes are literally money.
ityonemo
egze
No worries. My strategy was also very simple.
0
kanonk
Very interesting, i’ve also built a tradingbot in Elixir, and are using the same simple strategy 
0
CinderellaMan
This is a very interesting strategy - thanks for sharing.
I could write it as a second example in the course - will investigate as it could have different challenges from the current one.
That would obviously be after this naive one will get a good run and build everything around it.
1
egze
Nice. Some more ideas for the future - bot should handle multiple accounts, each with own trading api key, and also each strategy can receive its own budget (imagine you run 2 strategies for 1 account, it will be difficult to trade if both of them can operate on whole available budget).
1
CinderellaMan
I managed to record another video This time I focused on getting the supervision tree running so you can scale the number of traders in the future (as now they would just all start at the same time and that doesn’t have too much sense).
As always enjoy, like, subscribe and leave a comment here and/or on the Youtube 
6
xlphs
Interesting approach. I’m building a multi-timeframe strategy for forex and took a very different approach. Perhaps it’s because I’m not building a trading bot but rather a system that generates trade signals. I keep all the data in database (obviously) and use a timer to drive the GenServer to do work when a bar ends, the time frame is configurable and it has to skip weekends, other than that my GenServer doesn’t actually do much.
2
CinderellaMan
Hmm, that’s also an interesting approach. As far as I understand that means that you were making trades yourself?
In general, this system is designed to make trades on its own - partly because crypto world never sleeps. Also, the naive strategy doesn’t utilize any signals, it’s not even based on any averages, etc (that’s why it’s a naive strategy ). That shouldn’t stop anybody from developing other (more sophisticated) strategy based on this project.
Once again this is only developed/recorded for learning purposes - I don’t think you can make money reliably with this dummy strategy but you can get a gist how a little bit more “complex” systems are built in Elixir - that’s the point of the whole series at the moment.
1
CinderellaMan
4th video in the series about building cryptocurrency trading bot in Elixir
We will focus on getting PubSub up and running so we will be able to scale naive strategy to multiple traders as well as other processes in the future.
6
CinderellaMan
5th video in the series about building cryptocurrency trading bot in Elixir - this time starting and running multiple traders at once
We will introduce a rebuy_interval which will allow us to start new traders as prices fluctuate. Before doing that we will work on a few things:
- buy price (by introducing buy_down interval)
- quantity (as it was hardcoded up to this moment)
- race condition related to multiple transactions per order
- rebuy interval mentioned above
- visibility (introducing unique ids for traders [for logging])
4