— WORKS
Prominent Works.
A closer look at the work linked across the site: the problem each project solved, the approach, and where it landed.
— 01 · SYSTEMS IN PRODUCTION
Real-Time Trade Analytics
Sub-15-minute analytics over every trade on NYSE, NASDAQ, and TSX.
Ingestion Redesign
Rebuilt the pipeline feeding the security graph for 12M devices.
— CASE STUDY
Real-Time Trade Analytics
A streaming analytics engine processing every trade across North America's major exchanges, with results in under fifteen minutes.
PROBLEM
NYSE needed sub-15-minute derivatives analytics at exchange scale. Existing batch jobs delivered insights 30 minutes after market close, too slow to be actionable.
APPROACH
Designed Kafka → Kudu → Athena streaming pipeline with circuit-breaker for timed-out queries. Custom React DataTable with real-time filtering and infinite scroll.
OUTCOME
Delivery reduced from 30m to 12m. Processing 200–400M trade messages daily. Direct ARR contribution to the Revelate data platform.
— THE DETAIL
The pipeline's hardest constraint wasn't throughput. It was the circuit-breaker mechanism. Analytic queries on derivatives data could take anywhere from 200ms to several minutes depending on the time window and complexity. When clients hit endpoints during peak market hours, a single slow query could cascade and starve faster ones.
We designed query slots with explicit timeouts; queries that exceeded their budget were terminated and fell back to a smaller pre-computed window. Clients always got a response, even if degraded. This single mechanism saved significant execution costs and was the difference between a system that worked under load and one that didn't.
The custom DataTable for CME Group was the second hard part. Real-time filtering and infinite scrolling over tens of thousands of analytics rows, previously only available via REST API. Memory optimization in React was non-trivial at this scale. We ended up with windowed virtualization and aggressive memoization.
— TECH
— CASE STUDY
Ingestion Redesign
Redesigned a major ingestion service handling telemetry from 12 million mobile devices. Automated compliance activities and built DataDog-based observability across critical systems.
PROBLEM
Legacy ingestion service was costly to operate, hard to debug, and compliance work was eating 6–8 hours per engineer per week.
APPROACH
Redesign ingestion path, automate compliance workflows, instrument critical systems with DataDog. Aggressive batching, partitioning, smart compute utilization.
OUTCOME
$60K USD saved annually. 30% infra cost reduction. 35–45% boost in observability. 55% API latency reduction.
— THE DETAIL
The compliance automation was the highest-leverage piece. Engineers were spending most of a workday each week on cross-channel alert triage, log aggregation for audits, and routine compliance reports. We built integrated tooling that consumed DataDog signals and automatically generated the artifacts these tasks required.
The harder, less visible win was API latency. We took client-facing latency down by 55% through three concurrent moves: batched requests where independent calls were happening in tight loops, database partitioning to keep hot tables small, and selective denormalization to remove join hot paths. None of these were exotic. The difficulty was sequencing them without breaking production.
— TECH
Crypto-Native Payments
A neobank MVP that let freelancers get paid through a single link, settled on-chain in USDC.
— CASE STUDY
Crypto-Native Payments
The MVP for Sorbet: a neobank built on crypto rails that let freelancers get paid in a few clicks, settled on-chain in USDC.
PROBLEM
Freelancers were waiting too long to get paid. Traditional cross-border rails were slow and expensive, and there was no simple way to send or receive money in crypto.
APPROACH
Built the MVP solo: a payments platform with composable profiles and payment tiers, settling on-chain in USDC so a freelancer could get paid through a single shareable link.
OUTCOME
Shipped in 8 weeks. 100 customers at launch, tens of thousands processed, and early inbound from businesses.
— THE DETAIL
The hard part was the payments layer. Underneath a few-clicks experience sat a full neobank running on crypto rails: integrating payment processors and on-chain USDC settlement through Circle, tied together so that getting paid was a single link for the user while the system handled wallets, settlement, and payouts behind it. I designed the composable profile architecture that made it work, where a freelancer's public profile, their payment tiers, and their crypto payout flow were assembled from the same composable building blocks.
I led the build end to end. I built the platform solo, then hired and trained the first designer and the first developer and transitioned the codebase and architecture to the team that carried it forward. The product has since evolved into a global payments platform, and I moved on to other opportunities.
— TECH
— LINKS
— 02 · BUILDING NOW
Verstack
AI-powered property inspections that turn walkthroughs into 3D spatial records and evidence-backed reports in minutes.
— BUILDING NOW
Verstack
Spatial intelligence for faster, evidence-backed property inspections.
PROBLEM
Property managers can spend days turning walkthrough footage, notes, and scattered records into a complete inspection report. Evidence is difficult to organize and damage decisions are hard to defend.
APPROACH
Verstack turns walkthrough media into a structured 3D map of the property. Findings are anchored to where they occurred and connected to supporting evidence inside one centralized record.
OUTCOME
Inspection reporting drops from as long as five days to a few minutes. Property managers can document damage faster, support deposit decisions, and resolve disputes with clearer evidence.
— THE DETAIL
Verstack is an experimental proptech venture. As technical co-founder, I lead engineering end to end. Each inspection becomes a navigable spatial record rather than a folder of disconnected videos, photos, and notes. Property managers can understand what happened, where it happened, and which evidence supports the finding without reconstructing the inspection manually.
— LINKS
Syndic
Mobile control plane for AI coding agents, running on the subscriptions you already pay for.
— BUILDING NOW
Syndic
A mobile-first harness for commanding remote AI coding agent fleets.
PROBLEM
AI coding agents live on the desktop. The moment you step away from your machine, your agent workflow stops.
APPROACH
A mobile-first control plane: dispatch tasks from your phone, monitor CLI processes running on a VM, review diffs, and merge PRs, all on the subscriptions you already pay for.
STATUS
Live at syndic.dev. Built solo, end to end.
— THE DETAIL
Syndic moves the agent workflow off the desktop. You dispatch a task from your phone, it runs CLI agent processes on a VM, and you monitor progress, review the diff, and merge the PR without opening a laptop. It is self-hosted and runs on your existing agent subscriptions rather than reselling tokens, so you keep your own plans and keys. I built the entire platform solo.
— LINKS
— 03 · WHAT'S NEXT / IN DEVELOPMENT
Provenant
Provenance for finance workflows, with evidence you can verify and replay.
Fauxbooks
Deterministic, reconcilable synthetic double-entry accounting datasets.
— WHAT'S NEXT
Provenant
A provenance layer for finance workflows: where every output number came from, packaged as evidence you can verify and replay.
PROBLEM
When a finance team releases a number, they need to prove where it came from. Agent and tool pipelines make that provenance easy to lose.
APPROACH
An enforcement layer between source files, agent and tool reads, numeric claims, and the final answer. Four guarantees on every read path: non-bypassable exit, fail-closed errors, schema-first validation, and deterministic replay.
STATUS
In development. Open source, Go and MIT. Integrates with MCP hosts including Claude Code, Cursor, and Codex CLI.
— THE DETAIL
Provenant is not a logger, a database, a workflow engine, or a complete accounting product. It is the enforcement layer that sits between raw source bytes and the final answer a finance team is willing to release. It records where every output number came from and packages the evidence for verify and replay, enforcing four guarantees across every supported read path: non-bypassable exit, fail-closed errors, schema-first validation, and deterministic replay. It is built for SR 11-7 and FINRA 2026 contexts, where controllers, audit leads, platform engineers, and compliance officers need a verifiable audit chain from raw bytes through to a replayable audit bundle.
— TECH
— LINKS
— WHAT'S NEXT
Fauxbooks
An open-source Go CLI that generates deterministic, reconcilable synthetic double-entry accounting data.
PROBLEM
Testing financial software needs realistic accounting data, but real ledgers are sensitive and hand-built fixtures do not reconcile.
APPROACH
Generate a complete, balanced set of financial files from a seeded event stream: general ledger, bank statement, sub-ledgers, and financial reports.
STATUS
In development. Open source, Go and MIT.
— THE DETAIL
fbx produces a full set of balanced double-entry accounting files from a single seeded event stream: GL, bank statement, sub-ledgers, and financial reports, all of which reconcile against each other. The key property is determinism: the same seed, bundle, period, and version produce byte-identical output across runs, operating systems, and CPU architectures. That makes it usable as a stable fixture for testing financial pipelines, where you need data that is realistic, reconcilable, and reproducible.
— TECH
— LINKS
— 04 · HISTORICAL WORK
BlockUnion Architecture
First-version architecture and platform build for a token-incentivized reputation network.
— HISTORICAL WORK
BlockUnion Architecture
A 2018 contract build for a decentralized reputation platform that rewarded blockchain-service reviews with platform tokens.
PROBLEM
Blockchain services had weak reputation signals. Users had little reason to share credible reviews, so discovery and trust stayed thin.
APPROACH
Designed and built the first version end to end: platform architecture, AWS infrastructure, Web3 integration, token-reward flows, REST APIs, and database-backed application services.
OUTCOME
Launched a public beta with fewer than 1,000 users, on-chain token activity, deployed contracts, and cloud-hosted availability around the 99.9% target.
— THE DETAIL
BlockUnion was early full-stack blockchain infrastructure work. The premise was simple: if someone shared an experience with a decentralized service anywhere on the web, the platform could turn that contribution into a reputation signal and reward it with tokens that had monetary value.
I worked as a contract engineer on the first startup version and owned the architecture from scratch: choosing the technical stack, designing for elastic cloud capacity, connecting the application layer to Ethereum/Web3 flows, and translating business requirements into a production-ready technical system.
— TECH
MTM Infrastructure Strategy
Platform architecture for a student opportunity app connecting qualified students to scholarships, grants, and loans.
— HISTORICAL WORK
MTM Infrastructure Strategy
Architecture and development strategy for MinoritiesToMajorities, a startup making educational funding easier to discover and access.
PROBLEM
Qualified students needed a simpler path to scholarships, grants, and loans. The product needed to make opportunity discovery accessible while keeping the platform scalable and secure.
APPROACH
Used the same 0→1 methodology as BlockUnion: define the platform architecture, choose the stack, design REST services, map data flows, and plan cloud infrastructure, security, testing, monitoring, and deployment.
OUTCOME
Delivered the technical foundation for the first version: frontend/backend infrastructure diagrams, endpoint design, storage strategy, security plan, alerting, and DevOps pipeline design.
— THE DETAIL
MTM was a different domain with the same core responsibility: turn an early startup idea into an implementable platform. As Principal Solutions Architect, I translated the business goal into a complete technical plan covering application boundaries, service endpoints, data distribution, cloud resources, and operational requirements.
The work was intentionally end to end. I defined the scalable infrastructure model, produced frontend and backend diagrams, planned logging, monitoring, alerting, security, testing, and DevOps, and selected the technology stack for each part of the platform.
— TECH
— 05 · OPEN SOURCE
Experiments and tools I build in public.