I build low-latency systems, distributed backends, networking tools, and real-time engineering applications.
Bangalore, India
| Area | Focus |
|---|---|
| Systems & Quant | C++17, fixed-point arithmetic, limit order books, FIFO matching, market simulation, latency benchmarking |
| Backend & Distributed Systems | Java, Spring Boot, Node.js, REST, WebSockets, RabbitMQ, Redis, PostgreSQL |
| Networking & Security | TCP/TLS, HTTP proxies, stream backpressure, PCAP parsing, SSRF protection, DNS rebinding protection |
| Full-Stack Engineering | React, TypeScript, Vite, Tailwind CSS, TanStack Query, real-time state synchronization |
| Databases & Persistence | PostgreSQL, Prisma, Redis, transactions, indexing, optimistic concurrency |
| Infrastructure | Docker, Docker Compose, GitHub Actions, Linux/POSIX shell, GCC optimization |
A web-based paper trading terminal built around a deterministic price-time-priority matching engine, pre-trade risk validation, market simulation, and real-time WebSocket streaming.
Tech: TypeScript β’ React β’ Node.js β’ PostgreSQL β’ Redis β’ RabbitMQ β’ WebSockets β’ Docker
-
Deterministic Matching Engine: Double-sided L2/L3 order books with price-time priority, FIFO execution, partial fills, multi-level fills, cancellations, and order modifications.
-
Multiple Order Types: Supports
MARKET,LIMIT,STOP_LOSS, andSTOP_LOSS_LIMITorder lifecycles. -
Pre-Trade Risk Engine: Validates margin, holdings, quantity, tick size, circuit limits, and product-specific trading constraints before execution.
-
Idempotent Order Submission: Uses idempotency keys to prevent duplicate HTTP submissions from producing duplicate executions.
-
Market Simulation: Combines Geometric Brownian Motion, Ornstein-Uhlenbeck mean reversion, and jump diffusion with deterministic seeded simulation.
-
Real-Time Market Data: Generates L2 depth and multi-timeframe OHLC data and distributes updates through selective WebSocket symbol subscriptions.
-
Portfolio Engine: Tracks positions, weighted average cost, realized P&L, unrealized P&L, available margin, and square-off operations.
-
Performance: Matching engine benchmarked at 232,633 orders/sec with 4.20 Β΅s p50, 8.10 Β΅s p95, and 10.40 Β΅s p99 matching latency under the documented benchmark workload.
-
Testing: 21/21 unit and integration tests passing, covering matching, risk validation, deterministic simulation, P&L, and idempotency.
Benchmark figures measure the in-memory matching engine and should not be interpreted as end-to-end network or browser latency.
A quantitative research platform for studying limit order book dynamics, FIFO queue position, fill probability, adverse selection, and execution latency.
Tech: C++17 β’ GCC -O3 β’ Python β’ FastAPI β’ React β’ Fixed-Point Arithmetic β’ Hawkes Processes β’ WebSocket β’ Docker
-
High-Throughput Matching Core: C++17 matching engine using fixed-point
int64_tarithmetic, benchmarked at 4.5M+ events/sec with approximately 220 ns average event latency under the documented workload. -
FIFO Queue Analysis: Models fill probability across 7 queue-ahead tiers using controlled Monte Carlo simulations with deterministic seeds.
-
Execution Analysis: Measures post-fill price movement across multiple time horizons to study adverse selection and execution quality.
-
Latency Sensitivity: Simulates execution delays from 10 Β΅s to 500 Β΅s and measures their effect on simulated fills.
-
Deterministic Experiments: Seeded simulations allow experiments to be reproduced and compared across different execution configurations.
A developer-focused platform that analyzes public web applications and infers their underlying technology stack from HTTP, HTML, JavaScript, TLS, and network fingerprints.
Tech: Java 21 β’ Spring Boot 3 β’ React β’ TypeScript β’ RabbitMQ β’ PostgreSQL β’ Redis β’ Tailwind CSS β’ Docker
-
Technology Detection Engine: Uses 200+ weighted signatures across multiple technology categories with evidence collected from HTTP headers, DOM structures, scripts, TLS characteristics, and other observable signals.
-
Asynchronous Scanning Pipeline: Uses Spring Boot and RabbitMQ to process website scans asynchronously rather than blocking the API request.
-
SSRF Protection: Implements private-network and metadata-address filtering together with DNS/IP validation before outbound connections.
-
Technology Confidence: Produces evidence-backed classifications instead of treating every detected technology as equally certain.
-
Architecture Visualization: Converts detected relationships into an interactive architecture graph separating directly observed components from inferred components.
-
Caching & Persistence: Uses Redis for cache-oriented workloads and PostgreSQL for persistent scan and analysis data.
A stream-oriented HTTP/TLS proxy designed for traffic inspection and controlled network degradation experiments.
Tech: Node.js β’ Streams β’ TCP β’ TLS β’ Dynamic SNI β’ Backpressure Control
-
Stream Backpressure: Uses Node.js stream flow control and high-watermark handling to prevent uncontrolled buffering under sustained traffic.
-
Dynamic TLS Interception: Generates ephemeral certificates for requested SNI hosts using a locally trusted CA.
-
Traffic Simulation: Supports configurable latency/jitter injection, packet-drop behavior, and response manipulation for network testing.
-
Memory Stability: Designed to maintain bounded buffering rather than accumulating entire request/response payloads in memory.
-
Protocol Inspection: Exposes connection and traffic information while preserving streaming behavior.
A real-time collaborative Kanban-style workspace designed around concurrent editing, optimistic updates, and persistent ordering.
Tech: React β’ TypeScript β’ Node.js β’ Express β’ PostgreSQL β’ Prisma β’ Socket.io β’ TanStack Query β’ dnd-kit β’ Tailwind CSS
-
Optimistic Concurrency Control: Uses version-checked transactions to prevent conflicting concurrent updates from silently overwriting each other.
-
Real-Time Synchronization: Socket.io distributes board changes and presence information between connected clients.
-
Optimistic UI: TanStack Query mutations update the interface immediately and roll back when the server rejects an operation.
-
Efficient Ordering: Uses midpoint-based positioning for drag-and-drop operations and rebalances a column when ordering gaps become too small.
-
Multi-Tenant Authorization: Server-side permission checks isolate workspace and board operations between users.
-
Audit Trail: Records important workspace mutations for traceability.
A browser-based network visualization tool that parses binary PCAP captures and renders packet flows as an interactive 3D topology.
Tech: Three.js β’ WebGL β’ JavaScript β’ Vite β’ Binary PCAP Parsing β’ ArrayBuffers
-
Binary PCAP Parser: Parses packet capture data directly from binary buffers and extracts link-layer, IP, TCP, and UDP information.
-
GPU Rendering: Uses WebGL instancing to render large numbers of packet trajectories efficiently.
-
Zero-Copy Processing: Uses
ArrayBufferviews to minimize unnecessary data copying during packet parsing. -
Interactive Inspection: Provides protocol filtering, packet inspection, and hexadecimal payload views.
-
Network Topology: Converts packet relationships into an interactive 3D representation for exploring traffic flows.
C++17 Java 21 Python JavaScript TypeScript C SQL
Spring Boot Node.js Express FastAPI REST WebSockets Socket.io
Limit Order Books FIFO Matching Fixed-Point Arithmetic Market Simulation Hawkes Processes Latency Benchmarking
React TypeScript Vite Tailwind CSS Three.js WebGL TanStack Query
PostgreSQL Redis Prisma RabbitMQ Docker Docker Compose
TCP HTTP TLS SNI Stream Backpressure PCAP SSRF Protection DNS Rebinding Protection
Git GitHub Actions Linux GCC POSIX Shell
I generally optimize around four principles:
Define invariants and state transitions before optimizing implementation details.
Use reproducible workloads, benchmarks, profiling, and controlled experiments rather than relying on assumptions.
Avoid unnecessary allocations, network calls, serialization, and persistence operations inside latency-sensitive paths.
Account for retries, duplicate requests, connection loss, concurrent writes, invalid input, and partial failures.
I regularly practice data structures and algorithms through competitive programming and interview preparation.
LeetCode: playboldAbhi
Codeforces: playboldAbhi
Portfolio:
https://abhishekmr.vercel.app/
GitHub:
https://github.com/abhi-byte62
LinkedIn:
https://www.linkedin.com/in/abhishekmr029/
Email:
mrabhisheak@gmail.com