Zusammenfassung

  • Die im Archiv unter dem 5. März 2005 geführte Bewerbung trägt selbst kein gedrucktes Ausstellungs- oder Unterschriftsdatum; ihre PDF-Metadaten nennen erst den 10. März. Diese Abweichung ist kein Detail zum Glattbügeln, sondern die erste Lektion einer belastbaren Rechenschaftsbaseline: Ein Register muss Beleg, Zeitpunkt und Schlussfolgerung auseinanderhalten.
  • AFRINIC stellte 2005 konkrete Behauptungen zu regionaler Unterstützung, Mitgliederkontrolle, offenem Konsensverfahren, Personal, verteilten Systemen, Finanzierung und Dienstübertragung auf. Zeitgenössische Prüfungen stützten die damalige Betriebsbereitschaft, ließen aber unter anderem vollständige Beteiligungsnenner, ausgeführte Unterstützungsverträge, den Nachweis der geplanten Standorte und die Prüfung der für zwei Jahre prognostizierten finanziellen Autonomie offen.
  • Ein interner WHOIS-Prüfbericht von 2021 und eine formelle Mitgliederforderung von 2026 sind spätere Belastungstests für Buchführung, Zuständigkeitsgrenzen und finanzielle Transparenz. Sie sind weder rückwirkender Beweis einer Täuschung im Jahr 2005 noch gerichtliche Endentscheidungen. Die angemessene Antwort ist ein öffentliches, versioniertes Versprechenbuch mit Eigentümern der Kontrollen, Messwerten, Abweichungen und Korrekturspuren.
  • AFRINIC ist ein privater Registerführer und technischer Koordinator. Seine legitimen Aufgaben sind eindeutige Nummernführung, richtige Datensätze, Koordination und Kontinuität. Unterstützung, Wahlen, Konsens, Peer-Prüfung und Anerkennung verleihen weder Souveränität noch gesetzgeberische, polizeiliche, punitive oder konfiskatorische Macht über Betreiber oder Adresskapital.

Die erste Unstimmigkeit steht nicht im Text, sondern am Dokument

Die Ausgangslage ist ungewöhnlich konkret. Im ICANN-Archiv liegt eine dreizehnseitige PDF-Datei, deren Fundstelle die Ziffernfolge 20050305 enthält. Für die Einordnung dieses Artikels ist der 5. März 2005 deshalb das Archiv- und Auftragsdatum. Auf den Seiten selbst steht jedoch weder ein sichtbares Ausstellungsdatum noch ein Unterschriftsdatum. Die Dateimetadaten nennen als Erstellung den 10. März 2005 um 21:11:51 Uhr bei einer Zeitzonenangabe von minus sechs Stunden und als Änderung denselben Tag um 21:12:41 Uhr.

Als Titel ist lediglich „1“ gespeichert, als Autor Adiel Akplogan; erstellt wurde die Datei mit Acrobat PDFMaker 6.0 für Word und produziert mit Acrobat Distiller 6.0.1 für Windows.

Damit ist nicht erwiesen, dass die Bewerbung am 5. März unterschrieben oder genau an diesem Tag übermittelt wurde. Ebenso wäre es falsch, aus dem späteren Metadatum abzuleiten, der Archivpfad sei irrig oder eine verspätete Übermittlung sei bewiesen. Es fehlt ein authentifizierter Versandnachweis. Die beiden Daten sind verschiedenartige Spuren: Das eine gehört zum Archivfundort, das andere zum technischen Entstehungsprotokoll der Datei. Eine verantwortliche Chronik bewahrt diesen Unterschied, bis ein zusätzlicher Beleg ihn auflösen könnte.

Ausgerechnet diese kleine Diskrepanz eignet sich als Modell für den gesamten Text. Registerführung verlangt nicht, jede Unsicherheit augenblicklich in eine eindeutige Geschichte zu verwandeln. Sie verlangt, den ursprünglichen Eintrag, seine Herkunft, seine zeitliche Reichweite und die Grenze des daraus Ableitbaren sichtbar zu halten. AFRINICs Bewerbung sollte daher nicht als selbstbeglaubigte Gründungserzählung gelesen werden. Sie ist ein datiertes Bündel überprüfbarer Darstellungen. Für jede davon sind vier getrennte Fragen nötig: Was behauptete die Organisation? Was bestätigten andere Stellen damals tatsächlich?

Welcher spätere Befund testet die Behauptung? Welche Belege fehlen weiterhin?

Eine Bewerbung als Versprechenbuch

Das Dokument bezeichnet sich als Fortsetzung der am 30. September 2004 eingesandten Bewerbung. Es fasst die frühere Eingabe zusammen und meldet den Stand der Umsetzung. AFRINIC stellte sich als eingetragene regionale, gemeinnützige, nichtstaatliche Mitgliederorganisation dar, die bereits sämtliche Funktionen eines Regional Internet Registry ausübe und bereit sei, dies offiziell zu tun.

Der angebotene Dienst sollte einen regionalen Verwaltungspunkt für Internetnummernressourcen schaffen: regionale Aggregation und Zuteilungskoordination, direkten Kontakt zu Betreibern, größere Nähe zu Mitgliedern und auf afrikanische Betreiber zugeschnittene Produkte. Die Leitung sollte von Mauritius aus erfolgen.

Das ist mehr als eine allgemeine Absichtserklärung, aber weniger als ein Nachweis jahrzehntelanger Leistung. Eine Bewerbung kann vor dem Betriebsbeginn naturgemäß nicht beweisen, dass jede Kontrolle über Jahrzehnte funktionieren wird. Sie kann jedoch konkrete Sollzustände benennen. Genau das macht dieses Dokument: Es nennt Gruppen, Abläufe, Rollen, Standorte, Einnahmequellen und Übergabeschritte. Seine Rechenschaftswirkung liegt darin, dass diese Angaben später nicht in ein vages Gründungsmythos zerfließen müssen.

Ein solches Versprechenbuch darf weder pauschal als erfüllt noch pauschal als gebrochen markiert werden. Einige Aussagen wurden am Anerkennungspunkt durch NRO und IANA gestützt. Andere waren erkennbare Pläne oder Prognosen. Bei weiteren fehlen im versiegelten Bestand die Nenner, ausgeführten Verträge oder Dauerreihen. Und spätere schwere Probleme können eine Gründungszusage belasten, ohne rückwirkend die Absicht der damaligen Personen zu beweisen. Die präzise Kategorie ist wichtiger als der dramatische Ton.

Unterstützung: fünf Zahlen, kein gemeinsamer Nenner

Bei der regionalen Basis stellte die Bewerbung mehrere Größen nebeneinander. Mehr als 68 Organisationen hätten im Mai 2000 eine Gründungs- und Mitgliedschaftscharta unterzeichnet. Rund 40 formelle Unterstützungsschreiben seien eingegangen, weitere kämen hinzu. Die in Dakar anwesenden Mitglieder hätten den Übergangsplan einstimmig gebilligt. In einem Abschnitt ist von ungefähr 120 für den Politikprozess registrierten Personen die Rede, darunter Vertreter von mehr als 30 afrikanischen lokalen Internet-Registries. An anderer Stelle heißt es, das Treffen im Mai 2004 habe mehr als 85 Teilnehmer aus 30 Ländern angezogen.

Diese Zahlen beschreiben verschiedene Mengen. Unterzeichnende Organisationen sind nicht dasselbe wie Briefe. Eingetragene Personen sind nicht dasselbe wie tatsächlich Anwesende. Vertretene Registries sind nicht dasselbe wie Länder. Einstimmigkeit unter den Anwesenden beantwortet nicht, wie viele Berechtigte fehlten oder widersprachen. Auch die zeitgenössische IANA-Bewertung, die von einer sehr erheblichen Mehrheit sprach, liefert keinen vollständigen Nenner. Wer die Angaben zu einer einzigen Beteiligungsquote verschmilzt, erzeugt Genauigkeit, die der Bestand nicht hergibt.

Die zeitgenössische Bestätigung bleibt dennoch substanziell. IANA und NRO beschrieben breite regionale Unterstützung; das Verfahren wurde öffentlich bekannt gemacht, und ICANN eröffnete am 14. März 2005 ein 21-tägiges Kommentierungsforum. Das beweist, dass es einen öffentlich sichtbaren Anerkennungsschritt und eine Gelegenheit für Gegenbelege gab. Es beweist weder, dass sämtliche betroffenen Betreiber repräsentiert waren, noch dass jeder Kommentierende repräsentativ war. Der Bestand enthält keine vollständige Liste der Eingeladenen, der Antwortenden, der geographischen Verteilung, der Einwände und der nicht vertretenen Gruppen.

Für eine private Koordinationsorganisation hat Unterstützung eine wichtige, aber begrenzte Bedeutung. Sie zeigt, ob die Dienstnutzer einen gemeinsamen Registerführer praktisch tragen und ob dessen Verfahren betriebliche Kenntnisse aufnehmen können. Sie überträgt keine Souveränität. Eine Mehrheit von Mitgliedern kann interne Organe wählen und private Regeln vereinbaren; sie kann keine Hoheit über Abwesende, unabhängige Netze, Gerichte oder Adressvermögen erzeugen. Auch einstimmiger Konsens verwandelt Buchführung nicht in Gesetzgebung.

Die fortlaufende Prüffrage lautet deshalb nicht bloß: „Gab es Unterstützung?“ Sie lautet: Wer war zu einem bestimmten Zeitpunkt anspruchsberechtigt, eingeladen, registriert, tatsächlich vertreten, anwesend, zustimmend oder widersprechend? Erst ein solcher Nenner macht aus institutionellem Vokabular eine messbare Rechenschaftsgröße. Änderungen der Mitgliederrolle, Vertretungs- und Vollmachtsregeln, zurückgewiesene Einwände und Zugänge zu Beschwerden gehören ebenso in dieses Register wie die Zahl der Ja-Stimmen.

Mitgliederkontrolle und die Grenze korporativer Macht

Die Bewerbung versprach volle Kontrolle durch die Mitglieder über eine gewählte Governance. Der Board-Aufbau orientierte sich an sechs afrikanischen Teilregionen und benannte Haupt- sowie Ersatzvertreter. Die Mitglieder sollten das Board wählen, das Board die Exekutive bestellen und die Exekutive funktionale Abteilungen leiten. AFRINIC erklärte sich außerdem für neutral gegenüber staatlicher oder institutioneller Kontrolle, durch die Anwendung seiner Politik rechenschaftspflichtig und zu fairer Dienstleistung für jedermann verpflichtet.

Diese Struktur ordnet interne Verantwortung. Sie sagt, welches Unternehmensorgan wen bestellt und wo politische sowie operative Zuständigkeiten liegen sollten. Die zeitgenössische IANA-Prüfung hielt den Sechs-Regionen-Aufbau, die Mitgliederstruktur, Neutralitätsvorkehrungen und die behauptete Selbstverwaltung fest. Das ist ein ernstzunehmender Prüfbeleg am Übergangstor, aber keine ewige Gewährleistung. Ein Organigramm zeigt vorgesehene Beziehungen; es zeigt nicht automatisch, wie Interessenkonflikte, Ausnahmen, Zugangshürden oder umstrittene Entscheidungen später gehandhabt wurden.

Vor allem verleiht korporative Kontrolle keine öffentliche Hoheit. AFRINIC ist eine private, gemeinnützige Mitgliederfirma und Betreiberin eines technischen Registers. Es führt Datensätze, wahrt Eindeutigkeit, koordiniert Übergänge und hält Dienste verfügbar. Es ist weder Gesetzgeber noch Polizei, weder souveräne Behörde noch transnationaler Regulator. Es kann seine offengelegten privaten Regeln innerhalb der rechtlichen und vertraglichen Bindungen ausführen. Es darf aus einem Datenbankprozess keine eigenständige Straf-, Enteignungs- oder Marktzutrittsgewalt ableiten.

Das ist keine semantische Vorsicht, sondern eine operative Trennlinie. Ein Eintrag kann technisch nötig sein, damit dieselbe Nummer nicht widersprüchlich geführt wird. Eine Korrektur kann erforderlich sein, damit öffentliche und interne Bestände übereinstimmen. Daraus folgt aber nicht, dass der Registerführer Eigentumstitel schafft, Vermögen beschlagnahmen darf oder Betreiber nach selbst erzeugter Hoheitslogik bestrafen kann. Gerichte und rechtmäßige öffentliche Stellen treffen bindende rechtliche Feststellungen; ein privates Register kann sie nicht ersetzen.

Jede materielle Entscheidung braucht daher eine öffentlich prüfbare Zuständigkeitsakte: Welcher Rechtsträger handelte? Welche Satzungs-, Vertrags- oder Betriebsregel wurde angewandt? Wer war befangen? Welche Tatsachen und Gründe trugen die Entscheidung? Welchen Mitgliederzugang, welche Beschwerde und welchen gerichtlichen Weg gab es? Und blieb der Eingriff auf richtige Buchführung, Eindeutigkeit und Kontinuität beschränkt? Ohne diese Felder kann sich eine technische Notwendigkeit still in Sanktionsmacht verwandeln.

Der Politikprozess: offen beschrieben, nicht selbstlegitimierend

Für die Entwicklung von Richtlinien beschrieb die Bewerbung eine öffentliche Mailingliste und offene Politiktreffen. Konsens bedeutete demnach allgemeine Übereinstimmung, nicht eine einfache Stimmenmehrheit. Der Ablauf sollte mindestens 30 Tage Diskussion auf der Liste, eine Vorstellung bei einem offenen Treffen, eine 15-tägige letzte Kommentierungsfrist und anschließend die Ratifizierung durch das Board umfassen.

Dieser Ablauf ist prüfbar. Er enthält Zeiträume, Foren und eine Abfolge von Verarbeitungsschritten. IANA wertete ihn im Rahmen von ICP-2 als offen und von unten getragen. Das ist aussagekräftiger als eine unbestimmte Berufung auf „die Gemeinschaft“. Dennoch beweist die Prozessbeschreibung nicht jede spätere Umsetzung. Sie liefert weder einen universellen Beteiligungsnenner noch für alle einzelnen Entscheidungen einen unabhängigen Nachweis, dass gewichtige Einwände richtig erfasst, Konsensgründe erklärt und Umsetzungen mit dem beschlossenen Text abgeglichen wurden.

Konsens ist hier ein Verfahren zur Gewinnung und Verdichtung technischen Wissens. Betreiber wissen, welche Folgen eine Regel für Zuteilungen, Übertragungen, Dokumentation und laufende Netze hat. Offene Diskussion kann Fehler finden, Randfälle sichtbar machen und Koordination billiger machen. Aber Konsens ist keine Gesetzgebung, und die sogenannte Gemeinschaft ist kein Souverän. Die Qualität einer Regel folgt nicht aus der Lautstärke ihrer Befürworter oder der Genealogie des Verfahrens, sondern aus transparenten Versionen, nachvollziehbaren Einwänden, begrenzter Zuständigkeit und überprüfbarer Wirkung im laufenden Betrieb.

Ein belastbares Politikregister müsste deshalb für jeden Vorschlag mindestens den Eigentümer, die Problemdefinition, alle Textversionen, Listenzeiträume, den Kreis der Berechtigten und tatsächlich Beteiligten, die Einwände, die Konsensbegründung, den Last-Call-Datensatz, die Board-Ratifizierung, die Abbildung in operative Systeme und das spätere Überprüfungsergebnis enthalten. Wenn eine Umsetzung vom ratifizierten Text abweicht, muss die Differenz sichtbar sein. Wenn ein Einwand nicht übernommen wurde, braucht es einen Grund.

Wenn eine Regel in Bestrafung oder Marktabschottung abgleitet, kann das Wort „Konsens“ die Grenzüberschreitung nicht heilen.

Vier Namen, zwei geplante Rollen und die Frage nach der Kontrollkette

Die Bewerbung ordnete Verantwortung konkreten Personen zu. Adiel A. Akplogan wurde als Chief Executive Officer genannt, Harish Gowrinsunkur als Chief Financial Officer, Ernest Byaruhanga für Registration Service and Engineering und Nooriah Woozeer als Administrative and Business Assistant. Hinzukommen sollten ein Chief Technical Officer und ein IP-Analyst. Für die Standortplanung waren drei Personen am Hauptsitz sowie ein Ingenieur und ein Hostmaster in Südafrika vorgesehen.

Die Nennung ist wertvoll, weil sie Funktionsverantwortung fixiert. Sie beweist, dass die Bewerbung nicht nur abstrakt von Fachkunde sprach. Zeitgenössische Unterlagen von IANA und NRO vermerkten technische Kompetenz, geprüfte Einrichtungen und einsatzbereite Fachkräfte. Doch ein Name im Plan beweist weder dauerhafte Kapazität noch späteres Fehlverhalten. Für eine Anschuldigung gegen eine der genannten Personen gibt der versiegelte Bestand keinen Beleg her.

Die angemessene Langzeitprüfung richtet sich auf Rollen und Trennung von Funktionen. Wer nahm einen Antrag entgegen? Wer bewertete ihn gegen die Richtlinie? Wer genehmigte eine Ausnahme? Wer änderte den internen Bestand? Wer veröffentlichte WHOIS-Daten? Wer kontrollierte den privilegierten Zugriff, und wer konnte die Kette unabhängig nachvollziehen? Wenn dieselbe Person mehrere kritische Schritte ausführen kann, muss eine zweite Kontrolle greifen. Wenn eine Stelle unbesetzt bleibt, braucht es dokumentierte Vertretung statt stiller Machtkonzentration.

Ebenso wichtig sind Kapazitätsdaten: tatsächlich besetzte gegenüber geplanten Stellen, Fluktuation, Nachfolge, Bereitschaftsabdeckung, Schulung, Arbeitslast und Konflikterklärungen. Solche Kennzahlen dürfen nicht zur nachträglichen Personalisierung institutioneller Mängel missbraucht werden. Sie zeigen, ob die Organisation ihren versprochenen Dienst mit ausreichend unabhängigen Kontrollen betreiben konnte. Die grundlegende Frage ist nicht, ob die Gründer fachlich klangen, sondern ob sensible Registerhandlungen vom Antrag bis zur öffentlichen Ausgabe dauerhaft nachvollziehbar und voneinander getrennt waren.

Verteilte Technik: installiert, geplant und zu beweisen

Das technische Bild der Bewerbung war geografisch verteilt. Kernanwendungen und Hauptdatenbank liefen nach ihrer Darstellung beim CSIR in Südafrika. Bei UUNet South Africa in Johannesburg bestand eine Replikationsstelle. Eine weitere Replikations- und Lastverteilungsstelle bei einem anderen südafrikanischen Internetanbieter sowie eine Stelle in Mauritius waren geplant. In Ägypten sollte Replikation für Notfallwiederherstellung und externe Sicherung hinzukommen. Zwischen Port Louis und Südafrika bestand laut Bewerbung ein VPN. Genannt wurden Intel-basierte Systeme, Redundanz und quelloffene Software.

Hinzu kamen organisatorische Schutzmaßnahmen: rotierende Sicherungen, Datenbankreplikation, Zugriffskontrollen, feuersichere Aufbewahrung von Papierunterlagen, Vertraulichkeitsverpflichtungen und Sicherheitsvereinbarungen mit Hosting-Organisationen. Englisch und Französisch sollten je nach Funktion die hauptsächlichen Arbeitssprachen sein; arabische und portugiesische Vorlagen, Unterstützung und Datenbankschnittstellen waren für einen späteren Schritt vorgesehen. Die im Dokument aufgeführten internen Unterlagen, Satzungen, Protokolle und Verfahren lagen überwiegend auf Englisch vor.

Die zeitgenössischen Prüfer beschrieben Produktionssysteme, Konnektivität und eine Überprüfung der Einrichtungen. Das stützt die Behauptung, dass ein realer technischer Betrieb und nicht nur ein Papierprojekt vorlag. Es darf aber die Grammatik der Bewerbung nicht verwischen: Eine bestehende Replik beim UUNet-Standort ist etwas anderes als eine geplante zweite Replik, ein geplanter Mauritius-Standort oder ein geplanter Wiederherstellungsstandort in Ägypten. Der versiegelte Bestand enthält keine unabhängigen Inbetriebnahme- und wiederkehrenden Testprotokolle für alle geplanten Orte.

Redundanz ist nur dann mehr als ein Architekturwort, wenn Fehlerdomänen tatsächlich getrennt sind und Wiederanlauf erprobt wurde. Ein replizierter Fehler kann an mehreren Standorten gleichzeitig falsch sein. Eine Sicherung, die nie zurückgespielt wurde, ist eine Hoffnung. Ein Notfallstandort ohne gemessene Wiederanlaufzeit kann im entscheidenden Moment bloß eine Adresse auf einer Folie sein. Deshalb gehören Replikationszustand, Wiederherstellungstests, Wiederanlaufzeit, maximal tolerierbarer Datenverlust, Standortunabhängigkeit und Vorfälle je Dienst in die laufende Rechenschaft.

Für ein Nummernregister reicht Verfügbarkeit allein nicht. Innere Inventare, delegierte Statistiken, Tickets, WHOIS, Reverse DNS und Internet Routing Registry müssen aufeinander abgestimmt werden. Jede unerklärte Differenz ist ein mögliches Eindeutigkeits- oder Kontinuitätsproblem. Jede privilegierte Änderung braucht Antrag, Genehmigung, Zeitstempel, verantwortliche Rolle und unabhängige Prüfung. Der ursprüngliche Datensatz darf bei einer Korrektur nicht verschwinden; eine öffentliche Korrekturspur muss zeigen, was geändert wurde, warum, von wem und mit welchem Ergebnis.

Fünf Gebührenklassen und eine zweijährige Prognose

Als regelmäßige Haupteinnahmequelle nannte die Bewerbung Mitgliedsgebühren. Fünf Kategorien sollten sich nach Menge und Art der Ressourcen richten. Für die Anlaufphase sprach der Finanzierungsteil von einer Inkubationsvereinbarung mit drei unterstützenden Organisationen, listete operativ jedoch vier Unterstützungsbereiche auf: Mauritius für Verwaltung, Südafrika für technisches Hosting, Ägypten für Notfallwiederherstellung und Ghana für Schulung. Formelle Vereinbarungen sollten bald unterzeichnet werden; ausgeführte Verträge sind im versiegelten Bestand nicht enthalten.

Die Chronologie nennt außerdem eine Unterstützung der NRO von 100.000 US-Dollar in einem Januar- oder März-2004-Kontext. Dieser Betrag ist nicht als wiederkehrender Umsatz zu behandeln. Ebenso wenig darf die sprachliche Differenz zwischen drei Organisationen und vier Funktions- beziehungsweise Standortbereichen heimlich harmonisiert werden. Sie ist eine offene Dokumentationsfrage: Welche Rechtsträger verpflichteten sich zu welcher Leistung, mit welchen Bedingungen, Sachwerten, Laufzeiten und Ausstiegsrechten?

AFRINIC erklärte sich für unabhängig und autonom und erwartete, nach zwei Jahren sämtliche vier Standorte aus Mitgliedseinnahmen verwalten und finanzieren zu können. Das war eine wichtige Rechenschaftsmarke, aber im März 2005 noch kein erreichter Zustand. IANA akzeptierte den Finanzierungsplan im Rahmen des Anerkennungskriteriums. Der Bestand liefert jedoch keine zweijährige, unabhängig geprüfte Ergebnisrechnung, keine Verteilung der Mitglieder auf die fünf Gebührenklassen, keine Einziehungsquoten, Forderungsausfälle, Dienstkosten, Rücklagenpolitik oder Belastungsanalyse für kleine Betreiber.

Ein nominell gestaffeltes Modell ist nicht automatisch verteilungsgerecht. Feste Dokumentationskosten, Wartezeiten, Berufungsaufwand und Kontinuitätsrisiken können kleinere Betreiber härter treffen, selbst wenn ihre Gebühr niedriger ist. Für 2005 liegt keine versiegelte Quantifizierung einer solchen Belastung vor; sie darf nicht erfunden werden. Sie muss heute gemessen werden: Gebühren, Bearbeitungszeit, Nachweispflichten, Verzögerungen, Beschwerden und Unterbrechungskosten nach Betreibergröße. Nur dann zeigt sich, ob fünf Kategorien tatsächliche Leistungsfähigkeit berücksichtigen oder einen unsichtbaren Fixkostenaufschlag erzeugen.

Finanzielle Autonomie bedeutet zudem nicht bloß, dass Geld auf einem Konto vorhanden ist. Zu unterscheiden sind Betriebserlöse, zweckgebundene Hilfen, Sachleistungen, Rücklagen und liquide Mittel. Aufwendungen müssen nach Dienst und Standort zurechenbar sein. Beschaffung, verbundene Unterstützer, Rechtskosten und Ausnahmebudgets brauchen nachvollziehbare Genehmigungen. Sonst kann ein formal ausgeglichener Haushalt technische Wartung verdrängen oder Abhängigkeiten verdecken.

Übergabe der Dienste: operative Verwahrung, kein Eigentumsübergang

Die Bewerbung stellte große Übergangsphasen als abgeschlossen dar. Übertragen worden seien Ressourcendatensätze, die Verwaltung von in-addr.arpa, WHOIS und die Kundenschnittstelle. Forward DNS gehörte nicht zur behaupteten Übertragung. Bis zur Anerkennung sollten die bisherigen Regional Internet Registries weiterhin eine zweite Beurteilung liefern. Die NRO-Aufzeichnung nennt den 21. Februar 2005 als Tag, an dem AFRINIC die Verantwortung für alle Registry-Dienste in der Region übernahm. Der spätere IANA-Bericht betrachtete den Übergang als praktisch abgeschlossen.

Diese zeitgenössische Bestätigung ist stark: Sie spricht für eine reale Übertragung betrieblicher Verantwortung und für Peer-Unterstützung, nicht nur für eine gewünschte Zukunft.

Die Dokumentchronologie umfasst davor eine Ausschreibung für Hosting im Februar 2003, einen LACNIC-Schulungsworkshop für acht afrikanische Vertreter im Juni 2003, die Bestellung eines Projektmanagers im Oktober 2003, NRO-Beobachterstatus im November, die Gründung in Mauritius im Februar 2004, das erste öffentliche AFRINIC-Treffen im Mai 2004, die ursprüngliche Bewerbung Ende September, eine vorläufige Anerkennung im Oktober und die zweite Übergangsphase im Februar 2005. Die endgültige Anerkennung am 8. April 2005 markiert für diese Untersuchung lediglich die äußere Grenze des Bewerbungsprozesses.

Datumsbezeichnungen, die in den Unterlagen unterschiedlich gerahmt sind, dürfen nicht durch Vermutung vereinheitlicht werden.

Die Übergabe veränderte die operative Verwahrung von Daten und Diensten. Sie übertrug weder Eigentum am Internet noch Souveränität über Betreiber. Ein Register ist wertvoll, weil andere Systeme auf seine eindeutigen und richtigen Angaben vertrauen. Gerade deshalb muss der Abschluss des Übergangs nachweisbar bleiben: Welche maßgebliche Datenmenge lag wo? Welche Fälle benötigten noch eine zweite Beurteilung? Wann endete diese Absicherung? Welche Ausnahmen blieben offen? Wer war für jeden Dienst zuständig? Wie wäre ein fehlerhafter Übergabeschritt rückgängig zu machen gewesen?

Eine einmalige Bestätigung „praktisch abgeschlossen“ kann diese Fragen nicht für alle Zukunft beantworten. Langfristige Kontinuität verlangt, dass Verwahrung, Änderungsfreigaben, ungelöste Ausnahmen, Dienstniveaus, Ausfallwiederherstellung und Kompatibilität zwischen Registern versioniert werden. Anerkennungsherkunft ist ein Kompatibilitätsarrangement; die fortdauernde Bewährungsprobe liegt im funktionierenden System.

Was die damalige Prüfung tatsächlich leistete

Der stärkste Einwand gegen eine allzu skeptische Lesart lautet: Der Anerkennungsprozess nahm nicht bloß eine Pressemitteilung entgegen. Die ursprüngliche Bewerbung vom September 2004 enthielt laut IANA Entwürfe von Satzung und Richtlinien, einen Finanzierungsplan und Lebensläufe. Die aktualisierte Fassung benannte Personal, Standorte, Replikation, Sicherheitsmaßnahmen, Politikfristen und Übergabeschritte. NRO-Prüfer betrachteten Einrichtungen, Betrieb und Prozesse anhand von ASO- und ICP-2-Maßstäben.

IANA konsultierte AFRINIC und andere Regional Internet Registries, vermerkte eine günstige NRO-Prüfung und ging die zehn Kriterien einzeln durch. Das öffentliche Kommentierungsfenster bot vor dem Abschluss Raum für Gegenbelege.

ICP-2 verlangte die Abgrenzung des versorgten Gebiets, Unterstützung der Gemeinschaft, Selbstverwaltung, von unten getragene Prozesse, Neutralität und Unparteilichkeit, technische Fachkunde, Befolgung globaler Zuteilungsleitlinien, ordentliche Aufzeichnungen, Vertraulichkeit und finanzielle Stabilität. Das ist eine ernsthafte Readiness-Checkliste. Eine neu entstehende Institution kann nicht im Voraus Jahrzehnte makellosen Betriebs beweisen; eine Übergangsentscheidung muss sich auf gezeigte Bereitschaft und anschließend fortlaufende Governance stützen.

Dieser Gegenfall verdient sein volles Gewicht. Er verhindert die bequeme Behauptung, AFRINIC sei 2005 ohne betriebliche Substanz entstanden. Er zeigt auch, warum spätere Kontrollprobleme nicht automatisch beweisen, die damaligen Bewerber hätten getäuscht. Die Prüfung war real, die Dienstübergabe wurde zeitgenössisch bestätigt und der Antrag enthielt ungewöhnlich konkrete Angaben.

Doch genau diese Stärke macht eine fortlaufende Prüfung möglich und nötig. ICP-2 war ein Tor, kein Dauerzertifikat. Mehrere Aussagen blieben Prognosen. Beteiligungsnenner waren unvollständig. Geplante Standorte waren nicht mit ausgeführten, getesteten Kontrollen gleichzusetzen. Bald zu unterzeichnende Verträge waren keine vorliegenden Verträge. Der Nachweis finanzieller Selbständigkeit nach zwei Jahren fehlt im Bestand. Ein sorgfältiger Langzeit-Audit widerruft die legitime technische Übergabe nicht rückwirkend; er hält ihre Bedingungen lebendig.

Der WHOIS-Bericht von 2021 als Belastungstest

Sechzehn Jahre später veröffentlichte AFRINIC einen internen WHOIS-Prüfbericht. Er ist ein interessengeleiteter Eigenbericht mit Haftungshinweis, kein rechtskräftiges Urteil. Seine Zahlen müssen in den Kategorien des Berichts bleiben. Für Adressen aus dem verfügbaren Bestand meldete er 2.371.584 IPv4-Adressen, die ohne Befugnis oder Rechtfertigung zweckentfremdet worden seien. Davon waren zum Berichtszeitpunkt 1.060.864 zurückgewonnen; 1.310.720 galten als noch offen. Separat hieß es, 1.799.168 Legacy-Adressen schienen kompromittiert.

Die Legacy-Größe darf nicht der ersten Summe zugeschlagen werden, und das qualifizierende „schienen“ darf nicht verschwinden.

Der Bericht beschrieb eine Prüfmethode anhand von WHOIS-Historie, delegierten Statistiken, Tickets, Reverse DNS und Daten aus dem Internet Routing Registry. Er hielt fest, dass einschlägige Datensätze 2005 zu AFRINIC migriert waren. Darin liegt seine Bedeutung für die Gründungsbaseline: Die Untersuchung benutzt genau jene miteinander zu versöhnenden Spuren, deren verlässliche Verwahrung und Replikation die Bewerbung versprach.

Die gemeldeten Befunde sind deshalb ein ernstes Signal für eine spätere Beanspruchung der Register- und Kontrollkette. Sie legen nahe, dass Antrag, Freigabe, Inventar, Veröffentlichung und Korrektur nicht bloß nebeneinander archiviert, sondern laufend gegeneinander abgeglichen werden müssen. Sie beweisen jedoch nicht, dass eine namentlich genannte Person aus dem Jahr 2005 täuschte, dass jede damalige Kontrolle wirkungslos war oder wie ein Gericht die umstrittenen Tatsachen, Verantwortlichkeiten und Rechtsfolgen abschließend bewerten würde.

Die richtige Reaktion auf einen Registerfehler ist überprüfbare Korrektur und Betriebskontinuität, nicht die Erweiterung privater Strafmacht. Eine Änderung muss den falschen und den korrigierten Zustand, Zeitpunkte, Freigaben, Einwände und Auswirkungen erhalten. Betreiber, deren Routing, Kundenverträge, Transfers oder Finanzierung von den Einträgen abhängen, brauchen eine belastbare Spur. Werden Datensätze still überschrieben oder Auseinandersetzungen als Anlass für konfiskatorische Befugnisse genutzt, verliert das Register gerade die Neutralität, die seine technische Rolle trägt.

Der spätere Autoritäts- und Finanztest

Am 24. Juni 2026 verlangte NRS in einer formellen Mitgliederaktion Unterlagen zu Finanzen und Zuständigkeit und nannte Rechtsausgaben von 3.289.408 US-Dollar für die Jahre 2022 bis 2025. Das ist ein erstklassiger formeller Rechenschaftsnachweis für die erhobene Forderung und die berichtete Zahl. Es ist keine gerichtliche Feststellung, dass die Ausgaben unzulässig waren, und entscheidet nicht über jede umstrittene Handlung.

Sein Bezug zur Bewerbung liegt in drei damaligen Darstellungen: Mitglieder sollten volle Kontrolle ausüben, AFRINIC sollte finanziell autonom und transparent verantwortlich arbeiten, und seine Macht sollte in neutraler Richtlinienanwendung gebunden bleiben. Eine Mitgliederforderung nach Autoritäts- und Finanzunterlagen testet, ob diese Zusagen heute durch konkrete Akten belegt werden können. NRS vertritt ausdrücklich autorisierte Mitglieder, forscht, setzt Themen und beruft zusammen; es führt weder das Register noch WHOIS, RDAP, RPKI, Beschwerden, Vergleiche, Wahlen, Verwahrung oder Kontinuität.

Für die Prüfung sind nicht politische Lager, sondern Dokumentketten entscheidend: Welche Stelle genehmigte Ausgaben? Welches Budget, welche Beschaffung und welcher Zweck lagen zugrunde? Welche Rechtsgrundlage wurde für die streitige Handlung genannt? Welchen Zugang hatten Mitglieder zu Belegen? Welche Beträge waren Betrieb, Rücklage, zweckgebundene Unterstützung oder Streitkosten? Der Betrag allein beweist keine Unregelmäßigkeit. Fehlt jedoch die nachvollziehbare Akte, bleibt die Gründungszusage zur Mitgliederkontrolle und finanziellen Selbständigkeit unbestätigt.

Warum Registerfehler außerhalb der Datenbank ankommen

Registry-Governance ist eine Infrastrukturabhängigkeit. Entscheidungen zu Zuteilungen, Übertragungen, routingnahen Datensätzen und Dienstkontinuität können bis in laufende Netze reichen. Ein falscher Eintrag ist daher nicht bloß ein redaktioneller Fehler in einer Tabelle. Er kann die Beurteilung von Ansprüchen verändern, Transfers verzögern, Kundenbeziehungen verunsichern, Finanzierung beeinträchtigen und technische Reaktion binden. Betreiber tragen die Kosten häufig, bevor eine institutionelle Auseinandersetzung abgeschlossen ist.

IPv4 ist dauerhaftes Betreiberkapital. Richtige, neutrale Buchführung schützt dieses Kapital, ohne dass die Bewerbung von 2005 Eigentumstitel geschaffen hätte. Auch IPv6 ändert diese Pflicht nicht. Die Kosten und Anreize eines dauerhaften Parallelbetriebs sind eine wirtschaftliche Belastung; sie entschuldigen keine unrichtige IPv4-Buchführung und belegen keine verborgenen Gründungsmotive. Die Antwort auf Knappheit oder Übergangskosten darf nicht darin bestehen, die Genauigkeit des bestehenden Registers geringer zu gewichten.

Ebenso muss Durchsetzungsschleichfahrt verhindert werden. Ein Register darf eindeutige Aufzeichnungen erhalten und offengelegte Regeln vollziehen. Es darf diese Funktion nicht in Bestrafung, Beschlagnahme oder Marktzugangskontrolle umdeuten. Je wertvoller Adresskapital und je höher die Umstellungskosten, desto größer ist der wirtschaftliche Schaden einer unklaren Zuständigkeit. Die dünne, überprüfbare Rolle – Eindeutigkeit, Genauigkeit, Koordination und Kontinuität – ist deshalb kein schwaches Mandat. Sie ist die Bedingung dafür, dass der Registerführer für alle Beteiligten nützlich bleibt.

Sieben Versprechen, sieben offene Konten

Aus der Bewerbung ergibt sich eine klare Bilanz. Erstens war die regionale Unterstützung am Anerkennungspunkt in erheblichem Umfang bestätigt, doch die vollständigen Nenner und Einwandsakten fehlen. Zweitens war eine geografisch verteilte Mitglieder-Governance dargestellt und geprüft, doch dauerhafte Neutralität und die Grenze korporativer Macht müssen für jede wesentliche Entscheidung neu belegt werden. Drittens war der offene Politikprozess konkret beschrieben, aber sein Ergebnis ist ohne Versions-, Beteiligungs- und Umsetzungsregister nicht selbstbeweisend.

Viertens waren vier Verantwortliche benannt und zwei Rollen geplant; die damalige Kompetenzprüfung ersetzt keine Langzeitdaten zu Kapazität, Nachfolge, Zugriff und Funktionstrennung. Fünftens bestanden Kernsysteme und mindestens eine Replik, während zusätzliche Standorte und Notfallvorkehrungen teils geplant waren; Inbetriebnahme und wiederkehrende Wiederherstellungstests bleiben zu belegen. Sechstens wurde ein fünfstufiges Gebührenmodell samt Inkubation und zweijähriger Autonomieprognose akzeptiert, ohne dass im Bestand die ausgeführten Vereinbarungen und der spätere Audit dieser Prognose liegen.

Siebtens war die Dienstübergabe zeitgenössisch stark bestätigt; der dauerhafte Nachweis von Datenverwahrung, Ausnahmeabschluss und Kontinuität bleibt trotzdem erforderlich.

Diese Bilanz ist weder Freispruch noch Anklageschrift. Sie ist eine bessere Form institutionellen Gedächtnisses. Wo es einen Beleg gibt, wird er genannt. Wo nur die Bewerbung spricht, bleibt es eine Darstellung. Wo spätere Daten eine Kontrolle belasten, wird der Belastungstest beschrieben. Wo ein Dokument fehlt, bleibt das Feld offen. Auf diese Weise lässt sich eine technische Gründung ernst nehmen, ohne sie in Ahnenverehrung zu verwandeln.

Die praktische Konsequenz lautet: Die Bewerbung sollte als lebende Rechenschaftsbaseline erhalten werden. Jede Zusage braucht eine verantwortliche Rolle, ein Ausgangsdatum, einen Belegort, einen Prüfzyklus und einen öffentlichen Status – erfüllt, teilweise erfüllt, nicht erfüllt, ersetzt oder ungeprüft. Anerkennung ist Herkunft, nicht Herrschaft. Fortdauernde Legitimität entsteht aus laufendem Code, richtigen Datensätzen, neutraler Behandlung, sichtbarer Korrektur und begrenzter Haftung.