Condensation
noms
Our great sponsors
| Condensation | noms | |
|---|---|---|
| 13 | 11 | |
| 443 | 7,502 | |
| 0.0% | - | |
| 0.0 | 1.9 | |
| over 1 year ago | over 2 years ago | |
| JavaScript | Go | |
| Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Condensation
-
Fuck Doordash. Fuck UberEats. I'm launching my own open-source non-profit food delivery platform.
If you want to go fully distributed, I would suggest you to have a look at THIS technology to manage data with trust / end-to-end privacy. Directly MP me if you want to learn more.
-
Contributing for the ranking of an Open-Source project
You can have a look at the website HERE
-
CondensationDB: A database to synchronize and manage data directly on the client, servers are not necessary anymore, and you get by design end-to-end encryption, digital signatures, and data integrity, all for secure multiple user collaboration. Now open-source with the lightest code base.
As your question is a bit broad, maybe you can check first a bit the notes there https://condensation.io/ even if it's not complete, there is a point on security.
-
From building an end-to-end encrypted chat to a generic decentralized open-source database
Now you can join the story, we made our local-first database called Condensation as an open-source project and are willing to support its development. Dig deeper and make your own opinion (You can navigate from GitHub). Now we are in the process of packaging it and finishing the documentation. We want to translate Condensation on the main platforms, pioneer community members started the javascript and typescript versions. So I welcome you to share your opinion about the project and to propose your contribution to make it a success. By the end of the year, you will be able to build
- To escape from monopolistic cloud providers, a Swiss developer is releasing a distributed database to build end-to-end security in any application. Give your strength to this open-source project!
- CondensationDB: make your applications end-to-end secure, offline first, and collaborative [Open-source]
- SHARE AND UPVOTE. Screw Wall Street. We need to make our trading platform for retail traders only.
- CondensationDB: Build secure and collaborative apps [open-source]
- CondensationDB: bridging the gap between mutable and immutable data [Open-source]
- CondensationDB: A local-first DB to make any applications end-to-end secured and distributed while being collaborative
noms
-
How Dolt Stores Table Data
This is from 2022. It is based on Noms [1], which is no longer maintained (they forked it).
I think the Noms doc linked from this article [2] is clearer than the article itself. That said I sill cannot turn my head around to grasp how this entire thing work tbh. I hope they wrote a peer reviewed paper to serve the audience better.
[1] https://github.com/attic-labs/
[2] https://github.com/attic-labs/noms/blob/master/doc/intro.md#...
-
I was wrong. CRDTs are the future
I am. But i know very little about CRDTs lol, so we'll see how that goes. I'm interested in converting some immutable, local-first data warehouse tooling i enjoy to a CRDT version. Prior it was more.. Git-like. Basically just Git with data structures inspired-massively from Noms[1].
The thing i've found most interesting is it appears[2] that CRDT backends need to expose CRDT flavored types to users. Which is to say how i'm writing this combines the notion of a type, say `[i32]` with how you want the merges to work. CRDT works great but based on my amateur-hour researching on the subject i don't feel you can write a single CRDT merge strategy for a single data type ala `[i32]` and have it be always correct. Applications need to indicate enough context on what makes sense for a given data type.
So yea, i agree with you. I'm interested in making a database-like thing, backed by CRDTs, but i also have seen very few general purpose implementations with CRDTs. It feels like i'm breaking "new ground", while having no idea what i'm doing and having no intention of being an actual researcher here. I'm just making apps i enjoy heh.
- Building a decentralized database
-
Picking low-hanging memory usage bugs of an open source database
Most of the changes are in the noms package which used to live in a separate repo (https://github.com/attic-labs/noms), but Dolt has since adopted them.
-
Downsides of Offline First
Not much more to say other than Noms was my favorite project (https://github.com/attic-labs/noms) for a while until acquisition and the engineers are now the ones behind Replicache (https://replicache.dev/).
I think this is going to be the next "Realm" that works everywhere.
- calling Format() on a time struct in a golang program changes the default Location's timezone information in the rest of the program
-
Steps to build Database System from sratch?
The storage layer based on Noms: https://github.com/attic-labs/noms
- Noms: The versioned, forkable, syncable database
-
Dolt is Git for Data: a SQL database that you can fork, clone, branch, merge
Noms might be what you’re looking for (https://github.com/attic-labs/noms). Dolt is actually a fork of Noms.
-
CondensationDB: Build secure and collaborative apps [open-source]
People that are interested in a similar feature set should check out https://github.com/attic-labs/noms and the SQL fork of Noms, https://github.com/dolthub/dolt