seine konfigurieren: gespeicherte Werte und Startoptionen

Starte deinen Blocknet-Miner jedes Mal mit nachvollziehbaren Einstellungen. Diese Anleitung für seine v0.2.37 erklärt Speicherort, Vorrang der Startargumente und dauerhafte Änderungen. Voraussetzung ist eine funktionierende Installation; der Update-Leitfaden behandelt den Austausch der Anwendung.

Wie wählt seine die Einstellungen?

Finde die tatsächlich verwendete Konfiguration

Standard ist ./seine-data/seine.config.json, relativ zum Arbeitsverzeichnis des Prozesses. Dieses kann vom Programmordner abweichen. Prüfe Terminalordner, Verknüpfung oder Dienst vor dem Bearbeiten. Zwei Startwege können dasselbe Programm mit verschiedenen Datenordnern öffnen.

--data-dir wählt das Basisverzeichnis; der Dateiname bleibt seine.config.json. Verwende bei mehreren Startorten einen festen absoluten Pfad. Notiere Programm, Arbeitsverzeichnis, Datenpfad und alle Argumente. Die Windows-Startanleitung zeigt diese Angaben einschließlich Leerzeichen in der Aufgabenplanung.

Welche Werte gehören in die Datei?

Das Beispiel zeigt die wichtigsten Verbindungsfelder. Ersetze @yourname durch deine registrierte Blocknet ID oder vollständige Empfangsadresse. Es beschreibt das Dateiformat und ist kein Befehl. Ändere in einer bestehenden Installation nur die betreffenden Felder, statt die gesamte Datei zu ersetzen.

{
  "schema_version": 1,
  "mode": "pool",
  "address": "@yourname",
  "pool_url": "stratum+tcp://bntpool.com:3333",
  "pool_worker": "desktop-01"
}

mode, address, pool_url und pool_worker wählen Modus, Ziel, Pool und Rig-Namen. Erhalte schema_version und ein vorhandenes dev_fee_pool_worker. Letzteres ist eine separat erzeugte Kennung; dein Rig nutzt pool_worker. Wiederherstellungsphrase und private Schlüssel gehören nicht in diese Verbindungsdatei.

Wie bleibt eine Änderung erhalten?

Stoppe den Miner und sichere die Datei. Bearbeite sie als Klartext mit gültigem JSON und doppelten Anführungszeichen; behalte den Dateinamen ohne zusätzliche Endung. Ändere nur das benötigte Feld im tatsächlich verwendeten Datenordner. Prüfe Kommas, vermeide Kommentare und abschließende Kommas und nutze gegebenenfalls die JSON-Prüfung des Editors. Das Backup ermöglicht einen exakten Vergleich.

Prüfe den Startweg auf explizite Gegenwerte. Eine neue gespeicherte Adresse wirkt nicht, solange ein altes --address im Befehl steht. Aktualisiere das Argument oder entferne es zugunsten der Datei. Starte über die gewöhnliche Verknüpfung, das Skript oder die Aufgabe und kontrolliere die wirksamen Werte.

Temporäre Optionen bewusst verwenden

Bei vorhandener Konfiguration setzt folgende Pool-Option den Rig-Namen für diesen Lauf. Ohne das Argument gilt beim nächsten Start wieder der gespeicherte Name. Das eignet sich für kontrollierte Änderungen; für jeden Start gehört das Argument in den regulären Startbefehl.

--pool-worker desktop-02

Fehlt die Datei beim ersten Start, erstellt seine sie aus den anfänglichen Verbindungsangaben. Das unterscheidet sich vom Übersteuern einer vorhandenen Datei. Beachte dies beim Kopieren eines Befehls auf einen anderen Computer, der möglicherweise erstmals konfiguriert wird. Die Konfigurationsreferenz dokumentiert Startabfragen und Optionen.

Tuning-Optionen beim Startbefehl aufbewahren

--backend und --threads werden als Startargumente übergeben. Das Verbindungsschema ist keine allgemeine Optionsliste. Ein ähnlich benanntes JSON-Feld setzt keine solche Laufzeitoption. Bewahre bewusste Hardware-Einstellungen im Skript, in der Verknüpfung oder im Dienst auf.

Thread-Tasten im Dashboard ändern die aktuelle Sitzung, nicht einen gespeicherten Standard. Automatisches Tuning besitzt eigene Cache-Dateien. Erhalte sie getrennt von Verbindungsänderungen und lasse jeden Rechner seine Hardware abstimmen. Die Autotuning-Anleitung erklärt Cache-Nutzung und explizite Thread-Zahlen.

Warum scheinen Einstellungen zurückgesetzt?

Vergleiche Datenpfad und Argumente mit dem letzten funktionierenden Lauf. Neuer Entpackordner, anderer Terminalordner oder alte Aufgabenargumente erklären oft den Unterschied. Lies bei einem Parserfehler zuerst Dateiname und Meldung. Stelle das Backup wieder her oder korrigiere JSON und starte einmal über den vorgesehenen Weg.

Prüfe Zieladresse, Pool, Rig-Namen und akzeptierte Shares. Wiederhole einen normalen Start, um Dauerhaftigkeit zu prüfen; ein einzelner Lauf mit Argumenten bestätigt nur diesen Befehl. Nutze die Dashboard-Anleitung und bei neuem Gutschriftziel die Adresswechsel-Anleitung. Bewahre funktionierenden Startbefehl und Konfigurationsbackup zusammen auf.