Zusammenfassung

  • Volta erklärte am 4. August, zuvor im Jahr 2026 Technologie von Genesis Cloud übernommen zu haben. Genannt werden Software für eine öffentliche KI-Cloud und für Bare-Metal-Cluster, nicht sämtliche Gesellschaften, Kundenverträge oder Netzressourcen.
  • AS209045 kündigte bei einer RIPEstat-Abfrage mit Beobachtungszeitpunkt 19. Oktober keine Routen an. Die historischen Präfix- und Peer-Angaben beschreiben deshalb keine nachgewiesene aktuelle Lieferfähigkeit.

Auf der Routingseite zu AS209045 stehen zwei Zahlen, die man nicht zusammenziehen sollte: zwei und null. Zwei IPv6-Präfixe sind als frühere Ursprungspräfixe aufgeführt. Die Zahl der angekündigten Präfixe beträgt dagegen null. Wer nur die erste Angabe übernimmt, macht aus einer alten Netzspur einen aktuellen Betrieb.

Die Seite von Hurricane Electric warnt selbst davor. Das ASN sei seit dem 16. April 2026 nicht mehr in der globalen Routingtabelle sichtbar; ein Teil der Informationen stamme aus dieser Zeit. Unter dem Namen Genesis Cloud Limited bleiben trotzdem konkrete Adressen und Peers nachlesbar. Ihre Genauigkeit macht sie nicht gegenwärtig.

Für Genesis gibt es inzwischen eine andere wichtige Quelle. Volta teilte am 4. August mit, im früheren Verlauf des Jahres Technologie von Genesis Cloud gekauft zu haben. Dazu gehöre Software für eine öffentliche KI-Cloud und die Verwaltung von Bare-Metal-Clustern. Diese Aussage erklärt etwas über den Verbleib von Software. Sie erklärt nicht den Routingbefund vom April. Eine Verbindung zwischen beidem ist nicht belegt.

Was sich im Netz tatsächlich ablesen lässt

Hurricane Electric führt für AS209045 Malta im Herkunftsland-Feld. Historisch sind zwei originierte IPv6-Präfixe und keine originierten IPv4-Präfixe angegeben: 2a09:7000::/31 und 2a09:7007::/36, jeweils mit der Bezeichnung „Genesis Cloud LIR Admin“. Als IPv6-Peers erscheinen AS13237 euNetworks GmbH und AS16276 OVH SAS.

Eine direkte RIPEstat-Abfrage liefert einen zeitlich klaren neueren Befund. Zum 19. Oktober 2026, 08:00 UTC, wurde AS209045 als nicht ankündigend ausgewiesen; das Halterfeld war leer. Eine RDAP-Abfrage bei RIPE gab am selben Tag HTTP 404 zurück. Damit liegt aus dieser Abfrage keine positive Bestätigung des heutigen registrierten Halters vor.

RIPEstat bestätigt den Zustand zum genannten Zeitpunkt, nicht lückenlos jeden Tag seit April. Auch lässt sich aus einer erfolglosen Registerabfrage keine Auflösung eines Unternehmens ableiten.

Die Netzangaben haben zudem eine andere Einheit als ein Cloud-Angebot. Ein Präfix zählt weder Server noch Rechenzentren, Kunden oder Datenverkehr. „LIR Admin“ ist eine Beschreibung, kein Nachweis der tatsächlich transportierten Daten. Ein Peer-Eintrag veröffentlicht keinen Transitvertrag und garantiert keine Bandbreite für einen Kunden. Das Länderfeld belegt allein weder den rechtlichen Sitz einer Gesellschaft noch den Standort ihrer GPU.

Übrig bleibt ein sinnvoll begrenzter Befund: eine identifizierbare frühere Routingpräsenz und eine datierte Beobachtung ohne aktuelle Ankündigung. Daraus folgt weder, dass sämtliche Dienste eingestellt wurden, noch, dass diese Netzressourcen an Volta übergingen.

Der Technologiekauf ist nicht der Kundenvertrag

Software kann eine neue Verwendung finden, ohne dass ein bestimmtes ASN mitwandert. Gerade bei einer Cloud sind Steuerungssoftware, physische Rechner, Adressressourcen und Kundenpflichten getrennte Prüfgegenstände. Voltas Mitteilung benennt den technologischen Teil.

Sie sagt nicht, dass jede Genesis-Gesellschaft, jeder Kundenvertrag, jede GPU und jedes Präfix Gegenstand der Transaktion war. Wer ein heutiges Angebot bewertet, braucht deshalb den Namen des Vertragspartners und dessen Leistungszusage. Für die Fortführung eines bestehenden Vertrags wäre ein Dokument nötig, das gerade diesen Übergang regelt. Ein Markenname und eine Technologiemeldung reichen dafür nicht.

Die neue Quelle korrigiert auch die Einordnung früherer Recherchegrenzen. Am 17. und 18. Oktober waren über die Genesis-Webseite keine lesbaren Produktbedingungen, über RDAP kein brauchbares Ergebnis und über die RIPEstat-Einstiegsseite keine nützliche Zusammenfassung gewonnen worden. Das sind gescheiterte Abrufe, kein Beweis dafür, dass es nie öffentliche Dokumentation gab. Die direkte RIPEstat-Schnittstelle liefert nun einen datierten Befund; Volta eine offizielle Aussage zum Technologiekauf.

Auch der Versuch vom 19. Oktober, die Genesis-Webseite zu lesen, ergab für diese Recherche keinen verwertbaren aktuellen Katalog. Gegenwärtige Preise und Bedingungen bleiben hier unbestätigt. Der Abruffehler erklärt weder seine eigene Ursache noch den Servicezustand bei Bestandskunden. Eine Dokumentenlücke sollte eine Nachfrage auslösen, keine erfundene Betriebsschließung.

Die Rechnung beginnt nicht erst beim GPU-Chip

Selbst mit einem aktuellen Preis je GPU-Stunde wäre noch nicht geklärt, was die Arbeit kostet. Gekauft wird Mietdauer. Benötigt wird häufig ein abgeschlossenes Training, ein bestimmter Inferenzdurchsatz oder eine belastbare Antwortzeit.

CPU, Speicher und weitere Host-Ressourcen können bereits in der abgerechneten GPU-Einheit enthalten sein. Es wäre falsch, jeder Stundenangabe zu unterstellen, sie kaufe ausschließlich den Beschleuniger. Entscheidend sind der enthaltene Ressourcenverbund und die Leistung bei der vorgesehenen Aufgabe.

Schon die Vorbereitung und Bereitstellung der Eingabedaten kann beeinflussen, ob eine GPU laufend Arbeit bekommt. Dazu kommen Host-Speicher und Storage. Bei mehreren Beschleunigern zählt auch, wie häufig und über welchen Weg sie Daten austauschen. Die Laufzeit eines guten Einzel-GPU-Tests lässt sich daher nicht einfach durch die Zahl zusätzlich gemieteter Geräte teilen.

NVIDIAs Erläuterung zu NCCL macht diese Wege greifbar: innerhalb eines Knotens etwa PCIe oder NVLink, zwischen Knoten Sockets, InfiniBand oder RoCE. Direkte Gerätezugriffe, Wege über die CPU und Netzadapter beeinflussen die Kommunikation. Das beschreibt einen allgemeinen technischen Zusammenhang, keine nachgewiesene Genesis-Konfiguration und keinen aktuellen Benchmark dieses Anbieters.

Auch die teuerste Verbindung ist nicht für jede Aufgabe die beste Ausgabe. Ein wenig kommunizierender Job kann ihren Vorteil kaum nutzen; bei häufigem Datenaustausch kann Warten dagegen bezahlte Laufzeit verbrauchen. Ohne die konkrete Last lässt sich weder PCIe pauschal zum Engpass erklären noch ein vielfacher Leistungsgewinn versprechen.

Der aussagekräftige Versuch führt die vorgesehene Arbeit auf der angebotenen Konfiguration aus. Er hält erledigte Arbeit, verstrichene Zeit und berechnete Ressourcen zusammen fest. Erst dann entsteht ein Preisvergleich, der mehr ist als eine Sortierung von Stundensätzen.

Was nach dem Rechnen bezahlt wird

Speicherorte und Datenwege gehören ebenfalls in die Kalkulation. Wo liegen Checkpoints und Ergebnisse? Welche Übertragungen sind eingeschlossen? Wird reservierte, aber ungenutzte Kapazität berechnet? Hier ersetzt keine allgemeine Cloud-Faustregel den jeweiligen Vertrag.

Ein öffentlich prüfbares Beispiel liefert Amazon EC2. Dort werden Instanznutzung und Datentransfer getrennt beschrieben; für Übertragungen bestehen Freimengen und Ausnahmen. Die sekundengenaue Abrechnung mit mindestens 60 Sekunden gilt für berechtigte Betriebssysteme, während andere Systeme abweichende Bedingungen haben. Auch ungenutzte On-Demand-Kapazitätsreservierungen können Kosten verursachen. Das sind Amazon-Regeln, nicht nachgewiesene Genesis-Gebühren.

Das Schreiben eines Checkpoints ist folglich nicht automatisch kostenpflichtiger ausgehender Verkehr. Ziel, Pfad und Dienst bestimmen die anwendbare Regel. Bei Reservierungen muss neben dem Rabatt auch die Nutzung betrachtet werden: Eine günstiger berechnete Stunde kann weiterhin eine unproduktive Stunde sein.

Für Genesis liegen in dieser Recherche weder ein bestätigter aktueller Katalog noch unabhängige Messungen der vorgesehenen Arbeit oder heutige vertragliche Inklusivleistungen vor. Eine belastbare Beschaffung braucht ein Angebot mit Vertragspartner, GPU- und Host-Ausstattung, Platzierung und Konnektivitätszusagen sowie Speicher-, Transfer- und Unterbrechungsbedingungen. Danach lässt sich das Angebot mit einer wiederholbaren Aufgabe prüfen.

Die beiden alten IPv6-Präfixe helfen, eine frühere Netzidentität zu verfolgen. Voltas Mitteilung hilft, die erworbene Technologie einzuordnen. Wer heute Rechenleistung kaufen will, benötigt eine andere Antwort: Wer liefert, wie viel Arbeit wird erledigt und wie wird sie abgerechnet? Diese Auskunft darf nicht aus einer Routingseite herausgelesen werden, die sie nie gegeben hat.