Zusammenfassung

  • Die vom 10. bis 13. September 2026 erzeugten AFRINIC-Dateien enthalten nach rekursiver Normalisierung der JSON-Schlüsselreihenfolge jeweils dieselben 128 Transferobjekte. Produktionszeit und Ende des Erfassungsintervalls rücken täglich vor.
  • Das maximale transfer_date bleibt in allen vier Dateien der 18. Juni 2026. Das beweist weder einen fehlenden noch einen verspäteten späteren Transfer, sondern lediglich, dass Dateiaktualität und Ereignisaktualität verschiedene Aussagen sind.
  • Eine knappe Bescheinigung zur Snapshot-Abdeckung könnte ausweisen, bis zu welcher Quellsystem-Wassermarke geprüft wurde und ob es keine Änderung, eine Korrektur, eine verspätete Aufnahme oder einen Rückzug gab.

Das jüngste Datum einer Datei muss nicht das Datum des jüngsten Vorgangs sein, den sie beschreibt. AFRINICs öffentliches Transferarchiv macht diesen Unterschied besonders deutlich.

Im Verzeichnis für 2026 liegen getrennte kumulative JSON-Snapshots für den 10., 11., 12. und 13. September. Alle nennen AFRINIC als Produzenten, verwenden Version 4.0 der Transferstatistik und geben einen UTC-Versatz von 2 an. Mit jeder Ausgabe rückt production_date vor. Auch records_interval.end_date wandert auf den Produktionszeitpunkt des jeweiligen Tages, während der Beginn des Intervalls auf dem 1. Januar 2018 stehen bleibt.

Unterhalb dieser Hülle bewegt sich der fachliche Datensatz nicht. Jeder Snapshot enthält 128 Objekte: 101 mit der Kennzeichnung MERGER_ACQUISITION und 27 mit RESOURCE_TRANSFER. Werden die Schlüssel von JSON-Objekten rekursiv sortiert und die Transferliste als Multimenge verglichen, sind alle vier Mengen identisch. Die Rohdateien besitzen trotzdem verschiedene Hashes, weil sich Zeitstempel der Hülle und Reihenfolgen bei der Serialisierung ändern. Ein Byte-Unterschied ist folglich kein Nachweis für ein neues Geschäftsereignis.

Das größte transfer_date lautet 2026-06-18T15:48:49Z. Es gehört zu einem innerhalb der AFRINIC-Region verzeichneten Zusammenschluss von Global Internet Company zu Hormuud Telecom Somalia INC; beide tragen den Ländercode SO. Das Objekt umfasst AS37326, einen IPv4- und einen IPv6-Bereich. Die Parteien sind hier nur relevant, weil dieses Objekt den Endpunkt der öffentlichen Ereignisuhr festlegt. Der Eintrag gibt keinen Anlass, Verzögerung, Streit oder einen Mangel dieses Vorgangs anzunehmen.

Die belastbarste Lesart ist Routinebetrieb

Ein kumulatives Register sollte kein Ereignis erfinden, nur damit sein letztes Ereignisdatum nahe am Dateidatum liegt. Eine Phase ohne neu veröffentlichte Transfers kann vollkommen real sein. Auch eine tägliche Produktion ohne neue Fachzeile kann nützen: Nachgelagerte Nutzer erhalten ein frisches Artefakt, eine aktuelle Schemahülle und ein Signal, dass der Veröffentlichungsdienst noch läuft.

AFRINICs JCR-Schema stützt einen Teil dieser Lesart. Es definiert production_date als Datum und Uhrzeit, zu denen die Datei erzeugt wurde. records_interval bezeichnet den Zeitraum, aus dem die enthaltenen Datensätze stammen. Das ist nicht transfer_date, das gesondert als Datum des Transfers definiert wird. Der Entwurf kennt also mehrere Uhren.

Die offene Frage ist enger. Das öffentliche Schema sagt nicht, welches Verfahren hinter dem beweglichen Intervallende steht. Bestätigt es, dass alle autorisierten Quellen bis zu diesem Zeitpunkt geprüft wurden? Wird lediglich die Erzeugungszeit übernommen? Bedeutet eine Datei ohne Differenz, dass die Eingangs-Wassermarke weiterlief, aber kein Datensatz angenommen wurde — oder nur, dass der kumulative Bestand des Vortags erneut geschrieben wurde? Wie ließen sich eine Korrektur und ein spät eintreffender Transfer von einem neu vollzogenen Transfer unterscheiden?

Keine dieser Fragen beweist eine fehlende Zeile. Sie beschreibt die Grenze dessen, was das öffentliche Material hergibt.

Frische Hülle, unveränderte Ereignismenge

Die Trennung ist wichtig, weil automatisierte Nutzer meist das Zeitfeld bevorzugen, das sich am einfachsten vergleichen lässt. Ein Monitor kann das Intervallende 13. September sehen und den Datensatz als „aktuell“ kennzeichnen. Für den Snapshot als Artefakt ist das vertretbar. Irreführend wird es, wenn die Kennzeichnung stillschweigend auf die Ereignismenge übergeht und nahelegt, das jüngste Ereignis liege ebenfalls um den 13. September.

Der Umkehrschluss ist ebenso schwach. Der 18. Juni als Höchstdatum belegt nicht, dass Transfers zum Erliegen kamen, Anträge aufliefen oder eine neue Transferregel nicht wirkte. Die Datei beschreibt veröffentlichte Ereignisse. Sie zeigt weder die private Antragswarteschlange noch abgelehnte oder zurückgezogene Fälle, intern noch nicht abgeschlossene Genehmigungen oder Vorgänge außerhalb der öffentlichen Definition. AFRINIC weist zudem darauf hin, dass der Bericht nicht alle Informationen zu einem Transfer liefern soll.

Auch die Zahl 128 verlangt Genauigkeit. Sie steht nicht zwingend für 128 Verträge, Gegenparteipaare oder kommerzielle Geschäfte. Ein Objekt kann ASN-, IPv4- und IPv6-Angaben gemeinsam tragen. Die Jahresverteilung — 13 Objekte 2018, 19 im Jahr 2019, 20 im Jahr 2020, 22 im Jahr 2021, 28 im Jahr 2022, acht im Jahr 2023, fünf im Jahr 2024, neun im Jahr 2025 und vier im Jahr 2026 — beschreibt Objekte dieses Schemas, keine Marktvolumenreihe.

AFRINICs Transferleitfaden sagt, vollzogene Transfers würden mit Übertragendem, ursprünglich gehaltenen Ressourcen, Empfänger, Datum und Typ veröffentlicht. Diese Zusage macht das kumulative Protokoll operativ wertvoll. Sie macht auch eine präzise zeitliche Herkunft wichtig, denn Betreiber, Makler, Forscher oder Gegenparteien können die Datei als Beleg dafür nutzen, dass eine Registeränderung öffentlich verzeichnet wurde.

Eine Bescheinigung, kein Falldossier

Eine datenschutzschonende Abdeckungsbescheinigung kann klein bleiben. Sie würde Schemaversion, Produktionszeit und behauptetes Erfassungsende mit maximaler Ereigniszeit, Objektzahl und einem kanonischen Digest der Transfermenge verknüpfen. Sie könnte den Digest des vorigen Snapshots referenzieren und angeben, wie viele Objekte hinzugefügt, berichtigt, aus der öffentlichen Darstellung zurückgezogen oder verspätet aufgenommen wurden.

Entscheidend ist die Wassermarke des Quellsystems: der Punkt, bis zu dem die autorisierten Veröffentlichungseingänge tatsächlich geprüft wurden. Rückt sie vor, ohne dass ein Objekt angenommen wird, kann die Bescheinigung eine abgeschlossene Null-Differenz-Prüfung ausweisen. Wird später ein alter Transfer berichtigt, lässt sich die Differenz als Korrektur kennzeichnen, statt Nutzer aus einer veränderten Datei auf ein neues Geschäft schließen zu lassen. Private Anträge, Verträge, Korrespondenz und Prüfunterlagen müssen nicht offengelegt werden.

Die vier September-Dateien sind in sich schlüssig. Sie zeigen weder ein widersprüchliches Transferdatum noch eine wechselnde Zahl von Geschäftsobjekten. Ihre Aussage ist bescheidener: Eine aktuelle Datei und ein aktuelles Ereignis sind verschiedene Beweisstücke. AFRINIC veröffentlicht bereits beide Uhren. Eine kurze Verbindung würde erklären, wofür die vorrückende Uhr tatsächlich steht.

Quellen