Wie verwende ich Kryptex für die Cloud-Überwachung? (Mining-Software)

Kryptex-Architektur verstehen

1. Kryptex fungiert als Windows-basierter Mining-Client, der sich über dauerhafte ausgehende Verbindungen zu seinen zentralen Koordinationsservern in die Cloud-Infrastruktur integriert.

2. Es macht keine lokalen Ports verfügbar und erfordert keine eingehenden Firewall-Regeln, sondern verlässt sich stattdessen auf HTTPS-basierte Abfragen, um aktualisierte Mining-Konfigurationen abzurufen und Freigabedaten zu übermitteln.

3. Die Software integriert ein leichtes Telemetriemodul, das die GPU-Auslastung, die Temperatur, die Lüftergeschwindigkeit und die akzeptierten/abgelehnten Freigaberaten in Fünf-Sekunden-Intervallen erfasst.

4. Alle erfassten Messwerte werden vor der Übertragung mit AES-256-CBC verschlüsselt, wobei die Schlüssel alle 24 Stunden über einen sicheren Schlüsselaustausch mit dem Authentifizierungs-Gateway von Kryptex gewechselt werden.

5. Mining-Profile – einschließlich Algorithmusauswahl, Pool-Endpunkte und Übertaktungsvoreinstellungen – werden in der Cloud gespeichert und beim Start oder bei manueller Aktualisierung geräteübergreifend synchronisiert.

Einrichten des Zugriffs auf das Cloud Monitoring-Dashboard

1. Benutzer müssen ein Konto auf dem offiziellen Kryptex-Portal mit einer gültigen E-Mail-Adresse und einer über TOTP oder Hardware-Token aktivierten Zwei-Faktor-Authentifizierung registrieren.

2. Nach der Installation registriert der Desktop-Client den Host-Computer automatisch mithilfe eines kryptografisch signierten Hardware-Fingerabdrucks, der aus der CPU-ID, der Seriennummer des Festplatten-Volumes und der MAC-Adresse abgeleitet wird.

3. Das Dashboard zeigt die Echtzeit-Hash-Rate pro GPU, thermische Drosselungsereignisse, den Prozentsatz der Betriebszeit und die kumulierten Einnahmen in BTC oder USDT an.

4. Benutzerdefinierte Alarmschwellenwerte können für Temperaturspitzen über 85 °C, anhaltende Hash-Rate-Abfälle von mehr als 15 % über drei Minuten oder aufeinanderfolgende abgelehnte Freigaben über zehn Minuten konfiguriert werden.

5. Historische Diagramme unterstützen zoombare Zeitbereiche von einer Stunde bis neunzig Tagen, wobei die Exportfunktion auf das CSV-Format und nur auf authentifizierte Sitzungen beschränkt ist.

Datenfluss zwischen lokalem Miner und Cloud-Dienst

1. Alle 30 Sekunden initiiert der Client eine POST-Anfrage an https://api.kryptex.app/v2/metrics/submit und überträgt verschlüsselte Nutzdaten mit Sensormesswerten und Mining-Statistiken.

2. Das Cloud-Backend validiert die Signatur, entschlüsselt die Nutzlast und speichert Zeitreihendatensätze in einem Shard-TimescaleDB-Cluster, segmentiert nach Benutzer-ID und Geräte-Hash.

3. Die Pool-Kommunikation bleibt vollständig von der Überwachungsschicht von Kryptex entkoppelt; Während des Betriebs wird kein Stratum-Verkehr abgefangen, protokolliert oder geändert.

4. Dashboard-Visualisierungen werden clientseitig mit vorab abgerufenen JSON-Blobs gerendert, wodurch die serverseitige Rendering-Last minimiert und die Latenz für gleichzeitige Benutzer reduziert wird.

5. Fehlgeschlagene Übermittlungen von Metriken lösen einen exponentiellen Backoff mit Jitter aus, der auf Fünf-Minuten-Intervalle begrenzt ist, während der lokale Ringpufferspeicher von bis zu sechs Stunden roher Telemetrie aufrechterhalten wird.

Sicherheitskontrollen und Berechtigungsgrenzen

1. Für jedes Gerät ausgegebene API-Token sind ausschließlich auf die Telemetrieaufnahme und Profilsynchronisierung beschränkt – kein Zugriff auf die Brieftasche, keine Auszahlungsmöglichkeit, keine Administratorrechte.

2. Die Deaktivierung des Geräts erfordert einen expliziten Widerruf über die Webschnittstelle oder eine automatische Aussetzung nach 72 Stunden ohne Übermittlung von Nullmetriken.

3. Alle Dashboard-Sitzungscookies enthalten die Attribute „HttpOnly“, „Secure“ und „SameSite=Strict“ und verhindern so standortübergreifende Leakage- oder Injektionsangriffe.

4. Audit-Protokolle zeichnen jeden Anmeldeversuch, jede Geräteregistrierung, jede Token-Generierung und jede Konfigurationsänderung auf – mit unveränderlicher Speicherung in einem S3-Bucket, das nur angehängt werden kann.

5. Die Speicherung der Benutzerdaten entspricht den Anforderungen des Artikels 28 der DSGVO, wobei die Verarbeitung auf die AWS-Regionen Frankfurt und Amsterdam beschränkt ist, sofern beim Onboarding nichts anderes angegeben wird.

Häufig gestellte Fragen

F: Kann ich mehrere Rigs unter einem einzigen Kryptex-Konto überwachen? A: Ja. Jedes Rig wird als eigenständiges Gerät mit eigener Kennung und eigenem Telemetriedatenstrom registriert. Das Dashboard aggregiert standardmäßig Metriken, ermöglicht jedoch das Filtern nach individuellem Gerätenamen oder Gruppen-Tag.

F: Speichert Kryptex rohe GPU-Speicherauszüge oder Prozesslisten auf Kernel-Ebene? A: Nein. Kryptex sammelt nur Sensordaten auf Oberflächenebene und bergbauspezifische Zähler. Es greift nicht auf Prozessspeicher, Registrierungseinträge oder Dateisysteminhalte zu und überträgt diese auch nicht.

F: Gibt es eine Möglichkeit, die Telemetrie zu deaktivieren, ohne die Mining-Funktionalität zu beeinträchtigen? A: Ja. Durch das Starten des Clients mit dem Flag --no-metrics werden alle ausgehenden Metrikübermittlungen deaktiviert, während der vollständige Mining-Vorgang und die Pool-Konnektivität erhalten bleiben.

F: Werden historische Kennzahlen beibehalten, wenn mein Abonnement abläuft? A: Metriken, die älter als 30 Tage sind, werden nach Ablauf des Abonnements automatisch gelöscht. Bei aktiven Abonnements werden Daten unabhängig vom Rechnungsstatus bis zu 90 Tage lang gespeichert.