One month ago we open sourced Instant and had one of the largest Show HN’s for a YC company. Today we’re announcing our $3.4M seed. We’re backed by YCombinator, SV Angel, and a number of technical angels, including James Tamplin, the original CEO of Firebase, Paul Graham, Co-founder of YCombinator, Greg Brockman, Co-founder of OpenAI, and Jeff Dean, chief scientist of Google DeepMind.
In two sentences: Instant is a modern Firebase. We make you productive by giving your frontend a real-time database.
What does that actually mean?
Imagine you’re a hacker who loves building apps. You have an exciting idea, and are ready to make something people want. You want to build an MVP fast, that doesn’t completely suck. So how do you do it?
Most of the time we make a three-tier architecture with client, server, and a database. On the server side we write endpoints to glue our frontend with our database. We might use an ORM to make it easier to work with our db, and add a cache to serve requests faster. On the client we need to reify json from the server and paint a screen. We add stores to manage state, and write mutations to handle updates. This is just for basic functionality.
If we want our UIs to feel fast, we write optimistic updates so we don’t need to wait for the server. If we want live updates without refreshing we either poll or add websockets. And if we want to support offline mode, we need to integrate IndexedDB and pending transaction queues.
That’s a lot of work!
To make things worse, whenever we add a new feature, we go through the same song and dance over and over again: add models to our DB, write endpoints on our server, create stores in our frontend, write mutations, optimistic updates, etc.
Could it be better? We think so!
If you had a database on the client, you wouldn’t need to manage stores, selectors, endpoints, caches, etc. You could just write queries to fetch the data you want. If these queries were reactive, you wouldn’t have to write extra logic to re-fetch whenever new data appears. Similarly you could just make transactions to apply mutations. These transactions could apply changes optimistically and be persisted locally. Putting this all together, you can build delightful applications without the normal schleps.
So we built Instant. Instant gives you a database you can use in the client, so you can focus on what’s important: building a great UX for your users, and doing it quickly.
You may be wondering, what makes Instant so modern compared to Firebase, and how is it different from Supabase?
Both Firebase and Supabase provide a database on the client as well. Firebase comes with realtime, optimistic updates, and offline mode, but does not support relations. Supabase is relational at it’s core, but optimistic updates and offline mode need to be hand-rolled for every feature. If you could have Firebase with relations, you’d have an infrastructure capable of building some of the best apps today like Figma, Notion, or Linear.
Our architecture is inspired by Figma’s LiveGraph and Asana’s LunaDB. We also built Instant to be multi-tenant and don’t need to spin up an actual database for users. This enables us to give users a database in <10ms with a click of a button. And unlike our competitors, we can offer a free tier to users where their projects are never paused and there is no limit to the number of active projects they can have.
To learn more about how Instant works under the hood, check out our essay A Graph-Based Firebase
We’re Joe and Stopa, engineers, best friends, and co-founders. We first met in San Francisco in 2014 and worked together as senior and staff engineers at Facebook and Airbnb.
When we worked at Facebook, most designers used Sketch. At that time no one thought there could be something better. Figma came out and changed the game. Similarly, in the 2010s, Evernote was one of the best note taking apps. In 2024 most people use Notion instead.
Features like multiplayer, optimistic updates, and offline mode are what differentiate the best apps. As app users grow accustomed to instant experiences, reactivity will become table stakes for modern applications. Today delivering these features is difficult and requires a bespoke solution from a team of engineers at top tech companies. In the future, there will be infrastructure that all developers use to get these features for free.
That’s what we’re building with Instant, a platform to build applications of the future.
After being heads down for two years, Instant open sourced at the end of August 2024. On the same day we announced on Hacker News, amassed over 1k points, and hit #1 for several hours. It’s been a whirlwind since.
We’re getting a new office in San Francisco and looking for founding engineers to grow Instant. If you want to be part of a small team solving some of the hardest problems in web development check out our hiring page!