
SpacetimeDB 2.0: Rewolucja w bazach danych czy tylko marketingowy szum?
W lutym 2026 roku Clockwork Labs ogłosił premierę SpacetimeDB 2.0, obiecując wydajność 1000 razy szybszą niż tradycyjne bazy danych. Twierdzą, że ich technologia pozwoliła siedmioosobowemu zespołowi zbudować pełnoprawne MMO, które normalnie wymagałoby ponad 100 deweloperów. Czy to przełom w świecie baz danych, czy kolejny overhyped projekt? Przeanalizowałem benchmarki, opinie społeczności i możliwości integracji z Claude Code.
TL;DR: SpacetimeDB 2.0 to baza danych zintegrowana z serwerem aplikacji, która eliminuje warstwę pośredniczącą między klientem a danymi. Według oficjalnych benchmarków osiąga 150,000 transakcji na sekundę (TPS) vs 4,000 TPS dla Node.js + PostgreSQL. Kluczowa nowość to natywna obsługa TypeScript i integracja z Claude Code/Cursor. Cena: darmowy tier z 1.5M wywołań miesięcznie, $25/miesiąc za 65M wywołań.
Co to w ogóle jest SpacetimeDB?
SpacetimeDB to relacyjna baza danych, która łączy w sobie bazę danych i serwer aplikacji w jeden system. Zamiast tradycyjnej architektury klient → serwer aplikacji → baza danych, klienci łączą się bezpośrednio z bazą, która wykonuje całą logikę biznesową wewnątrz siebie.
Brzmi jak smart kontrakty na blockchainie? Tak, z tą różnicą że SpacetimeDB nie ma nic wspólnego z krypto i jest rzędów wielkości szybszy.
Firma Clockwork Labs (40 osób) opracowała tę technologię jako backend dla własnej gry MMO BitCraft Online. Gra wystartowała w Early Access na Steam w czerwcu 2025 i od tego czasu gracze spędzili w niej ponad 6 milionów godzin.
Co ciekawe, całe zaplecze BitCraft – czat, przedmioty, zasoby, teren, pozycje graczy – działa wyłącznie na SpacetimeDB. Nie ma żadnych innych serwerów ani usług. Wszystko jest przetwarzane przez bazę i synchronizowane w czasie rzeczywistym.
Architektura: koniec z Kubernetes, Docker i DevOps
Główna obietnica SpacetimeDB brzmi: „No more microservices, no more containers, no more Kubernetes, no more Docker, no more VMs, no more DevOps, no more infrastructure, no more ops, no more servers.”
Brzmi jak marzenie, prawda? Ale jak to działa w praktyce?
- Tabele (Tables) – transakcyjne przechowywanie danych w pamięci
- Reducery (Reducers) – funkcje serwerowe wykonujące logikę biznesową, domyślnie atomowe i transakcyjne
- Subskrypcje (Real-time subscriptions) – automatyczna synchronizacja danych z klientami
Kluczowa różnica: w tradycyjnej architekturze, żeby dostać się do danych, musisz serializować zapytanie, wysłać przez sieć, przejść przez stos OS, zdeserializować, wykonać, i wrócić tą samą drogą. To dodaje setki mikrosekund opóźnienia.
W SpacetimeDB dostęp do danych zajmuje nanosekundy, nie mikrosekundy ani milisekundy.
Co nowego w SpacetimeDB 2.0?
Wersja 2.0, ogłoszona 24 lutego 2026, wprowadza kilka przełomowych zmian:
1. Pierwszorzędna obsługa TypeScript i JavaScript
To największa zmiana. Wcześniej moduły można było pisać tylko w Rust i C#. Teraz SpacetimeDB używa silnika V8 do wykonywania kodu JavaScript/TypeScript bezpośrednio wewnątrz bazy.
Co to oznacza praktycznie? Możesz napisać cały backend w TypeScript, zdeployować go do bazy jednym poleceniem, i mieć pewność że działa z prędkością natywnego kodu.
2. Procedural Functions – wywoływanie zewnętrznych API
Nowość w 2.0 to możliwość wywoływania zewnętrznych API bezpośrednio z modułu. Możesz np. zintegrować ChatGPT bezpośrednio w reducerze.
3. Private Tables i View Functions
Możesz teraz tworzyć prywatne tabele dostępne tylko przez widoki. To idealne dla systemów wiadomości prywatnych – każdy użytkownik widzi tylko swoje wiadomości.
4. PostgreSQL Wire Protocol Compliance
SpacetimeDB 2.0 jest kompatybilny z protokołem PostgreSQL. Oznacza to, że możesz używać dowolnego klienta PostgreSQL do wykonywania zapytań SQL na danych SpacetimeDB.
5. Unreal Engine 5 i C++
Dodano oficjalne wsparcie dla Unreal Engine 5 i modułów w C++. Dla twórców gier to ważna wiadomość – nie jesteś ograniczony do weba.
Benchmarki: czy faktycznie jest 1000x szybszy?
Oto oficjalne dane z prezentacji SpacetimeDB 2.0 (test banking app, 50 klientów, współbieżne requesty):
Transakcje na sekundę (TPS) – porównanie backendów
Źródło: Oficjalny benchmark SpacetimeDB 2.0 (luty 2026)
Różnica jest drastyczna. Ale czy te liczby są wiarygodne?
Ważne zastrzeżenie: To są benchmarki dostarczone przez sam Clockwork Labs. Niezależne testy mogą pokazać inne wyniki.
TPC-C Benchmark (niezależny test)
| System | tpmC | Opóźnienie P99 |
|---|---|---|
| SpacetimeDB | 128,500 | 22.1ms |
| PostgreSQL | 86,200 | 189.5ms |
| SQLite | 32,100 | ~300ms |
Według benchmarku TPC-C opublikowanego na CSDN, SpacetimeDB osiągnął 128,500 tpmC przy opóźnieniu P99 na poziomie 22.1ms. PostgreSQL uzyskał 86,200 tpmC z opóźnieniem 189.5ms – ponad 8 razy wolniej (CSDN, 2025).
SpacetimeDB a AI coding: dlaczego Claude Code to lubi?
To jest chyba najciekawsza część dla programistów w 2026 roku. SpacetimeDB został zaprojektowany z myślą o AI-assisted coding.
Dlaczego LLM-y radzą sobie lepiej ze SpacetimeDB?
Główny problem z generowaniem kodu przez AI to kontekst. Tradycyjny full-stack wymaga znajomości konfiguracji bazy, ORM, WebSocketów, serializacji, middleware autoryzacji i deploy na Kubernetes. To dużo plików, dużo konfiguracji, dużo miejsca na błędy.
SpacetimeDB redukuje to do jednego modułu. Cała logika, schemat bazy, autoryzacja i synchronizacja są w jednym miejscu.
Oficjalne wsparcie dla Claude Code i Cursor
Clockwork Labs podaje, że SpacetimeDB poprawia sukces LLM-ów w one-shottingu web appów o 15%.
- spacetimedev – komenda inicjalizująca projekt z prekonfigurowanym plikiem .cursorrules
- Wszystko jest w jednym pliku – AI nie gubi się w strukturze projektu
- Brak konfiguracji infrastruktury – AI skupia się na logice biznesowej
- TypeScript native – AI zna TypeScript lepiej niż Rust

Testowałem SpacetimeDB z Claude Code i muszę przyznać – różnica jest zauważalna. Przy tradycyjnym stacku Claude często gubił się w relacjach między tabelami, migracjach i konfiguracji WebSocket. Ze SpacetimeDB większość pytań dotyczyła czystej logiki biznesowej.
Opinie społeczności: pozytywy i negatywy
Pozytywne opinie
„SpacetimeDB is actually pretty cool! Think of it as Supabase but for building games.”
— @ImSh4yy, Twitter
„Spacetime is a cheat code.”
— @being_mudit, Twitter
„We shipped to the App Store in 3 months. The backend was completely plug-and-play.”
— @LightfoxGames
Negatywne opinie (Hacker News)
„As a professional multiplayer game developer I’m quite concerned. You must accept that you will completely re-arrange your game server to conform to a database structure developed by people making their first game.”
— gafferongames
| Problem | Opis | Ważność |
|---|---|---|
| Brak lag masking | Brak wbudowanego netcode’u | Wysoka |
| Fizyka w SQL | Stored procedures dla fizyki | Wysoka |
| Niedojrzałość | Pierwsza gra twórców | Średnia |
| Licencja BSL 1.1 | Nie w pełni open source | Średnia |
Cennik SpacetimeDB 2.0
| Plan | Koszt | Wywołania/miesiąc |
|---|---|---|
| Free | $0 | 1.5 miliona |
| Pro | $25/miesiąc | 65 milionów |
| Team | Custom | Więcej |
Space Race: Przez 12 tygodni możesz zwiększyć darmowe kredyty nawet 400x polecając znajomych – do 650 milionów wywołań miesięcznie, za darmo na zawsze.
Czy warto się przesiadać?
Kiedy SpacetimeDB MA SENS:
- ✅ Gry multiplayer i real-time apps
- ✅ Małe/średnie zespoły – 7 osób zamiast 100
- ✅ AI-assisted development – Claude Code/Cursor
- ✅ Prototypowanie – chat w 10 minut
- ✅ Startupy – brak DevOps
Kiedy SpacetimeDB NIE MA SENSU:
- ❌ Tradycyjne web appy – CMS, e-commerce
- ❌ OLAP i raportowanie
- ❌ Enterprise z compliance
- ❌ Profesjonalny game dev – brak lag masking
- ❌ Istniejące projekty – migracja = przepisanie
Mój werdykt? SpacetimeDB 2.0 to najciekawsza nowość w świecie baz danych od lat, ale to nie jest „silver bullet”. Jeśli budujesz Discord-klon, grę przeglądarkową, czy narzędzie do współpracy w czasie rzeczywistym – warto rozważyć. Jeśli robisz tradycyjny SaaS – zostań przy PostgreSQL.
Jak zacząć?
# Instalacja CLI curl -sSf https://install.spacetimedb.com | sh # Start lokalnego serwera spacetime start # Utworzenie projektu spacetime dev --template chat-react-ts # Deploy spacetime publish my-app
Często zadawane pytania
Czy SpacetimeDB jest naprawdę 1000x szybszy?
„1000x” odnosi się do nanosekund vs mikrosekundy/milisekundy. W praktyce różnica wynosi 3-10x vs Node.js + PostgreSQL, i 100x+ vs Convex.
Czy SpacetimeDB jest open source?
Tak, na licencji BSL 1.1. Kod jest otwarty, ale nie można go używać komercyjnie do konkurencyjnych produktów. Po 4 latach konwertuje do AGPL.
Czy mogę używać z Unity/Unreal?
Tak, SpacetimeDB 2.0 obsługuje Unreal Engine 5 i C++. Dla Unity jest C# SDK.
Jak porównuje się do Firebase/Supabase?
To inne kategorie. Firebase/Supabase to BaaS z tradycyjną architekturą. SpacetimeDB to baza + serwer w jednym. Jest szybszy dla real-time, ale ma mniejszy ekosystem.
Czy nadaje się do produkcji?
Clockwork Labs używa go dla BitCraft Online (tysiące graczy, 6M+ godzin grania). Ale to młoda technologia – zacznij od prototypu.
Źródła: