Founding Senior Backend Engineer

You will be one of the first engineers to own Bantyr’s backend end to end: the API, the data model, the money paths and the infrastructure underneath them. You report to the CTO and work alongside our chief engineer.

6+ years building and running backend systems in production, with at least some of that time at an early-stage startup.

\n

• Deep TypeScript/Node.js experience, or deep experience in another backend language and the will to go deep in ours.

This is a founding seat. You set the standards the next ten engineers inherit: how we design data, test money code, ship migrations safely and respond when production breaks. You will make architecture calls, not just implement them.

\n

\n

You own:

\n

\n

• Correctness of money. Revenue splits, payouts, refunds, chargebacks and disputes are right to the cent and safe to retry.

\n

• Reliability. The API stays fast and up through traffic spikes, deploys and third-party outages.

\n

• Data. A Postgres schema that grows with the product, with migrations that never take production down.

\n

• Security and privacy. Auth, permissions, data retention and erasure are built in, not bolted on.

\n

\n

What you’ll work on

\n

\n

These are real problems on our roadmap now:

\n

\n

• Payments and payouts. Harden the pipeline from purchase to creator payout. That covers multi-party revenue splits, scheduled bulk payouts, reconciliation against our payment provider, and money that is idempotent, auditable and never paid twice.

\n

• Risk and disputes. Chargeback and fraud controls: purchase pauses, card blocks, dispute-rate monitoring, and clawbacks that stay consistent under concurrent writes.

\n

• Messaging at scale. Real-time conversations between fans, creators and agency chatters, plus push notifications, background jobs and the queues behind them.

\n

• Agencies and permissions. Multi-tenant access control for agencies, their staff and the creators they manage, including staff acting on a creator’s behalf.

\n

• Performance. Find and remove slow queries, unbounded reads and tail latency on an autoscaling API.

\n

• Infrastructure. Containers on AWS, scheduled jobs, observability, and deploys we can roll back with confidence.

\n

• Trust and safety. Conversation review, legal holds, and privacy erasure that holds up to scrutiny.

\n

\n

Our stack

\n

\n

The backend is TypeScript end to end, in a pnpm and Turborepo monorepo shared with our web and mobile apps.

\n

\n

Layer

What we use

\n

API	Node.js, Fastify, TypeScript, Zod

\n

Data	PostgreSQL (AWS RDS), Prisma

\n

Clients

React web app, React Native (Expo) iOS app

\n

Testing and CI

Vitest, Playwright, GitHub Actions

\n

\n

We use AI coding agents heavily in our workflow. You should be comfortable directing them and reviewing their output critically.

\n

\n, Strong PostgreSQL skills: schema design, indexing, query plans, locking, and zero-downtime migrations on large tables.

\n

• Experience building systems that move money, or that otherwise demand exact correctness: idempotency, reconciliation, audit trails.

\n

• Production ownership: you have been on call, debugged incidents from logs and traces, and fixed the root cause.

\n

• Judgment about tradeoffs. You know when to ship the simple version and when a shortcut will cost us later.

\n

• Clear writing. You can explain a design, a risk or an incident to engineers and non-engineers alike.

\n

\n

Nice to have:

\n

\n

• Payments, marketplaces or payouts (Stripe Connect, Whop, or similar).

\n

• AWS (ECS, RDS, EventBridge) and infrastructure as code.

\n

• Real-time systems, queues and background job design.

\n

• Multi-tenant authorization and security work.

\n

• Experience in the creator economy or consumer social products.

\n

\n

How we work

\n

\n

• Specs before big changes. Significant features start as a written spec covering the design, the risks, the tests and the rollout.

\n

• Small PRs, reviewed and tested. Money and auth code gets regression tests that are proven to fail when the guarded behavior breaks.

\n

• Ship often. We release to production many times a week, behind feature flags where it matters.

\n

• Own it in production. The person who built it watches it ship, and incidents end with a fix to the root cause.

\n

• AI-native. Agents write a lot of first drafts here. Engineers own the design, the review and the result.