Zusammenfassung

  • In der am 12. September 2026 eingefrorenen Antwort zeigte AFRINICs Statistik-Startseite 122 neue Mitglieder im laufenden Jahr, insgesamt 2.609 Mitglieder und einen „Increase“ von 4 Prozent. Basis, Zeitraum, Formel, Rundung und Datenstichtag blieben ungenannt.
  • Vier weitere Kacheln folgten demselben Muster: Route(6) mit 6.330, 127.513 und 4 Prozent; IPv4 in /24 mit 614, 438.182 und 0 Prozent; IPv6 in /32 mit 73, 11.372 und 0 Prozent; ASN mit 121, 2.787 und 4 Prozent.
  • Alle fünf Ganzzahlen sind damit vereinbar, den Jahreswert durch den aktuellen Gesamtstand zu teilen und die Nachkommastellen zu verwerfen. Das ist keine Beweisführung für den Portalcode oder die von AFRINIC beabsichtigte Definition.
  • Die vollständigen IPv6- und ASN-Dateien reproduzieren die jeweiligen Jahres- und Gesamtwerte. AFRINIC stellt also bereits eine brauchbare Datengrundlage bereit; es fehlt ein kurzer, versionierter Abstimmungsbeleg für die Prozentangabe.

Ein Prozentzeichen ersetzt keine Definition

„122 in diesem Jahr“ ist eine Zählung. „2.609 aktuell insgesamt“ ist ein Bestand. „4 Prozent Zuwachs“ ist eine Beziehung. Damit aus dieser Beziehung eine Kennzahl wird, muss feststehen, was im Zähler liegt, welcher Bestand den Nenner bildet und wo der Vergleichszeitraum beginnt und endet. Die räumliche Nähe auf einer Kachel liefert diese Festlegung nicht.

Der eingefrorene Stand vereint fünf getrennte Messwelten. Mitglieder bezeichnen institutionelle Beziehungen zum Register. Eine ASN ist eine Nummernressource. IPv4 in /24 und IPv6 in /32 sind normierte Adressmengen. Route(6) gehört zu einer routingbezogenen Reihe. Sie auf einer Übersichtsseite nebeneinanderzustellen ist sinnvoll; sie dadurch als vergleichbare Einheiten zu lesen wäre es nicht.

Ein Mitgliederwert von 4 Prozent und ein ASN-Wert von 4 Prozent messen deshalb nicht dieselbe operative Intensität. Sie lassen sich weder addieren noch ohne zusätzliche Definition zu einem Leistungssignal verdichten. Vermutlich soll die Startseite ohnehin kein gemeinsames Ranking erzeugen. Der einheitliche Begriff „Increase“ weckt jedoch zu Recht die Erwartung, dass seine jeweilige Berechnung nachvollziehbar ist.

Dazu gehören gewöhnliche Fragen. Ist „This Year“ eine Bruttozahl neuer Vorgänge oder eine Nettoveränderung? Wie wirken Austritte, Schließungen, Rückgaben, Transfers, Korrekturen, Dubletten und verspätete Einträge? Beginnt das Jahr nach UTC oder in einer anderen Zeitzone? Entstammen Jahreszahl und aktueller Gesamtstand demselben Extrakt? Wird abgerundet, kaufmännisch gerundet oder auf nicht sichtbaren Präzisionswerten gerechnet?

Auf der vollständig erfassten Startseite gab es keinen sichtbaren Datenstichtag, keine Basis, keinen Nenner, keine Formel, keine Rundungsnotiz, keine Snapshot-Kennung, keine Methodenversion und keine Korrekturhistorie. Die HTTP-Antwort enthielt einen Date-Header. Er belegt die Auslieferungszeit der Antwort, nicht den Aktualisierungszeitpunkt aller zugrunde liegenden Reihen. Wer ihn als Datenzeit verwendet, erfindet eine Herkunftsverbindung, die die Seite nicht herstellt.

Die naheliegende Rechnung passt fünfmal

Der erste Test teilt jeweils den Jahreswert durch den aktuellen Gesamtstand und multipliziert mit hundert. Für Mitglieder ergeben sich rund 4,68 Prozent. Route(6) ergibt 4,96 Prozent, IPv4 0,14 Prozent, IPv6 0,64 Prozent und ASN 4,34 Prozent. Werden die Nachkommastellen entfernt, lautet die Folge 4, 4, 0, 0 und 4 Prozent – genau wie im Portal.

Diese Regelmäßigkeit ist ein belastbarer Befund über die veröffentlichten Zahlen. Sie ist aber nicht gleichbedeutend mit einer Dokumentation des Systems. Der Prozentsatz könnte bereits vorgerechnet aus einer anderen Schicht kommen, durch einen äquivalenten Ausdruck entstehen, vor der Darstellung Geschäftsregeln durchlaufen oder auf Feldern mit unterschiedlichen Aktualisierungszeiten beruhen. Zulässig ist daher „kompatibel mit“, nicht „AFRINIC berechnet so“.

Eine zweite alltägliche Basis zeigt, warum diese sprachliche Grenze zählt. Wäre der Jahreswert ein Nettozugang, der im Endbestand enthalten ist, ließe sich ein impliziter Anfangsbestand als Gesamtstand minus Jahreswert bilden. Für Route(6) wären das 121.183. 6.330 geteilt durch 127.513 ergibt etwa 4,96 Prozent; geteilt durch 121.183 sind es 5,22 Prozent. Die angezeigte Ganzzahl 4 enthält zu wenig Information, um den beabsichtigten Nenner erkennen zu lassen.

Bei den Mitgliedern stehen ungefähr 4,68 Prozent des aktuellen Gesamtstands gegen 4,91 Prozent eines impliziten Anfangsbestands von 2.487. Bei ASN sind es 4,34 gegen 4,54 Prozent auf 2.666. IPv6 liegt bei etwa 0,64 gegenüber 0,65 Prozent, IPv4 in beiden einfachen Varianten um 0,14 Prozent. Die zweite Berechnung ist kein Korrekturvorschlag. Wenn der Jahreswert Bruttozugänge zählt, der Gesamtstand aber Schließungen und Rückgaben berücksichtigt, ist die Subtraktion keine gültige Rekonstruktion. Genau diese fachliche Ungewissheit soll eine Definition beseitigen.

„Zuwachs“ kann auch die Nettoänderung zwischen zwei Snapshots, den Anteil neuer Vorgänge am Endbestand, einen rollierenden Zwölfmonatsvergleich oder die Bewegung seit der letzten Veröffentlichung bedeuten. Jede Variante kann eine sinnvolle Frage beantworten. Transparenz verlangt keine universelle Formel, sondern die Benennung der tatsächlich gewählten.

Zwei Nullen mit positiven Zählern

Die IPv4- und IPv6-Kacheln zeigen die kommunikative Wirkung ganzer Prozentzahlen besonders deutlich. Beide melden 0 Prozent, obwohl die Jahresfelder 614 /24-Äquivalente und 73 /32-Äquivalente enthalten. In einer Folienkopie wird aus „0 Prozent“ schnell „keine Veränderung“. Das widerspricht den positiven Zählern auf der Ausgangsseite.

Unter der kompatiblen Rechnung würden mit einer Nachkommastelle ungefähr 0,1 Prozent für IPv4 und 0,6 Prozent für IPv6 erscheinen. Das wäre informativer, löste aber nur das Darstellungsproblem. Mehr Dezimalstellen nennen weder Nenner noch Datenzeit noch Korrekturpolitik. Präzision und Provenienz sind zwei verschiedene Eigenschaften.

Ebenso wenig belegen die Ressourcenwerte eine tatsächliche Bereitstellung. Eine IPv6-Menge in /32 sagt allein nichts über BGP-Ankündigungen, Verkehr, Erreichbarkeit von Nutzern oder produktiven Einsatz aus. Eine registrierte ASN muss im Routing nicht sichtbar sein. Ein neues Mitglied ist kein Qualitätsurteil über den Dienst. Die Kacheln beschreiben Verwaltungs- oder Ressourcenzustände; Aussagen über nachgelagerte Wirkung benötigen eigene Nachweise.

Die Trennung der Reihen wertet die Übersicht nicht ab. Als kompakter Wegweiser zu spezialisierten Statistikbereichen ist sie nützlich. Die Lücke ist enger: Dasselbe Beziehungswort braucht für jede Messwelt einen eigenen, auffindbaren Bedeutungsnachweis.

Hinter den Kacheln liegt bereits prüfbares Material

AFRINIC bietet Detailseiten für Mitgliedschaft, IRR, IPv4, IPv6 und ASN. Dort finden sich Filter, historische Darstellungen oder Tabellen sowie Downloadpfade. Das Portal ist also keine geschlossene Blackbox. Ein großer Teil der öffentlichen Beweiskette existiert schon.

Die Mitgliederansicht lässt sich nach Land und Jahr untersuchen. Der CSV-Datensatz enthält unter anderem Organisationsnamen und Registrierungsdaten. Die für diese Prüfung gespeicherte Antwort erreichte jedoch die Erfassungsgrenze, bevor die vom Server angegebene Gesamtlänge vollständig vorlag. Sie belegt Schema und Downloadweg, nicht eine unabhängige Vollzählung der 2.609 Mitglieder oder der 122 Einträge aus 2026.

Für den IPv4-Download gilt dieselbe Einschränkung. Detailseite, Pfad und Datenstruktur waren sichtbar; die gespeicherte Teildatei rechtfertigt aber nicht die Behauptung, 438.182 /24-Äquivalente und 614 Jahreseinheiten vollständig neu berechnet zu haben. Ein abgebrochener Datensatz darf in der Erzählung nicht zu einem vollständigen werden.

Der IPv6-Datensatz lag vollständig vor. Die Summe seines normierten Felds slash_32 ergibt 11.372; die Auswahl der 2026 zugewiesenen Datensätze ergibt 73. Auch die ASN-Datei war vollständig: 2.787 Datenzeilen, davon 121 mit Registrierungsjahr 2026. Das jüngste Registrierungsdatum im eingefrorenen Datensatz war der 11. September 2026. Vier Werte zweier Kacheln lassen sich somit exakt mit den darunterliegenden Einträgen verbinden.

Diese Verbindung bestätigt die Zählwerte, nicht den Prozentsatz. Selbst wenn 73 und 11.372 reproduziert sind, bleiben die normative Division, der gemeinsame Extraktionszeitpunkt, die Zeitzone der Jahresgrenze und der Umgang mit späteren Korrekturen offen. Datenrückverfolgbarkeit und Kennzahlenbedeutung sind benachbarte, aber unterschiedliche Ebenen.

Auch die IRR-Seite stellt eine eigene Ansicht und ein Rohdatenarchiv bereit. Diese Untersuchung hat das Archiv nicht zur Rekonstruktion von Route(6) verwendet und setzt die beiden Bereiche trotz ihrer Routingnähe nicht gleich. Eine Quelle in der Übersicht zu nennen, ist kein Ersatz dafür, ihren konkreten Einsatz im Nachweis zu benennen.

Ein Abstimmungsbeleg statt eines neuen Systems

Zur Behebung der Lücke muss AFRINIC keinen internen Code veröffentlichen. Pro Kennzahl genügt ein kurzer versionierter Beleg: Name und Einheit, Ein- und Ausschlussregeln, Quell- oder Extraktkennung, Stichtag und Zeitzone, Jahresgrenze, genauer Zähler und Nenner, Vergleichsperiode, Formel und Anzeigerundung.

Der Beleg sollte außerdem den Umgang mit Rückgaben, Schließungen, Transfers, Korrekturen, Dubletten und verspäteten Einträgen beschreiben. Links zu Detailseite und Datei, eine Seiten- und Methodenversion sowie eine knappe Korrekturlinie würden die Kachel dauerhaft mit ihrer Evidenz verbinden.

Für Mitglieder könnte eine Zeile lauten: „Zugänge 2026: 122; aktuell aktive Gesamtzahl: 2.609; Extraktion: [Zeitstempel]; Rate: Zugänge/aktive Gesamtzahl × 100; Anzeige: auf Ganzzahl abgerundet; Methode: [Version].“ Falls die tatsächliche Regel anders ist, soll die tatsächliche Regel dort stehen. Der Vorschlag wählt nicht AFRINICs Nenner, sondern macht die institutionelle Wahl sichtbar.

Eine stabile Snapshot-ID hätte zusätzlichen Wert. Lebende Dashboards ändern sich, während Berichte und Entscheidungen ältere Beobachtungen zitieren. Ohne Referenz wirken zwei Screenshots wie ein Widerspruch. Mit ID und Korrekturhinweis sind sie dokumentierte Zustände derselben Reihe.

Der Beleg sollte schließlich vier Zeitpunkte auseinanderhalten: das Wirksamkeitsdatum eines Vorgangs, die Extraktion der Datei, die Erzeugung der Seite und die HTTP-Auslieferung. Sie können nahe beieinanderliegen, sind aber nicht austauschbar. Schon eine knappe Benennung verhindert, dass die sichtbarste Uhr die übrigen ersetzt.

Ein eng begrenzter Befund

Die Untersuchung bezieht sich auf eine eingefrorene Antwort und die offiziell verlinkten Ansichten und Dateien. Sie erfasst nicht die gesamte Verlaufsgeschichte, privaten Code oder operative Datenbanken. Sie beweist keine interne Formel, keinen Rechenfehler und keine Absicht hinter der fehlenden Erläuterung.

Die unvollständigen Mitglieder- und IPv4-Dateien tragen nur Aussagen über Zugangsweg und Schema. Die vollständigen IPv6- und ASN-Dateien erlauben genaue Nachzählungen. Diese Evidenzklassen getrennt zu halten, gehört zur Glaubwürdigkeit eines Textes über Nachvollziehbarkeit.

Übrig bleibt ein klarer Satz: AFRINIC veröffentlicht fünf ganzzahlige Zuwächse neben Jahreswerten und aktuellen Gesamtständen, ohne auf der öffentlichen Oberfläche Basis, Formel, Rundung und Beobachtungszeit zu nennen, die sie als definierte Kennzahlen reproduzierbar machen. Eine einfache Rechnung passt zu allen fünf, beweist aber keine Methode. Ein kleiner versionierter Abstimmungsbeleg würde die Distanz zwischen plausibler Anzeige und prüfbarer Statistik schließen.

Offizielle Quellen