Difference between revisions of "Scuttlebutt"

From Organic Design wiki
m (sbot commands)
m (Extending: patchbay)
 
(36 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
[https://scuttlebutt.nz Secure Scuttlebutt] (SSB) is a peer-to-peer append-only messaging system on top of which a variety networking applications can be built such as the [https://github.com/ssbc/patchwork/ Patchwork] social network. Scuttlebutt is able to operate offline and then sync when in the presence of another peer making it perfect for [[mesh]]ing environments, and even supports synchronisation via removable media to work as a "sneakernet". The word "scuttlebutt" is the equivalent of "watercooler" in an office, but applies to boats and ships.
 
[https://scuttlebutt.nz Secure Scuttlebutt] (SSB) is a peer-to-peer append-only messaging system on top of which a variety networking applications can be built such as the [https://github.com/ssbc/patchwork/ Patchwork] social network. Scuttlebutt is able to operate offline and then sync when in the presence of another peer making it perfect for [[mesh]]ing environments, and even supports synchronisation via removable media to work as a "sneakernet". The word "scuttlebutt" is the equivalent of "watercooler" in an office, but applies to boats and ships.
 +
[[File:SSB-layers.svg|600px|right|thumb|The layers of Scuttlebutt]]
  
 
{{quote|Scuttlebutt, aims to provide a platform that is wholly modular, increasingly secure, and brilliantly inspired in order to tackle some of the roots of these problems and make the internet truly ungovernable.|[https://emmibe.wordpress.com/ Emmi Bevensee]}}
 
{{quote|Scuttlebutt, aims to provide a platform that is wholly modular, increasingly secure, and brilliantly inspired in order to tackle some of the roots of these problems and make the internet truly ungovernable.|[https://emmibe.wordpress.com/ Emmi Bevensee]}}
Line 6: Line 7:
 
Pubs are permenantly connected peers in the Scuttlebutt network with the job of routing messages and storing them while recipients are offline. The name "pub" was used since they play a similar role to pubs in villages. Once you have ''scuttlebot'' running (see next section) you can configure it to be a pub simply by creating invites to it. see [https://ssbc.github.io/docs/scuttlebot/howto-setup-a-pub.html how to set up a pub] for more detail.
 
Pubs are permenantly connected peers in the Scuttlebutt network with the job of routing messages and storing them while recipients are offline. The name "pub" was used since they play a similar role to pubs in villages. Once you have ''scuttlebot'' running (see next section) you can configure it to be a pub simply by creating invites to it. see [https://ssbc.github.io/docs/scuttlebot/howto-setup-a-pub.html how to set up a pub] for more detail.
  
A list of some of the pubs can be found [https://github.com/ssbc/scuttlebot/wiki/Pub-Servers here], and I set up [http://organicdesign.pub/ organicdesign.pub] to learn more about the process :-)
+
A list of some of the pubs can be found [https://github.com/ssbc/scuttlebot/wiki/Pub-Servers here], and I set up [http://ssb.organicdesign.pub/ ssb.organicdesign.pub] to learn more about the process :-)
 +
 
 +
=== Updating the pub Docker image ===
 +
First pull the latest images:
 +
<source lang="bash">
 +
docker pull ahdinosaur/healer
 +
docker pull ahdinosaur/ssb-pub
 +
</source>
 +
 
 +
Then if an upgrade happened, first get the list of currently running containers and their images with '''docker ps''', stop the current ''sbot'' container with '''docker stop <comtainer-id>''', delete the container with '''docker rm <container-id>''' then delete the old image that container was using with '''docker rmi <image-id>'''. Then you can start the new image using the '''docker run''' command shown below, or using your ''create-sbot'' script which contains that command.
  
 
== Scuttlebot ==
 
== Scuttlebot ==
The easiest way to use scuttlebut is by running an end-user application like [https://github.com/ssbc/patchwork/releases/ Patchwork] which will come pre-packaged with the necessary dependencies. But to run it on a server you need to install the ''scuttlebot'' (''sbot'') service.
+
The easiest way to use Scuttlebutt is by running an end-user application like the [https://github.com/ssbc/patchwork/releases/ Patchwork] desktop client, or the [http://manyver.se/ Manyverse] Android client, which will come pre-packaged with the necessary dependencies. But to run it on a server you need to install the ''scuttlebot'' (''sbot'') service.
  
 
If you want safely to run it on an exiting server and avoid version conflicts or other dependency issues, you can use the Docker image as described [https://github.com/ahdinosaur/ssb-pub here]. The default port that the pub will run on is 8008. To [https://ssbc.github.io/docs/scuttlebot/install.html run it natively] you can install the latest version of ''nodejs'' or use an existing version if you have one.
 
If you want safely to run it on an exiting server and avoid version conflicts or other dependency issues, you can use the Docker image as described [https://github.com/ahdinosaur/ssb-pub here]. The default port that the pub will run on is 8008. To [https://ssbc.github.io/docs/scuttlebot/install.html run it natively] you can install the latest version of ''nodejs'' or use an existing version if you have one.
Line 24: Line 34:
  
 
=== sbot commands ===
 
=== sbot commands ===
If you're running the Docker image, you can't call the 'sbot'' daemon directly, you call it as follows instead:
+
If you're running the Docker image, you can't call the 'sbot'' daemon directly, you call it as follows instead (you may want to also add a cpu limit as the container can get quite hungry, the following adds an option limiting it to 25%):
 +
 
 +
To start it:
 
<source lang="bash">
 
<source lang="bash">
docker run -it --rm -v /home/USER/ssb-pub-data/:/home/node/.ssb/ -e ssb_host="{!YOUR-DOMAIN!}" ahdinosaur/ssb-pub
+
docker run -d {!--cpu-quota 25000!} --name sbot -v /home/USER/ssb-pub-data/:/home/node/.ssb/ -e ssb_host="{!YOUR-DOMAIN!}" -p 8008:8008 --restart unless-stopped --memory "800m" ahdinosaur/ssb-pub
 
</source>
 
</source>
or you could add an ''sbot'' script to call the Docker image with the passed arguments, e.g.
+
'''Note:''' it's a good idea to put this command into a '''create-sbot''' script so you can run it easily after upgrades etc.
 +
 
 +
To be able to call the ''sbot'' command, you can create a script to call the Docker image with the passed arguments, e.g.
 
<source lang="bash">
 
<source lang="bash">
#!/bin/bash== Pubs ==
+
#!/bin/bash
Pubs are permenantly connected peers in the Scuttlebutt network with the job of routing messages and storing them while recipients are offline. The name "pub" was used since they play a similar role to pubs in villages. Once you have ''scuttlebot'' running you can configure it to be a pub simply by creating invites to it. see [https://ssbc.github.io/docs/scuttlebot/howto-setup-a-pub.html how to set up a pub] for more detail.
+
docker exec -it sbot sbot $*
 
 
A list of some of the pubs can be found [https://github.com/ssbc/scuttlebot/wiki/Pub-Servers here], and I set up [http://organicdesign.pub/ organicdesign.pub] to learn more about the process :-)
 
 
 
docker run -it --rm -v /home/USER/ssb-pub-data/:/home/node/.ssb/ -e ssb_host="{!YOUR-DOMAIN!}" ahdinosaur/ssb-pub $*
 
 
</source>
 
</source>
  
Line 49: Line 59:
 
sbot invite.create 1
 
sbot invite.create 1
 
</source>
 
</source>
'''Note:''' To allow a web page to get invitations when ''sbot'' is in a Docker container, the page mustn't have the ''-it'' (interactive terminal) part in the command.
+
'''Note:''' To allow a web page to get invitations when ''sbot'' is in a Docker container, the page must '''NOT''' have the ''-it'' (interactive terminal) part in the command.
  
  
Line 62: Line 72:
 
<source lang="bash">
 
<source lang="bash">
 
sbot publish --type post --text "This is a test!"
 
sbot publish --type post --text "This is a test!"
 +
</source>
 +
 +
 +
To block someone from the pub, first unfollow them then block:
 +
<source lang="bash">
 +
sbot publish --type contact --contact @...5519 --no-following
 +
sbot publish --type contact --contact @...5519 --blocking
 
</source>
 
</source>
  
Line 71: Line 88:
  
 
=== JavaScript ===
 
=== JavaScript ===
To access the full functionality of ''sbot'', it needs to be run from JavaScript. This is simply a matter of requiring the ''ssb-client'', for example to send a private message (which can't be done from the command-line) you can use the following basic script which resides in the ''scuttlebot'' directory:
+
To access the full functionality of ''sbot'', commands need to be called from JavaScript. This is simply a matter of requiring the ''ssb-client'', for example to send a private message (which can't be done from the command-line) you can use the following basic script which resides in the ''scuttlebot'' directory:
 
<source lang="js">
 
<source lang="js">
 
#!/usr/bin/env node
 
#!/usr/bin/env node
Line 94: Line 111:
  
 
'''Calling sbot from web pages:''' Again this only affects Docker users, the recommended command to call sbot shown in the installation guide uses the ''-it'' (interactive terminal and TTY) options, but these will only work when you are running it from a shell and need to be removed if calling it from a web page (or a background task or something).
 
'''Calling sbot from web pages:''' Again this only affects Docker users, the recommended command to call sbot shown in the installation guide uses the ''-it'' (interactive terminal and TTY) options, but these will only work when you are running it from a shell and need to be removed if calling it from a web page (or a background task or something).
 +
 +
'''Dealing with problem plugins:''' You might install a plugin (with <tt>sbot plugins.install <PLUGIN></tt>), but it turns out to have errors on startup which means the container can't start so you can't call sbot again to remove the plugin! You can edit the plugins manually since they are persistent data outside of the container which is transient. Plugins are listed in the ''config'' file in the root of the ssb data directory. You can nuke the container, remove the plugin from the list or set it to ''false'', then run a new container.
 +
 +
'''Pruning the blobs directory:''' The main space consumed is the blobs, which are just a non-essential cache of files, these can be pruned by size or age without causing any problems. [https://code.organicdesign.nz/tools/blob/master/old-files-purge.pl old-files-purge.pl] is a script that allows the recursive nuking of files in a directory structure older than a specified age.
  
 
== Differences between Scuttlebutt and... ==
 
== Differences between Scuttlebutt and... ==
 
=== Retroshare ===
 
=== Retroshare ===
 
Retroshare has the features all inclusive in the application, requires explicit key sharing between people in order to exchange data, does not use rumor message passing, and does not use pubs as an on-ramp (or slip road) to the network. This was a few years ago, but the process of creating and sharing your key with another person in order to share things with them was far more difficult than using SSB. Also according to the outdated wiki, Retroshare does not support IPv6.
 
Retroshare has the features all inclusive in the application, requires explicit key sharing between people in order to exchange data, does not use rumor message passing, and does not use pubs as an on-ramp (or slip road) to the network. This was a few years ago, but the process of creating and sharing your key with another person in order to share things with them was far more difficult than using SSB. Also according to the outdated wiki, Retroshare does not support IPv6.
 +
 +
== Projects based on ssb protocol ==
 +
*[https://www.localnative.app/ LocalNative.app] ''- a note/bookmark taking tool to save your notes in a local sqlite database, synced with other devices via ssb''
 +
*[https://www.manyver.se/blog/bluetooth-sync Bluetooth sync for Manyverse]
 +
 +
== Backup and restore ==
 +
The most important file to back up in order to preserve your identity is Scuttlebutt is the ''secret'' file which is the private key corresponding to your public ID. But with this alone it's difficult to rejoin the network from scratch, for example if you try rejoining via a pub you'll find that after a few hours of synchronisation, all of your own historical feed and follows are missing. A more reliable way is to back up both the ''secret'' and the ''conn.json'' file, this should retrieve all the information. You can use a ''conn.json'' from the past or even one from one of your contacts and that should be sufficient to get you connected back into your social graph where you can retrieve all your information as people come and go offline.
 +
 +
== Protocol ==
 +
The [https://ssbc.github.io/scuttlebutt-protocol-guide/ documentation] for the SSB protocol is very clear and easy to understand. There is also the [https://handbook.scuttlebutt.nz/ handbook] for more information if needed.
 +
 +
Reference formats:
 +
* '''@''' - Signifies a public key meaning the string is a user or pub.
 +
* '''%''' - Signifies a message - it is a string which contains the hash of the message.
 +
* '''&''' - Signifies a blob - it is a string which contains the hash of the blob's content.
 +
 +
Messages in a feed form an append only log, each entry refers to the previous (with the first pointing to ''null'') by it's id. The id of a message is just a hash of a message including the signature.
 +
 +
Since the messages and blobs are referenced by ID they are immutable.
 +
 +
=== Message ID's ===
 +
Computing message ID's can be difficult to start with so here are some examples:
 +
 +
 +
You can compute a message id in JavaScript like this:
 +
<source lang="javascript">
 +
const sha256 = require("crypto-js/sha256");
 +
const Base64 = require("crypto-js/enc-base64");
 +
 +
const hashDigest = sha256(
 +
`{
 +
  "previous": "%XphMUkWQtomKjXQvFGfsGYpt69sgEY7Y4Vou9cEuJho=.sha256",
 +
  "author": "@FCX/tsDLpubCPKKfIrw4gc+SQkHcaD17s7GI6i/ziWY=.ed25519",
 +
  "sequence": 2,
 +
  "timestamp": 1514517078157,
 +
  "hash": "sha256",
 +
  "content": {
 +
    "type": "post",
 +
    "text": "Second post!"
 +
  },
 +
  "signature": "z7W1ERg9UYZjNfE72ZwEuJF79khG+eOHWFp6iF+KLuSrw8Lqa6IousK4cCn9T5qFa8E14GVek4cAMmMbjqDnAg==.sig.ed25519"
 +
}`
 +
);
 +
 +
const hmacDigest = Base64.stringify(hashDigest);
 +
 +
console.log(hmacDigest);
 +
</source>
 +
 +
You can compute a message id in python like this:
 +
<source lang="python">
 +
from hashlib import sha256
 +
from base64 import b64encode
 +
 +
b64encode(sha256("STRINGIFIED JSON".encode('utf-8')).digest()).decode('ascii')
 +
</source>
 +
 +
=== Extending ===
 +
The easiest way to make an application on scuttlebutt is to use ssb-client. If you want to extend the functionality you can publish messages of types that aren't used - e.g. the chess game uses the type "chess_invite". All of these types are stored in your feed. If you want to write to another feed you need to make another key pair.
 +
 +
 +
You can also extend patchbay to add your own page, see the readme on the [https://github.com/ssbc/patchbay repo] for more info.
  
 
== See also ==
 
== See also ==
 
*[https://ssbc.github.io/docs/ssb/faq.html Scuttlebutt FAQ]
 
*[https://ssbc.github.io/docs/ssb/faq.html Scuttlebutt FAQ]
 +
*[https://viewer.scuttlebot.io/channel/scuttlebutt Scuttlebutt viewer website]
 
*[https://twitter.com/dan_mi_sun/lists/scuttlebutt-cypher-peers List of Scuttlebutt users also on Twitter]
 
*[https://twitter.com/dan_mi_sun/lists/scuttlebutt-cypher-peers List of Scuttlebutt users also on Twitter]
 
*[https://github.com/noffle/git-ssb-intro Intro to git-ssb for GitHub users]
 
*[https://github.com/noffle/git-ssb-intro Intro to git-ssb for GitHub users]
 +
*[https://www.youtube.com/watch?v=8GE5C9-RUpg Andre Staltz describing the structure of ssb at Fullstck Fest 2018]
 +
*[http://gitmx.com/#%w8fUbx+NAbs3EscWQZuAP7BySw32Telf774HZ0bV0dk=.sha256 Working example of ssb wiki idea]
 +
*[https://weblog.masukomi.org/2017/12/19/using-1-scuttlebutt-identity-on-multiple-devices/ How to use the same Scuttlebutt identity on multiple computers]
 
[[Category:Peer-to-peer]][[Category:Libre software]]
 
[[Category:Peer-to-peer]][[Category:Libre software]]

Latest revision as of 03:14, 4 March 2021

Secure Scuttlebutt (SSB) is a peer-to-peer append-only messaging system on top of which a variety networking applications can be built such as the Patchwork social network. Scuttlebutt is able to operate offline and then sync when in the presence of another peer making it perfect for meshing environments, and even supports synchronisation via removable media to work as a "sneakernet". The word "scuttlebutt" is the equivalent of "watercooler" in an office, but applies to boats and ships.

The layers of Scuttlebutt
Quote.pngScuttlebutt, aims to provide a platform that is wholly modular, increasingly secure, and brilliantly inspired in order to tackle some of the roots of these problems and make the internet truly ungovernable.
Emmi Bevensee

Pubs

Pubs are permenantly connected peers in the Scuttlebutt network with the job of routing messages and storing them while recipients are offline. The name "pub" was used since they play a similar role to pubs in villages. Once you have scuttlebot running (see next section) you can configure it to be a pub simply by creating invites to it. see how to set up a pub for more detail.

A list of some of the pubs can be found here, and I set up ssb.organicdesign.pub to learn more about the process :-)

Updating the pub Docker image

First pull the latest images:

docker pull ahdinosaur/healer
docker pull ahdinosaur/ssb-pub

Then if an upgrade happened, first get the list of currently running containers and their images with docker ps, stop the current sbot container with docker stop <comtainer-id>, delete the container with docker rm <container-id> then delete the old image that container was using with docker rmi <image-id>. Then you can start the new image using the docker run command shown below, or using your create-sbot script which contains that command.

Scuttlebot

The easiest way to use Scuttlebutt is by running an end-user application like the Patchwork desktop client, or the Manyverse Android client, which will come pre-packaged with the necessary dependencies. But to run it on a server you need to install the scuttlebot (sbot) service.

If you want safely to run it on an exiting server and avoid version conflicts or other dependency issues, you can use the Docker image as described here. The default port that the pub will run on is 8008. To run it natively you can install the latest version of nodejs or use an existing version if you have one.

cd ~
sudo apt-get install autotools-dev automake
git clone https://github.com/ssbc/scuttlebot.git
cd scuttlebot
npm i
sudo ln -s ~/scuttlebot/bin.js /usr/bin/sbot
sbot server &
sbot whoami

sbot commands

If you're running the Docker image, you can't call the 'sbot daemon directly, you call it as follows instead (you may want to also add a cpu limit as the container can get quite hungry, the following adds an option limiting it to 25%):

To start it:

docker run -d --cpu-quota 25000 --name sbot -v /home/USER/ssb-pub-data/:/home/node/.ssb/ -e ssb_host="YOUR-DOMAIN" -p 8008:8008 --restart unless-stopped --memory "800m" ahdinosaur/ssb-pub

Note: it's a good idea to put this command into a create-sbot script so you can run it easily after upgrades etc.

To be able to call the sbot command, you can create a script to call the Docker image with the passed arguments, e.g.

#!/bin/bash
docker exec -it sbot sbot $*


Find the pubs Scuttlebutt ID:

sbot whoami


Create an invitation to your pub (the number is how many times it can be used):

sbot invite.create 1

Note: To allow a web page to get invitations when sbot is in a Docker container, the page must NOT have the -it (interactive terminal) part in the command.


Give your pub a name:

sbot publish --type about --about @2mIg...5519 --name foobar.com

See more on updating profiles such as adding an image here, note that you can also add a --description field.


Posts:

sbot publish --type post --text "This is a test!"


To block someone from the pub, first unfollow them then block:

sbot publish --type contact --contact @...5519 --no-following
sbot publish --type contact --contact @...5519 --blocking

Plugins

Scuttlebot is extendable via a plugins model. Plugins are managed using the plugins commands in a running scuttlebot, e.g. to add the capability to send private encrypted messages, use the following:

sbot plugins.install ssb-private

JavaScript

To access the full functionality of sbot, commands need to be called from JavaScript. This is simply a matter of requiring the ssb-client, for example to send a private message (which can't be done from the command-line) you can use the following basic script which resides in the scuttlebot directory:

#!/usr/bin/env node
var ssbClient = require('ssb-client')

// Creates a client at localhost:8080, using key found at ~/.ssb/secret
ssbClient(function (err, sbot) {
	if (err) throw err

	// publish a private message to me
	sbot.private.publish({ type: 'post', text: 'My First Private Post!' }, ['@WeZBYERzjvfOVlgU7vMz7RSheqe4WaGEd87ewbMvnvQ=.ed25519'], function (err, msg) {
		console.log(msg);
	})

	// Stop the client
	sbot.close();
});

sbot troubleshooting

Node user: The Docker container seems to require some hard-wired paths involving the "node" UNIX account. I installed it in my own home directory as myself, and things kept failing due to missing files in /home/node, so I just made a symlink from /home/node to my own user dir and then things worked.

Calling sbot from web pages: Again this only affects Docker users, the recommended command to call sbot shown in the installation guide uses the -it (interactive terminal and TTY) options, but these will only work when you are running it from a shell and need to be removed if calling it from a web page (or a background task or something).

Dealing with problem plugins: You might install a plugin (with sbot plugins.install <PLUGIN>), but it turns out to have errors on startup which means the container can't start so you can't call sbot again to remove the plugin! You can edit the plugins manually since they are persistent data outside of the container which is transient. Plugins are listed in the config file in the root of the ssb data directory. You can nuke the container, remove the plugin from the list or set it to false, then run a new container.

Pruning the blobs directory: The main space consumed is the blobs, which are just a non-essential cache of files, these can be pruned by size or age without causing any problems. old-files-purge.pl is a script that allows the recursive nuking of files in a directory structure older than a specified age.

Differences between Scuttlebutt and...

Retroshare

Retroshare has the features all inclusive in the application, requires explicit key sharing between people in order to exchange data, does not use rumor message passing, and does not use pubs as an on-ramp (or slip road) to the network. This was a few years ago, but the process of creating and sharing your key with another person in order to share things with them was far more difficult than using SSB. Also according to the outdated wiki, Retroshare does not support IPv6.

Projects based on ssb protocol

Backup and restore

The most important file to back up in order to preserve your identity is Scuttlebutt is the secret file which is the private key corresponding to your public ID. But with this alone it's difficult to rejoin the network from scratch, for example if you try rejoining via a pub you'll find that after a few hours of synchronisation, all of your own historical feed and follows are missing. A more reliable way is to back up both the secret and the conn.json file, this should retrieve all the information. You can use a conn.json from the past or even one from one of your contacts and that should be sufficient to get you connected back into your social graph where you can retrieve all your information as people come and go offline.

Protocol

The documentation for the SSB protocol is very clear and easy to understand. There is also the handbook for more information if needed.

Reference formats:

  • @ - Signifies a public key meaning the string is a user or pub.
  • % - Signifies a message - it is a string which contains the hash of the message.
  • & - Signifies a blob - it is a string which contains the hash of the blob's content.

Messages in a feed form an append only log, each entry refers to the previous (with the first pointing to null) by it's id. The id of a message is just a hash of a message including the signature.

Since the messages and blobs are referenced by ID they are immutable.

Message ID's

Computing message ID's can be difficult to start with so here are some examples:


You can compute a message id in JavaScript like this:

const sha256 = require("crypto-js/sha256");
const Base64 = require("crypto-js/enc-base64");

const hashDigest = sha256(
`{
  "previous": "%XphMUkWQtomKjXQvFGfsGYpt69sgEY7Y4Vou9cEuJho=.sha256",
  "author": "@FCX/tsDLpubCPKKfIrw4gc+SQkHcaD17s7GI6i/ziWY=.ed25519",
  "sequence": 2,
  "timestamp": 1514517078157,
  "hash": "sha256",
  "content": {
    "type": "post",
    "text": "Second post!"
  },
  "signature": "z7W1ERg9UYZjNfE72ZwEuJF79khG+eOHWFp6iF+KLuSrw8Lqa6IousK4cCn9T5qFa8E14GVek4cAMmMbjqDnAg==.sig.ed25519"
}`
);

const hmacDigest = Base64.stringify(hashDigest);

console.log(hmacDigest);

You can compute a message id in python like this:

from hashlib import sha256
from base64 import b64encode

b64encode(sha256("STRINGIFIED JSON".encode('utf-8')).digest()).decode('ascii')

Extending

The easiest way to make an application on scuttlebutt is to use ssb-client. If you want to extend the functionality you can publish messages of types that aren't used - e.g. the chess game uses the type "chess_invite". All of these types are stored in your feed. If you want to write to another feed you need to make another key pair.


You can also extend patchbay to add your own page, see the readme on the repo for more info.

See also