Deutsch Control Center und RAM

Control Center und RAM-Steuerung

Optionale Darknet-Konsole

Mit --darknet-console läuft rechts ein zweites, kleineres Fenster. Es öffnet sich nur, wenn die Darknet-Netzkarte sichtbar ist, zeigt den Auth-Fortschritt und verbindet das normale Terminal per Klick. Details und Schalter stehen auf Darknet-Konsole.

Control Center

Ab ausreichendem Home-RAM startet ui/dashboard.js automatisch in einem separaten Tail-Fenster. Es aktualisiert sich standardmäßig alle zwei Sekunden und zeigt:

• Geld, Hacking-Level, Source-Files und aktuelle Stadt
• belegten und freien Home-RAM
• entdeckte und gerootete Server
• Betriebsphase, aktive Module und Hacking-Worker
• manuelle Hinweise und letzte Aktivitäten
• Auto-Updater-Version mit Countdown zur nächsten Prüfung
• © ame824 · grz-gamerz.de

Die Schaltflächen DE und EN oben rechts wechseln alle Dashboard-Texte, Hinweise, Blocker und Toasts. Die Auswahl bleibt nach Neustarts erhalten.

Übersicht in der rechten Seitenleiste

Solange das Dashboard läuft, ergänzt es Bitburners Overview um:

• durchschnittliches Geld pro Sekunde im aktuellen Run
• Laufzeit seit der letzten Augmentationsinstallation
• installierte Augmentations
• belegte Hacking-Worker
• Home-RAM-Auslastung

Abschalten in core/config.js:

overviewStatsEnabled: false

Fenstersteuerung

run ui/dashboard.js
run ui/dashboard.js --refresh 5000
run ui/dashboard.js --no-auto-fit

Das Fenster passt Breite, Höhe, Position und Schriftgröße automatisch an die Bitburner-Fenstergröße an. --no-auto-fit behält die feste klassische Größe bei. --no-ui am Scheduler deaktiviert nur den automatischen Dashboard-Start.

Betriebsphasen

1. Bootstrap

Unter 32 GiB bleibt das Dashboard geschlossen. Aktiv sind nur die kleinsten Grundfunktionen:

• Netzwerk scannen und rooten
• Worker verteilen
• RAM-sparender Hacking-Manager
• leichte Prüfungen für Home-RAM und Berufsempfehlung

Damit kann auch ein frischer Spielstand Geld verdienen, ohne große Managementmodule zu laden.

2. Leichte Startphase

Ab 32 GiB werden Dashboard, normaler Hacking-Manager, Programme, Casino, Home-RAM, Cloudserver, Hacknet und – mit Singularity – Jobs verfügbar. In dieser Phase läuft höchstens ein Managementmodul gleichzeitig, damit RAM für Geld-Worker frei bleibt.

3. Mittlere Phase

Sobald mindestens 50 % des dynamischen Gesamtziels erreicht sind, erhalten Home-RAM-Ausbau und schneller BitNode-Abschluss dieselbe hohe Priorität. Fraktionen, Backdoors, Augmentations, Progression und das aktuelle BitNode-Sondersystem werden freigegeben.

4. Vollbetrieb

Bei erreichtem Gesamtziel werden alle passenden Module freigegeben. Einzelne Module, deren BitNode-berechneter RAM trotzdem nicht passt, warten still auf mehr freien RAM.

Dynamisches Home-RAM-Ziel

autoDoIt berechnet die nächste Zweierpotenz, die für Scheduler, Dashboard, Module, Worker und Sicherheitsreserve genügt. Bei phasenbasierten Systemen (Gang, Fraktionen, Augmentierungen, Sleeves, Bladeburner, Aktien, IPvGO und Corporation) zählt nur der größte gleichzeitig mögliche Phasen-Worker statt der Summe aller Worker. Das Control Center zeigt aktuellen RAM, mittlere Schwelle und Ziel.

Automatische Home-Upgrades benötigen BitNode 4 oder Source-File 4. Bei SF4 Level 1 kann der externe Singularity-RAM-Multiplikator dazu führen, dass der Spieler Home einmal manuell auf ungefähr 64 GiB bringen muss, bevor das Kaufmodul selbst laufen kann.

Budgetlogik

Unterhalb der mittleren Schwelle besitzt Home-RAM primäre Kaufpriorität. Trotzdem bleiben pro Durchlauf je 1 % des aktuellen Geldes für Hacknet und Cloudserver reserviert. Nicht genutzte Anteile werden bis zu einer sicheren Obergrenze von 15 % angespart, sodass teurere Upgrades nicht dauerhaft blockieren.

Im normalen Betrieb gelten höhere konfigurierbare Budgets. Augmentationsgeld und notwendige Reserven werden vor Infrastrukturkäufen geschützt.

BitNode-Strategie

Der Automatisierungsweg startet mit BN1 → BN4 und wiederholt BN4, bis Source-File 4.3 den externen Singularity-RAM-Aufschlag entfernt. Danach werden zuerst fehlende Source-Files in der konfigurierten Reihenfolge entdeckt und anschließend vorhandene Source-Files erhöht. Der erwartete Gewinn des aktuellen BitNodes wird vor der Wahl des nächsten Ziels mitgerechnet.

Ruhiges Terminal

Erfolge und Routineinformationen landen im Control Center. Im Terminal bleiben nur Fehler, wirklich manuelle Blocker, Updater-Ausgaben und der ausdrücklich gestartete Selbsttest.