HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
kappa-db
kappa-core
JavaScript2020–2020
kappa-db / kappa-core

kappa-core

Minimal peer-to-peer database, based on kappa architecture.

2Distinct people
3Mentions
0Explicit recommenders
255GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Minimal peer-to-peer database, based on kappa architecture.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week3 dated mentions

Observed mentions: 2020-04-12 18:01:58 UTC to 2020-05-14 19:31:18 UTC. Weeks start Monday, UTC.

0122020-04-06 00:00:00 UTC to 2020-04-13 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsApr 62020-04-13 00:00:00 UTC to 2020-04-20 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-04-20 00:00:00 UTC to 2020-04-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsApr 202020-04-27 00:00:00 UTC to 2020-05-04 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-05-04 00:00:00 UTC to 2020-05-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-05-11 00:00:00 UTC to 2020-05-18 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 commentsMay 11

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Apr 62020-04-06 00:00:00 UTC2020-04-13 00:00:00 UTC101
Apr 132020-04-13 00:00:00 UTC2020-04-20 00:00:00 UTC000
Apr 202020-04-20 00:00:00 UTC2020-04-27 00:00:00 UTC000
Apr 272020-04-27 00:00:00 UTC2020-05-04 00:00:00 UTC000
May 42020-05-04 00:00:00 UTC2020-05-11 00:00:00 UTC000
May 112020-05-11 00:00:00 UTC2020-05-18 00:00:00 UTC202

What Hacker News says

3 sources
Currently Beaker only has Web APIs for Hyperdrive, but we're going to add Hypercore APIs Hypercore is lower-level - it's basically an append-only log. There have been some projects that use it directly such as Kappa-core [1]. You might want it particularly for CRDT work, but generally I think you can use the filesystem to do pretty much anything, and that has the benefit of a regular data-form that can be explored using the terminal and files explorer and browser and etc. [1] https://github.com/kappa-db/kappa-core
In Beaker 1.0 Beta – a peer-to-peer Web browser
I'm not deeply familiar with Syncthing but here are some differences based on what I do know: - Hyperdrive includes mass-publishing as a usecase, so it uses public-key URLs and a bandwidth-sharing mechanism among its active peers (like BitTorrent) - Hyperdrive is built on a general-purpose protocol called Hypercore which is a signed append-only log. These logs can be used for other datastructures. Some examples [1] [2] [1] Kappa-core, a general-purpose db built on the logs https://github.com/kappa-db/kappa-core [2] Cabal, a chat network https://cabal.chat/
In Hyperdrive v10 – a peer-to-peer filesystem
Many projects[1][2][3][4] in the dat ecosystem use kappa-core[5] for multi-user applications on top of hypercores (the low-level append-only log used by dat). kappa-core is designed around the kappa architecture where the logs serve as the historical record and primary source of truth (so you get version control) and materialized views ingest the logs to answer application-specific queries. Some nice properties of the kappa-core implementation of this architecture are that: * works fully offline by default and many of the apps (especially mapeo) are designed for very offline use * device to device replication is first-class * you can completely rebuild the materialized views from the log data whenever your schema changes (very nice way of handling database migrations) * there's a lot of flexibility in how you design the materialized views
Read the rest
and an ecosystem of views on npm you can use instead of writing your own crdts * works in the browser There is also some progress in the ecosystem for sparse mode where content downloads from other feeds are driven by application-specific queries. There is a kappa-core workshop[6] that covers some of the introductory topics. [1]: https://cabal.chat/ [2]: https://mapeo.world/ [3]: https://cobox.cloud/ [4]: https://arso.xyz/ [5]: https://github.com/kappa-db/kappa-core [6]: https://kappa-db.github.io/workshop/build/01.html
In I Want Decentralized Version Control for Structured Data

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.