Wie konfiguriere ich HiveOS für Radiant (RXD) Mining? (Flugblatt-Setup)

Radiant Mining auf HiveOS verstehen

1. Radiant (RXD) ist eine Proof-of-Work-Kryptowährung, die auf der Qubic-Protokollinfrastruktur aufbaut und CPU-gebundene Rechenaufgaben anstelle von GPU-Hashing nutzt.

2. HiveOS unterstützt Radiant Mining durch benutzerdefinierte Miner-Integration, was eine präzise Konfiguration von Pool-Endpunkten, Worker-Identifizierung und hardwarespezifische Optimierungsparameter erfordert.

3. Im Gegensatz zu Ethereum oder Kaspa verlässt sich Radiant nicht auf Standard-Stratum-Protokolle; Es verwendet HTTPS-basierte Jobverteilung mit JWT-Authentifizierungstoken, die in Miner-Startbefehle eingebettet sind.

4. Die offizielle Radiant-Miner-Binärdatei muss manuell im Flugblatt angegeben werden, da sie nicht im Standard-Miner-Repository von HiveOS enthalten ist.

5. Flight Sheets dienen als unveränderliche Konfigurationsvorlagen, die auf allen Rigs angewendet werden und ein konsistentes Verhalten für alle Maschinen gewährleisten, die dem RXD-Mining zugewiesen sind.

Erforderliche Komponenten für RXD Flight Sheet

1. Eine gültige Radiant-Wallet-Adresse, die auf https://radiant.qubic.li registriert ist und als Auszahlungsziel verwendet wird.

2. Ein eindeutiger Worker-Name im Format USERNAME.RIGID , wobei USERNAME mit dem Kontoinhaber übereinstimmt und RIGID eine alphanumerische Kennung ist, die an die physische Hardware gebunden ist.

3. Die neueste Qubminer- Version, die mit der Konsensschicht v1.9+ von Radiant kompatibel ist – die verifizierte SHA256-Prüfsumme muss mit veröffentlichten Hashes von qubic-li-GitHub-Versionen übereinstimmen.

4. Ein aktives Zugriffstoken, das vom Radiant API-Endpunkt ausgestellt wird, 30 Tage gültig ist und sich nur auf Mining-Berechtigungen bezieht.

5. Hardware-Optimierungsflags, einschließlich Kern-Offset, Speicher-Offset und Leistungsbegrenzungseinstellungen, maßgeschneidert für AMD Ryzen- oder Intel Core i-Serie-CPUs.

Erstellen des Flight Sheet JSON

1. Öffnen Sie das HiveOS-Web-Dashboard und navigieren Sie zu Farms > Flight Sheets > Add New .

2. Fügen Sie die folgende Grundstruktur ein und ersetzen Sie dabei die mit BRACKETED_TEXT markierten Platzhalter:

3. Setzen Sie explizit „coin“: „radiant“ – HiveOS behandelt dies als einen eigenen Münztyp, der von qubic getrennt ist.

4. Konfigurieren Sie „url“: „https://mine.radiant.qubic.li/“ als primären Pool-Endpunkt; Fallback-URLs werden in aktuellen RXD-Implementierungen nicht unterstützt.

5. Betten Sie das JWT-Token in das Feld „accessToken“ ein und verwenden Sie dabei das Rohzeichenfolgenformat ohne Zeilenumbrüche oder Escapezeichen.

6. Weisen Sie „miner“ zu: „qubminer“ und verweisen Sie „install_url“ auf die genaue GitHub-Release-Archiv-URL, die die statisch verknüpfte Binärdatei für Linux x86_64 enthält.

7. Fügen Sie NVidia- oder AMD-spezifische Tuning-Zeilen unter „user_config“ ein, auch wenn sie nicht verwendet werden – das Auslassen führt aufgrund fehlender Konfigurationsvalidierung zu einem Fehler beim Miner-Start.

Anwenden und Validieren der Konfiguration

1. Speichern Sie das Flugblatt unter einem aussagekräftigen Namen wie Radiant-CPU-Optimized-v1.9.3 .

2. Weisen Sie das Blatt über die Schaltfläche „Zu Rigs zuweisen“ einem oder mehreren Rigs zu – die Zuweisung löst einen sofortigen Neustart und eine Neukonfiguration aus.

3. Überwachen Sie die Registerkarte „Protokolle“ auf die Miner-Initialisierungsausgabe. Bei erfolgreichem Start wird „Verbunden mit radiant.qubic.li“ angezeigt, gefolgt von Zeitstempeln für den Jobabruf.

4. Bestätigen Sie die Hash-Rate-Berichterstattung unter Mining Stats > Hashrate ; Stabile Werte zwischen 0,8 und 1,4 KH/s weisen auf eine ordnungsgemäße CPU-Thread-Bindung und die Vermeidung von thermischer Drosselung hin.

5. Vergleichen Sie übermittelte Freigaben mit dem Radiant Explorer unter https://explorer.radiant.qubic.li unter Verwendung des konfigurierten Worker-Namens.

Häufig gestellte Fragen

F: Kann ich Radiant und Qubic gleichzeitig auf demselben Rig ausführen? Nein. Beide Protokolle verwenden identische Rechenprimitive und teilen sich überlappende Speicherbereiche. Die gleichzeitige Ausführung führt zu ungültigen Freigaben und Ressourcenkonflikten auf Kernelebene.

F: Warum zeigt mein Rig trotz stabiler Konnektivität keine akzeptierten Freigaben an? Dies geschieht, wenn das JWT-Token abgelaufen ist oder der Mining.write- Bereich fehlt. Generieren Sie den Token über das Radiant-Dashboard neu und aktualisieren Sie das Flugblatt sofort.

F: Wird Übertakten für Radiant-Mining empfohlen? Übertakten erhöht die Ablehnungsraten aufgrund der zeitabhängigen Proof-Überprüfung. HiveOS erzwingt strenge Überprüfungen der Taktstabilität; Abweichungen über ±1,5 % lösen eine automatische Beendigung des Miners aus.

F: Unterstützt Radiant ASIC-Geräte? Für Radiant existiert keine ASIC-Firmware. Alle aktiven Miner arbeiten ausschließlich auf Allzweck-CPUs. Behauptungen zur ASIC-Kompatibilität beziehen sich auf veraltete Testnet-Binärdateien, die im Mainnet nicht mehr gültig sind.