Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/genderev/assassin
Assassin is a decentralized database that uses background threads to kill slow JavaScript.
https://github.com/genderev/assassin
dat-protocol database decentralized decentralized-database distributed-systems web-performance web-worker web-workers
Last synced: 5 days ago
JSON representation
Assassin is a decentralized database that uses background threads to kill slow JavaScript.
- Host: GitHub
- URL: https://github.com/genderev/assassin
- Owner: genderev
- Created: 2020-09-01T16:24:24.000Z (about 4 years ago)
- Default Branch: master
- Last Pushed: 2020-09-11T01:15:43.000Z (about 4 years ago)
- Last Synced: 2024-08-02T10:27:18.457Z (3 months ago)
- Topics: dat-protocol, database, decentralized, decentralized-database, distributed-systems, web-performance, web-worker, web-workers
- Language: JavaScript
- Homepage:
- Size: 11.7 MB
- Stars: 78
- Watchers: 4
- Forks: 3
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Funding: .github/FUNDING.yml
Awesome Lists containing this project
- awesome-dat - assassin - Blazing fast, easy to use NoSQL database designed for [web workers](https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers) and built with `hyperdrive`. (Using Dat / Hosting & Dat Management)
- awesome-peer-to-peer - assassin - value pairs in a decentralized NoSQL database built with `hyperdrive`. (Modules)
README
Background
Usage
Why do we need a new database?
- No existing decentralized databases are compatible with web workers.
What are web workers?
- You can outsource JavaScript to web workers.
- Web workers allow you to run multi-threaded JavaScript.
- When you run JavaScript in parallel to the main thread, the main thread is free to respond to user input.
Can you explain web workers with a picture?
You can see in the diagram that without web workers (that's the "before" part of the picture), the main thread has to finish processing all JavaScript before responding to user input. With the use of web workers (that's the "after" part of the picture), the main thread can send JavaScript to web workers and then focus on updating the UI.
Features 💥
💫 Lightweight: Shipped with less than 100 lines of client side code.
⚖️ Decentralized: Your database has no single point of failure. If the server goes down, your data is easy to retrieve.
✨ Works in private browsing: I researched databases like LevelDB, PouchDB, and Gun, which rely on IndexedDB for client-side storage. I wanted these databases to be effective, but I ended up creating this database partly because IndexedDB is disabled in private browsing, which means none of these databases work for me.
Methods:
-
killer.connect(url)- Connect to the server.urlrefers to the url of the server. You put the server's url into this this function. -
killer.create(key,value)- Add an entry to the database. -
killer.update(key,new value)- Update the value of a key in the database. -
killer.delete(key)- Delete an entry in the database. -
database- Inside the main thread, you can always access the database through the variable calleddatabase.
Get Started: Server
First, you need to make a fly.io account. If you haven't already installed Docker, install it and have the daemon running while you deploy your server. To deploy your server, type this in your terminal and hit "Enter" after the end of each line.
.png)
You can copy and paste:
cd /path/to/where_you_want_this_to_be_stored
git clone https://github.com/genderev/assassin_server.git
cd assassin_server
flyctl init
flyctl deploy
You can also deploy your server to buddy.works or begin.com on your own, if you want.
Get Started: Browser
You can save this file or you can clone this repo and use assassin.js in the dist folder. assassin.js goes inside the web worker that the main thread posts messages to. You can see an example of how to do this in the source code for the demo.
Architecture:
-
Data Model: Assassin is a key/value store that supports mapping a key to its corresponding value. -
System Architecture: The DAT protocol distributes and hosts data between many computers, so there is no one location where data is stored. Assassin relies on the the DAT protocol for data persistence. The metadata of the key-value pairs are stored in a distributed trie structure. -
Isolation Levels: The isolation level is determined by the end user of the database. Assassin is designed to have a low isolation level. -
Storage Model: Assassin sends data to the server, which then stores the metadata in the distributed file system Hyperdrive, which is built on the DAT protocol. The data itself is distributed and hosted between multiple peers.
Why is it called Assassin?
- My website currently uses the Gun database.
- Gun has many features I like and the founder is pretty nice.
- Gun stopped working for me.
- Gun's storage adapter RAD relies on IndexedDB, which is disabled in private browsing.
- Gun syncs data peer to peer through WebRTC, which doesn't function in web workers.
- Assassin is sort of (seriously, very little) like Gun but for web workers.
- Gun + worker = Assassin 💥
Demo 🚀
https://assassin-demo.surge.sh
Built with 🔧
-
Hyperdrive - Thanks for the abstraction layer on top of DAT! - HTML - For creating the web demo
- CSS - For styling the web demo
- JavaScript - For logic
-
Node.js - To serve the logic
Make sure to share your opinion in:
- the Assassin GitHub pull requests
- the Gitter server
And if you really want to help make Assassin better, make a pull request! I really want to Assassin to have these things, so make a pull request showing how to add them:
- User authentication
Assassin is open source, and always will be.
Support me on:
Star the repo, Tweet, and share among your friends, teams and contacts!