Wie man beiträgt

Hashiverse hat kein Unternehmen dahinter und keine eigenen Server. Seine Resilienz, Verfügbarkeit und Zensur­resistenz sind ausschließlich eine Funktion davon, wie viele unabhängige Server im Netzwerk existieren. Jeder Knoten, den du hinzufügst, macht das Netzwerk schwerer angreifbar, schwerer mundtot zu machen und nützlicher für alle, die es benutzen. Wenn du an das glaubst, was Hashiverse zu sein versucht, ist einen Server zu betreiben der direkteste Weg zu helfen.

Die gute Nachricht: Es kostet etwa so viel wie eine Tasse Kaffee im Monat. Und wenn du mehr beitragen möchtest, ist der richtige Schritt, mehr Server zu betreiben, nicht einen größeren — zehn 5-Dollar-Maschinen, verteilt auf verschiedene Anbieter und Regionen, sind für das Netzwerk weit wertvoller als eine 50-Dollar-Maschine.

Was du brauchst

Jeder günstige VPS bei jedem Anbieter genügt — Hetzner, DigitalOcean, Vultr, Linode und viele andere bieten passende Maschinen für rund 5 $/Monat. Die Mindest­anforderungen sind bescheiden:

CPU- und RAM-Anforderungen sind minimal — der Server ist in Rust geschrieben und darauf ausgelegt, effizient auf den kleinsten verfügbaren Instanzgrößen zu laufen.

Den Server installieren und betreiben

Wichtig zu wissen: Wenn du einen Server hochfährst, muss er zunächst eine beträchtliche Proof-of-Work leisten, bevor er einen vertrauenswürdigen Platz im Hashiverse-Netzwerk zugewiesen bekommt. Wundere dich also nicht, wenn deine CPU in den ersten Stunden auf Anschlag läuft und die Logs ständig von PoWs, Iterationen und ETA reden.

Wir empfehlen jeden Standard-Linux-Server. Ubuntu funktioniert prima, ob 2024 oder 2026. Füge das Folgende in das Startup-Skript- / User-Data- / cloud-init-Feld ein, wenn du deinen Server erstellst (der Name variiert je Anbieter). Es öffnet die Firewall, fügt das signierte Hashiverse-Paket­repository hinzu und installiert den Server, der sofort startet. 

#!/usr/bin/env bash
set -euo pipefail

export DEBIAN_FRONTEND=noninteractive
apt-get update
apt-get install -y curl ca-certificates ufw

ufw allow 22/tcp
ufw allow from 0.0.0.0/0 to any port 443 proto tcp
ufw --force enable

curl -fsSL https://www.hashiverse.com/packages/hashiverse-packages.asc -o /usr/share/keyrings/hashiverse-packages.asc
curl -fsSL https://www.hashiverse.com/packages/apt/hashiverse.sources -o /etc/apt/sources.list.d/hashiverse.sources
curl -fsSL https://www.hashiverse.com/packages/apt/hashiverse-mirrors.txt -o /etc/apt/hashiverse-mirrors.txt

apt-get update
apt-get install -y hashiverse-server

Unter Fedora, Rocky, Alma oder RHEL fügst du stattdessen das Repository hinzu und installierst mit dnf (und öffnest Port 443 in firewalld): 

curl -fsSL https://www.hashiverse.com/packages/hashiverse-packages.asc -o /etc/pki/rpm-gpg/RPM-GPG-KEY-hashiverse
curl -fsSL https://www.hashiverse.com/packages/rpm/hashiverse.repo -o /etc/yum.repos.d/hashiverse.repo
dnf install -y hashiverse-server

Der Server läuft als systemd-Dienst hashiverse-server und hält sich selbst aktuell: Einmal am Tag – zu einer zufälligen Uhrzeit, die sich von Maschine zu Maschine unterscheidet, damit nie das ganze Netzwerk gleichzeitig neu startet – prüft er auf eine neue Version und startet mit ihr neu. Ein paar nützliche Befehle:

Der eingebaute DDoS-Schutz des Servers verwirft mit ipset und iptables Datenverkehr missbräuchlicher IPs auf Kernel-Ebene. Deshalb läuft er als root, aber in einer systemd-Sandbox, die ihm nur die Netzwerk-Capabilities gewährt, die er braucht. In /var/lib/hashiverse-server persistiert der Server seine Identität und die gespeicherten verschlüsselten Beiträge — bewahre es sicher auf, wenn dir Kontinuität wichtig ist, auch wenn Hashiverse darauf ausgelegt ist, sich selbst zu heilen, falls du einen Server zerstörst und einen neuen hochfährst.

Alternativ mit Docker

Wenn du den Server lieber in Docker betreibst, installiert dieses Startup-Skript Docker, öffnet die Firewall, schreibt die Compose-Datei und bringt den Stack hoch. 

#!/usr/bin/env bash
set -euo pipefail

export DEBIAN_FRONTEND=noninteractive
apt-get update
apt-get install -y docker.io docker-compose-v2 ufw

ufw allow 22/tcp
ufw allow from 0.0.0.0/0 to any port 443 proto tcp
ufw --force enable

mkdir -p /opt/hashiverse && cd /opt/hashiverse

cat > docker-compose.yml <<"YAML"
services:
  hashiverse-server:
    image: ghcr.io/hashiverse/hashiverse-server:latest
    restart: unless-stopped
    stop_grace_period: 30s
    ports:
      - "0.0.0.0:443:443"
    cap_add:
      - NET_ADMIN
    volumes:
      - ./data:/data
    logging:
      driver: local
      options:
        max-size: 10m
        max-file: "5"

  watchtower:
    image: nickfedor/watchtower
    restart: unless-stopped
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    command: --interval 3600
YAML

docker compose pull
docker compose up -d

Watchtower hält den Server automatisch aktuell, sobald neue Versionen erscheinen. Die Capability NET_ADMIN ist für den eingebauten DDoS-Schutz des Servers erforderlich, und im Volume ./data persistiert der Server seine Identität und die gespeicherten verschlüsselten Beiträge.