51–60 of 76 posts
Hey love the charts, it does look like cryptowatch (which is a complement), i havn't looked at traderwatch much but it is paid and lots of noise there with people creating arbitrary breakdowns with lots of lines on them... but with no solid projection of future movement. I'm also in the charting/bitcoin graphs business :D checkout https://bitbank.nz we managed to distinguish ourselves by providing live machine learni…
Looks great, what did you build this with?
The frontend is built with ScalaJs and React (using https://github.com/japgolly/scalajs-react ). The backend is built with Scala too, mostly using Akka Streams for the data handling. As a database it uses Cassandra. edited - word choice
Why not ohmy.co.in? I'm surprised more cryptocurrency websites don't take advantage of the .co.in tld.
Hey love the charts, it does look like cryptowatch (which is a complement), i havn't looked at traderwatch much but it is paid and lots of noise there with people creating arbitrary breakdowns with lots of lines on them... but with no solid projection of future movement. I'm also in the charting/bitcoin graphs business :D checkout https://bitbank.nz we managed to distinguish ourselves by providing live machine learni…
Its written in Elm/Go, using protobuf-in-json over a websocket. I've been working on it for the past nine months and its becoming more useful all the time. All the code is up at https://github.com/cointhink/ Working with elm has been amazing.
Suggestion: Add a 'converter' feature, maybe as a simple JS popup/overlay, so users can type in an arbitrary amount of specified coins/USD and convert between them. A lot of friends who have a few coins not in online wallets only use converter sites since they can type their holding in and not have to pull up a calculator.
CoinHub 2 hits the wires in December https://coinhubapp.com. Website has a lot of great shots and more info.
CojnHub 1 is already on the App Store. Both versions have aggregate quotes from 40 exchanges, currency flow info, news, reddit integration and designed to be professional grade from the ground up.
Do you store the tick data in a database? if so what database do you use? And also, is it a matter of using the API from the exchange and displaying it in your format? Thanks
I can store the tick data, although I'm not storing it at the moment (I disabled it for the launch and will test the load that enabling it represents). I use Cassandra with just 1 node for the moment. It's kind of that, although the client doesn't talk to the exchange directly, it only talks to the backend. The backend consumes events from the different exchanges, transforms it to a common format, stores it and serve…
Looks great, would love to see some exchanges supported that people outside the US can actually use (GDAX is not accessible to most people in EU).
Earlier quoted context omitted.
The frontend is built with ScalaJs and React (using https://github.com/japgolly/scalajs-react ). The backend is built with Scala too, mostly using Akka Streams for the data handling. As a database it uses Cassandra. edited - word choice
The chart and the depth graph looks great, how did you build those?