https://github.com/notional-labs/sovereign

raspberry pi and auto-state sync (works from boot) for cosmos chains
https://github.com/notional-labs/sovereign

beyourowneverything diy fthebanks independence raspberry-pi sovereign

Last synced: about 1 month ago
JSON representation

raspberry pi and auto-state sync (works from boot) for cosmos chains

• Host: GitHub
• URL: https://github.com/notional-labs/sovereign
• Owner: notional-labs
• License: apache-2.0
• Created: 2022-01-02T17:39:13.000Z (over 4 years ago)
• Default Branch: main
• Last Pushed: 2022-01-04T01:56:43.000Z (over 4 years ago)
• Last Synced: 2025-10-09T10:27:46.008Z (9 months ago)
• Topics: beyourowneverything, diy, fthebanks, independence, raspberry-pi, sovereign
• Language: Shell
• Homepage:
• Size: 12.7 KB
• Stars: 1
• Watchers: 2
• Forks: 2
• Open Issues: 1
• Metadata Files:
  • Readme: README.md
  • License: LICENSE

Awesome Lists containing this project

README

          
# sovereign

The only remaining significant problem in dpos and bpos is that average users have a hard time running nodes. 

Notes:

* Because rocksdb is a key piece here, we can only provide support to chains that have included some kind of fix for gorocksdb.  

* These builds take relatively long, and in the case of chains with a front end, like Osmosis, the build includes the front end.  

* Security here comes from minimalism only and is the user's responsibilty

* login: root/root

* every chain runs as root in systemd after state syncing as a boot script feel free to make a pr to put it in a container or a less priveliged user

* eventually we could have a web ui served on :80 and this could actually handle multiple chains

* This should be "amniesac".  It should dump state and state sync at each boot. It's perfectly fine to validate like this, in "Jacob's expert opinion"

* The constraint is storage speed, not cpu

* RAM is kinda questionable and gaia likes 8gb

* ymmv