Den Speicherplatz auf dem NAS vermieten

Zuletzt aktualisiert am 24. Februar 2024.

Einen Storagenode auf einem Synology-NAS installieren und mit freiem Speicher Geld verdienen.

Der Gedanke liegt Nahe: Auf dieser Welt wird viel Geld für Onlinespeicher, sog. Cloudspeicher ausgegeben. Riesige Rechenzentren werden einzig und allein betrieben, um immense Speichermengen bereitzuhalten.
Auf der anderen Seite werden

Ein Storj-Node auf einem Synology-NAS

In diesem Tutorial zeige ich Dir, wie Du auf Deinem Synology NAS einen sog. Storagenode des Storj-Projekts installieren kannst.

Voraussetzungen und Grundanforderungen

Storj gibt ein paar Anforderungen vor, die zwingend zum Betrieb eines Storagenodes auf einem Synology NAS erfüllt sein müssen:

• Aktivierter SSH-Zugang auf dem NAS
• Dockerfähiges Synology NAS (afaik alle NAS mit Intel Prozessor) und installiertes Docker-Paket.
• Ein Ethereum-Wallet (mit Unterstützung für ERC20 Token).

Wieso benötige ich ein Ethereum Wallet?

Ethereum ist eine sog. Kryptowährung, die auf einer Blockchain basiert. Neben Ethereum können Smart-Contracts sowie ERC20 Token als Payload gespeichert werden.
Storj errechnet die Vergütung in US-Dollar, zahlt diese Vergütung aber in einer eigenen Kryptowährung, den sog. “Storj-Token” (ein ERC20 Token) aus. Auf dem Wallet müssen sich für Storj-Auszwhalugnekeine Ethereum-Coins befinden.

Schritt 1: Der Authorization Token

Um einen Node zu erstellen und diesen im Netzwerk anzumelden, musst Du Dir einen Authorization Token zuschicken lassen. Das geht über direkt über folgende URL: https://www.storj.io/host-a-node

Hier müssen nun kurz die oben bereits genannten Anforderungen angehakt werden und eine gültige E-Mail-Adresse angegeben werden. Im Anschluss erhält man (sofern aktuell neue Nodes zugelassen werden, sonst landet man auf einer Warteliste) per E-Mail einen Authorization Token.

Wieso braucht man einen Authorization Token?
Das Storj-Projekt gibt es schon länger (die aktuelle Version ist die v3) und das Team hat aus den Erfahrungen des Vorgängers (v2) gelernt. So kann Storj über die Vergabe der Authorization-Tokens steuern, wie viele (neue) Nodes es im Netzwerk gibt und damit in etwa, wie viel Speicher im Angebot ist. Es kann so ein stabiles Netzwerk aufgebaut werden, wo Angebot und Nachfrage zumindest nicht diametral auseinander gehen.

Schritt 2: Identität erstellen

Um als Storagenode im Netzwerk dabei zu sein, muss eine individuelle Identität erstellt werden. Diese wird mit Hilfe des Authorization Token errechnet.

Zunächst muss nun das Identity-Binary heruntergeladen werden:

curl -L https://github.com/storj/storj/releases/latest/download/identity_linux_amd64.zip -o identity_linux_amd64.zip

Tipp: Ich erstelle immer direkt ein Verzeichnis für jeden Storagenode, hier lade ich auch das Identity-Binary herein.

Danach muss das heruntergeladene zip-File entpackt werden. Die Doku von Storj greift hier auf “unzip” auf der Konsole zurück. Das funktioniert auf dem NAS mit DSM 6.x nicht. Wir können das zip-Archiv aber einfach über die DSM-Oberfläche entpacken.

Jetzt müssen wir das entpackte Binary noch ausführbar machen. Dafür geben wir dem File über die Konsole mittels “chmod” das entsprechende Flag:

chmod +x identity

Anschließen verschieben wir das Binary in das bin-Verzeichnis des Systems, damit es simple über die Konsole aufgerufen werden kann und dem NAS bekannt ist:

sudo mv identity /usr/local/bin/identity

Erstellen der Identität

Dieser letzte Schritt ist der entscheidende – und er ist sehr rechenlastig und benötigt daher je nach Leistung des NAS eine gewisse Weile (teilweise sehr viele Stunden!). Ich lasse den Prozess immer über Nacht laufen.

identity create my_storagenode_name

Wenn der Prozess abgeschlossen ist, sieht das so aus:

Schritt 3: Identität authorisieren/anmelden

Mit diesem Schritt wird Dein Node im Storj-Netzwerk angemeldet.
Achtung: Ab hier läuft der Zähler für die Downtime des Nodes.

identity authorize my_storagenode_name <email:characterstring>

Tipp: Es ist durchaus sinnvoll, die generierte Identität an einem Ort der eigenen Wahl zu sichern. So ist es möglich, im falle eines Falles einen Node später mal umzuziehen.
Ich habe mir dazu auf einem anderen Raid-Volumen der Synology ein Verzeichnis erstellt, wo ich gesammelt die Identitäten meiner Storagenodes speichere.

Schritt 4: Datenverzeichnis erstellen

Während ich die Konfiguration meiner Storagenodes zentral auf einem Volumen in einem Verzeichnis mit einem Unterverzeichnis für jeden Node verwalte (bei mir nach dem Schema docker/storj/node1 usw.) muss das Datenverzeichnis für den Node logischerweise immer auf der Festplatte bzw. auf dem Volume liegen, wo letztlich auch die Daten gespeichert werden sollen.

Dafür erstellt man über das DSM, also die Weboberfläche des Synology NAS, zunächst ein neues Volume auf der für den Node vorgesehenen Festplatte und erstellt dort dann einen gemeinsamen Ordner und darin dann ein Datenverzeichnis. Ich nenne benenne das gemeinsame Verzeichnis schlicht immer “StoragenodeX” (X steht für die Nummer des Nodes ; 1,2,3 usw.). Das Datenverzeichnis selbst nenne ich immer “data”.

Schritt 5: Portfreigabe

Damit Daten aus dem Netzwerk auf dem Node gespeichert werden können und Daten abgerufen werden können, muss der Node aus dem Internet erreichbar sein. Dafür müssen wir auf deinem Router einen Port freigeben und an das NAS weiterleiten.
Es handelt sich dabei in der Standardkonfiguration um Port 28967 über das TCP-Protokoll.

Schritt 6: Aktuelles Docker-Image für Storagenode laden

Um einen Docker-Container mit einem Storj-Storagenode auf einem Synology-NAS laufen zu lassen brauchen wir natürlich noch das Docker-Image für den entsprechenden Node. Dieses können wir uns über die DSM-Oberfläche vom Docker-Hub laden, oder alternativ aus Bequemlichkeit die Konsole nutzen:

docker pull storjlabs/storagenode:latest

Achtung: Seit kurzem ist das Storj-Netzwerk im Produktivbetrieb, es ist daher notwendig den “latest” Tag beim Docker-Image zu verwenden.

Schritt 7: Storagenode starten!

Update Februar 2021: Seit kurzem ist es notwendig, vor dem eigentlichen Start des Storagenode-Containers, den selben Container mit dem “Setup”-Parameter zu starten. Diesen Schritt musst du nur einmal durchführen.

Im Rahmen dieses Setups wird überprüft, ob die gemäß config gemounteten Verzeichnisse auch wirklich verfügbar und beschreibbar sind.

docker run --rm -e SETUP="true" --mount type=bind,source="<identity-dir>",destination=/app/identity  --mount type=bind,source="<storage-dir>",destination=/app/config --name storagenode storjlabs/storagenode:latest

Du musst hier lediglich folgende Variablen ersetzen:

Update Februar 2022: Noch einfacher ist es einfach im selben Verzeiochnis, wo man seine docker-compose.yml-datei liegen hat, den folgenden Befehl zu starten. Das Setup wird dann durchgeführt:

docker-compose run --rm --no-deps -e SETUP=true storagenode

Danach ist das Starten des Nodes ist über einen Befehl auf der Konsole möglich:

docker run -d --restart unless-stopped --stop-timeout 300 \
    -p 28967:28967 \
    -p 127.0.0.1:14002:14002 \
    -e WALLET="0xXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" \
    -e EMAIL="user@example.com" \
    -e ADDRESS="domain.ddns.net:28967" \
    -e STORAGE="2TB" \
    --mount type=bind,source="<identity-dir>",destination=/app/identity \
    --mount type=bind,source="<storage-dir>",destination=/app/config \
    --name storagenode storjlabs/storagenode:latest

Die folgenden Parameter müssen entsprechend Deiner Konfiguration angepasst werden:

Ich bin aber Verfechter einer in meinen Augen einfacheren Methode: Ich nutze eine docker-compose.yml-Datei.

So sieht (m)eine docker-compose.yml für einen Storagenode aus:

# based on https://documentation.storj.io/setup/cli/storage-node
# and based on https://www.jamescoyle.net/how-to/docker-compose-files/3219-storj-storage-node-docker-compose-file
# check the yml-code here: http://yaml-online-parser.appspot.com/
version: "3.2"

services:
  storagenode:
   container_name: storagenode1
   image: storjlabs/storagenode:latest
   restart: unless-stopped
   ports:
     - "28967:28967"
     - "14002:14002"
   volumes:
     - type: bind
       source: /volume1/docker/storj/node2/identity
       target: /app/identity
     - type: bind
       source: /volume2/storj/data
       target: /app/config
   environment:
     - WALLET=0xXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
     - EMAIL=user@example.com
     - ADDRESS=meinedomain.de:28967
     - BANDWIDTH=30TB
     - STORAGE=1.6TB
     - STORJ_LOG_LEVEL=info

Die Inhalte bzw. Parameter decken sich in erster Linie mit denen aus dem direkten Kommando.

Starten kann man den Node dann entsprechend mit dem Kommando

docker-compose up -d

im jeweiligen Verzeichnis, in dem die docker-compose.yml liegt.

Was kann ich mit Storagenodes verdienen?

Die Einnahmen

Eine wichtige Frage und darauf zunächst die klare Antwort: Mit Storagenodes wird man nicht reich. Es geht in erster Linie um den Gedanken eines verteilten Storagenetzwerkes, den man unterstützen möchte. Natürlich ist es schön, wenn dabei nach Abzug von Stromkosten und Co. noch ein wenig übrig bleibt 😉

Ohnehin gilt – auch offiziell – die Maßgabe, dass überschüssiger Speicher auf ohnehin 24/7 laufenden Geräten genutzt werden sollte. Wie es eben auf einem NAS oft der Fall ist 😉

Es gab zu Beginn einen offiziellen Rechner, der den möglichen Verdienst mit einem Storagenode je nach Auslastung skizzieren sollte. Meiner Erfahrung nach ist dieser Rechner mehr als optimistisch gewesen und entsprach in keiner Weise den (aktuellen) Usage-Pattern im Storj-Netzwerk. Die dortigen Werte sind mMn nicht zu erreichen gewesen 😉

Edit August 2022: Mittlerweile gibt es den offiziellen Rechner nicht mehr. Dafür gibt es von der Community gepflegte Rechner, die wesentlich aussagekräftigere Ergebnisse liefern. Zum Einen sei dabei der “Realistic Earnings Estimator” in Form eines google Sheets genannt. Aber natürlich auch der Online-Calculator auf dieser Seite.

Ich habe euch mal meine aktuellen Werte aufgelistet (in Klammern steht der zurückbehaltene Betrag, der sog. Heldback):

Die obige Statistik habe ich seit Ende 2020 nicht mehr weiter geführt.
Die aktuellen Statistiken zu meinen Storagenodes findest du hier.

Fußnoten

¹: Das Storj-Projekt bezahlt die Storagenodebetreiber in sog. Storj-Token. Diese Storj-Token ist im Prinzip eine Kryptowährung/ein Kryptocoin. Es handelt sich jedoch um einen sog. “ERC-20-Token”. Das heißt, der Token nutzt die Ethereum-Blockchain und keine eigene Blockchain. Für jede Auszahlung wird daher eine Transaktion auf der Etherum-Blockchain erzeugt. Die Gebühren für diese Transaktionen sind seit Anfang 2020 rapide gestiegen, sodass das Storj-Projekt nun die Auszahlungen an die Storagenodebetreiber in einer Auszahlung pro Betreiber bündelt.

²: Nun hat es leider im Juli 2020 meinen “Node 2” erwischt. Ende Juli ist der Controller der genutzten USB-Festplatte kaputt gegangen. Dadurch ist das Datenverzeichnis geunmounted worden, der Node lief weiter und wurde innerhalb weniger Stunden diusqualifiziert. Dieses Verhalten ist übrigens seit den 1.12er Versionen der Storagenodes behoben: Sobald das Datenverzeichnis nicht mehr gemounted ist, schaltet sich der Node automatisch ab – man hat so die Chance, den node vor einer Disqualification zu retten.

³: Wie kommt es zu dieser überdurchschnittlich hohen Auszahlung im August 2020? Der Satellite stefan-benten wird abgeschaltet (es handelte sich hierbei um einen Satellite, der nur für Tests gedacht gewesen ist). Daher wurde der gesamte Heldback-Betrag hier einmalig ausgezahlt (siehe hier).

⁴: Für Dezember 2020 und Januar 2021 habe ich bisher keine Auszahlungen erhalten. Weitere Infos dazu: hier.

Update Juni 2020: Ab Juni 2020 werden die Auszahlungen gesammelt für alle Nodes ausgeführt. Trotzdem ist – trotz sinkender Heldbacks und der vollen Auslastung meines “Hauptnodes” eine rapide Verschlechterung des Verdienstes sichtbar.
Das liegt primär daran, dass im Testbetrieb einige Monate die Auszahlungen ver-x-facht worden sind, um die Storagenodebetreiber zu halten. Diese Vervielfachungen des Verdienstes sind seit dem Produktivbetrieb nicht mehr vorhanden.

Update Juli 2020: Es scheint ein Problem mit meinem größten Node (Node1) zu geben, das die rapide gesunkenen Einnahmen erklären könnte. Seit März 2020 wird mir dort der ausgehende Traffic nicht mehr vergütet.
Ich habe das Problem im Storj-Forum gemeldet.
Das erklärt auch, wieso bereits mein viel jüngerer 2. Node im Juni mehr Einnahmen gebracht hat, als mein “alter” Node, der zudem noch mehr Speicher hat und ein Vielfaches an Egress (ausgehendem Traffic).

Update August 2020: Das Problem mit dem nicht bezahlten Upload ist mittlerweile behoben, es handelte sich um ein Problem innerhalb meines Nodes (mehr dazu hier).

Aktuelle Daten und Statistiken zu meinen Nodes

Anbei die aktuelle Auslastung der Bandbreite sowie der aktuell belegte Speicherplatz auf meinen Storagenodes:

Aktuelle Speicherbelegung:

Aktuelle Bandbreite:

*Die Grafiken werden alle 5 Minuten aktualisiert.

Hinweis: Eine Vielzahl weiterer Statistiken und grafischer Auswertungen zu meinen Storagenodes findest Du hier: https://addictedtocode.de/storj/statistiken-zu-meinen-storagenodes/

Die Kosten

Für das Einrichten und den Betrieb eines Storagenodes fallen natürlich kosten an.
Schauen wir uns diese mal im Detail an.

Die Betriebskosten

Die Betriebskosten sind in erster Linie Stromkosten und kosten für einen entsprechenden Breitbandanschluss ans Internet. Wer es ganz genau nimmt, der bezieht vermutlich noch den Verschleiß bzw. den Ausfall von Festplatten und Co mit in die Rechnung.
Ich beschränke mich zunächst rein auf die Stromkosten.
Meine Nodes laufen auf einer Synology Diskstation DS3018xs. Das Gerät ist ausreichend leistungsfähig und verfügt bei mir über 24GB RAM.

Das NAS verbraucht im laufenden Betrieb in meiner Konfiguration gut 70 Watt.
Das entspricht einem Stromverbrauch von ca. 50 kW/h im Monat.
Beim aktuellen Strompreis von durchschnittlich 30 Cent je kW/h sind das immerhin 15€ im Monat.

Betriebskosten Stromverbrauch NAS im Monat:

Der Betrieb eines Storagenodes ist auf vielen – auch kleineren NAS von Synology möglich. Unabdingbar ist aktuell die Docker-Unterstützung.

Wenn wir jetzt ganz kleinlich sind, rechne ich noch die notwendige Breitband-Internetverbindung mit ein. Diese kostet mich für 20MBit Upload-Bandbreite (Kabel) 40€ monatlich.

Die Anschaffungskosten

Wenn man nun überlegt, ein NAS extra für den Betrieb von Storagenodes anzuschaffen, dann muss man die Anschaffungskosten mit einbeziehen.

Ich stelle einmal meine Variante gegen einer LowCost-Variante gegenüber.

Kritik: Wie StorjLabs Vertrauen verspielt

StorjLabs hat im Januar 2021 wenige Tage vor der regulären Auszahlung bekannt gegeben, dass es ab sofort eine Auszahlungsgrenze geben wird und Einnahmen der Storagenodes erst ab einem Betrag X ausgezahlt werden.
“Bekannt gegeben” ist dabei jedoch noch arg beschönigt. Es hat lediglich einen Post im eigenen Forum gegeben. Keine Notification über die Storagenode-Oberfläche. Keine Benachrichtigung per Mail. Begründet wird der Schritt mit den zu diesem Teitpunkt sehr hohen Transaktionskosten im Ethereum-Netzwerk (Der Storj-Token ist ein ERC20-Token auf der Ethereum-Blockchain).

Die Aktuelle Regelung, wann ein Storgaenodebetreiber eine Auszahlung erhält:

-> Wenn die durchschnittliche Transaktionsfee im Ethereum-Netzwerk in den letzten 12 Stunden vor der Auszahlung weniger als 25% der gesamten Auszahlungssumme betragen hat.

Ein Beispiel: Wenn die Transaktionskosten bei 5$ liegen, musst Du mindestens 20$ Vergütung generiert haben, um eine Auszahlung zu erhalten.

Es zählt dabei die Summe der Vergütungen aller unter der jeweiligen Wallet-Adresse laufenden Storagenodes.

Erhält der Storagenodebetreiber keine Auszahlung, wird die Vergütung selbstverständlich aggregiert und beim nächsten Zyklus, in dem die Auszahlungsgrenze überschritten wird, ausgezahlt.

Die Begründung ist durchaus nachvollziehbar, das Problem bzw. die Richtung der Steigenden “Gas”-Preise aber seit Langem bekannt. Daher ist Kritik laut geworden, dass Storjs das Thema lange ignoriert habe und sehenden Auges in die aktuelle Situation gelaufen sei und die Folgen dann mit einer “Hau-Ruck”-Aktion auf die Storeganode-Betreiber abwälze.

Natürlich hat sich StorjLabs hier an die eigenen AGB gehalten, die eine Anpassung der Auszahlungsmodalitäten etc. explizit jederzeit erlauben. Trotzdem macht die Art auf mich einen weniger professionellen Eindruck und hat – bei mir jedenfalls – Vertrauen verspielt. Wenn ich nicht bereits seit einiger Zeit dabei wäre, würde bei mir durchaus ein gewisser “SCAM-Verdacht” aufkommen.
Ich werde dem Projekt natürlich trotzdem treu bleiben, möchte aber die Aspekte der unzureichenden Kommunikation und “Hauruck”-Entscheidungen, die für Investitionen alles andere als optimal sind, nicht außen vor lassen.

TL;DR: Anmerkung am Rande

Dadurch, dass ich z.B. meine Auszahlung für Dezember und Januar erst im Februar bekommen werde, werde ich vermutlich – aufgrund des Preisanstiegs der Storj-Token – ca. 30% weniger Tokens erhalten. Anders gesprochen: Hätte ich meine Vergütung wie gewohnt erhalten, hätte ich nun 30% mehr Wert. Das ist insofern in Ordnung (da Storj in Dollar rechnet und nicht im Token-Wert), aber m.M.n. ärgerlich, da die Verzögerung einseitig von Storj in einer Hau-Ruck-Aktion verursacht worden ist.

Unterm Strich: Spannend wenn das NAS ohnehin läuft.

Jetzt geht es ans Eingemachte – ab wann ist ein Storagenodebetrieb überhaupt lohnenswert?

Szenario 1: Das NAS läuft ohnehin

Das NAS läuft ohnehin und verbraucht Strom. Eine Internetverbindung braucht man auch sowieso. Es entstehen also keine zusätzlichen Kosten und der überschüssige Speicher auf dem NAS kann gewinnbringend vermietet werden.
Bereits ab dem ersten Cent kann man die Einnahmen als Gewinn betrachten.

In diesem Szenario lohnt sich ein Storagenode in jedem Fall und sollte in Angriff genommen werden.

Szenario 2: Das NAS läuft ohnehin, Ausbau mit Festplatten

Wenn das NAS ohnehin läuft gilt in Bezug auf Stromverbrauch und Internetanschluss selbiges wie in Szenario 1. Lediglich die Upgrades der Festplatten müssen sich amortisieren.

In diesem Fall lohnt sich ein Storagenode erst nach einiger Zeit, kann aber durchaus gewinnbringend betrieben werden.

Szenario 3: Neuanschaffung sämtlicher Bestandteile

In diesem Szenario wird es schwierig. Rein wirtschaftlich sollte man sich gut überlegen, ob man sämtliche Hardware für Storagenodes neu anschaffen möchte, der break-even dürfte wenn überhaupt erst weit in der Zukunft erreicht werden.

Allerdings gibt es da ja noch den Enthusiasmus für ein tolles Projekt 😉

August 2022: Wieso ich an das Storj-Projekt glaube

Ich bin nun seit einigen Jahren beim Storj-Projekt als “SNO” (Storagenode Operator) dabei. Und ja, ich habe mich über manche Dinge geärgert und es lief nicht immer alles rund.
Aber das Projekt wächst langsam aus den Kinderschuhen heraus. Folgende meine Punkte, wieso ich mehr denn je an das Projekt glaube:

• Storj ist nachhaltig
  Für Storj werden keine großen Rechenzentren betrieben. Außerdem muss kein großes (zentrales) Backbone betrieben werden, es wird die Bandbreite der Storagenode-Betreiber aggregiert.
• Storj ist sicher(er)!
  Zum Einen sind die Daten – auch wenn sie bei fremden Personen auf privaten Festplatten liegen – sicher. Denn die Daten sind verschlüsselt werden beim Upload in viele kleine Segmente zerlegt, die dann von den sog. “Satellites” über viele verschiedene Storagenodes verteilt werden. Ein Node hat dabei nie so viel Datensegmente, dass der Provider Daten einsehen könnte. Die Satellites fungieren gewissermaßen als Inhaltsverzeichnis. Sie wissen, wo welche Teile gespeichert sind, um die Daten wiederherzustellen.
  Da die Daten dezentralisiert gespeichert sind, ist die Verfügbarkeit sogar höher, als es bei herkömmlichen Rechenzentren der Fall wäre.
• Storj ist günstig
  Storj hat kaum Investitionskosten, um große Rechenzentren zu finanzieren und zu betreiben. Denn die Rechenzentren sind verteilt bei vielen kleinen Storagenode-Providern (in der Regel Privatpersonen). Daher ist das Pricing-Modell konkurrenzlos günstig.
• Storj ist performant(er)!
  Da die Datensegmente von vielen verschiedenen Storagenodes parallel geladen werden, kann auch die Bandbreite der tendenziell eigentlich schwachen Hausanschlüsse, hinter denen sich die meisten Storagenodes befinden, aggregiert werden. Das Ergebnis ist oft schneller als von herkömmlichen Rechenzentren.
• Storj ist Open Source

Gesammelte FAQs zu Storj

Quellen und weitere Ressourcen:
– https://forum.storj.io/
– https://www.synology-forum.de/threads/storj-speicher-vermieten.92657/
– Storj-Whitepaper