StreamDB - a reactive database in a Durable Stream, designed for AI apps and agentic session state.
You give it a Standard Schema. You get type-safe, multiplexed data sync into TanStack DB:
electric-sql.com/blog/2026/03...
PGlite v0.4 is out 🚀
PostGIS, connection multiplexing, and a major architecture refactor - bringing embedded Postgres closer to native.
Now at 13M+ weekly downloads and showing up everywhere from CI to browser-based dev environments.
electric-sql.com/blog/2026/03...
SQLite-backed persistence, hierarchical includes and reactive effects for workflows/agents.
@electric-sql.com just got so much more *app shaped* with the new @tanstack.com DB release.
electric-sql.com/blog/2026/03...
Kevin De Porre presenting @electric-sql.com and @tanstack.com
AI makes code cheap. The scarce asset is now the system's self-knowledge.
Specs and contracts were always valuable—but too expensive to maintain. So we invested sparingly, specs drifted, and we read the code instead.
That calculus has flipped with coding agents.
electric-sql.com/blog/2026/02...
Use the CLI to create & write to streams
4/Coming soon:
- Drop-in transports for Vercel AI SDK and TanStack AI
- Yjs support for collaborative editing
- HTTP proxy that makes existing SSE/token streams resumable with no code changes
3/ Agentic apps need a different coordination model.
Request/response assumes two parties taking turns.
Three agents and two users acting at once need a shared log everyone can read, resume, and react to.
That's durable streams.
2/Durable streams 0.2.0 ships with idempotent producers and exactly-once semantics.
400+ conformance tests. Client libraries in 10 languages: TypeScript, Python, Go, Rust, Java, Swift, PHP, Ruby, Elixir, .NET.
In 11 days from now, join the #LocalFirst and #CRDT devroom at #fosdem26 #fosdem in Brussels!
@electric-sql.com @tanstack.com
1/Hosted durable streams is live on Electric Cloud!
Persistent, resumable event streams over HTTP. Reads served from CDN, tested to 1M concurrent connections. 240K writes/second. 5M writes/month free.
🚀 Durable Streams 0.1.0 is live on npm
Two weeks since announcement → approaching 1,000 GitHub stars and people are already building with it.
Blog post — electric-sql.com/blog/2025/12...
Today we're open-sourcing Durable Streams: a persistent stream primitive and HTTP protocol for reliable, resumable, real-time data streaming to clients.
We built it inside Electric. Now we're standardizing it as a standalone protocol.
Designed for your existing REST, GraphQL, or tRPC APIs. No backend migration.
Bonus: Works with sync engines (@electric-sql.com, Trailbase, PowerSync) for real-time updates with near-zero incremental network cost.
🚀 TanStack DB 0.5 is here with Query-Driven Sync
Your component's query IS the API call. No custom endpoints. No GraphQL resolvers. Just write your query and DB figures out exactly what to fetch.
Details 🧵👇
The panel at Sync Conf 2025 brings together @tannerlinsley.com, @jamescowling.dev, @schickling.dev and @aaronboodman.com for a deep dive into challenges and tradeoffs between the technical approaches being explored in sync today.
Sync seems to be having a moment among web developers!
using bun and pglite from @electric-sql.com I'm able to create in memory or persisted postgres instances (one per bun process) available to use with Postgrex via `socket_dir`
in theory I could have a "cheap read replica" or simpler testing #myelixirstatus
One day boutique conference for the sync era of the web. Hear from the world's top builders about how to develop systems in the era of agentic software and real-time sync.
That's 168ms -> 1.6ms! and we have a lot of good ideas how to make it even faster.
The lesson: by shipping a system that works into production early and learning from it, allowed us to design a much better solution based on real-world requirements.
We've been running Electric in production for a year so we knew exactly what we needed: fast append-only writes and no data processing on reads.
The performance gains exceeded our expectations.
We're already syncing data to millions of clients in real-time behind a CDN, but our write path was heavily under-optimized.
The result: high CPU usage, accumulating WAL on Postgres, and high end-user p95 latencies.
We've just delivered a 100x write performance bump with our latest release of Electric. How? We threw away our storage engine and built a new one designed for sync 🧵
electric-sql.com/blog/2025/08...
LangChain, vector databases, instruction routing, specialized memory stores.
You'd be forgiven for thinking you need a whole new stack to build agentic systems. However, that isn't actually the case: electric-sql.com/blog/2025/08...
How to build agentic systems on real-time sync.
