Zusammenfassung

  • Die Version 3 des Governance-Dokuments legt in Artikel 6 erstmals einen detaillierten, kurier-zuerst- und peer-gating Mechanismus zur Aberkennung einer RIR fest; er bleibt bis zur Annahme im vierten Quartal 2026 unverbindlich.
  • Die operative ICP-2-Ordnung (ICANN-Verfahren vom 24. Dezember 2024) verlangt für eine von einer RIR initiierte Konformitätsprüfung einstimmige Zustimmung der anderen RIRs.
  • ICANNs Schreiben vom 16. Juli 2025 erklärt ausdrücklich, dass keine Konformitätsprüfung gegen AFRINIC eingeleitet worden war, während alle Rechte vorbehalten blieben; auch das Schreiben vom 3. Juli 2025 sichert lediglich Rechte zu.
  • Im untersuchten Bestand gibt es keinen Beleg für eine jemals eingeleitete Konformitätsprüfung oder ein Aberkennungsverfahren gegen eine RIR.
  • Damit bleibt die Funktionsfähigkeit des Rechenschaftsinstruments unbelegt: es ist schriftlich erreichbar, aber durch kein gelebtes Szenario erprobt.

Die Frage, die hinter diesem Text steht, ist schlicht: Kann eine Regional Internet Registry faktisch ihre Anerkennung verlieren? Die Version 3 des Governance-Dokuments — auf der NRO-Seite zum RIR-Governance-Dokument als FINAL DRAFT vom 1. September 2026 dokumentiert — beantwortet diese Frage auf dem Papier mit einer erstaunlichen Präzision. Artikel 6 verlangt eine wesentliche Nichtkonformität mit den Anforderungen von Abschnitt 4.1 (6.1), vermutet eine Rehabilitationsförderlichkeit mit Sanierungsplan und angemessener Frist (6.2), beschränkt Anträge auf eine RIR, eine Mitgliedergruppe von mindestens 25 Prozent der Mitglieder des Betroffenen oder 2.000 Mitglieder — je nachdem, was geringer ist — (6.3) oder auf ICANN, und koppelt die ICANN-Entscheidung an Aberkennungsbewertungen von mindestens zwei Dritteln der RIRs, wobei die betroffene Registry selbst nicht mitzählt (6.7(c)).

Der Begründungsbericht der ASO erläutert, was Version 3 gegenüber früheren Entwürfen ändert: eine rehabilitationsorientierte Aberkennung, die Zwei-Drittel-Schwelle, einen überarbeiteten Prüf- und Konformitätsrahmen mit einem regelmäßigen Fünfjahres-Auditzyklus, eine eigenständige Compliance Review mit Schutzvorkehrungen gegen Missbrauch, die Veröffentlichung von Entscheidungen sowie Änderungssperren, solange ein Aberkennungsantrag anhängig ist oder eine temporäre Notfall-Kontinuitätsvereinbarung läuft.

Doch Präzision auf dem Papier ist keine Funktionsfähigkeit. Der einzige Live-Fall, den das System je produziert hat, ist die mehrjährige AFRINIC-Krise: Gerichtsverfahren in Mauritius, eine gestörte Mitgliederversammlung, ein Receiver-Streit und die Cloud-Innovation-Abwicklungspetition, die AFRINIC in seinem Mitglieder-Update aus der Sicht der betroffenen Partei beschreibt. Die Antwort der Oberbehörde darauf war Zurückhaltung: In ICANNs Schreiben vom 16. Juli 2025 an den mauritischen Minister und den Receiver heißt es ausdrücklich, dass keine Konformitätsprüfung nach den Implementierungs- und Bewertungverfahren eingeleitet worden sei, während sich ICANN alle Rechte vorbehält. Das Schreiben vom 3. Juli 2025 zum Vorwurf manipulierter Vorstandswahlen sichert ebenfalls nur Rechte zu.

Die operative Rechtsordnung jener Jahre — die Implementierungs- und Bewertungsverfahren für ICP-2-Konformität vom 24. Dezember 2024 — verlangt für eine RIR-initiierte Konformitätsprüfung einstimmige Entscheidung der anderen RIRs; ICANN kann selbst dann prüfen, wenn es ein Risiko für den stabilen Betrieb der eindeutigen Kennzeichensysteme annimmt. Selbst unter dieser niedrigeren Schwelle — keine Zwei-Drittel-Gate, aber Einstimmigkeit — geschah nichts. ICANN initiierte keine Prüfung; keine Schwester-Registry tat es.

Was bleibt, ist eine offene Frage statt eines Beweises. Der ASO-AC-Übergabebericht vom 28. Juli 2026 und die NRO-FAQ bestätigen die Übergabe; die NRO-Zeitachse setzt die Annahme für Q4 2026 an. Bis dahin bindet Artikel 6 niemanden. Danach wird die Funktionsfähigkeit des Instruments davon abhängen, ob die Beweisführungen, die kurier-zuerst-Sequenz und die Zwei-Drittel-Gate eine Schwellenhöhe erzeugen, die über dem einzigen Ausfallszenario liegt, das das System bislang hervorgebracht hat. Ein accountability-Mechanismus, der nie getestet wurde, ist keine Garantie — er ist eine Zusicherung, die noch bewiesen werden muss.