karanpratapsingh / hypertrade Goto Github PK

Description

DB should be a stateful set resource type, which provides additional reliability.

Description

A user should be able to turn off notifications from the telegram bot.

Description

This would be a helpful feature to test our strategies.

Implementation Plan

• Create a new dashboard page that accepts Symbol and Duration (start/end date)
• Create an event Event::BackTest
• Get the symbol's historical data for the time period and send it to strategy svc for processing
• Add a new method to the strategy
  • Configure asyncio to add multiple subscriptions (Strategy service)
• Calculate buy/sell and process profits
• Also calculate returns with a simple hold and wait for strategy

Description

Currently, base assets are configured via config.json but they should also be configurable via the dashboard.

Note: Currently only USDT works

Implementation Plan

• A simple dropdown can be used for base assets like USDT, BNB etc.?
• Check if the base asset is available in balance first

I really mess with this project. Its dope. I want to build on top of it, but I have trouble on a M1 Mac as Python is weird there.

I've been using Tilt to have Python locally and live-reload (very much overkill but I think this project is fit)

I think this would and could be a good use case for Tilt here.

Description

Right now Digital Ocean can cost up to $30 / month due to the strange pricing model for containers registry.

Implementation Plan

Inline NATS service config to prevent storing containers? Thus making 1 less container to push, reducing cost by $15 (Again, strage pricing model!)

Can we improve Python build sizes? I'm not much familiar with the python ecosystem yet.

Description

Who writes tests for personal projects am I right?
But seriously, we need to write some more tests! Especially integration tests, which can be challenging in event-driven systems.

Description

Currently, events and data types have to be across services. They should be code generated from some sort of IDL

Implementation Plan

OpenAPI is a good fit here? But the use case is more close to how protocol buffers generate code (minus the protobuf stuff)

Description

Probably an overkill?

Description

Currently, every trade is executed as a market order. This can result in big losses due to the volatility of the crypto market 😭. So we need to support stop-loss orders to minimize risk and loss.

Implementation Plan

Sync and determine order state from Binance?