Zusammenfassung

  • Die estnische Handelsregisterseite zur Nummer 14476114 zeigte am 18. Oktober 2026 den Namen Puzl Cloud OÜ und führte GPU Computing OÜ unter der Überschrift „Invalid names“.
  • Das RIPE-Organisationsobjekt mit derselben Registernummer 14476114 trug weiterhin GPU Computing OU, zuletzt geändert am 13. Mai 2026.
  • Das autonome System AS57063 kündigte am 18. Oktober 2026 genau dieselben zwei Präfixe an wie zwei Wochen zuvor: 213.5.72.0/24 und 2001:67c:f74::/48.

Eine Nummer, zwei Namen, kein Widerspruch

Der Eintrag zur Handelsregisternummer 14476114 im estnischen Register ist nicht als Firmenprofil zu lesen. So wie die Seite am 18. Oktober 2026 abgerufen wurde, beginnt sie mit einem Namen, Puzl Cloud OÜ, gefolgt von der Nummer in Klammern, und trägt weiter unten eine Zeile, deren Kürze ihre Wirkung unterschätzt: unter der Überschrift „Invalid names“ führt das Register den Namen GPU Computing OÜ auf. Wörtlich gelesen ist das ein Register, das dem Leser mitteilt, welcher der kursierenden Namen dieser Rechtsperson Vergangenheit ist und welchen es selbst nicht mehr als gültig behandelt. Die Seite selbst steht unter estnische Handelsregisterseite zur Nummer 14476114.

Das ist eine sehr bestimmte und nachprüfbare Aussage über einen Namen. Es ist auch alles, was die Passage belegt. Die Felder, die ein vollständiger Handelsregisterauszug üblicherweise zeigt — ob der Eintrag aktiv ist, unter welchem Tätigkeitsschlüssel die Gesellschaft meldet, wer die Organe sind — waren im aufbewahrten Text nicht enthalten und werden hier nicht behauptet. Was für das Argument zählt, ist enger und schwerer zu bestreiten: Das Register antwortet auf die Frage nach 14476114 mit Puzl Cloud OÜ und markiert den anderen Namen.

Die RIPE-Datenbank beantwortet dieselbe Frage anders. Eine Abfrage zu AS57063 am selben Tag liefert vier Objekte, darunter das Organisationsobjekt ORG-GCO2-RIPE. Dessen Attribut org-name lautet nach wie vor GPU Computing OU. Land EE, Registernummer 14476114, eine Tallinner Adresse in der Tartu mnt 83-701. Das Feld last-modified trägt den 13. Mai 2026 — rund fünf Monate vor dem Registerabruf und mehr als fünf Jahre nach der Anlage des Objekts am 9. Dezember 2020. Die vollständige Antwort liegt in RIPE-Datensatz zu AS57063.

Beide Dokumente beschreiben dieselbe Rechtsperson — die Registernummer stimmt überein — und nennen verschiedene führende Namen. Falsch ist offenkundig keines von beiden. Ein Registrierungsobjekt belegt eine Zuteilung, nicht den Zustand einer Gesellschaft in Echtzeit; ein Handelsregister belegt eine Rechtsperson, nicht einen Routing-Eintrag. Dass sie auseinanderlaufen, ist ihr gutes Recht. An diesem Tag liefen sie auseinander.

Der Routing-Eintrag war nie an den Namen gebunden

Der Teil des Datensatzes, der sich nicht bewegt hat, ist der Teil, der den Verkehr trägt. Das aut-num-Objekt zu AS57063 führt as-name PUZL-AS. Es wurde am 2. November 2021 angelegt und zuletzt am 8. November 2024 geändert. Die Routing-Identität des Betreibers ist also seit Bestehen des Objekts eine von „puzl“ abgeleitete Zeichenfolge — in einem Datensatz, der zweieinhalb Jahre älter ist als die letzte Änderung am Organisationsobjekt.

Das Rollenobjekt erzählt dieselbe Geschichte von einem noch früheren Datum. GCO8-RIPE trägt den Namen GPU Computing OU, teilt die Tallinner Adresse und nennt ein Missbrauchspostfach auf der Domain puzl.ee — die Domain, nicht der Firmenname, ist der Anker der Kontaktschicht. Anlage- und Änderungszeitpunkt sind identisch: 9. Dezember 2020, eine Sekunde nach dem Organisationsobjekt. Das sieht nach einer einzigen Registrierungssitzung aus, die mehrere Objekte erzeugte.

Und das Jahr 2020 ist erwähnenswert: Welchen rechtlichen Weg die Gesellschaft danach auch nahm, der an der Domain hängende Kontaktpfad bestand bereits, bevor die AS-Nummer zugeteilt wurde.

Die Nummer selbst hat sichtbar nie die Hände gewechselt. Am 18. Oktober 2026 gab der RIPEstat-Endpunkt as-overview als Halter „PUZL-AS GPU Computing OU“ zurück, mit announced true — eine Zeichenfolge, die sich genau wie as-name und org-name liest, verbunden durch ein Leerzeichen. So sieht ein Aggregationsdienst aus, der zwei seiner Felder zusammensetzt, statt einen bevorzugten Firmennamen zu erschließen. Der Endpunkt meldete Status ok, eine ungecachte Antwort und ein Abfragefenster vom 18. Oktober 2026, 16:00 UTC: as-overview von RIPEstat zu AS57063.

Wer nur an dieser Oberfläche haltmacht, kennt eine AS-Nummer, zwei gleichzeitige Namen und keinen Konflikt. Der Widerspruch erscheint erst eine Ebene tiefer, in den beiden Quelldokumenten, die die Namen tragen.

Zwei Präfixe und ein erklärter blinder Fleck

Die operative Spur war am selben Tag klein, stabil und identisch mit der zwei Wochen zuvor. Der Endpunkt announced-prefixes gab für AS57063 genau zwei Präfixe zurück: das IPv4-Präfix 213.5.72.0/24 und das IPv6-Präfix 2001:67c:f74::/48. Beide tragen eine durchgehende Zeitachse vom 4. Oktober 2026 bis zum 18. Oktober 2026; das Feld latest_time der Antwort steht auf dem 18. Oktober 2026, 16:00 UTC. Die Einzelheiten in announced-prefixes von RIPEstat.

Die beiden Präfixe sind eine echte, begrenzte Beobachtung, und die Grenze nennt der Dienst selbst. Die Antwort enthält einen Hinweis, dass Ergebnisse Routen mit sehr geringer Sichtbarkeit ausschließen — konkret solche, die weniger als zehn vollversorgte RIS-Peers sehen. Dieser Satz leistet viel. Er bedeutet, dass das Zwei-Präfix-Ergebnis das ist, was ein gut angebundener Messpunkt sieht, und kein vollständiges Verzeichnis aller Ankündigungen, die ein Netz über einen höheren Pfad machen könnte. Wer die beiden Präfixe als den gesamten Adressraum des Betreibers behandelt, liest über den in derselben Antwort abgedruckten Vorbehalt hinweg.

Was diese Präfixe funktional tragen — ob 213.5.72.0/24 Kundenverkehr führt, interne Infrastruktur oder eine Dienstkante —, belegt eine Ankündigung nicht. Ein Präfix in der globalen Tabelle ist die Aussage, dass irgendein Ursprung erreichbar ist, und mehr nicht.

Die eine Frage, die die Dokumente nicht beantworten

Die Ursprungsautorisierung ist die nächste Frage, und es ist die Frage, die scheiterte. Der RIPEstat-Endpunkt zur RPKI-Validierung für AS57063 lieferte am 18. Oktober 2026 keinen brauchbaren Antwortkörper; die aufbewahrte Antwort verzeichnet einen fehlgeschlagenen Abruf mit leerem Auszug und trägt keinerlei Urteil: RPKI-Validierungsantwort von RIPEstat.

Sorgfalt ist hier nötig, weil die Verwechslung naheliegt. Ein Validierungsdienst, der kein Ergebnis zurückgibt, hat nichts darüber gesagt, ob die Präfixe signiert sind. Er hat gesagt, dass die Antwort nicht gelesen wurde. Einen ungelesenen Endpunkt als unsigniertes Präfix zu behandeln — oder als sauberes — erfindet eine Tatsache in die Richtung, die dem Leser gefällt. Die ehrliche Formulierung lautet: Die Ursprungsautorisierung für AS57063 blieb am 18.

Oktober 2026 ungelesen, und das Dokument, das sie klärt — ein Validierungsergebnis, das die abdeckenden Ressourcenzertifikate für 213.5.72.0/24 und 2001:67c:f74::/48 nennt — wurde nicht beschafft.

Ein letzter Faden bleibt offen. Das aut-num-Objekt trägt ein Feld sponsoring-org, das auf ORG-SDNS7-RIPE verweist; dieses Organisationsobjekt wurde für diesen Artikel nicht gelesen. Ein Sponsoring-Organ auf einer Zuteilung ist eine strukturelle Tatsache darüber, wie die Ressource erlangt wurde, und damit von einer Art, die eine Zuteilung besser erklärt als das Namensfeld es je tun wird. Seine Existenz ist belegt; seine Identität nicht.

Was diese Divergenz tatsächlich kostet

Der naheliegende Schluss ist Nachlässigkeit. Die Dokumente tragen das nicht, und eine prosaischere Erklärung passt besser. Ein Registrierungsobjekt wird geändert, wenn der Betreiber einen Grund dazu hat: neuer Maintainer, geänderte Adresse, Ressourcenantrag. Eine Firmennamenänderung ist dagegen ein Grund, beim Handelsregister einzureichen — eine gesetzliche Pflicht mit Gebühr und Frist. Nichts an dieser Pflicht erzeugt die Verpflichtung, ein Objekt bei einer RIR anzufassen, dessen Namensfeld in diesem Moment niemand liest. Das Feld stehen zu lassen ist der Standardfall, keine Entscheidung.

Die Kosten dieses Standardfalls trägt nicht der Betreiber. Sie tragen alle stromabwärts, die einen Namen als Schlüssel behandeln. Eine Lieferantenliste, die eine Gesellschaft mit dem Namen dieser GPU-Zeichenfolge führt und unter diesem Namen sucht, findet den Handelsregistereintrag nicht, weil das Register mit einem anderen Namen antwortet. Eine Gegenpartei, die eine Vertragspartei über ihren Firmennamen prüft, wird das RIPE-Organisationsobjekt nicht zuordnen, weil die Nummer da ist und der Name nicht. Eine Wettbewerbskarte auf Basis von Firmennamen trägt am Ende zwei Einträge oder gar keinen.

Die billige Korrektur ist unspektakulär und braucht kein ungelesenes Dokument. Man nehme die Registernummer und die AS-Nummer als Schlüssel — beide haben die Umbenennung überlebt — und behandle den Namen als datierte Beobachtung statt als Kennung: Diese Rechtsperson hieß zum Prüfzeitpunkt soundso. Die Nummer steht, die Zeichenfolge steht, die beiden Präfixe hielten über die mindestens zwei beobachteten Wochen. Der Name ist das bewegliche Feld und gehört als die am wenigsten belastbare Spalte der Zeile behandelt — einschließlich des BTW-Verzeichniseintrags zu AS GPU Computing OU, der den Namen vor der Änderung genauso trägt wie das Registrierungsobjekt.