Andrew Dorokhov

Crypto & blockchain development

Trading bots, exchange connectors and real-time market data, built to keep up with the market and tested on paper first.

A trading idea is easy to sketch and hard to run. Prices change many times a second across hundreds of markets, an opportunity can disappear before a human sees it, and a strategy that looks profitable on top-of-book prices can lose money once order book depth, fees and latency are counted.

Exchange APIs make it harder. Each one has its own limits and quirks, and many failures are silent: a subscription that is accepted but never delivers data, a connection dropped for sending control messages too fast, a depth value the exchange quietly refuses. I build connectors that expect this, with per-exchange settings, reconnects and monitoring that shows when a feed goes quiet.

I've built this kind of system for my own work: a real-time arbitrage scanner that supports 50+ exchanges, streams quotes and order books, runs tens of millions of calculations per second to reprice opportunities on every update, and paper-trades them. You get the same approach: measure first, test on paper, and only then decide what deserves real capital.

What you get

What's included

01

Exchange connectors

Market data and trading over each exchange's WebSocket and REST APIs, with rate limits, reconnects and per-exchange quirks handled.

02

Market data engine

Quotes and order books collected from many markets at once and kept in memory, so your logic reads fresh data instead of waiting on the network.

03

Strategy and signal engine

Arbitrage, spread or custom rules evaluated on every update, with fees and order book depth taken into account, not just the best price.

04

Paper trading and risk limits

Simulated execution against live data, including latency and exchange limits, plus position and loss limits before the bot touches real funds.

05

Dashboards and monitoring

A real-time web dashboard for opportunities, trades and the health of every feed, so you see problems as they happen.

06

Web3 integrations

Wallet connections, on-chain data and blockchain APIs when your product needs to work with crypto beyond centralized exchanges.

Typical stack

  • TypeScript
  • Node.js
  • WebSockets
  • REST APIs
  • Next.js
  • PostgreSQL
  • Docker

Case studies

Related work

Crypto trading · Own product

~80M calculations per second on a large exchange

Real-time crypto arbitrage scanner with a paper-trading bot

A scanner that streams a crypto exchange's quotes and order books, reprices every trading route a price change touches and paper-trades the opportunities it finds.

  • TypeScript
  • Node.js
  • WebSockets
  • Worker threads / SharedArrayBuffer
  • Next.js
  • React
  • PostgreSQL
  • Drizzle ORM
  • Docker

FAQ

Common questions

Do you need access to my exchange account or funds?

Not for development. We build and test with market data and paper trading. When you go live, the bot uses API keys you create with trading-only permissions and no withdrawals, and the keys stay on your server.

Which exchanges can you connect to?

Most major centralized exchanges: my own engine already supports more than 50 of them, and others can be added through their APIs. We check the exchanges you need and their limits before development starts.

Can you guarantee the bot will be profitable?

No, and nobody honest can. I build the software to run your strategy reliably and to measure it on real data, so you can see whether it holds up before it trades with real money.