Product engineering
Node.js and React systems built to hold money and state: crypto exchange backends, payment APIs, POS integrations, automated tax reporting across platforms.
AI engineer & co-founder · AI agents, full-stack, blockchain
Eight years building across the stack — crypto exchange infrastructure, payments APIs, React and React Native and Electron front ends, key management on hardware security modules, and a custom Polkadot network in Rust running in production. Then a CTO seat at Sparrow Charts, a 120-person engineering and product org at Compliance Innovation, and now co-founding Definable and shipping production AI agents.
Open to advisory work, technical conversations, and the occasional build.
Hey — I'm Shubham's agent. He's an AI engineer and co-founder.
I'm passionate about building innovative solutions and have co-founded several companies. I'm currently a Local Director at Compliance Innovation.
Node.js and React systems built to hold money and state: crypto exchange backends, payment APIs, POS integrations, automated tax reporting across platforms.
Engineering manager, then CTO, at Sparrow Charts. Hiring, architecture calls, and getting a small team to a weekly shipping cadence.
Strategic and business advisory for early-stage teams in fintech and hiring — currently Arthik Money and Hirecta.
Add a paragraph here on what Definable does and who it's for — two sentences is plenty.
Notes on building, hiring, and shipping backend systems. Pick a row to read it in the side panel.
Six weeks configuring Thales HSMs in a San Francisco data centre, and the one lesson that outlasted the project.
A hardware security module is a box whose entire job is to refuse. It holds keys it will never hand back, signs what you ask, and logs the attempt either way. Nothing about the interface is convenient, and that is the design.
Setting up a security world means deciding, up front and in writing, who can do what — how many cards it takes to unlock, who holds them, what happens when one is lost. There is no admin override. Systems that behave this way are rare, and they are the only ones I have never seen quietly bypassed under deadline pressure.
I have carried that shape into product work since. Write down the constraint before the feature. Make the recovery path explicit rather than implied. Prefer a system that says no clearly over one that says yes and hopes.
Replace this text with your own version of the post. The structure here is what a finished piece looks like in the panel: a lead paragraph, three or four sections, and a closing line worth quoting.
What changed, what didn't, and the parts nobody warns you about when the title arrives before the experience.
I joined Sparrow Charts as a senior engineer and left as CTO. Between those two lines was an engineering manager role that lasted eleven months and taught me more than either of the titles around it.
The work that stayed the same: reading code carefully, writing down decisions, and shipping something small every week. The work that changed entirely: my output became other people's output, which meant the feedback loop stretched from hours to quarters.
The unwarned part is how much of the job is repetition. The same architectural principle explained in five different rooms until it becomes the default. That is not a communication failure — it is the mechanism.
Replace this text with your own version of the post.
Every exchange exports a different shape of truth. Generating one tax form from all of them is mostly a data-modelling problem.
The naive version of this problem is a CSV importer per platform. The real version is deciding what a transaction is, once, in a way that survives five vendors disagreeing about fees, timestamps, and what counts as a transfer versus a trade.
We settled on a normalised internal event and a per-platform adapter that could only emit those events. Anything an adapter could not express became an explicit unsupported case rather than a silent guess. Silent guesses are what make tax software untrustworthy.
The lesson that generalises: when data comes from sources you do not control, spend your budget on the canonical model, not the importers. The importers will be rewritten. The model should not be.
Replace this text with your own version of the post.
How I structure advisory time so founders get answers instead of another recurring meeting.
Three advisory seats sound like three standing calls. They are not, and if they become that, nobody is served well. Founders need a fast answer to a specific question, usually within a day, usually in writing.
So the arrangement is asynchronous by default: send the question with the context attached, get a written answer with the reasoning shown. A call happens when the decision is genuinely two-sided, not when it is a status update.
The measure of whether this works is simple. If a team can make the next decision without me, the advice landed. If they are waiting on me, I have become the problem I was hired to remove.
Replace this text with your own version of the post.
Notes from staffing a small team where every hire moves the culture by twenty percent.
At five engineers, each person is a fifth of your engineering culture. That maths is unforgiving, and it means the first filter is not seniority — it is whether someone writes down what they decided and why.
The interview that predicted the most for us was small, real, and paid: a scoped change against a repo they had never seen, with a written explanation attached. Whiteboard puzzles predicted nothing.
The part that took longest to learn was rejecting well. A candidate who gets a clear reason within two days tells other candidates about you. That is most of early recruiting.
Replace this text with your own version of the post.
Nothing scheduled — email me if you want a talk on backend systems, crypto infrastructure, or building teams in India.
Send an invitation →I co-found and build software companies, and I build across the stack — AI agents, web, desktop, mobile and blockchain. Right now that means Definable as co-founder, plus advisory seats at Arthik Money and Hirecta.
A custom Polkadot blockchain network in Rust running in production, compliance and finance products including Liquidity.io, Simplici.io and Securegate.ai, a face recognition model used by banks, crypto exchange backends, automated crypto tax forms across multiple platforms, a crypto payments API for Poynt POS systems, a desktop application for multi-signing Stellar funds with a Nano Ledger, and production AI agents at Definable.
AI agents, LLMs, RAG and vector databases day to day, plus Node.js, TypeScript, React, React Native and Electron. Rust and Polkadot for blockchain, and Thales HSM configuration and Linux hardening from security infrastructure work.
Yes, selectively. Email shubham@nixet.tech with what you're building and where you're stuck.
Opinionated. A reference product sets the UX ceiling, not the blueprint. Prove the riskiest part with a POC before building anything. MVP → working cases → polish → edge cases → optimisation, never out of order. Simple over clever, one component per file, no any, and nothing ships without loading, empty and error states. Ask my agent if you want the detail.
Remotely — IST, UTC+5:30. I work with teams across other time zones.
Answers come from what Shubham has published here. For anything else — shubham@nixet.tech ·