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

5
+

6
6
<br>
7
7
[<imgalt="ci errors"src="https://img.shields.io/github/actions/workflow/status/valeratrades/v_exchanges/errors.yml?branch=master&style=for-the-badge&style=flat-square&label=errors&labelColor=420d09"height="20">](https://github.com/valeratrades/v_exchanges/actions?query=branch%3Amaster)<!--NB: Won't find it if repo is private-->
8
8
[<imgalt="ci warnings"src="https://img.shields.io/github/actions/workflow/status/valeratrades/v_exchanges/warnings.yml?branch=master&style=for-the-badge&style=flat-square&label=warnings&labelColor=d16002"height="20">](https://github.com/valeratrades/v_exchanges/actions?query=branch%3Amaster)<!--NB: Won't find it if repo is private-->
//? currently client ends up importing this from crate::binance, but could it be possible to lift the [Client] reexport up, and still have the ability to call all exchange methods right on it?
//? could implement many things that are _explicitly_ combinatorial. I can imagine several cases, where knowing that say the specified limit for the klines is wayyy over the max and that you may be opting into a long wait by calling it, could be useful.
0 commit comments