🚀 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.

Blog post tanstack.com/blog/tanstac...

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.

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.

ElectricSQL recently completed a 120-day reliability sprint. Our one goal: make our sync engine so boring-reliable you stop thinking about it and just build. We chased every incident, fixed every user-reported bug, and made unglamorous work our priority. 🧵

We just posted an RFC for a significant oft-requested feature — cross-table shape filtering — check it out and comment! github.com/electric-sql...

Tanstack DB is a reactive client store for building super fast apps on sync. Based on a TypeScript implementation of differential dataflow, it's type-safe, declarative, incrementally adoptable and insanely fast.

TanStack DB is now in BETA! We’ve been working on TanStack DB, an embedded, reactive client database for TanStack Query, and are proud to announce today that with the 0.1 release that it's now in BETA! tanstack.com/blog/tanstac...

🎉 TanStack DB now has @solidjs.com support!

TanStack DB now has @svelte.dev support!

PGlite (WASM Postgres) now gets over 1 million downloads a week! 🤯🚀 Absolutely incredible to see how people have embraced what we have built. Awesome work by the team!

Building apps on Postgres? Here how to do it using sync: youtu.be/mDzzK5-XkZ8?...

Excited to release a new starter! Sync-first, production-ready, and blazing fast - @tanstack.com Start - @tanstack.com DB for blazing fast client-side queries - @electric-sql.com for real-time sync from PG - Better-Auth - @drizzleorm.bsky.social - @tailwindcss.com - Hono OpenAPI

We want to be like S3 and Redis — powerful technologies that you setup once and never think about again.

If you look at our commit history, it's months of bug fixes and performance improvements. It's this sort of sustained effort to surface and fix every bug that will enable Electric to hit the quality bar.

The main obstacle to sync is it's a new black box. Is it reliable/fast enough to drive critical data flows? People rightfully have a db-level quality bar. If it seems like Electric has been quiet lately, it's because we're 100% focused on meeting this bar.

Really looking forward to Sync London tomorrow! A bunch of exciting talks from teams building real apps on sync engines 🚀🥳

Not long now! lu.ma/sync-london Talks are shaping up great and we’re well past venue capacity. @yonz.bsky.social is airborne. @samwillis.uk has sorted out the pineapple cubes and cocktail sausages. If you’re in London on Tuesday and have been lurking so far, now’s your last chance!

Excited to share a new starter for building apps with @expo.dev , @tanstack.com DB & @electric-sql.com TanStack DB is nearing its first alpha so we're fine-tuning, writing docs, and building starters.

I'm speaking about syncing Postgres into the client with @electric-sql.com at the SF Bay Area Postgres users groups tomorrow (Tuesday 10th June). Online from noon local time, live stream here: www.meetup.com/postgresql-1...

Here’s @samwillis.uk talking about how we built @pglite.dev and the future of the project at @pgconf.dev in Montreal last month.

Here's my @localfirstconf.com talk introducing @tanstack.com DB, hexdocs.pm/phoenix_sync, syncconf.dev and arguing that Sync is the key to mainstream adoption of #local-first. youtu.be/ia9FpY_Sw_4?...

🧵 More play less infra => vibe coding with the database inside the sandbox. Apps built with AI app builders like @bolt.new usually need to connect to a database to actually work. With @pglite.dev you can have the database inside the sandbox, so you can vibe code without even thinking about infra.

Early-bird tickets and CFP both still open for Sync Conf in SF on Nov 12th syncconf.dev

Interested in building on sync? In London or SF? Come along to Sync London on July 1st lu.ma/sync-london -- we're co-organising with @anselm.io and @yonz.bsky.social, great speakers including @irltopper.bsky.social and @triggerdev.bsky.social

After 4 years of work, I'm incredibly excited to introduce LiveStore, the next-gen data layer I'm building for Overtone. It's based on reactive SQLite and has a built-in sync engine. Give it a try - would love your feedback!

For any North American folks having FOMO about @localfirstconf.com, there’s a new conference on sync engines as app architecture! SF in November syncconf.dev

Really enjoyed introducing hexdocs.pm/phoenix_sync at @elixirconf.bsky.social this week. So many cool projects in the Elixir ecosystem right now, like hologram.page, github.com/software-man..., tidewave.ai, hexdocs.pm/ash_ai and the incredible 🤯 phoenix.new — get on the waitlist as soon as you can.

No docker required. Postgres built into the Prisma dev environment using @pglite.dev

The sync stack is coming.

A reactive client store built on differential dataflow. With optimistic mutators and sub-millisecond live queries. This is the missing piece of the jigsaw for modern app dev.

This has been *super* fun to work on this the past few months w/ @samwillis.uk & @thruflo.com & @tannerlinsley.com It's really fun to think through from scratch a huge problem space (managing state!) and come up with a fairly novel solution.

Announcing TanStack/DB 🎉🥳 A lightweight, reactive, mini-database with IVM that is perfect for both Sync and Fetch. It’s been a lot of fun to build this with @kyle.bricolage.io + @thruflo.com, and collaborate with @tannerlinsley.com. We are incredibly excited for where this can go!

🚨 Big news! We’ve been collaborating with the legendary @tannerlinsley.com and the TanStack team to build something new: TanStack DB — a reactive, normalized, transactional state engine that extends TanStack Query.

My colleague @balegas.bsky.social has created an awesome @electric-sql.com integration with the awesome Yjs CRDT toolkit. Sync your edits to a Ydoc via Electric 🚀 Perfect for integration with ProseMirror or TipTap for collaborative rich text editing!

One week till my talk @pgconf.dev! Very excited to be visiting Montreal 🇨🇦 Give me a shout if you want to meet up a chat @pglite.dev, @electric-sql.com, Sync Engines or Local-first app development.

Sync/local-first fits together beautifully with streaming LLM chats, as illustrated by the videos in this post

PGlite is now based on Postgres 17 🎉🚀 v0.3, which we just released, is a big step forward for the project, and the foundation for a lot of exciting things coming soon!

LLMs are generating code. That code is imperatively fetching data. That leads to a big ball of spaghetti. Here's how to untangle it: electric-sql.com/blog/2025/04...

Ok, y'all. This took me several weeks and a ton of help from @frankmcsherry.bsky.social and @lalithsuresh.bsky.social. I dug into timely dataflow, differential dataflow, and DBSP to get you up to speed on IVM engines and materialized views. Enjoy!

Using @electric-sql.com to keep users and agents in sync.