Lo specchio della politica

In che modo le regole 2026 di AFRINIC trasformano il registro da registro a controllo del capitale

Un manuale di policy non è solo un insieme di regole. È una confessione di immaginazione istituzionale.

Ci dice cosa pensa l’istituzione.

Un registro ristretto scrive regole ristrette. Dice: ecco il titolare di questa risorsa numerica; ecco il contatto pubblico; ecco l'ambiente dell'oggetto del percorso; ecco la catena di controllo; ecco lo stato del conflitto se esiste una controversia; ecco la dichiarazione di sicurezza, se ne è stata fatta una. Tutela l'unicità. Protegge la precisione. Protegge l'interoperabilità. Protegge la capacità delle reti indipendenti di continuare a operare senza chiedere il permesso a una sala politica.

Un registro sovrano scrive regole diverse. Si parla di amministrazione. Si parla di risorse regionali. Si parla della comunità come se la comunità fosse un principio giuridico. Si parla di necessità, conservazione, equità, conformità, uso corretto, ammissibilità regionale, condizioni di trasferimento, gestione degli abusi, ammissibilità al sostegno, revoca e confisca. Decide non solo chi viene registrato, ma a chi è consentito effettuare transazioni, dove il valore può spostarsi, quali modelli commerciali sono moralmente tollerabili e quando una risorsa operativa può essere intrappolata all’interno di un confine istituzionale.

Questo è il vero significato del quadro politico di AFRINIC.

Il punto interessante non è che AFRINIC abbia una politica di trasferimento. Ogni registro necessita di un meccanismo di trasferimento una volta che IPv4 diventa scarso. Il punto interessante è come è scritta la politica. La politica di trasferimenti ratificata nel 2026 non si limita a registrare i trasferimenti. Classifica le risorse numeriche per origine e regione, impedisce ad alcune risorse di lasciare la regione di AFRINIC, richiede l'approvazione scritta di AFRINIC per i trasferimenti, rifiuta di riconoscere i trasferimenti effettuati al di fuori dei canali approvati da AFRINIC e rende le risorse in entrata soggette al regime politico di AFRINIC. La nuova politica sui contatti in caso di abuso non richiede semplicemente un contatto raggiungibile. Crea un obbligo di conformità, verifica periodica, escalation ed eventuale esposizione a violazioni contrattuali. Il vecchio Manuale di politica consolidata fornisce il terreno più profondo: linguaggio delle risorse pubbliche, ipotesi anti-proprietà, dottrina della conservazione, ipotesi di non trasferibilità, restrizioni di assegnazione basate sullo scopo e teoria del consenso dal basso verso l’alto.

Niente di tutto ciò è casuale. È il risultato naturale di un registro che ha dimenticato di essere un libro mastro.

Il livello anagrafico è stato giustificato da un piccolo problema tecnico. Le risorse dei numeri Internet devono essere univoche. Reti diverse non devono rivendicare inconsapevolmente gli stessi identificatori. I registri pubblici devono rendere possibile la risoluzione dei problemi. Le asserzioni di sicurezza devono essere comprensibili dalle parti che fanno affidamento. I trasferimenti devono essere registrati in modo che il registro non menta. Ciò è sufficiente per giustificare un registro. Non è sufficiente per giustificare il controllo di un’istituzione privata sull’uso economico, sullo spostamento geografico, sulla locazione commerciale, sulla trasferibilità, sul trattamento del capitale o sul destino operativo di beni scarsi.

Il momento IPv4 è diventato scarso, il vecchio linguaggio di registro ha smesso di essere innocuo. Quando una risorsa non aveva un valore di mercato significativo, il vocabolario morale di un registro era scadente. Chiamare lo spazio degli indirizzi una risorsa pubblica, negare il linguaggio della proprietà, imporre il bisogno, scoraggiare l’accaparramento e richiedere la rinumerazione sembrava un’igiene amministrativa. Una volta IPv4 è diventato prezioso, finanziabile, affittato, venduto, impegnato, litigato e incorporato operativamente, lo stesso linguaggio è diventato un sistema di controllo patrimoniale.

Questo è il momento in cui il modello RIR ha tagliato il traguardo.

Un registro non è uno stato.

Una regione di servizio non è un popolo.

Una riunione politica non è una legislatura.

Un contatto del database non è una procura aziendale.

Il consenso della comunità non è proprietà.

Una registrazione anagrafica descrive la realtà; non lo crea.

Il policy mirror di AFRINIC mostra l'intero sistema. Mostra come un contabile impara a parlare come un sovrano. Mostra come il coordinamento tecnico diventa controllo del capitale. Mostra come la “comunità” diventa un meccanismo per riciclare il mandato. Mostra come un registro di diritto privato rivendica l’autorità delle risorse pubbliche evitando al tempo stesso la responsabilità di diritto pubblico. Mostra perché Running-Code Primacy non è più uno slogan. È l'unico test disciplinato rimasto.

La domanda è semplice: cosa richiede effettivamente l'esecuzione del codice?

Richiede unicità. Richiede una registrazione affidabile. Richiede contattabilità. Richiede il controllo delle frodi. Richiede metadati di sicurezza. Richiede l’isolamento delle controversie. Richiede la registrazione del trasferimento. Richiede continuità operativa. Non richiede un embargo regionale sul capitale IPv4. Non è necessario un registro per decidere se i clienti di una rete sono sufficientemente locali. Non richiede la rinumerazione forzata quando un cliente cambia fornitore. Non è necessario un registro privato per decidere se le risorse numeriche sono merci. Non richiede la verifica dei contatti in caso di abuso per diventare un percorso di revoca. Non richiede la valutazione delle esigenze dopo che la scarsità ha già trasformato IPv4 in una risorsa di mercato. Non è necessario che l'uso non registrato sia dichiarato nullo, come se il registro fosse la fonte della verità operativa. Non è necessaria una sala comunitaria per parlare a nome delle aziende, degli stati, degli utenti finali, degli investitori o di Internet nel suo complesso.

La riforma politica corretta non consiste nel rendere AFRINIC un paese migliore. La riforma corretta è porre fine alla rivendicazione della sovranità.

Questa nota espone integralmente il conflitto politico. Propone poi emendamenti concreti. Gli emendamenti non sono cosmetici. Non rappresentano una richiesta di applicazione più morbida. Si tratta di un disegno costituzionale diverso per il livello delle risorse numeriche: regole comuni sottili, autonomia degli operatori locali, adozione volontaria, portabilità obbligatoria, separazione dei registri/applicazione e continuità operativa a prova di controversia.

I. Il primo errore della politica: l’affidamento diventa proprietà senza la parola proprietà

Il vecchio quadro politico AFRINIC utilizza il vocabolario della gestione. Descrive l'allocazione e l'assegnazione di IPv4 come la gestione di una "risorsa pubblica". Pone AFRINIC nel ruolo di custode. Dice che la registrazione è necessaria per garantire l'unicità e supportare la risoluzione dei problemi. Si afferma inoltre che la conservazione richiede l’effettiva necessità, l’uso immediato e l’evitare l’accumulo di scorte. Si chiede al registro di bilanciare le esigenze dei richiedenti con gli interessi della comunità Internet.

Esiste una versione legittima di quel paragrafo.

L'unicità è legittima. La registrazione è legittima. La precisione del contatto è legittima. La prevenzione delle frodi è legittima. L’allocazione da un pool gratuito non assegnato necessitava di criteri prima che il trasferimento di mercato diventasse la realtà dominante. Il problema non è che un registro una volta richiedesse un motivo prima di emettere numeri scarsi da un pool non allocato. Il problema è che AFRINIC non separa chiaramente una regola di allocazione del pool libero da una teoria del controllo continuo sulle risorse già in uso operativo.

Questa distinzione è il nucleo giuridico ed economico.

Uno stato può assegnare terreno pubblico sotto autorità legale e quindi definire i diritti di proprietà. Un registro privato non è uno stato. Non può prendere in prestito il linguaggio delle risorse pubbliche per creare un interesse reversibile permanente sui beni utilizzati dagli operatori, pagati dagli operatori, su cui fanno affidamento i clienti, valutati dai mercati e difesi in tribunale. Se il registro vuole dire che le risorse non sono di proprietà, deve anche accettare la conseguenza: non ne è nemmeno il proprietario. Potrebbe essere un registratore. Potrebbe essere un coordinatore di unicità. Potrebbe essere un fornitore di servizi. Potrebbe non essere il padrone di casa dell’economia degli indirizzi.

Il linguaggio di AFRINIC cerca di avere entrambi i lati.

Dice che le risorse numeriche non sono proprietà illimitata. Dice che sono amministrati in fiducia. Dice che i diritti d’uso sono soggetti all’accordo e al rispetto delle politiche. Dice che alcune risorse non possono spostarsi fuori regione. Dice che i trasferimenti non autorizzati potrebbero essere recuperati. Si afferma che il mancato rispetto dei contatti abusivi può diventare una violazione contrattuale con esposizione alla revoca. Dice che il registro non assegna valore monetario e che le risorse numeriche non sono merci oggetto di speculazione. Si afferma inoltre che il registro non ha un'ampia responsabilità legale per le conseguenze commerciali dei trasferimenti e che la due diligence spetta alle parti.

Questa combinazione è economicamente instabile.

Se AFRINIC ha il potere di bloccare il movimento del valore, influisce sul valore. Se influisce sul valore, esercita potere economico. Se esercita potere economico, deve avere responsabilità, rappresentanza e disciplina procedurale proporzionali a tale potere. Se rifiuta la responsabilità, deve ridurre il potere. Non esiste una terza categoria in cui un registro privato possa controllare i movimenti di capitale descrivendosi come un custode neutrale.

Questo è il primo emendamento politico richiesto: il manuale politico deve smettere di utilizzare un controllo di tipo proprietario senza una responsabilità di tipo proprietario. Deve definire la funzione del registro come tenuta dei registri e coordinamento, non come amministrazione del capitale regionale.

Emendamento 1 proposto: sostituire il linguaggio della stewardship con il linguaggio delle funzioni di registro

Difetto attuale: Il quadro politico tratta AFRINIC come custode di una risorsa pubblica e importa un linguaggio di bilanciamento della comunità in regole che incidono su risorse operative preziose.

Principio di sostituzione: L'autorità politica di AFRINIC è limitata alle funzioni del registro necessarie per l'unicità, l'accuratezza del registro, le asserzioni di sicurezza, la prevenzione delle frodi, la registrazione dei trasferimenti e la continuità operativa.

Testo proposto:

La funzione di registro di AFRINIC è quella di mantenere record accurati, verificabili e interoperabili del controllo delle risorse numeriche Internet per le risorse amministrate tramite il sistema di registro AFRINIC. Il ruolo di AFRINIC è limitato alla protezione dell’unicità, al mantenimento dell’accuratezza del registro pubblico, al supporto del coordinamento del routing adiacente e rilevante per la sicurezza, alla registrazione dei trasferimenti e dei cambiamenti di controllo, alla prevenzione delle frodi nei registri del registro e alla preservazione della continuità operativa. Nulla in questa politica deve essere interpretato come creazione di proprietà, autorità sovrana, titolo territoriale, autorità di controllo commerciale o interesse economico reversibile a favore di AFRINIC o di qualsiasi comunità politica.

Questo unico paragrafo eliminerebbe la finzione alla fonte. Non distruggerebbe il registro. Lo salverebbe.

Un registro che sa di essere un registro può essere utile. Un'anagrafe che si crede uno Stato diventa pericolosa.

II. La dottrina della conservazione è morta con la fine del free pool

La conservazione è stata il grande argomento morale dell’era dell’allocazione. Sembrava ragionevole perché risolveva un problema reale: se un registro ha un pool limitato di risorse libere e i richiedenti richiedono risorse, deve esserci un metodo per decidere chi le riceve. L’allocazione basata sui bisogni era uno di questi metodi. Non è mai stato perfetto, ma aveva una logica tecnico-amministrativa: evitare gli sprechi mentre le risorse venivano ancora emesse da un bacino comune.

Quel mondo non c'è più.

Dopo l’esaurimento, la conservazione cambia significato. Non assegna più una piscina pubblica gratuita. Limita i movimenti privati ​​di scarso capitale operativo. Diventa un dispositivo di controllo. Sopprime la liquidità. Aumenta i costi di transazione. Aumenta il rischio di hold-up. Crea scarsità artificiale in un luogo mentre le risorse inutilizzate o sottoutilizzate rimangono intrappolate altrove. Premia la navigazione politica rispetto allo sviluppo economico. Penalizza le reti che necessitano di flessibilità. Si crea un mercato grigio perché il canale ufficiale è troppo lento, troppo discrezionale o troppo ideologicamente ostile al commercio.

L’economia non è sentimento. Le risorse scarse si spostano verso un utilizzo di valore più elevato quando i costi di trasferimento sono bassi e i diritti sono chiari. Questo movimento non è immorale. È così che il capitale smette di essere un inventario morto. Quando un registro limita la trasferibilità, non crea equità. Crea un cuneo tra il valore operativo del bene e la sua utilizzabilità legale. Il cuneo viene pagato da qualcuno: reti più piccole che non possono accedere alla fornitura, operatori che non possono monetizzare le scorte inattive, clienti che pagano prezzi di servizio più alti, investitori che scontano le risorse di rete e stati che corrono rischi infrastrutturali mentre un registro privato mantiene il potere di veto amministrativo.

Una regola di conservazione per l’emissione di free-pool non allocati è una cosa. Un'altra è una regola di conservazione su IPv4 già allocato. La prima è una disciplina della coda. Il secondo è il controllo del capitale.

Il manuale politico non riesce a fare questa distinzione con sufficiente forza. Continua a parlare come se l’accumulo di scorte, le riserve e i bisogni effettivi rimanessero principi morali generali durante tutto il ciclo di vita di IPv4. La politica di trasferimento ripete lo stesso errore mantenendo la valutazione dei bisogni e i controlli di conformità all’interno dei trasferimenti. È un errore di categoria.

Un registro può richiedere la prova che un cedente controlla il blocco. Può richiedere la prova che non esiste alcuna richiesta di registro duplicata. Può richiedere record accurati di contatti e organizzazione. Può richiedere il riconoscimento dei termini del servizio di registro. Può registrare le controversie. Può rifiutarsi di pubblicare un trasferimento se la fonte non è il detentore del documento o se un tribunale o un giudice indipendente ha congelato la risorsa. Non è necessario chiedere se il destinatario dispone di un piano che soddisfa le previsioni di fabbisogno del registro. Il bisogno del destinatario è rivelato dal prezzo che è disposto a pagare e dal rischio operativo che è disposto a sopportare.

La valutazione della necessità dopo l'acquisto sul mercato non è ingegneria. È una pianificazione centrale.

Il registro non conosce l’attività futura dell’acquirente meglio dell’acquirente. Non sostiene il costo del capitale dell’acquirente. Non paga i clienti dell’acquirente quando la distribuzione fallisce. Non finanzia l’infrastruttura dell’acquirente. Non comporta il costo opportunità di una transazione ritardata. Pertanto non dovrebbe essere il decisore.

Emendamento proposto 2: separare l'assegnazione del pool gratuito dal trasferimento sul mercato

Difetto attuale: Il quadro politico utilizza la conservazione e il bisogno come principi generali, consentendo alla logica dell’era dell’allocazione di contaminare la realtà dell’era del trasferimento.

Principio di sostituzione: I criteri basati sulle necessità possono applicarsi solo alle allocazioni da un pool gratuito AFRINIC non allocato. Non si applicano a trasferimenti, locazioni, subcessioni, fusioni, acquisizioni, accordi di finanziamento o cambiamenti di controllo operativo che coinvolgono risorse già assegnate.

Testo proposto:

I criteri di allocazione basati sulle necessità si applicano solo alla distribuzione di risorse non allocate da un pool gratuito amministrato da AFRINIC. Una volta che una risorsa numerica è stata assegnata o assegnata ed è detenuta da un detentore riconosciuto di risorse, il successivo trasferimento, locazione, sub-assegnazione, finanziamento, delega operativa, movimento correlato alla fusione, movimento correlato all'acquisizione o altro cambiamento d'uso non sarà negato sulla base della valutazione di AFRINIC delle esigenze aziendali, dei tempi di distribuzione, della geografia del cliente, del modello commerciale, dei prezzi o delle preferenze di conservazione, a condizione che siano soddisfatti i requisiti di unicità, accuratezza del registro, prova del controllo e stato delle controversie applicabili.

Questo emendamento non creerebbe caos. Eliminerebbe un falso punto di controllo.

Il problema della scarsità non si risolve congelando i beni. Si risolve consentendo lo spostamento delle risorse.

III. Regionalismo come controllo del capitale

La politica di trasferimenti del 2026 rivela il conflitto più importante. Crea una tassonomia delle risorse. Alcuni sono regionali. Alcuni sono riservati. Alcuni sono eredità. Alcuni sono globali. Solo alcune categorie possono uscire dalla regione AFRINIC. AFRINIC emesso da IPv4 è effettivamente bloccato nelle condizioni di trasferimento regionali. Le risorse trasferite legacy e in entrata ricevono un trattamento diverso. Le risorse in entrata possono diventare soggette alla policy AFRINIC. Alcune risorse perdono lo stato legacy dopo il trasferimento. Tutto ciò viene presentato come un metodo controllato di ridistribuzione che protegge il restante pool di AFRINIC e rafforza il ruolo di AFRINIC ​​come registro autorevole.

Non si tratta di un coordinamento tecnico scarso. È il controllo del capitale.

Un indirizzo IP non diventa più o meno univoco a seconda della regione che lo utilizza. Un percorso non prevede passaporto. BGP non chiede se le entrate del titolare sono africane, europee, asiatiche o americane. RPKI non convalida un prefisso perché i suoi clienti vivono all'interno di un limite di servizio. Internet non è un’unione doganale.

L'amministrazione regionale può risultare conveniente per l'erogazione dei servizi anagrafici. Non è un sistema di titoli. La regione è un’area di servizi amministrativi, non una gabbia economica. Quando AFRINIC afferma che la classificazione regionale non è un'etichetta visibile, non un diritto di instradamento e non una restrizione per l'uso quotidiano, ammette il punto che conta. La classificazione esiste principalmente per determinare le regole di trasferimento. In parole povere: l'etichetta viene utilizzata per controllare il movimento del valore.

Questo è lo specchio della politica.

L’argomentazione a favore del lock-in regionale di solito usa il linguaggio dello sviluppo africano. Si afferma che le risorse per gli indirizzi dovrebbero rimanere a disposizione delle reti africane. Dice che la scarsità non deve essere esportata. Si dice che il trasferimento senza restrizioni prosciugherebbe la regione. Questo argomento sembra compassionevole finché non ne viene esaminata l’economia.

Una restrizione di trasferimento non crea più indirizzi. Crea illiquidità. Riduce il valore delle risorse detenute dalle reti africane perché il loro mercato di uscita è limitato. Riduce il valore della garanzia. Riduce l’incentivo a scoprire un’offerta sottoutilizzata. Scoraggia le risorse in entrata perché i venditori razionali temeranno di rimanere intrappolati in una giurisdizione a senso unico. Crea uno sconto sulla policy sulle risorse registrate su AFRINIC. Incoraggia inoltre i trasferimenti informali, le strutture di leasing, gli accordi di fiduciaria, il routing senza registri di registro puliti e le controversie legali sul controllo.

La regione non diventa più ricca perché i suoi beni non possono andarsene. Diventa più povero perché non è possibile prezzare pienamente i suoi asset.

Se l’obiettivo politico è aiutare le reti africane a ottenere IPv4, gli strumenti corretti sono la liquidità del mercato, la registrazione trasparente dei trasferimenti, i meccanismi di finanziamento, il riconoscimento del leasing, le regole antifrode, l’informazione aperta e la riduzione dei costi delle transazioni del registro. Un embargo regionale fa il contrario. Sopprime la scoperta dei prezzi e dice al capitale che una volta entrato in AFRINIC, non può uscirne liberamente. Il capitale risponde in modo prevedibile: chiede uno sconto o evita l’ingresso.

Questa non è ideologia. È il prezzo degli asset.

Una risorsa che può essere venduta a livello globale vale più di una risorsa che può essere venduta solo a livello regionale. Una risorsa che può essere data in pegno vale più di una risorsa che non può essere data in pegno. Una risorsa che può essere affittata apertamente vale più di una risorsa che deve essere nascosta dietro l’ambiguità politica. Una risorsa che può essere spostata in un registro successivo vale più di una risorsa intrappolata in un registro in errore. Una risorsa protetta dalla cancellazione unilaterale vale di più di una risorsa la cui esistenza dipende dall’interpretazione della politica comunitaria da parte di un istituto di diritto privato.

La politica di trasferimento impone quindi una penalità in termini di povertà mentre pretende di proteggere i poveri.

Prende gli asset degli indirizzi che con maggiore probabilità saranno conservati all'interno della regione AFRINIC e ne riduce la liquidità. Dice agli operatori africani che le loro partecipazioni sono meno mobili, meno finanziabili e meno commerciabili a livello globale rispetto a risorse comparabili altrove. Quindi lo descrive come amministrazione.

Questo è il motivo per cui la protezione delle risorse regionali fallisce fin dai primi principi. La protezione che distrugge il valore di uscita non è protezione. È bloccato.

Emendamento 3 proposto: abolire gli embarghi regionali in uscita

Difetto attuale: La politica di trasferimento limita il trasferimento in uscita di IPv4 emesso da AFRINIC e tratta la classificazione regionale come base per il controllo del movimento economico.

Principio di sostituzione: Qualsiasi risorsa numerica detenuta da un detentore riconosciuto dovrebbe essere trasferibile a qualsiasi registro tecnicamente compatibile o sistema di registrazione successivo, soggetto solo alla prova del controllo, all'unicità, all'accuratezza del registro, alla continuità della sicurezza e alle garanzie sullo stato delle controversie.

Testo proposto:

Nessuna risorsa numerica potrà essere limitata dal trasferimento sulla base dell'origine AFRINIC, della classificazione regionale, della regione di utilizzo prevista, della geografia del cliente, dell'ubicazione dell'acquirente, dell'ubicazione del venditore, del prezzo commerciale o della preferenza politica per la conservazione regionale. AFRINIC elaborerà i trasferimenti in uscita e in entrata per tutti i detentori di risorse riconosciuti laddove il cedente ha dimostrato il controllo, la risorsa non è soggetta a una richiesta attiva di duplicati o a una sospensione per frode, il cessionario ha fornito informazioni di registro accurate e sicurezza e continuità del registro i record possono essere aggiornati senza compromettere l'unicità o l'interoperabilità.

Una regione che desidera più infrastrutture Internet dovrebbe rendere il proprio registro più liquido, più affidabile e meno pericoloso. Non dovrebbe costruire un muro di capitale attorno ai suoi operatori.

IV. Il monopolio dei trasferimenti autorizzati

La politica di trasferimento afferma che le risorse non sono trasferibili a meno che AFRINIC non abbia espressamente approvato il trasferimento per iscritto. Dice inoltre che AFRINIC non riconoscerà i trasferimenti al di fuori delle policy approvate e che potrebbe essere necessario restituire le risorse trasferite al di fuori delle policy ai registri appropriati. Richiede controlli di conformità. Include la due diligence. Potrebbe richiedere ai destinatari di soddisfare le politiche e gli accordi di AFRINIC. La valutazione del personale rileva che l’elaborazione può richiedere un uso intensivo di risorse, che gli accordi potrebbero richiedere una revisione e che il ruolo di AFRINIC dovrebbe essere quello di un facilitatore senza responsabilità legale.

Questo è il modello classico di controllo del registro senza responsabilità del registro.

Un registro deve registrare i trasferimenti. Questo è legittimo. Ma esiste una differenza tra registrare un trasferimento e autorizzare la transazione economica. In un modello di registro adeguato, le parti effettuano transazioni. Il registro verifica il controllo, verifica la presenza di affermazioni contrastanti, aggiorna il record, preserva la continuità della sicurezza e pubblica il risultato. Può rifiutare un aggiornamento del record per ragioni oggettive. Non dovrebbe possedere un veto discrezionale sulla transazione stessa.

Il modello attuale inverte l’ordine. Il trasferimento è considerato valido solo se il registro lo approva. Ciò rende il registro il custode del movimento dei beni. Una volta che il registro è il custode, ogni ritardo diventa una tassa. Ogni requisito poco chiaro diventa un premio di rischio. Ogni rifiuto discrezionale diventa un'espropriazione nascosta. Ogni ambiguità politica diventa potere contrattuale.

Questa è una cattiva economia e una cattiva progettazione del registro.

L’economia dei costi di transazione insegna una lezione semplice: quando un asset è specifico, scarso e integrato a livello operativo, i diritti di approvazione discrezionale creano un ostacolo. Il soggetto che controlla il collo di bottiglia può estrarre valore anche senza una proprietà formale. Può ritardare. Può richiedere maggiori informazioni. Può reinterpretare le regole. Può imporre condizioni. Può minacciare il mancato riconoscimento. Può trasformare l’incertezza in sottomissione.

Nei normali mercati commerciali, questo è il motivo per cui i sistemi di proprietà preferiscono un titolo chiaro, una registrazione obiettiva e regole di trasferimento prevedibili. Un registro catastale registra il titolo. Non decide se la fabbrica progettata dall’acquirente è moralmente sufficiente, a meno che non lo dica un’autorità di zonizzazione separata con mandato di diritto pubblico. Un depositario di titoli registra il regolamento. Non decide se l’investitore sta facendo una scommessa speculativa, tranne nei casi in cui si applica un quadro normativo definito. Un registro dei veicoli registra la proprietà e la conformità alla sicurezza. Non decide se il modello di business dell’acquirente migliora la regione.

AFRINIC vuole la potenza di tutti e tre i sistemi e la responsabilità di nessuno.

Se AFRINIC si limita a facilitare, non deve porre il veto se non per motivi anagrafici oggettivi. Se ha potere di veto discrezionale, non può declinare la responsabilità per le conseguenze commerciali. La politica non può dire: dobbiamo approvare, ma non siamo responsabili; controlliamo il riconoscimento, ma non valutiamo il valore; possiamo rifiutare i trasferimenti, ma non ne sosteniamo il costo; possiamo richiedere la conformità, ma le parti esercitano la dovuta diligenza; possiamo reclamare trasferimenti non autorizzati, ma siamo solo custodi.

Questa non è amministrazione. È un controllo asimmetrico.

Emendamento proposto 4: convertire l'approvazione del trasferimento in una registrazione anagrafica oggettiva

Difetto attuale: I trasferimenti richiedono la previa approvazione scritta di AFRINIC e i trasferimenti non approvati sono trattati come non riconosciuti o recuperabili.

Principio di sostituzione: Il ruolo del registro è registrare i cambiamenti di controllo dopo una verifica oggettiva. Può rifiutare solo per i difetti anagrafici elencati.

Testo proposto:

AFRINIC non fungerà da organismo di autorizzazione economica per i trasferimenti di risorse numeriche. AFRINIC registrerà un trasferimento al ricevimento di prove sufficienti che: (a) il cedente è il titolare riconosciuto o il rappresentante legalmente autorizzato del titolare riconosciuto; (b) la risorsa è identificata in modo univoco; (c) nessuna richiesta duplicata attiva, blocco per frode, ordinanza del tribunale o blocco giudiziario indipendente impedisce l'aggiornamento dei record; (d) il cessionario ha fornito informazioni precise sui contatti del registro e sull'organizzazione; e (e) la continuità del registro associato, di reverse-DNS e dei record di sicurezza può essere preservata o trasferita. AFRINIC può rifiutare o rinviare un trasferimento solo per uno di questi motivi elencati e deve fornire una motivazione scritta, una base di prova e un percorso di ricorso entro un periodo di servizio definito.

Questo emendamento ripristina il ruolo del registro. Non indebolisce la precisione. Lo rafforza rendendo la registrazione formale sicura, veloce e prevedibile.

Il modo più semplice per creare trasferimenti non registrati è rendere impossibili i trasferimenti registrati.

V. I trasferimenti non autorizzati dovrebbero creare metadati di conflitto, non confisca

Il trattamento dei trasferimenti non autorizzati da parte della politica di trasferimento è particolarmente pericoloso. Se un trasferimento avviene al di fuori della politica approvata, AFRINIC può rifiutare il riconoscimento e richiedere la restituzione o il reclamo. Questo tratta il mancato riconoscimento del registro come se fosse una cura. Non lo è.

Nell'Internet reale, un trasferimento può avere più livelli di realtà. Può esistere un contratto. Potrebbe essere stato effettuato il pagamento. Il controllo operativo potrebbe essere cambiato. Il prefisso può essere instradato dal cessionario. I clienti possono contare su di esso. Un tribunale potrebbe aver riconosciuto qualche interesse. Un altro registro o sistema di sicurezza potrebbe aver ricevuto dati correlati. Il database AFRINIC potrebbe non riflettere ancora la realtà. Quando questi livelli divergono, il registro ha due scelte.

Può mentire fingendo che l'anagrafe sia l'unica realtà.

Oppure può registrare il conflitto.

Running-Code Primacy richiede la seconda risposta. Il registro non dovrebbe cancellare la realtà operativa perché la transazione non è passata attraverso il rituale preferito. Dovrebbe identificare lo stato del conflitto, informare le parti interessate, preservare l’ultimo record verificato, accettare le prove e instradare la controversia verso un processo neutrale. L’obiettivo non è premiare i trasferimenti informali. L'obiettivo è evitare che il registro diventi un boia.

Chiamare una risorsa "non valida" o "recuperabile" perché il registro non ha approvato una transazione non protegge Internet. Lo destabilizza. Crea paura. Fa sì che i partiti nascondano le prove. Trasforma il database in un'arma. Potrebbe produrre reclami duplicati, accordi inversi di DNS non funzionanti, ROA non funzionanti, interruzioni del servizio da parte dei clienti e contenziosi.

Un registro dovrebbe avere un campo relativo allo stato del conflitto prima di avere una teoria della confisca.

Questa è la differenza tra un libro mastro e un trono.

Emendamento proposto 5: sostituire il reclamo con la registrazione nello stato della controversia

Difetto attuale: I trasferimenti non approvati potrebbero non essere riconosciuti e soggetti a restituzione o reclamo.

Principio di sostituzione: Laddove si presuppone un trasferimento al di fuori del processo di registro, AFRINIC dovrebbe preservare la continuità operativa e registrare i metadati delle controversie anziché confiscare o invalidare le risorse.

Testo proposto:

Laddove AFRINIC venga a conoscenza di un presunto cambio di controllo non ancora registrato attraverso il processo di registro, AFRINIC non potrà revocare, rivendicare, invalidare, rimuovere o riassegnare la risorsa esclusivamente su tale base. AFRINIC conserverà l'ultimo stato del registro verificato, creerà un record di stato di conflitto pubblico o con accesso controllato, a seconda dei casi, informerà le parti interessate note, inviterà prove di controllo e autorizzazione e sottoporrà le controversie irrisolte a un processo giudiziario indipendente o riconosciuto da un tribunale. I registri del registro devono essere aggiornati solo in seguito a prova oggettiva del controllo, accordo delle parti, sentenza finale o altro standard di prova definito. La continuità operativa sarà preservata durante la controversia, a meno che non si applichi un'eccezione per uso duplicato, frode, integrità della sicurezza o ordinata dal tribunale.

Questa modifica renderebbe il registro più veritiero. Ridurrebbe anche il contenzioso, perché le parti non avrebbero più bisogno di un’azione giudiziaria d’urgenza per impedire al registro di trasformare l’ambiguità del database in una minaccia esistenziale.

VI. Stato legacy e trappola dell'importazione

La politica di trasferimento distingue risorse legacy, risorse regionali, risorse riservate e risorse globali. Consente ad alcune risorse legacy di spostarsi più liberamente. Ma crea anche una trappola: le risorse in entrata possono diventare soggette alle policy AFRINIC; lo stato legacy può essere perso; i destinatari potrebbero dover firmare accordi AFRINIC; i trasferimenti potrebbero trascinare le risorse in un contesto politico che non hanno scelto.

Questo è un cattivo design.

La politica dovrebbe incoraggiare la liquidità in entrata. Le reti della regione AFRINIC necessitano dell'accesso alla fornitura IPv4. Se il registro dice a venditori e acquirenti che le risorse importate potrebbero perdere le protezioni legacy, essere soggette a nuovi oneri di conformità o affrontare future restrizioni in uscita, le parti razionali richiederanno uno sconto o eviteranno AFRINIC. Ciò peggiora la situazione delle reti africane.

Una risorsa in entrata non dovrebbe essere trattata come una preda.

L’interesse del registro per i trasferimenti in entrata è semplice: garantire l’unicità, garantire una registrazione accurata, garantire la continuità della sicurezza, garantire contatti raggiungibili, garantire l’assenza di richieste duplicate. Non è necessario rimuovere lo stato legacy. Non è necessario convertire il blocco in un oggetto regionale completamente controllato. Non ha bisogno di imporre teorie politiche retroattive. È necessario mantenere il database onesto.

Bisogna consentire la partenza dei capitali importati. Altrimenti non entrerà.

Questo principio è elementare. Un paese che vuole capitali stranieri non comincia annunciando che l’uscita è vietata. Un registro che desidera IPv4 in entrata non dovrebbe fare lo stesso. Il problema è peggiore per gli indirizzi IP perché la risorsa è interoperabile a livello globale. La rete può instradare a livello globale indipendentemente dal fatto che il registro approvi o meno. Se le regole del registro sono troppo ostili, il mercato girerà attorno al registro. Il database diventa meno autorevole, non di più.

Emendamento proposto 6: preservare lo status in entrata e la libertà in uscita

Difetto attuale: Le risorse in entrata potrebbero perdere il loro status o rimanere intrappolate nel regime politico di AFRINIC.

Principio di sostituzione: Le risorse importate dovrebbero mantenere il loro status a meno che il detentore non scelga volontariamente uno status diverso, e tutte le risorse dovrebbero rimanere trasferibili all’esterno.

Testo proposto:

Una risorsa numerica trasferita nel sistema di registro AFRINIC manterrà il suo stato precedente al trasferimento o equivalente, a meno che il titolare riconosciuto non scelga espressamente diversamente in un atto scritto separato. L'accettazione dei servizi di pubblicazione del registro di AFRINIC non convertirà di per sé risorse legacy o equivalenti in risorse regionali emesse da AFRINIC, né creerà proprietà di AFRINIC o controllo reversibile, né limiterà futuri trasferimenti in uscita. Il titolare può utilizzare i servizi di registro AFRINIC, reverse-DNS, RPKI e pubblicazione di contatti in base a termini di servizio strettamente definiti senza rinunciare a trasferibilità preesistente, status giuridico o interessi di affidamento simili alla proprietà.

Questo emendamento allinea gli incentivi. Indica ai detentori globali che AFRINIC è un fornitore di servizi di registro, non una trappola di risorse.

È così che una regione attrae risorse.

VII. La politica di abuso-contatto: la regola sottile e la regola spessa

La policy sui contatti abusivi contiene un kernel legittimo. Ogni risorsa numerica dovrebbe avere un contatto raggiungibile per gli abusi. Il database pubblico è meno utile se nessuno sa dove inviare i rapporti operativi. Un oggetto contatto è un record del registro. La verifica dell'esistenza della casella di posta rientra nella funzione del registro. La richiesta di allegare il contatto agli oggetti rilevanti rientra nella funzione del registro.

Il problema inizia quando la contattabilità diventa giurisdizione di conformità.

La policy afferma che la casella di posta degli abusi deve essere valida, monitorata e gestita attivamente. È necessario che il contatto non sia limitato tramite WHOIS, API e servizi futuri. Consente a AFRINIC di eseguire la convalida al momento della creazione, dell'aggiornamento, periodicamente e ogni volta che AFRINIC lo ritiene opportuno. Consente di segnalare errori e comportamenti fraudolenti a AFRINIC. Dice che il servizio di supporto può essere offerto solo ai membri che rispettano. La valutazione del personale afferma che la non conformità può costituire una violazione della RSA e la non conformità persistente può portare alla revoca.

Questo è troppo.

Un registro può verificare che un indirizzo accetti la posta. Può verificare che un titolare mantenga un oggetto di contatto. Potrebbe contrassegnare i dati di contatto che non rispondono. Può pubblicare lo stato di convalida. Può rifiutarsi di certificare il contatto come valido. Potrebbe richiedere una correzione. Ma non dovrebbe trasformare la gestione degli abusi in una leva di revoca.

Ci sono diversi motivi.

Innanzitutto, l’abuso non è una categoria nativa del registro. Spam, malware, phishing, denunce di copyright, frode, diffamazione, molestie, scansione, traffico botnet e segnalazioni di abusi contrattuali non sono la stessa cosa. Coinvolgono leggi, fatti, giurisdizioni, standard di prova e rimedi diversi. Il registro non può diventare il punto di raccolta universale degli errori commessi in Internet.

In secondo luogo, il monitoraggio delle cassette postali non equivale alla responsabilità legale. Un titolare può ricevere segnalazioni e rifiutarle. Potrebbe essere necessario un modulo. Può dare priorità alle segnalazioni in base al rischio interno. Potrebbe essere necessario proteggere la privacy del cliente. Potrebbe trattarsi di un fornitore di servizi di trasporto senza alcun rapporto diretto con l'attore che si ritiene abbia causato il danno. Potrebbe ricevere spazzatura automatizzata, e-mail di estorsione, reclami falsificati, molestie competitive o richieste di pressioni statali. Un registro non può dedurre una cattiva condotta dalla mancata risposta.

Terzo, “ogni volta che AFRINIC lo ritiene opportuno” non è una regola. È discrezione. La discrezionalità su un oggetto di contatto diventa pericolosa quando è collegata alla violazione e alla revoca dell'RSA. Il registro non dovrebbe avere un trigger a tempo indeterminato per creare rischi predefiniti.

In quarto luogo, la revoca per mancato contatto in caso di abuso è sproporzionata. L'incapacità di mantenere una casella di posta può essere corretta. Non crea numerazioni doppie. Non rompe l'unicità. Di per sé non crea un fallimento nella sicurezza del routing. Potrebbe ridurre l’utilità del database. Ciò garantisce un controllo della qualità dei dati e un processo correttivo, non la pena di morte.

In quinto luogo, la storia stessa di questa politica mostra il problema. Prima della ratifica, l’adozione del vecchio meccanismo di contatto per abuso era estremamente bassa. Una bassa adozione su quella scala non dimostra che migliaia di operatori siano dannosi. Ciò dimostra che la politica non corrispondeva agli incentivi operativi. Quando una norma ha un’adozione prossima allo zero, la giusta risposta istituzionale non è quella di fissarla sulla revoca. La risposta giusta è ridurlo al minimo requisito utile: un contatto raggiungibile, validazione oggettiva, nessuna espansione della responsabilità operativa.

Una regola sottile sui contatti in caso di abuso è buona. Una rigida norma per l’applicazione degli abusi è il riciclaggio dei mandati.

Emendamento proposto 7: limitare i contatti abusivi all'accuratezza della directory

Difetto attuale: La politica sui contatti in caso di abuso si estende dalla pubblicazione dei contatti alla conformità operativa e alla possibile revoca.

Principio di sostituzione: Le regole sui contatti in caso di abuso dovrebbero essere limitate all’accuratezza della directory del registro e alla raggiungibilità oggettiva.

Testo proposto:

Ciascuna risorsa numerica registrata deve fare riferimento a un record di contatto di abuso contenente almeno un metodo di contatto elettronico in grado di ricevere notifiche ordinarie relative ad abuso. AFRINIC può verificare la raggiungibilità tecnica del metodo di contatto attraverso mezzi automatizzati oggettivi. La verifica deve essere limitata alla conferma della consegnabilità o della capacità di ricezione e non deve valutare la sostanza, l'adeguatezza, la rapidità, la sufficienza giuridica o l'esito del processo di gestione degli abusi da parte del detentore della risorsa. Il mancato mantenimento di un contatto per abuso raggiungibile può comportare un contrassegno sulla qualità dei dati del registro, un avviso al titolare e una limitazione temporanea delle richieste di aggiornamento del registro non correlate alla correzione dei dati di contatto. Tale inadempimento non costituisce di per sé motivo di revoca, cancellazione della risorsa, invalidazione RPKI, rimozione di DNS inverso, rifiuto di trasferimento o cessazione del riconoscimento del registro.

Questo emendamento preserva la parte utile ed elimina la parte pericolosa.

Il registro dovrebbe pubblicare la porta. Non dovrebbe sorvegliare ciò che accade all'interno dell'edificio.

VIII. La verifica dei contatti deve essere prevedibile

La politica di contatto in caso di abuso consente la convalida e la convalida periodiche ogni volta che AFRINIC lo ritiene opportuno. Consente inoltre al Consiglio di modificare i periodi di convalida. Questo è strutturalmente sbagliato.

Un regime di convalida deve essere obiettivo. Deve avere trigger definiti. Deve essere proporzionato al rischio. Deve evitare falsi positivi. Deve evitare di utilizzare gli errori automatizzati come impostazioni predefinite legali. Deve riconoscere che i sistemi di posta elettronica falliscono per ragioni ordinarie: filtri antispam, errori DNS, interruzioni temporanee, greylisting, guasti dei provider, turnover del personale, integrazione di fusioni e controlli di sicurezza. Non deve creare un percorso in cui un problema temporaneo di posta elettronica diventa un’arma istituzionale.

Il design corretto è semplice.

Convalidare alla creazione. Convalidare dopo che il titolare ha modificato il contatto. Convalidare dopo prove oggettive di rimbalzo o fallimento. Convalidare periodicamente, ma non così frequentemente da creare oneri inutili al registro. Pubblica lo stato di convalida. Concedi un periodo di cura. Consenti più contatti. Consenti API. Consenti dashboard dei titolari autenticati. Conservare tutti i servizi di registro necessari per correggere il problema. Non collegare mai la questione alla revoca senza un giudizio indipendente e la prova di un abbandono deliberato o di una frode.

Un registro non deve utilizzare la negazione del supporto per bloccare la conformità. Se un titolare non è conforme perché un contatto è interrotto, il registro deve comunque fornire il supporto necessario per risolvere il problema. Una politica che dice che il servizio di supporto può essere offerto solo ai membri conformi può diventare circolare: non puoi ricevere supporto perché non sei conforme; non puoi diventare conforme perché il supporto è limitato. Questa non è governance. È una trappola.

Emendamento proposto 8: convalida oggettiva e periodi di recupero

Difetto attuale: La convalida può verificarsi ogni volta che AFRINIC lo ritiene opportuno e la non conformità può degenerare in gravi conseguenze.

Principio di sostituzione: La validazione deve essere obiettiva, prevedibile e curabile.

Testo proposto:

AFRINIC può convalidare un record di contatto di abuso solo: (a) al momento della creazione; (b) su aggiornamento avviato dal titolare; (c) dopo un oggettivo rimbalzo automatizzato o una mancata consegna; (d) dopo prove credibili che il metodo di contatto non esiste più; o (e) durante un ciclo di convalida programmato non più frequente di una volta ogni dodici mesi, a meno che il titolare non scelga una convalida più frequente. La mancata convalida comporterà una notifica scritta a tutti i contatti amministrativi registrati, un periodo minimo di risoluzione di trenta giorni e un secondo tentativo di convalida. Durante il periodo di correzione AFRINIC manterrà tutti i servizi di registro necessari per correggere il record. Il fallimento ripetuto può essere registrato come un indicatore della qualità dei dati, ma non pregiudica il controllo riconosciuto del titolare della risorsa numerica in assenza di un giudizio indipendente su frode, abbandono o reclamo duplicato.

Questo è sufficiente. Tutto il resto appartiene alle forze dell'ordine, ai tribunali, ai clienti, ai fornitori e ai contratti, non all'anagrafe dei numeri.

IX. La non portabilità è il lock-in originario

La vecchia logica di assegnazione del Consolidated Policy Manual porta ancora il ricordo di un mondo in cui gli indirizzi erano vincolati ai fornitori e la rinumerazione era trattata come una normale condizione di uscita. Lo spazio aggregabile dal provider non era portatile. Se un cliente cambia fornitore, lo spazio degli indirizzi deve essere restituito e la rete rinumerata. Lo spazio indipendente dal provider è stato scoraggiato in quanto costoso in termini di routing. Gli incarichi secondari da parte di PI erano limitati.

Questa una volta veniva difesa come disciplina di aggregazione. Nella moderna economia IPv4, si tratta anche di una dottrina di lock-in.

La rinumerazione forzata non rappresenta un inconveniente amministrativo di poco conto. Può essere costoso, rischioso e talvolta operativamente impossibile. Può influenzare firewall, apparecchiature del cliente, ACL, record DNS, sistemi di geolocalizzazione, sistemi di reputazione, contratti con i fornitori, dispositivi incorporati, sistemi di monitoraggio e record normativi. Crea costi di commutazione. Favorisce i fornitori storici. Riduce il potere contrattuale del cliente. Trasforma la dipendenza dall'indirizzo in acquisizione commerciale.

Un registro che prende Primazia del codice in esecuzione seriamente dovremmo considerare la portabilità come un diritto fondamentale. La tabella di routing non è gratuita e la disaggregazione ha dei costi. Ma la risposta non è negare la portabilità per impostazione predefinita. La risposta è prezzare, pubblicare e gestire le esternalità di routing senza utilizzare il registro come dispositivo di lock-in commerciale.

Internet non è diventato prezioso perché ogni realtà operativa poteva essere riordinata in un manuale politico. È diventato prezioso perché le reti indipendenti potevano interagire. La portabilità è parte dell'indipendenza.

Una risorsa numerica che non può muoversi non è una risorsa. È un guinzaglio.

Emendamento proposto 9: rendere la portabilità un valore predefinito

Difetto attuale: Il linguaggio di assegnazione precedente tratta le risorse dipendenti dal fornitore come non trasferibili e implica la rinumerazione al cambio del fornitore.

Principio di sostituzione: La portabilità dovrebbe essere lo stato predefinito di tutte le risorse numeriche in cui è possibile preservare l'unicità e l'accuratezza del registro.

Testo proposto:

Tutte le risorse numeriche registrate saranno portabili per impostazione predefinita, a meno che il titolare della risorsa non abbia espressamente accettato una condizione di non portabilità strettamente definita, limitata nel tempo e contrattualmente separata in cambio di uno specifico servizio di registro o fornitore. Un cambiamento di fornitore a monte, relazione con il cliente, accordo commerciale, area geografica di utilizzo o delega operativa non richiede la restituzione o la rinumerazione di una risorsa numerica laddove il titolare riconosciuto o il legittimo cessionario può mantenere registrazioni di registro accurate e preservarne l'unicità. Qualsiasi problema relativo all'aggregazione deve essere affrontato attraverso la trasparenza della politica di routing e il coordinamento operativo, non attraverso il rifiuto della portabilità del registro.

Il compito del registro non è quello di rendere dolorosa l’uscita del provider.

X. Le assegnazioni finalizzate e il mito dell'uso corretto

Il manuale delle politiche definisce gli incarichi come risorse concesse per scopi specifici documentati da organizzazioni specifiche e non sub-assegnate ad altri soggetti. Questa è un’altra idea dell’era dell’allocazione che diventa pericolosa dopo la scarsità.

L'assegnazione basata sullo scopo tenta di congelare un utilizzo previsto al momento del rilascio. Ma le reti reali cambiano. Le aziende si fondono. I clienti si muovono. I prodotti falliscono. I mercati cambiano. I data center chiudono. Cambiano i rapporti di transito. La scarsità di IPv4 crea nuovi modelli di business. Emerge il leasing. Emergono i finanziamenti. Emergono attività di gestione degli indirizzi. I fornitori di servizi cloud e di hosting necessitano di una delega flessibile. Le società di sicurezza necessitano di un utilizzo temporaneo. Le imprese si ristrutturano. Una regola che afferma che lo scopo originario resta la base di legittimità diventa una trappola per ogni normale evoluzione aziendale.

Il registro può richiedere che il titolare sia identificabile. Può richiedere dati di contatto. Può richiedere che le sottodeleghe siano registrate a un livello adeguato. Può richiedere che la responsabilità per i contatti abusivi e le dichiarazioni di sicurezza siano chiare. Può richiedere che il controllo delle risorse non sia fraudolento. Non ha bisogno di decidere se un nuovo utilizzo è fedele allo scopo originale.

L’applicazione delle finalità non è un’invariante tecnica. È nostalgia morale.

L'effetto pratico è la soppressione del leasing e della subcessione. Questa soppressione non ferma il leasing. Lo spinge in strutture contrattuali che il registro non riesce a vedere chiaramente. Il database diventa meno accurato. Gli operatori diventano meno sinceri. Il registro cita quindi l'inesattezza come motivo per un maggiore controllo. Questa è la spirale dell’applicazione delle norme.

La soluzione è riconoscere apertamente la delega operativa. Consentire al titolare di registrare locatari, clienti, contatti delegati, rapporti di sicurezza del percorso e richieste di controllo limitate nel tempo. Crea campi dati migliori. Non fingere che il mercato non esista.

Un registro anagrafico che ammette il leasing è più accurato di una politica di registro che condanna il leasing e quindi ne perde visibilità.

Emendamento proposto 10: riconoscere la delega operativa e il leasing

Difetto attuale: Il linguaggio di assegnazione basato sullo scopo e le restrizioni anti-subassegnazione considerano sospetta la delega commerciale.

Principio di sostituzione: Il leasing, la sub-assegnazione, la delega del cliente e gli accordi di controllo operativo dovrebbero essere riconosciuti come decisioni dell'operatore locale in cui vengono preservate l'accuratezza e l'unicità del registro.

Testo proposto:

Un detentore di risorse può affittare, subassegnare, delegare, finanziare, impegnare, instradare, sponsorizzare o altrimenti stipulare accordi operativi o commerciali riguardanti le risorse numeriche, a condizione che il detentore riconosciuto rimanga identificabile, i registri del registro rimangano accurati al livello appropriato, le responsabilità di contatto in caso di abuso e di contatto amministrativo siano chiare e non vengano creati reclami duplicati o frode. AFRINIC fornirà meccanismi di registro per registrare i contatti operativi delegati, i rapporti di controllo limitati nel tempo, i dati di contatto del locatario o del cliente laddove forniti volontariamente o legalmente richiesti, i rapporti di autorizzazione all'instradamento e lo stato di conflitto. AFRINIC non negherà il riconoscimento del registro esclusivamente perché una risorsa viene utilizzata tramite leasing, sub-assegnazione, distribuzione a clienti di terze parti, finanziamento o altri accordi commerciali legali.

Questo non è radicale. È semplicemente veritiero.

Internet contiene già queste disposizioni. Il database non dovrebbe essere l’ultimo luogo in cui è consentito che la realtà appaia.

XI. "Le risorse non registrate non sono valide" è la frase sbagliata

Il manuale delle politiche afferma che le risorse devono essere registrate e implica che le risorse non registrate non sono valide. Ciò è comprensibile come disciplina amministrativa, ma la sentenza è concettualmente pericolosa.

Non valido in che senso?

Un registro può dire che un record non è autorevole nel suo database. Si può dire che un titolare non ha fornito i dati richiesti. Può indicare che manca un oggetto sul percorso. Può indicare che la delega inversa DNS non è stata fornita. Può indicare che i servizi RPKI non sono disponibili. Può dire che il registro non può convalidare un contatto. Ma non può far sì che i pacchetti smettano di muoversi tramite dichiarazione. Non può cancellare i diritti contrattuali. Non può cancellare la dipendenza. Non può cancellare un ordine del tribunale. Non può cancellare la realtà che un blocco viene instradato, utilizzato, pagato e da cui si dipende.

Quando un registro dichiara non valide le risorse non registrate, si tenta di avanzare una pretesa metafisica. L'anagrafe diventa realtà. Questo è al contrario.

L'affermazione corretta è che la registrazione è necessaria per la pubblicazione autorevole del registro. Non è l’unica fonte di esistenza operativa. Quando il registro e il codice in esecuzione divergono, il registro deve indagare, contrassegnare, riconciliare e correggere. Non dovrebbe dichiarare la realtà non valida.

Ciò è importante perché un database che rivendica la supremazia metafisica diventa fragile. Se la documentazione è sbagliata, l’istituzione deve difendere la finzione. Se l’istituzione difende la finzione, gli operatori perdono fiducia. Se gli operatori perdono fiducia, smettono di aggiornare i record. Se smettono di aggiornare i record, il registro diventa meno accurato. Se il registro diventa meno accurato, richiederà maggiore autorità. Il ciclo si ripete.

L'anagrafe deve essere umile perché l'umiltà la rende più autorevole.

Emendamento proposto 11: sostituire l'invalidità con lo status di autorità

Difetto attuale: Il linguaggio politico suggerisce che le risorse non registrate non sono valide.

Principio di sostituzione: La registrazione determina lo status di autorevolezza del registro, non la validità metafisica dell'uso operativo.

Testo proposto:

La registrazione nel database AFRINIC stabilisce il record di registro AFRINIC autorevole per la risorsa numerica pertinente. La mancata registrazione o aggiornamento di un record può influire sull'affidabilità dei servizi di registro di AFRINIC, sulla contattabilità pubblica, sulla delega inversa di DNS, sull'idoneità al servizio di sicurezza o sull'elaborazione del trasferimento. Tale inadempienza non dovrà di per sé invalidare l'uso operativo, estinguere gli interessi riconosciuti del titolare, autorizzare la confisca o consentire la riassegnazione a meno che non sia soddisfatta una procedura arbitrale indipendente o frodi elencate, richieste duplicate, abbandono o condizioni di integrità della sicurezza.

Questo emendamento rappresenta una piccola modifica testuale con grandi conseguenze istituzionali. Riporta il registro alla realtà.

XII. Il processo comunitario non può sostenere la governance patrimoniale

Il manuale delle politiche di AFRINIC descrive un processo dal basso verso l'alto in cui le decisioni politiche determinano le regole in base alle quali AFRINIC gestisce e amministra le risorse numeriche. Valorizza la partecipazione, l’apertura e il consenso. Per un livello sottile di coordinamento tecnico, questo processo può funzionare. Per la governance patrimoniale di alto valore, ciò non è possibile.

Questo non è un attacco alla partecipazione. È una distinzione di categoria.

Una discussione tecnica aperta può aiutare a identificare i problemi operativi. Può migliorare le pratiche adiacenti al protocollo. Può rivelare i costi di implementazione. Può costruire norme volontarie. Può pubblicare raccomandazioni. Ma non può convertire una mailing list, una sala riunioni o una chiamata di consenso in autorità legale sui beni delle aziende. Le persone presenti nella stanza non sono necessariamente direttori, funzionari, azionisti, creditori, clienti, governi, investitori o utenti finali. Sono partecipanti. La partecipazione non è rappresentanza.

Il problema diventa acuto quando le politiche riguardano la revoca, la trasferibilità, il leasing, il valore del capitale, lo spostamento regionale, l’esposizione alle sanzioni, le tasse di registro, la validità della sicurezza delle rotte e la continuità operativa. A quel punto, la politica non è semplicemente una norma tecnica. È la governance economica. La governance economica richiede mandato, autorità legale, responsabilità, giusto processo, rappresentanza e appello.

Il sistema RIR cerca di evitarlo dicendo che è dal basso verso l'alto. Dal basso verso l'alto da chi? Una persona che utilizza una mailing list non è il responsabile di ogni rete nella regione. Un dipendente che partecipa a una riunione potrebbe non avere l'autorità di vincolare la società. Un consulente può parlare ad alta voce senza subire alcun inconveniente operativo. Un osservatore governativo può rappresentare gli interessi statali ma non gli operatori. Un operatore può rappresentare la propria rete ma non il continente. Un impiegato del registro può partecipare al processo mentre il registro successivamente applica il risultato. Questa miscela può generare discussioni utili. Non può produrre sovranità.

Una stanza non è un mandato.

Il processo politico deve quindi essere ristretto. Dovrebbe produrre solo regole all'interno della funzione di registro. Se una norma proposta influisce sui diritti esistenti dei detentori di risorse, sulla trasferibilità, sull’uso commerciale, sul rischio di revoca o sul valore del capitale, deve essere accettata, limitata a future emissioni in pool gratuito o approvata attraverso un meccanismo legalmente rappresentativo che vincoli i principali interessati. Anche in questo caso, deve soddisfare il test del codice in esecuzione.

La prima domanda per ogni proposta politica dovrebbe essere: quale invariante protegge questo?

Se la risposta è unicità, accuratezza, integrità della sicurezza, prevenzione delle frodi, contattabilità, registrazione dei trasferimenti o continuità operativa, la proposta può appartenere al livello comune.

Se la risposta è equità, preferenza comunitaria, sviluppo regionale, anti-speculazione, moralità commerciale, conservazione dopo l'esaurimento o uso corretto, la proposta non rientra nel mandato del registro a meno che non venga adottata volontariamente dagli operatori interessati.

Emendamento 12 proposto: aggiungere un test di portata politica

Difetto attuale: Il PDP può produrre ampie regole di governance delle risorse senza un limite rigido di ambito legato alle invarianti del codice in esecuzione.

Principio di sostituzione: Ogni politica deve identificare l’invariante tecnica che protegge e dimostrare la proporzionalità.

Testo proposto:

Nessuna proposta politica dovrà essere avanzata, adottata, implementata o applicata a meno che non identifichi la specifica invariante della funzione di registro che protegge. Gli invarianti riconosciuti sono: unicità della registrazione della risorsa numerica; accuratezza delle registrazioni anagrafiche; prevenzione delle frodi nelle scritture anagrafiche; contattabilità del pubblico; coordinamento adiacente al routing; integrità delle affermazioni di sicurezza; registrazione di trasferimenti e cambi di controllo; registrazione dello stato delle controversie; e continuità operativa. Una proposta il cui effetto principale è quello di regolamentare il modello commerciale, i prezzi, il leasing, la geografia della clientela, la fidelizzazione regionale, i movimenti di capitale, la speculazione, l’uso morale, le preferenze politiche o la strategia aziendale dei detentori di risorse sarà al di fuori dell’ambito politico obbligatorio a meno che non venga adottata volontariamente da ciascun detentore di risorse interessato o richiesta da una legge vincolante attraverso un’autorità pubblica competente.

Ciò forzerebbe l’onestà intellettuale. Porrebbe fine al riciclaggio di mandato a livello procedurale.

XIII. La retroattività è la confisca nascosta

Il modello RIR spesso tratta la policy come se fluttuasse al di sopra del tempo. Oggi viene adottata una politica; le risorse emesse ieri vi saranno soggette domani. Tale presupposto è intollerabile una volta che le risorse sono beni preziosi.

La retroattività non è una necessità tecnica. È una rivendicazione di potere.

Un registro potrebbe dover correggere le frodi. Potrebbe essere necessario risolvere le rivendicazioni duplicate. Potrebbe essere necessario aggiornare gli standard di sicurezza per i servizi di volontariato. Potrebbe essere necessario rispettare le ordinanze del tribunale. Ma non dovrebbe imporre nuove restrizioni economiche sulle risorse esistenti semplicemente perché un’area politica ha adottato una nuova visione. Ciò distrugge la fiducia.

La fiducia non è un concetto sentimentale. È la base della formazione del capitale. Gli operatori investono perché credono che le regole non verranno riscritte una volta che l’investimento sarà affondato. I clienti firmano i contratti perché credono che gli input del servizio rimarranno stabili. I finanziatori prestano perché la garanzia non è alla mercé di una reinterpretazione discrezionale. Gli acquirenti acquistano perché la trasferibilità non è una trappola. I venditori vendono perché il titolo verrà registrato. Se un registro può ridefinire retroattivamente il rischio di utilizzo, trasferimento, conformità o revoca, ogni attore razionale sconta il bene.

Questo sconto non è teorico. Si manifesta nei prezzi, nei ritardi nelle transazioni, nelle spese legali, nei costi assicurativi, nei termini di finanziamento e nella riduzione degli investimenti di rete.

Il quadro politico di AFRINIC necessita di una clausola antiretroattività esplicita.

Emendamento 13 proposto: antiretroattività e tutela dell'affidamento

Difetto attuale: Le politiche possono essere applicate alle risorse esistenti senza una forte regola di protezione della dipendenza.

Principio di sostituzione: Le nuove politiche dovrebbero applicarsi in modo prospettico, a meno che non proteggano un’invariante tecnica elencata e utilizzino il rimedio meno distruttivo.

Testo proposto:

Nessuna politica adottata dopo la data di allocazione, assegnazione, trasferimento o acquisizione riconosciuta di un detentore di risorse ridurrà retroattivamente la trasferibilità, la portabilità, l'uso operativo, la delega commerciale, la capacità di leasing, la capacità di finanziamento, l'idoneità al servizio di registro o il controllo riconosciuto di tale risorsa a meno che: (a) la politica non affronti frodi nei registri del registro, richieste duplicate, fallimento dell'integrità della sicurezza o minaccia dimostrabile all'unicità; (b) la polizza utilizza il rimedio meno distruttivo sufficiente a proteggere l'invariante; (c) i titolari interessati ricevano avviso, prove, periodo di risoluzione e ricorso indipendente; e (d) la continuità operativa sia preservata durante la revisione. Le modifiche politiche che influiscono sui diritti economici si applicano in modo prospettico o tramite adesione volontaria.

Questo è il minimo necessario una volta che IPv4 è capitale.

Un sistema che non può proteggere la dipendenza non può governare i beni.

XIV. La revoca deve essere strutturalmente separata dall'amministrazione del registro

Il potere più pericoloso nel sistema di registro è la revoca. Non perché sia ​​sempre usato. Perché la sua esistenza modifica il comportamento. Un titolare che sa che il registro può revocare le sue risorse numeriche esiterà a contestare il registro. Eviterà posizioni impopolari. Si eviterà la sincera divulgazione del leasing. Tratterà l’ambiguità politica come un rischio esistenziale. Pagherà le spese contestate. Accetterà difetti di processo. Interiorizzerà la paura.

Questo non è coordinamento. È dominio.

Nessun RIR dovrebbe detenere il potere di cancellazione unilaterale sulle risorse integrate a livello operativo, ad eccezione di invarianti limitate e dimostrabili del codice in esecuzione: assegnazione duplicata, frode nella registrazione, fallimento dell'integrità della sicurezza, abbandono esplicito o una decisione indipendente vincolante. Anche in questo caso, il rimedio dovrebbe essere proporzionato. Il primo rimedio dovrebbe essere la correzione. Il secondo dovrebbe essere la marcatura dei conflitti. La terza dovrebbe essere la sospensione di un servizio non essenziale. La cancellazione effettiva dovrebbe essere rara, valutata e preservante la continuità.

Un registro non può essere registratore, denunciante, investigatore, giudice e boia.

Questa è una delle lezioni centrali di AFRINIC. Dalla controversia non è emerso che un membro possa paralizzare un registro. Ha rivelato che un registro con un’ampia teoria di revoca può minacciare le risorse operative e poi scoprire che i tribunali, i creditori, i membri e gli stati non accettano l’immagine che ha di sé. La conseguente crisi istituzionale non è stata un argomento a favore di una maggiore sovranità dei registri. Era la prova che la sovranità del registro non è mai stata legittima.

Il manuale della politica dovrebbe contenere un firewall di revoca hardware.

Emendamento 14 proposto: firewall di revoca

Difetto attuale: Gli insuccessi nel rispetto delle politiche e dei contratti possono creare percorsi verso la cancellazione o la revoca che vanno oltre la semplice necessità tecnica.

Principio di sostituzione: La revoca deve essere eccezionale, verificabile in modo indipendente e limitata alle condizioni tecniche o legali elencate.

Testo proposto:

AFRINIC non potrà revocare, cancellare la registrazione, rivendicare, riassegnare, rimuovere la delega DNS inversa, terminare la pubblicazione RPKI o altrimenti compromettere il riconoscimento del registro operativo di una risorsa numerica, tranne che in una delle seguenti condizioni: (a) sentenza indipendente finale o ordine vincolante del tribunale; (b) frode comprovata nella registrazione del registro che incide materialmente sul controllo della risorsa; (c) registrazione duplicata attiva o assegnazione duplicata che non può essere risolta mediante una correzione meno disturbante; d) esplicito abbandono scritto da parte del titolare riconosciuto; e) emergenza relativa all'integrità della sicurezza, in cui è necessaria un'azione temporanea per prevenire un danno imminente al sistema di registro stesso e viene esaminata in modo indipendente entro un breve periodo definito; o (f) mancato pagamento di tariffe di servizio del registro strettamente definite dopo il preavviso, il periodo di risoluzione, la revisione indipendente e la conservazione di un record minimo di continuità. Nessun problema relativo all'uso commerciale, al leasing, all'ubicazione del cliente, ai prezzi di trasferimento, alla gestione degli abusi, alla valutazione delle necessità, alla conservazione regionale o alla partecipazione alle politiche costituirà di per sé motivo di revoca.

Senza un tale firewall, ogni politica diventa un’arma.

XV. La responsabilità deve seguire il potere

Un registro privato non può esercitare il potere di un’infrastruttura pubblica limitando le responsabilità come un piccolo ufficio di servizi. Questo è il problema della responsabilità al centro del sistema RIR.

La regola economica è semplice: il partito che detiene il controllo deve sostenere il costo del controllo improprio, altrimenti il ​​controllo deve essere rimosso. Se AFRINIC riesce a bloccare un trasferimento del valore di milioni, non può affermare che la sua responsabilità sia amministrativa. Se può negare il movimento in uscita, non può dire che non influenzi il valore di mercato. Se può considerare la non conformità come una violazione che porta alla revoca, non può dire che il valore delle risorse sia speculativo e al di fuori della sua responsabilità. Se può condizionare il sostegno, non può dire che la perdita del membro sia esterna.

Il potere senza responsabilità crea azzardo morale. Il registro internalizza i benefici della discrezionalità: compensi, rilevanza, autorità politica, prestigio istituzionale, potere contrattuale. Esternalizza i costi: transazioni perse, spese legali, interruzione della rete, danni ai clienti, deterioramento delle risorse, sconto sul finanziamento, rischio delle infrastrutture statali. Questo è un equilibrio tra governance e rendita.

La cura è o la responsabilità o meno potere. Non esiste alcuna magia istituzionale.

Preferisco meno potenza. Un registro non dovrebbe diventare un assicuratore di ogni transazione di rete. Non dovrebbe diventare un regolatore di pubblica utilità. Non dovrebbe diventare un tribunale. La risposta migliore è restringere la sua autorità in modo che l’esposizione alla responsabilità diventi gestibile. Ma laddove il registro mantiene un potere discrezionale avverso, la responsabilità deve aumentare.

Emendamento 15 proposto: simmetria responsabilità-potere

Difetto attuale: La discrezionalità del registro può influire sul valore patrimoniale mentre l'istituzione declina la corrispondente responsabilità.

Principio di sostituzione: Qualsiasi azione avversa discrezionale deve comportare una responsabilità proporzionale, oppure la discrezionalità deve essere sostituita da regole oggettive.

Testo proposto:

Qualsiasi decisione discrezionale di AFRINIC che ritarda, rifiuta, annulla, sospende, compromette o condiziona il trasferimento, la portabilità, il riconoscimento del registro, la delega DNS inversa, la pubblicazione RPKI o il controllo operativo riconosciuto di un detentore di risorse sarà soggetto a ragioni documentate, divulgazione di prove, ricorso indipendente, periodi di servizio definiti e responsabilità per perdite dirette causate da malafede, negligenza grave, sconsiderato disprezzo dei limiti di policy o azione al di fuori dell'autorità del registro enumerata. Laddove AFRINIC non accetti tale responsabilità, la decisione pertinente sarà limitata a criteri di verifica oggettivi e non includerà giudizi discrezionali di natura economica, commerciale, regionale o di conformità alle politiche.

Questo emendamento obbliga l'Istituzione a scegliere.

O sii un registro ristretto con bassa responsabilità o un potente decisore con responsabilità reale. Il modello attuale li vuole entrambi. Proprio per questo fallisce.

XVI. L’errore della continuità del registro

La difesa più comune del controllo in stile AFRINIC è la continuità. Il registro deve rimanere stabile. La Regione non deve perdere i servizi anagrafici. Il database deve rimanere autorevole. Pertanto l’istituto deve essere tutelato.

Questo argomento confonde due cose: continuità della funzione del registro e continuità del potere del registro.

La funzione del registro è importante. L’unicità delle risorse numeriche è importante. I registri pubblici contano. La delega inversa-DNS è importante. La continuità dell'RPKI è importante. I record di trasferimento sono importanti. I record dei contatti sono importanti. I dati storici contano. I registri di controllo sono importanti. I registri delle controversie contano.

Il potere della società è diverso. Il suo consiglio, il modello tariffario, il meccanismo politico, la posizione del contenzioso, la teoria dell’applicazione e l’ideologia del trasferimento non sono identici alla funzione del registro. Possono cambiare. Possono essere sostituiti. Possono fallire. Possono essere aggirati. Internet non dovrebbe collassare perché un’azienda privata è mal governata o in conflitto giuridicamente.

La futura architettura dovrà quindi specificare il failover. Questa non dovrebbe essere trattata come un’improvvisazione di emergenza. Dovrebbe essere un normale requisito di progettazione.

Ogni detentore di risorse dovrebbe avere il diritto di esportare il proprio stato di registro. Ogni registro dovrebbe mantenere record con versione, verificabili e depositati in garanzia in modo indipendente. Ogni risorsa dovrebbe avere un percorso di continuità nel caso in cui il registro diventi insolvente, catturato, paralizzato, sanzionato, tecnicamente compromesso o legalmente incapace di operare. Ogni controversia va isolata per non congelare il servizio regionale. Ogni dipendenza RPKI e reverse-DNS dovrebbe avere regole di successione. Ogni risorsa dovrebbe essere trasferibile in un registro successore qualificato o in un sistema di registrazione decentralizzato.

Questa non è anti-registrazione. È a favore della continuità.

L'attuale sistema RIR ha trattato la continuità di RIR come immortalità istituzionale. Questo è al contrario. Il modo migliore per preservare la continuità del registro è rendere sostituibile qualsiasi registro.

Emendamento proposto 16: portabilità e failover come diritti di registro

Difetto attuale: La policy AFRINIC non fornisce al detentore di risorse rigide il diritto alla portabilità o al failover del registro.

Principio di sostituzione: Portabilità e failover sono l'architettura minima per una funzione di registro indispensabile.

Testo proposto:

Ciascun titolare di risorse riconosciuto ha il diritto di ottenere, a intervalli ragionevoli e in caso di eventi rilevanti di rischio per il registro, un'esportazione autenticata del proprio stato di registro, inclusi record di risorse, identità del titolare, oggetti di contatto, cronologia dei trasferimenti, dati di delega, dati reverse-DNS, metadati relativi a RPKI ove applicabile, record sullo stato delle controversie e registri di controllo ragionevolmente necessari per la continuità. AFRINIC parteciperà a un sistema di continuità del registro depositato in garanzia, con versione e verificabile in modo indipendente. Se AFRINIC non è in grado o non è disposto a fornire servizi di registro essenziali, o se viene soddisfatto un trigger di continuità indipendente, i titolari delle risorse possono trasferire l'amministrazione del registro delle loro risorse a un registro successore qualificato o a un meccanismo di registrazione decentralizzato riconosciuto senza perdita di unicità, trasferibilità o riconoscimento operativo.

Questa è la risposta minima seria al fallimento del registro.

Senza portabilità, il registro non è un servizio. È un punto di ostaggio.

XVII. L’RPKI e le affermazioni sulla sicurezza non devono diventare armi di controllo

RPKI è l'infrastruttura di sicurezza. Non dovrebbe essere convertito in un’applicazione delle politiche.

Un registro che controlla la pubblicazione dell’RPKI può creare una nuova forma di coercizione. Non può revocare direttamente la risorsa. Potrebbe invece compromettere l’asserzione di sicurezza. In un mondo in cui le reti si basano sulla convalida dell’origine del percorso, ciò può essere operativamente difficile. Pertanto, qualsiasi riforma politica deve considerare l’RPKI e i servizi di sicurezza del registro come premi di conformità critici e non discrezionali.

La regola dovrebbe essere chiara: se un titolare viene riconosciuto, le sue dichiarazioni di sicurezza dovrebbero continuare a meno che la dichiarazione non sia fraudolenta, tecnicamente non valida, soggetta a ordine del tribunale o crei un’emergenza di integrità della sicurezza. L’RPKI dovrebbe convalidare il controllo, non l’obbedienza.

Il disaccordo di un titolare con una politica non dovrebbe rendere le sue rotte meno sicure. Una casella di posta per abusi danneggiata non dovrebbe invalidare un ROA. Una controversia sul trasferimento dovrebbe creare metadati in conflitto, non una violazione silenziosa della sicurezza. Una controversia relativa alle tariffe non dovrebbe diventare una punizione relativa all'origine del percorso senza un giusto processo e garanzie di continuità.

I sistemi di sicurezza perdono legittimità se utilizzati per lotte di governance.

Emendamento 17 proposto: neutralità dei servizi di sicurezza

Difetto attuale: I quadri politici spesso lasciano spazio ai servizi di registro, compresi i servizi relativi alla sicurezza, per diventare leve di conformità.

Principio di sostituzione: Le asserzioni sulla sicurezza dovrebbero tenere traccia del controllo riconosciuto e della validità tecnica, non dell’obbedienza alle politiche.

Testo proposto:

AFRINIC gestirà RPKI, reverse-DNS e i relativi servizi di sicurezza o delega come servizi di continuità del registro legati al controllo riconosciuto e alla validità tecnica. AFRINIC non sospenderà, rimuoverà, invaliderà o rifiuterà tali servizi come leva per controversie sull'uso commerciale, disaccordi sulle politiche di trasferimento, reclami sulla gestione degli abusi, preoccupazioni sull'uso regionale, controversie sulle tariffe senza revisione indipendente o disaccordi sulle politiche non tecniche. L'azione avversa del servizio di sicurezza sarà limitata a frode, reclamo duplicato, invalidità tecnica, richiesta esplicita del titolare, tribunale vincolante o ordine giudicante indipendente, o emergenza di integrità della sicurezza strettamente definita soggetta a rapida revisione indipendente.

Questo emendamento impedisce il successivo livello di riciclaggio del mandato.

Quando uno strumento di sicurezza diventa uno strumento di applicazione delle norme, la sicurezza perde fiducia.

XVIII. Il test di trasferimento corretto

Una corretta politica di trasferimento può essere scritta in una pagina.

Il registro deve sapere che la fonte ha il controllo. Ha bisogno di sapere che la destinazione esiste. Ha bisogno di registrazioni accurate. È necessario preservare l'unicità. È necessario aggiornare reverse-DNS e i metadati di sicurezza. Ha bisogno di gestire le controversie. Ha bisogno di interagire con altri registri. Ha bisogno di scadenze a livello di servizio. Ha bisogno di appello. Ha bisogno di un controllo.

Tutto il resto è ideologia.

Ecco il test di trasferimento che dovrebbe sostituire il quadro attuale:

1. Identificare la risorsa.
2. Verificare l'attuale titolare riconosciuto o il rappresentante autorizzato.
3. Verificare che nessun reclamo attivo duplicato, blocco per frode, ordinanza del tribunale o blocco giudiziario indipendente impedisca l'aggiornamento.
4. Ricevere un atto di trasferimento o una prova equivalente del cambiamento di controllo.
5. Ricevi registri accurati dei cessionari.
6. Conserva o effettua la transizione dei record DNS e RPKI inversi.
7. Pubblica lo stato del trasferimento o del conflitto entro un periodo definito.
8. Consentire il ricorso se respinto.
9. Conserva i registri di controllo.
10. Non giudicare il prezzo, la geografia, il modello di business, la speculazione, i bisogni, il leasing o la moralità regionale.

Questo è sufficiente.

È anche meglio per AFRINIC. Un registro che elabora i trasferimenti in modo rapido e neutrale diventa più autorevole. Un registro che blocca i trasferimenti diventa meno autorevole perché il mercato trova altri modi per effettuare transazioni.

L'obiettivo non è interrompere i trasferimenti all'esterno del database. L'obiettivo è rendere il database il luogo più sicuro in cui registrarli.

Emendamento 18 proposto: una sezione di trasferimento sostitutiva completa

Testo proposto:

Trasferibilità. Tutte le risorse numeriche riconosciute sono trasferibili a meno che non siano soggette a una trattenuta temporanea definita per richieste duplicate, comprovata frode del registro, ordinanza vincolante del tribunale, ordinanza aggiudicativa indipendente o restrizione scritta esplicita del titolare accettata volontariamente al momento dell'acquisizione.

Ambito. I trasferimenti possono essere intra-registro, inter-registro, inter-registro-successore, legati alla fusione, all'acquisizione, al finanziamento, all'eredità, parziali, completi, permanenti o limitati nel tempo laddove tecnicamente registrabili.

Ruolo del registro. AFRINIC registra i trasferimenti. Non approva le transazioni commerciali, non fissa i prezzi, non giudica le esigenze aziendali, non determina il corretto uso commerciale, non impone la ritenzione regionale o non regola la speculazione.

Requisiti oggettivi. AFRINIC registrerà un trasferimento quando il cedente ha dimostrato un controllo o un'autorità legale riconosciuti, la risorsa è identificata in modo univoco, il cessionario ha fornito informazioni di registro accurate e i necessari record di continuità possono essere aggiornati.

Motivi di diniego vietati. AFRINIC non negherà un trasferimento a causa della geografia del destinatario, della geografia di origine, della geografia del cliente, della posizione di instradamento prevista, del prezzo di acquisto, dell'intenzione di leasing, dell'uso del finanziamento, dell'assenza di necessità valutate dal registro, della preferenza di conservazione regionale o del disaccordo con il modello commerciale legale.

Limite di tempo. AFRINIC registrerà o emetterà un rifiuto basato sull'evidenza entro dieci giorni lavorativi per i trasferimenti ordinari e venti giorni lavorativi per i trasferimenti interregistri, escluso il tempo durante il quale il richiedente non riesce a fornire prove oggettive specificamente richieste.

Rifiuto. Un rigetto deve identificare il criterio enumerato non soddisfatto, le prove invocate, la cura disponibile e il percorso di ricorso.

Appello. Un trasferimento rifiutato può essere presentato ricorso ad un organismo di revisione indipendente con autorità di ordinare la registrazione nel registro.

Stato della controversia. Laddove esistano rivendicazioni concorrenti, AFRINIC registrerà lo stato del conflitto e preserverà la continuità operativa fino alla risoluzione.

Nessuna perdita di status. Lo status ereditario o equivalente non verrà perso in seguito al trasferimento, a meno che il titolare non vi aderisca espressamente.

Controllo. AFRINIC dovrà conservare registri di audit sufficienti per verificare tempistiche, prove, azioni del personale e registrare le modifiche.

Questa è una politica che un operatore, un investitore, un tribunale e un ingegnere possono comprendere.

Questo è lo standard.

XIX. Contatto per abuso: una sezione di sostituzione completa

Anche la politica sui contatti in caso di abuso dovrebbe essere riscritta in una sezione pulita. Dovrebbe essere utile ma limitato.

Emendamento 19 proposto: una sezione sostitutiva completa sui contatti in caso di abuso

Testo proposto:

Scopo. Lo scopo della registrazione dei contatti per abuso è migliorare la contattabilità pubblica per gli avvisi operativi e relativi agli abusi associati alle risorse numeriche. Questa sezione regola solo l'accuratezza della directory del registro.

Requisito. Ogni oggetto inetnum, inet6num e aut-num registrato deve fare riferimento ad almeno un oggetto di contatto di abuso o ereditarne uno da un oggetto principale, ove appropriato.

Contenuto. L'oggetto contatto abusi deve contenere almeno una modalità di contatto elettronico idonea a ricevere segnalazioni ordinarie.

Validazione. AFRINIC può convalidare la consegnabilità o la capacità di ricezione tramite mezzi automatizzati oggettivi al momento della creazione, dell'aggiornamento, dell'evento di rimbalzo oggettivo, della prova credibile della non esistenza o del ciclo annuale programmato.

Limiti. AFRINIC non valuterà la sostanza, la rapidità, l'adeguatezza, la sufficienza giuridica o l'esito del processo di gestione degli abusi da parte del titolare. AFRINIC non richiederà al titolare di accettare allegati, evitare moduli, rispondere in una lingua particolare, indagare su segnalazioni, divulgare informazioni sui clienti o intraprendere azioni contro gli utenti, salvo ove richiesto dalla legge applicabile o da un ordine indipendente.

Fallimento. L'errore di convalida attiva l'avviso, il periodo di risoluzione e il flag di qualità dei dati pubblico o interno. Di per sé non influisce sul controllo riconosciuto della risorsa numerica.

Cura. AFRINIC fornirà un ragionevole accesso al registro e il supporto necessario per correggere il record dei contatti abusivi durante qualsiasi periodo di non conformità.

Sanzioni vietate. Il solo mancato contatto per abuso non giustifica la revoca, la cancellazione, il rifiuto del trasferimento, la sospensione dell'RPKI, la rimozione di DNS inverso o la riassegnazione.

Escalation. I dati di contatto fraudolenti possono essere riferiti al processo generale di frode del registro, che deve includere prove, notifica, risoluzione, revisione indipendente e protezione della continuità operativa.

Pubblicazione. AFRINIC può pubblicare lo stato di convalida e l'ultima data di convalida nel record del registro, soggetto a garanzie di privacy, sicurezza e anti-molestie.

Ciò mantiene la funzione di contatto ed elimina lo scorrimento dell'applicazione.

Il registro rimane utile. Smette di fingere di essere la polizia degli abusi.

XX. Lo sviluppo delle politiche deve includere misure di salvaguardia per i principali interessati

Il PDP ha bisogno di un emendamento strutturale. Il processo aperto non è sufficiente. Deve essere disciplinato in base all'ambito, all'impatto e alla protezione del principale interessato.

Una policy che modifica il formato dei dati di un oggetto contatto non è la stessa cosa di una policy che modifica la trasferibilità. Una policy che definisce un campo di sicurezza del percorso non è la stessa cosa di una policy che limita il movimento IPv4 in uscita. Una politica che alloca le future risorse free-pool non è la stessa cosa di una politica che impone nuove condizioni alle risorse esistenti. Il PDP deve riconoscere queste categorie.

Ecco la classificazione minima:

Classe A: politica di meccanica del registro. Campi dati, formati, metodi di pubblicazione, convalida tecnica, standard di audit e altre regole che non compromettono gli interessi dei titolari esistenti.

Classe B: politica di allocazione del free pool. Criteri per la futura distribuzione delle risorse non assegnate, se ne rimangono.

Classe C: policy impatto titolare. Regole che riguardano trasferibilità, portabilità, uso commerciale, tariffe, servizi, rischio di revoca, servizi di sicurezza, stato delle controversie o controllo riconosciuto delle risorse esistenti.

La classe A può utilizzare il consenso PDP ordinario. La classe B può utilizzare il consenso ordinario del PDP per l'emissione futura, poiché i richiedenti possono scegliere se presentare domanda. La classe C non può fare affidamento sul consenso aperto ordinario. Deve richiedere un avviso legale ai titolari interessati, una valutazione dell’impatto, un’adesione o un’applicazione potenziale, una revisione indipendente e una maggioranza qualificata dei titolari di risorse legali interessati se viene proposta un’applicazione obbligatoria.

Ciò non rende la politica impossibile. Impedisce a una stanza di governare risorse che non possiede.

Emendamento proposto 20: classificazione delle politiche e consenso dei titolari interessati

Difetto attuale: Il PDP non distingue sufficientemente le regole tecniche del registro dalla governance economica.

Principio di sostituzione: Le politiche di maggiore impatto richiedono una maggiore legittimità.

Testo proposto:

Le proposte politiche devono essere classificate prima della discussione come meccanismi di registro di Classe A, futura assegnazione del pool gratuito di Classe B o impatto sui detentori esistenti di Classe C. Una proposta di Classe C è qualsiasi proposta che possa influenzare materialmente la trasferibilità, la portabilità, il leasing, l’uso commerciale, il finanziamento, le tariffe, la continuità del servizio, l’accesso ai servizi di sicurezza, l’esposizione alla revoca o il controllo riconosciuto dei detentori di risorse esistenti. Le proposte di classe C richiedono un avviso diretto ai titolari interessati, la pubblicazione di una valutazione dell'impatto economico e operativo, un'analisi dell'autorità legale, un'analisi antiretroattività e una revisione indipendente. L’applicazione obbligatoria alle risorse esistenti richiederà l’adesione volontaria da parte dei titolari interessati, un’autorità vincolante di diritto pubblico, o l’approvazione da parte di una maggioranza qualificata definita dei titolari delle risorse legali interessate che votano come principali, non semplicemente come partecipanti.

Questo emendamento ripristina la differenza tra discussione e delega.

La sala politica può consigliare. Non può procedere alla confisca consensuale.

XXI. Le tariffe devono essere legate alla funzione del registro, non all’ambizione istituzionale

Il conflitto politico di AFRINIC non riguarda solo i trasferimenti e i contatti abusivi. Riguarda anche la struttura dei costi. Il modello più ampio RIR utilizza quote di iscrizione e risorse obbligatorie per finanziare istituzioni le cui attività si estendono oltre la funzione minima di registro. Una volta che le risorse sono risorse scarse e i servizi di registro sono indispensabili, le tariffe diventano una tassa sulla continuità.

Un registro può addebitare costi per i servizi di registro. Potrebbe recuperare costi ragionevoli. Può finanziare infrastrutture di sicurezza, audit, pubblicazione, supporto e continuità. Ma non dovrebbe utilizzare tariffe obbligatorie per finanziare il sostegno politico, l’espansione istituzionale, il teatro comunitario, gli sforzi per ottenere uno status internazionale o meccanismi di applicazione non correlati alle invarianti del codice in esecuzione.

Il principio economico è la causalità dei costi. Gli utenti dovrebbero pagare i costi causati dall'utilizzo del registro. Non dovrebbero pagare rendite di monopolio perché non possono andarsene. Se esiste la portabilità, le tariffe diventano disciplinate. Se la portabilità non esiste i corrispettivi diventano estrazione.

La politica tariffaria dovrebbe pertanto essere riscritta attorno a servizi di registro minimi e diritti di uscita.

Emendamento proposto 21: separazione tariffa-funzione

Difetto attuale: Le tasse di registro possono sostenere un'ampia attività istituzionale piuttosto che un servizio di registro ristretto.

Principio di sostituzione: Le tariffe obbligatorie devono essere vincolate al costo oggettivo del servizio anagrafico e ai diritti di portabilità.

Testo proposto:

Le tariffe obbligatorie addebitate come condizione per il riconoscimento del registro devono essere limitate a un ragionevole recupero dei costi per la manutenzione dei registri, la pubblicazione, il funzionamento del servizio di sicurezza, l'audit, il deposito in garanzia di continuità, la registrazione dei trasferimenti, la convalida dei contatti e il supporto del titolare direttamente necessario a tali funzioni. AFRINIC terrà conto separatamente del sostegno politico, degli eventi della comunità, della rappresentanza istituzionale, dell'applicazione discrezionale, della strategia contenziosa e delle attività non di registro. Al detentore di risorse non sarà richiesto di finanziare attività non di registro come condizione per mantenere il controllo riconosciuto delle risorse numeriche. Se un titolare sceglie un registro successore qualificato o un meccanismo di portabilità, AFRINIC fornirà servizi di esportazione e transizione a tariffe basate sui costi.

Ciò esporrebbe il costo reale del servizio di registro.

Un database non dovrebbe costare quanto un governo.

XXII. La politica dovrebbe riconoscere la realtà patrimoniale senza pretendere di creare proprietà

Il sistema RIR teme il linguaggio della proprietà perché la proprietà riduce la discrezione. Se le risorse numeriche sono risorse simili a proprietà, il registro non può comportarsi come proprietario. Se i detentori hanno una dipendenza simile alla proprietà, la revoca diventa difficile. Se si riconosce la trasferibilità, la moralità antispeculazione perde forza. Se IPv4 è capitale, la politica del registro diventa economicamente consequenziale e giuridicamente contestabile.

Quindi il sistema dice che le risorse numeriche non sono proprietà.

Questo è troppo rozzo.

Non è necessario che il registro decida l'intera metafisica della proprietà. Giurisdizioni diverse possono trattare le risorse numeriche in modo diverso. I tribunali possono classificarli in base a fallimento, contratto, tassazione, garanzia collaterale, illecito civile, ingiunzione o norme statutarie. I mercati potrebbero prezzarli. Gli operatori possono contare su di loro. I finanziatori possono scontarli o accettarli. Il registro non dovrebbe dichiarare che sono proprietà in ogni senso giuridico. Ma non dovrebbe nemmeno negare interessi di tipo proprietario per preservare la propria discrezione.

Il linguaggio politico corretto è neutrale dal punto di vista patrimoniale e compatibile con il tribunale.

Dovrebbe dire: le risorse numeriche sono identificatori operativi registrati in un registro; i detentori possono avere interessi contrattuali, statutari, equi, benefici, possessori, basati sull'affidamento o altri interessi legali o economici ai sensi della legge applicabile; AFRINIC non giudica tali interessi se non per scopi di registrazione del registro; La registrazione di AFRINIC non estingue i diritti determinati dalla legge competente; i registri di trasferimento e controllo dovrebbero tenere traccia della realtà legale e operativa.

Questo è abbastanza.

Emendamento proposto 22: rilevazione asset-neutral

Difetto attuale: Il linguaggio anti-proprietà viene utilizzato per sostenere la discrezione del registro e negare la realtà del mercato.

Principio di sostituzione: La politica dovrebbe riconoscere gli interessi legali ed economici senza affermare che AFRINIC li crea o li possiede.

Testo proposto:

Le risorse numeriche sono identificatori Internet operativi registrati per unicità e coordinamento. AFRINIC non crea un titolo sovrano sulle risorse numeriche e non giudica tutti gli interessi legali che potrebbero sorgere ai sensi della legge applicabile. I detentori di risorse possono possedere interessi contrattuali, statutari, equi, vantaggiosi, basati sull'affidamento, sulla sicurezza, sul trasferimento o altri interessi legali o economici riconosciuti dalla legge applicabile, dal contratto, dalle pratiche di mercato, dall'ordinanza del tribunale o dall'affidamento operativo. I registri del registro di AFRINIC cercheranno di riflettere il controllo riconosciuto e lo stato di conflitto rilevante senza negare, estinguere o prevalere sugli interessi legali oltre la funzione limitata del registro di AFRINIC.

Questo linguaggio è più accurato di entrambi gli estremi. Nega la proprietà di AFRINIC. Evita rivendicazioni di proprietà universale. Lascia che la legge, i mercati e le operazioni facciano il loro lavoro.

XXIII. La politica dovrebbe rimuovere la moralità anti-speculazione

La panoramica del 2026 afferma che AFRINIC non assegna valore monetario e che le risorse numeriche non sono merci oggetto di speculazione. Questa non è una dichiarazione tecnica. È economia morale. Non dovrebbe essere in una politica di registro.

La speculazione non è l’opposto delle infrastrutture. È un meccanismo attraverso il quale i mercati valutano la scarsità futura. Alcune speculazioni sono dannose quando comportano frode, manipolazione, abuso di monopolio o inganno. Queste sono categorie legali. Ma acquistare un bene scarso sottoutilizzato perché si crede che in seguito acquisterà più valore non è un problema di registro. Potrebbe aumentare la liquidità. Potrebbe rivelare il prezzo. Potrebbe spostare le risorse verso usi futuri di alto valore. Potrebbe finanziare i detentori che altrimenti rimarrebbero con scorte morte. Potrebbe creare inventario per i mercati del leasing.

Un registro che condanna la speculazione controllandone la trasferibilità non è neutrale. Significa scegliere un’ideologia di allocazione piuttosto che un’altra. Questa scelta esula dal suo mandato.

Il test corretto non è se una transazione è speculativa. Il test corretto è se il registro può preservare l’unicità, l’accuratezza, la continuità della sicurezza e la prova del controllo.

Emendamento 23 proposto: eliminare il linguaggio anti-speculazione

Difetto attuale: I materiali politici invocano un linguaggio anti-merce o anti-speculazione per giustificare le restrizioni.

Principio di sostituzione: Il registro non dovrebbe giudicare le motivazioni degli investimenti.

Testo proposto:

AFRINIC non deve negare, ritardare, condizionare o stigmatizzare una transazione del registro sulla base del fatto che una risorsa numerica ha un valore monetario, è affittata, finanziata, detenuta per uso futuro, acquisita a fini di investimento, è impegnata come garanzia o trasferita a titolo oneroso. La valutazione della politica di AFRINIC sarà limitata alle invarianti della funzione del registro: unicità, accuratezza, prova del controllo, prevenzione delle frodi, continuità della sicurezza, contattabilità e stato delle controversie.

Questo emendamento cancella il teatro morale dal registro.

Ai pacchetti non interessa se il titolare ha una tesi di investimento.

XXIV. La politica dovrebbe trattare la geografia come metadati operativi, non come autorità

La geografia è importante in alcuni contesti. La conformità legale può dipendere dalla giurisdizione. Le tasse possono dipendere dalla località. Il servizio clienti può dipendere dal mercato. L’implementazione del data center può essere importante. I governi possono regolamentare le reti all'interno del loro territorio. Ma la geografia anagrafica non è la geografia della proprietà.

La regione AFRINIC è un limite del servizio. Non è un confine del titolo. Non è un confine morale. Non è un popolo costituzionale. Non trasforma gli indirizzi IP in proprietà regionali. Non conferisce ad un registro privato l’autorità di decidere dove i capitali possono spostarsi.

Una risorsa può essere registrata in una regione, instradata a livello globale, utilizzata da clienti multinazionali, affittata a un altro mercato, annunciata tramite più ASN o spostata dopo l'acquisizione. Niente di tutto ciò minaccia l’unicità. Alcuni di essi potrebbero essere importanti per i dati di contatto o i metadati legali. Ciò non giustifica il divieto di trasferimento.

Emendamento proposto 24: registri anagrafici neutrali dal punto di vista geografico

Difetto attuale: Le etichette regionali vengono utilizzate per limitare i movimenti economici.

Principio di sostituzione: La geografia può essere registrata ove utile ma non utilizzata come barriera alla trasferibilità.

Testo proposto:

AFRINIC può registrare la regione del servizio, la posizione del titolare, la posizione del contatto amministrativo o i metadati della posizione operativa forniti volontariamente ove utili per i servizi di registro o la conformità legale. Tali metadati non determinano la proprietà, il titolo, il controllo riconosciuto, la trasferibilità, la portabilità, la legittimità dell'uso commerciale, la legittimità del leasing o il diritto alla continuità del registro. L'ubicazione del percorso, la geografia del cliente, la geografia delle entrate, la giurisdizione della costituzione o la regione di utilizzo prevista non costituiranno motivo di rifiuto del riconoscimento o del trasferimento del registro.

Internet è globale perché gli identificatori non sono terrestri.

Un registro che se ne dimentica diventa un posto di frontiera.

XXV. La politica dovrebbe definire una revisione indipendente prima della crisi

I meccanismi di ricorso vengono spesso progettati dopo l’inizio del conflitto. È troppo tardi. Un registro che può influenzare il valore patrimoniale deve avere una revisione indipendente incorporata nella politica stessa.

L'indipendenza significa più di una riconsiderazione del personale. Ciò significa che il revisore non è la stessa istituzione che ha preso la decisione, non dipende dagli stessi incentivi politici interni, può ordinare correzioni e può agire abbastanza rapidamente per preservare il valore operativo. Per i casi urgenti devono esistere provvedimenti provvisori. Per le controversie sullo stato del registro, l'impostazione predefinita dovrebbe essere la conservazione dell'ultimo stato operativo verificato.

Non è necessario che l’organismo di revisione diventi un tribunale globale. Deve gestire le controversie relative alle funzioni del registro: aggiornamenti dei record, rifiuti di trasferimento, stato di conflitto, segnalazioni di contatti abusivi, tentativi di revoca, interruzioni del servizio di sicurezza, richieste di portabilità e trigger di continuità. Le controversie legali possono ancora andare in tribunale. L'organo di revisione può rivolgersi ai tribunali ove necessario. Il suo ruolo è impedire al registro di agire come esecutore unilaterale.

Emendamento proposto 25: revisione indipendente del registro

Difetto attuale: Le decisioni del registro con impatto sulle risorse mancano di una revisione sufficientemente indipendente, rapida e vincolante.

Principio di sostituzione: Qualsiasi azione avversa al registro richiede una revisione indipendente e una continuità provvisoria.

Testo proposto:

AFRINIC istituirà o parteciperà a un meccanismo di revisione del registro indipendente per azioni avverse che incidono su trasferimento, portabilità, controllo riconosciuto, stato di conflitto, pubblicazione del registro, delega inversa di DNS, servizio RPKI, revoca, reclamo o negazione del servizio. Il meccanismo di revisione avrà l’autorità di emettere ordini di continuità provvisori, richiedere la conservazione dell’ultimo stato del registro verificato, imporre la pubblicazione di metadati di conflitto, ordinare la correzione del registro e assegnare conseguenze sui costi in caso di superamento dei limiti politici. AFRINIC non implementerà azioni avverse irreversibili fino al completamento della revisione, a meno che non esista un'emergenza di integrità della sicurezza strettamente definita e venga rivista entro un breve periodo definito.

Questo emendamento è igiene istituzionale.

Un registro che teme la revisione non dovrebbe avere potere.

XXVI. La politica dovrebbe adottare l’isolamento delle controversie

Il sistema RIR ha la cattiva abitudine di permettere che una controversia minacci l'intera istituzione. Questo è un fallimento di progettazione. Le controversie dovrebbero essere isolate.

Se un titolare ha una controversia sul trasferimento, la Regione non deve perdere i servizi anagrafici. Se il registro ha una controversia sulla governance, i titolari non dovrebbero perdere la continuità. Se l’elezione del consiglio fallisce, l’RPKI non dovrebbe fallire. Se un caso giudiziario blocca un conto, la pubblicazione del database dovrebbe continuare. Se una risorsa ha rivendicazioni concorrenti, le risorse non correlate non dovrebbero essere interessate. Se un oggetto contatto non è valido, il blocco non dovrebbe scomparire. Se una politica viene messa in discussione, il registro non dovrebbe collassare.

L'isolamento delle controversie è un principio fondamentale del codice in esecuzione. Internet è resiliente perché i guasti sono contenuti. La governance del registro dovrebbe seguire la stessa architettura.

Emendamento proposto 26: norma sull'isolamento delle controversie

Difetto attuale: La politica non isola sufficientemente le controversie dalla continuità del registro.

Principio di sostituzione: Le controversie devono essere registrate e contenute e non è consentito che possano compromettere risorse o servizi non correlati.

Testo proposto:

AFRINIC isolerà le controversie relative al registro alla più piccola risorsa, record, servizio o detentore interessato. Una controversia riguardante una risorsa non deve compromettere le risorse non correlate dello stesso titolare in assenza di prove specifiche e di revisione indipendente. Una controversia riguardante un titolare non pregiudica i servizi dell'anagrafe regionale. Una controversia di natura amministrativa, finanziaria, legale, del consiglio di amministrazione, del personale o politica all'interno di AFRINIC non pregiudicherà l'accesso del titolare ai record essenziali del registro, all'elaborazione del trasferimento, alla continuità inversa di DNS, alla continuità RPKI o all'esportazione dello stato del registro. Laddove esista incertezza, AFRINIC conserverà l'ultimo stato operativo verificato e registrerà i metadati dei conflitti.

Ecco come sopravvivono i sistemi tecnici. La governance dovrebbe imparare da loro.

XXVII. La corretta architettura politica

Le modifiche di cui sopra possono essere riassunte come una nuova architettura.

Il livello comune dovrebbe contenere solo:

• unicità dell'identificatore;
• accuratezza del registro;
• prova del controllo riconosciuto;
• contattabilità pubblica e operativa;
• prevenzione delle frodi nelle registrazioni anagrafiche;
• registrazione del trasferimento e della portabilità;
• reverse-DNS e continuità del servizio di sicurezza;
• metadati sullo stato della controversia;
• registri di controllo;
• revisione indipendente;
• failover ed esportazione dello stato del registro.

Il livello dell'operatore locale dovrebbe decidere:

• locazione;
• subassegnazione;
• geografia del cliente;
• strategia di instradamento;
• modello di business;
• finanziamento;
• detenzione di attività;
• prezzi;
• realizzazione dell'infrastruttura;
• procedura di gestione degli abusi;
• conformità legale locale;
• contratti con i clienti;
• allocazione del rischio operativo.

Il livello di adozione dovrebbe decidere:

• se vengono implementate nuove norme tecniche;
• se i campi dati avanzati vengono utilizzati volontariamente;
• se un titolare opta per un livello di servizio più elevato;
• se un titolare aderisce a un meccanismo di portabilità o di registro decentralizzato;
• se i mercati riconoscono un nuovo tipo di record;
• se i tribunali considerano una registrazione del registro come una prova sufficiente;
• se gli operatori instradano in base alle asserzioni di sicurezza pubblicate.

Questa è la nota 64 applicata alla policy AFRINIC.

La specifica iniziale minima mantiene sottile lo strato comune. La decisione futura localizzata mantiene le conseguenze aziendali e operative al loro posto. L’adozione volontaria impedisce ad un gruppo politico di dichiarare l’esistenza di una realtà futura.

Il quadro normativo AFRINIC li viola tutti e tre quando utilizza la gestione regionale, la necessità, il linguaggio anti-proprietà, l’approvazione del trasferimento, la conversione dell’eredità, l’escalation dei contatti in caso di abuso, le restrizioni sullo scopo e la non portabilità per espandere l’autorità del registro.

La cura non è più la retorica della responsabilità. La cura è meno potere centrale.

XXVIII. Un pacchetto di emendamenti consolidato

Per rendere tutto ciò pratico, l’intero pacchetto di riforme dovrebbe essere presentato come un unico insieme di politiche. Un emendamento frammentario lascia che la vecchia rivendicazione di sovranità sopravviva in un’altra sezione. Il pacchetto dovrebbe contenere le seguenti parti.

1. Funzione del registro e politica di ambito

Adottare la definizione della funzione di registro. Rimuovere o subordinare il linguaggio relativo alla custodia delle risorse pubbliche. Definire l'autorità politica obbligatoria di AFRINIC solo eseguendo invarianti del codice.

2. Politica antiretroattività e affidamento

Proteggere le risorse esistenti da nuove restrizioni su trasferibilità, portabilità, leasing, uso commerciale e controllo riconosciuto, a meno che non si applichino strette eccezioni tecniche.

3. Politica di registrazione del trasferimento

Sostituisci l'approvazione con una registrazione oggettiva. Abolire gli embarghi regionali in uscita. Conserva lo stato legacy. Rimuovere la valutazione dei bisogni. Fornire scadenze, motivazioni, audit e ricorso.

4. Portabilità e politica di failover

Creare il diritto del titolare all'esportazione nello stato del registro, alla portabilità del registro successore, ai record depositati in deposito e ai trigger di continuità.

5. Politica delle deleghe operative e del riconoscimento del leasing

Riconoscere il leasing, la subcessione, il finanziamento e la delega come realtà registrabili e non violazioni.

6. Politica sulla directory dei contatti in caso di abuso

Limita le regole sui contatti abusivi alla consegna e all'accuratezza della directory. Eliminare la revoca e le conseguenze generali dell'applicazione.

7. Politica di revoca del firewall

Limitare le azioni avverse a frodi, reclami duplicati, ordinanze del tribunale, sentenze indipendenti, abbandono ed emergenze legate all'integrità della sicurezza.

8. Politica di revisione indipendente del registro

Creare una revisione vincolante per le azioni avverse del registro e gli ordini di continuità provvisori.

9. Politica di separazione compenso-funzione

Legare le tariffe obbligatorie al costo del servizio di registro e alle attività separate non di registro.

10. Ambito del PDP e politica principale interessata

Classificare le proposte politiche e richiedere una maggiore legittimità per l’impatto sui titolari esistenti.

Questo pacchetto non costituirebbe una richiesta affinché AFRINIC diventi un sovrano migliore. Sarebbe una retrocessione giuridica e tecnica. Questo è il punto.

Il registro dovrebbe essere utile proprio perché è limitato.

XXIX. Anticipare le controargomentazioni

La prima controargomentazione sarà che i trasferimenti illimitati prosciugheranno l’Africa delle risorse IPv4.

Questo è sbagliato. Limitare il trasferimento non crea offerta. Riduce il valore delle risorse detenute dagli africani e scoraggia l’offerta in entrata. Una regione che vuole più IPv4 dovrebbe aumentare la liquidità, la certezza giuridica e i canali di finanziamento. Se le reti africane avranno bisogno di risorse, competeranno per ottenerle. Se non possono permetterseli, la risposta è il finanziamento, il leasing, le infrastrutture condivise, la trasparenza del mercato e forse i sussidi pubblici da parte delle vere e proprie autorità pubbliche. Non si tratta di un controllo del capitale regionale da parte di un registro privato.

La seconda controargomentazione sarà che gli abusi aumenteranno se il registro non può revocare.

Ciò confonde la contattabilità con l'applicazione. I problemi di abuso dovrebbero essere gestiti dagli operatori di rete, dai clienti, dai fornitori, dai tribunali, dalle forze dell’ordine, dalle comunità di sicurezza e dai contratti. Il registro può pubblicare contatti e controllare i record. Non può diventare un tribunale universale sugli abusi. La revoca è un rimedio rozzo che può danneggiare clienti innocenti, creare danni collaterali e sollecitare pressioni politiche. Un flag di contatto è proporzionato. La confisca no.

La terza argomentazione sarà che il consenso dal basso verso l’alto dà legittimità.

Il consenso tra i partecipanti può guidare le norme tecniche. Non può creare autorità legale su mandanti assenti. Quanto più la regola è economicamente significativa, tanto meno potrà essere sostenuta da una richiesta di consenso casuale. L’aula politica potrebbe parlare da sola. Non parla del bilancio di ogni detentore.

La quarta argomentazione contraria sarà che le risorse numeriche non sono proprietà.

Anche se non sono proprietà in senso assoluto, AFRINIC non ne è comunque il proprietario. Negare la proprietà non crea sovranità del registro. La politica corretta è neutrale dal punto di vista patrimoniale: controllo dei dati, tutela dei diritti legali, rinvio alla legge competente e cessazione dell’uso del linguaggio anti-proprietà come fonte di energia.

La quinta controargomentazione sarà che AFRINIC necessita dell'autorità per preservare record accurati.

È vero il contrario. L’autorità eccessiva rende le registrazioni meno accurate perché gli operatori nascondono la realtà. La registrazione stretta, sicura e veloce consente agli operatori di rivelare la realtà. Se il database è utile e non punitivo, il mercato lo utilizzerà. Se è pericoloso, il mercato lo aggirerà.

La sesta argomentazione contraria sarà che la portabilità e i successivi registri frammentano Internet.

La portabilità previene la frammentazione. Un sistema senza failover è fragile. Un sistema in cui lo stato del registro può essere esportato, verificato e continuato è più resiliente. Il rischio non è la sostituzione. Il rischio è un monopolio senza scampo.

La settima controargomentazione sarà che queste riforme sono troppo radicali.

Sono radicali solo se si presuppone che un registro sia sovrano. Se si presuppone che un registro sia un libro mastro, è ordinario.

XXX. Cosa dimostrano realmente le politiche 2026 di AFRINIC

Le politiche del 2026 dimostrano che l’istinto istituzionale di AFRINIC non è cambiato. Vede ancora il registro come un cancello. Considera ancora legittimo il controllo regionale. Tratta ancora il trasferimento come un'autorizzazione. Tratta ancora le risorse numeriche come oggetti amministrati anziché come risorse dell'operatore. Importa ancora l’autorità della politica comunitaria nella realtà commerciale. Vuole ancora rafforzare il ruolo autorevole del registro piuttosto che renderlo sostituibile.

La politica di contatto abusivo dimostra una versione più morbida dello stesso errore. Inizia con un'esigenza di registro valida e quindi allega l'escalation di conformità. Ecco come funziona il creep di applicazione. Nessuno annuncia la tirannia. Annunciano la qualità dei dati.

La politica di trasferimento dimostra la versione più difficile. Converte le categorie anagrafiche in diritti di circolazione. Ecco come funziona il controllo del capitale. Nessuno annuncia l'esproprio. Annunciano la gestione.

Il vecchio manuale politico fornisce il vocabolario. Risorsa pubblica. Conservazione. Bisogno. Non proprietà. Non portabilità. Scopo specifico. Comunità. Custode. Una volta queste parole venivano trattate come innocue. Non sono innocui se collegati a beni scarsi.

Questo è il motivo per cui AFRINIC non è un problema isolato. È lo specchio più chiaro.

Il sistema RIR è iniziato come un insieme di impiegati per identificatori di basso valore. È diventato un insieme di strettoie di diritto privato legate al capitale scarso. Non ha mai ricostruito il proprio mandato legale, il modello di responsabilità, la teoria della rappresentazione, l’architettura della portabilità o la progettazione del failover. Si basa ancora sulla memoria emotiva della prima Internet: consenso approssimativo, risorsa pubblica, comunità, gestione. Quelle parole non possono sostenere il carico moderno.

IPv4 ha cambiato il sistema. Il linguaggio politico no.

Questo disallineamento è la crisi.

XXXI. Running-Code Primacy come test della politica

Running-Code Primacy mette a dura prova ogni clausola.

Questa clausola tutela l’unicità?

Migliora la precisione del registro?

Previene le frodi nei registri?

Conserva le asserzioni di sicurezza?

I trasferimenti vengono registrati in modo più accurato?

Isola le controversie?

Preserva la continuità operativa?

Fornisce portabilità e failover?

Se sì, potrebbe appartenere al livello di registro obbligatorio.

In caso contrario, deve essere locale, volontaria, contrattuale, basata sul mercato o disciplinata dal diritto pubblico. Non deve essere introdotto di nascosto nel manuale della politica del registro.

Sotto questo test, molte regole AFRINIC falliscono. Le restrizioni regionali in uscita falliscono. La valutazione delle necessità per i trasferimenti fallisce. Il linguaggio anti-speculazione fallisce. L'eliminazione dello stato legacy non riesce. L'applicazione dell'assegnazione basata sullo scopo fallisce. La non portabilità forzata fallisce. La revoca del contatto per abuso non riesce. La convalida "Ogni volta che AFRINIC lo ritiene opportuno" fallisce. Il bilanciamento comunitario sulle risorse esistenti fallisce. Il recupero del trasferimento non autorizzato non riesce. La revoca generale della conformità alle politiche fallisce.

Alcune regole passano. L'unicità passa. Passano contatti accurati. Passa il controllo antifrode. Trasferisci i passaggi di registrazione. La continuità della sicurezza passa. Passano i dati del registro pubblico. L'audit supera. Passaggi di revisione indipendenti. Contestare i passaggi dei metadati. Il failover passa.

Questa non è anti-politica. È disciplina politica.

Un sistema che non riesce a distinguere queste categorie non dovrebbe governare le risorse numeriche.

XXXII. La sequenza di attuazione

È necessario organizzare una riforma seria.

Immediato: moratoria sulle azioni avverse non tecniche

AFRINIC deve sospendere immediatamente qualsiasi revoca, reclamo, rifiuto di trasferimento, compromissione dell'RPKI, rimozione di DNS inversa o compromissione del riconoscimento del registro basati esclusivamente su uso commerciale, leasing, geografia del cliente, mancanza di necessità, prezzi di trasferimento, conservazione regionale, sostanza in risposta ad abuso o disaccordo politico. Solo la frode, la duplicazione dei reclami, l'emergenza relativa all'integrità della sicurezza, l'ordinanza del tribunale, l'abbandono o una decisione indipendente dovrebbero giustificare un'azione avversa.

Entro 90 giorni: correzione abuso-contatto

Sostituisci la policy sui contatti in caso di abuso con il modello di accuratezza della directory. Conservare i registri dei contatti obbligatori. Rimuovere il collegamento alla revoca. Limitare la convalida alla consegna oggettiva. Aggiungi periodi di cura e flag di qualità dei dati.

Entro 120 giorni: norma provvisoria sul trattamento dei trasferimenti

Adottare la registrazione oggettiva dei trasferimenti mentre l'intera politica di trasferimento viene riscritta. Rimuovere gli embarghi regionali in uscita. Pubblicare le scadenze del livello di servizio. Pubblicare i motivi del rifiuto. Creare ricorso provvisorio.

Entro 180 giorni: modifica dell'ambito del PDP

Aggiungere il test dell'ambito politico e classificare le proposte. Richiedere l'analisi dell'impatto per i detentori esistenti.

Entro 270 giorni: portabilità e progettazione del failover

Pubblicare un formato di esportazione dello stato del registro, una procedura di deposito a garanzia, un elenco di trigger di continuità, criteri di qualificazione del registro successore e un piano di successione RPKI/reverse-DNS.

Entro 12 mesi: riscrittura completa delle funzioni del registro

Sostituire la vecchia architettura di gestione e conservazione con il modello ristretto di funzioni di registro. Rimuovere le impostazioni predefinite di non portabilità, l’applicazione basata sullo scopo, l’eccessivo controllo della proprietà e il linguaggio anti-speculazione.

Entro 18 mesi: organo di revisione indipendente

Rendere operativa la revisione indipendente con provvedimenti provvisori di emergenza e autorità per ordinare la correzione del registro.

Questa sequenza è importante. Se la policy di trasferimento viene riscritta senza riforma della revoca, il registro resta pericoloso. Se il contatto per abuso viene risolto senza riformare l'ambito del PDP, si ripresenta il fenomeno dell'applicazione. Se la portabilità è progettata senza antiretroattività, i titolari restano esposti. Se la responsabilità viene discussa senza limitare il potere, l’istituzione resisterà. Il pacchetto deve essere coerente.

XXXIII. Il punto economico più profondo

Gli aspetti economici di IPv4 non sono complicati. La politica lo è.

IPv4 è scarso. È utile. Consente entrate. È incorporato nei sistemi operativi. Può essere affittato. Può essere trasferito. Può essere finanziato. Può essere perso tramite un'azione del registro. Si tratta quindi di un bene patrimoniale, che al registro piaccia o meno la frase.

Una volta che un input diventa capitale, la governance di tale input cambia. Il sistema necessita di diritti chiari, bassi costi di transazione, registrazioni affidabili, applicazione prevedibile, trasferimento neutrale, risoluzione delle controversie e simmetria delle responsabilità. Se mancano questi elementi il ​​capitale viene attualizzato. Lo sconto non lo pagano gli speculatori astratti. Viene pagato dalle reti, dai clienti e dalle regioni.

Le scelte politiche di AFRINIC aumentano lo sconto.

Il lock-in regionale riduce il valore di uscita. La valutazione delle esigenze aumenta il rischio di transazione. L'approvazione scritta crea ritardi. La perdita dello stato legacy riduce l’offerta in entrata. Il recupero del linguaggio aumenta il rischio di confisca. La revoca del contatto per abuso crea un rischio di coda operativo. La non portabilità aumenta i costi di passaggio. La retorica anti-proprietà riduce il valore del finanziamento. L’autorità di politica comunitaria aumenta l’incertezza giuridica. La mancanza di failover aumenta il rischio istituzionale. Una debole responsabilità aumenta il rischio di controparte.

Ognuno di questi diventa un costo del capitale.

Un acquirente razionale lo valuta. Un prestatore lo valuta. Un locatario lo prezza. Un assicuratore lo valuta. Un cliente lo paga indirettamente. Una regione ne soffre.

Questo è il motivo per cui la retorica dell’equità è al contrario. Una politica che rende gli asset meno liquidi non aiuta le reti povere. Li danneggia. Le reti ricche possono assumere avvocati, utilizzare intermediari, strutturarsi in base alle restrizioni, acquistare altrove o assorbire i ritardi. Le reti povere hanno bisogno di regole chiare, fornitura liquida, prezzi prevedibili e bassi costi di transazione. Sono loro le prime vittime della discrezionalità del registro.

La penalizzazione della povertà non è causata dai mercati. È causato da una cattiva progettazione del mercato.

Un buon registro ridurrebbe i costi di transazione. La politica di AFRINIC li aumenta.

Un buon registro renderebbe le risorse finanziabili. La politica di AFRINIC li rende utilizzabili in modo condizionato.

Un buon registro attirerebbe l’offerta in entrata. La politica di AFRINIC rischia di intrappolarlo.

Un buon registro registrerebbe la realtà. La politica di AFRINIC minaccia la realtà per non chiedere il permesso.

Questa è l'accusa economica.

XXXIV. La scelta istituzionale

AFRINIC ora ha una scelta, anche se potrebbe non ancora vederla.

Può rimanere un progetto di sovranità. Si può continuare a parlare di gestione responsabile, protezione delle risorse regionali, controllo comunitario, non proprietà, conservazione e conformità alle politiche. Può continuare a trattare i trasferimenti come autorizzazioni e i contatti come hook di applicazione. Può continuare a immaginare che la registrazione anagrafica crei la realtà. Può continuare a fare affidamento sulla solidarietà istituzionale del sistema RIR. Può continuare a cercare protezione dalle conseguenze legali ordinarie.

Questo percorso porta a meno autorità, non a più.

Gli operatori lo aggireranno. I mercati lo sconteranno. I tribunali lo metteranno in discussione. I governi finiranno per notare che un registro privato rivendica il potere sulle infrastrutture senza responsabilità di diritto pubblico. Gli investitori valuteranno il rischio. I membri tratteranno il registro come un avversario. Sistemi di registrazione alternativi diventeranno attraenti. Quanto più il registro insiste sulla sovranità, tanto più dimostra la necessità di una sostituzione.

Oppure AFRINIC può diventare nuovamente un registro ristretto.

Può proteggere l'unicità. Può pubblicare documenti accurati. Può elaborare i trasferimenti in modo neutrale. Può riconoscere il leasing. Può preservare i contatti. Può mantenere la continuità RPKI e inversa-DNS. Può fornire audit. Può supportare la portabilità. Può creare failover. Può accettare una revisione indipendente. Può ridurre le tariffe obbligatorie per la funzione del registro. Può consentire ai mercati, ai tribunali, agli operatori e ai clienti di gestire le questioni che non appartengono al registro.

Questo percorso renderebbe AFRINIC più utile e meno potente.

Utile è abbastanza.

Un registro dovrebbe voler essere indispensabile perché è affidabile, non perché l'uscita sia impossibile.

XXXV. Conclusione: il libro mastro deve sconfiggere il trono

Il quadro normativo AFRINIC non è semplicemente un documento amministrativo locale. È uno specchio del primo fallimento progettuale del sistema RIR.

Il sistema non ha mai risposto alla domanda fondamentale. Cosa richiede effettivamente l'esecuzione del codice dal livello delle risorse numeriche?

Invece, ha costruito stanze. Ha costruito rituali. Ha costruito parole. Comunità. Amministrazione. Risorsa pubblica. Regione. Conservazione. Bisogno. Consenso. Fiducia. Dal basso verso l'alto. Quindi IPv4 è diventato capitale. Le parole non si sono ridotte. Si sono espansi. Il registro smise di essere un libro mastro e fece un’audizione per la sovranità.

Ecco perché le politiche del 2026 sono importanti. Mostrano il vecchio istinto nella forma attuale. La politica di trasferimento diventa controllo del capitale. La politica di contatto in caso di abuso diventa un ostacolo all’applicazione. Il manuale politico diventa un testo costituzionale per il potere anagrafico privato.

La soluzione non è chiedere a AFRINIC di essere un sovrano più gentile. La soluzione è porre fine alla rivendicazione della sovranità.

Le modifiche alle politiche sono concrete:

• definire AFRINIC come operatore con funzione di registro, non custode del capoluogo regionale;
• limitare la politica obbligatoria alle invarianti del codice in esecuzione;
• abolire gli embarghi regionali sui trasferimenti in uscita;
• sostituire l'approvazione del trasferimento con la registrazione oggettiva del trasferimento;
• preservare lo stato legacy e la portabilità in entrata/uscita;
• riconoscere leasing, subaffidamento, finanziamento e delega operativa;
• rimuovere la valutazione delle necessità dai trasferimenti;
• rimuovere la moralità anti-speculazione;
• sostituire la lingua non registrata e non valida con la lingua dello status di autorità;
• limitare le regole sui contatti abusivi alla precisione della directory;
• rimuovere le conseguenze della revoca per mancato contatto;
• creare un firewall di revoca;
• tutelare l'affidamento attraverso l'antiretroattività;
• amministrazione del registro separata dall'applicazione;
• creare una revisione indipendente;
• richiedere l'esportazione dello stato del registro, il failover e la portabilità;
• legare le tariffe all'effettiva funzione del registro;
• classificare le politiche in base all’impatto e richiedere la legittimità del principale interessato.

Queste non sono riforme per rendere RIR un sovrano migliore. Sono emendamenti per rendere superfluo il sovrano.

Internet non ha bisogno di un sovrano regionale sugli identificatori. Ha bisogno di un registro veritiero su cui le reti indipendenti possano fare affidamento.

Il registro può registrare. Potrebbe coordinarsi. Può proteggere l'unicità. Può preservare le asserzioni di sicurezza. Potrebbe pubblicare conflitti. Potrebbe aiutare i trasferimenti a diventare leggibili. Potrebbe mantenere la rubrica accurata.

Potrebbe non trasformare la geografia in un titolo.

Potrebbe non trasformare la comunità in proprietà.

Potrebbe non trasformare i contatti in obbedienza.

Potrebbe non trasformare il trasferimento in autorizzazione.

Potrebbe non trasformare la scarsità in una rendita istituzionale.

Potrebbe non trasformare le reti in esecuzione in ostaggi.

Un registro non è uno stato.

Una policy room non è una legislatura.

Una regione di servizio non è un popolo.

Un database non è un trono.

Il libro mastro deve sconfiggere il trono.

Questo è il significato della Running-Code Primacy applicata alla policy AFRINIC.

Non imporre il riciclaggio.

Non è un tradimento del codice in esecuzione.

Primazia del codice in esecuzione.

Note sulla fonte

1. AFRINIC, Consolidated Policy Manual, versione 1.6, pubblicato il 17 novembre 2020. Le disposizioni pertinenti includono la descrizione dello sviluppo delle policy, gli obiettivi di IPv4, i requisiti di registrazione, i concetti di assegnazione e portabilità, il linguaggio anti-proprietà IPv6 e le restrizioni sulle risorse speciali. https://afrinic.net/policy/manual
2. AFRINIC, “Panoramica delle politiche ratificate — 4 febbraio 2026”, che copre AFPUB-2020-GEN-006-DRAFT03 e AFPUB-2018-GEN-001-DRAFT07. https://afrinic.net/policy/overview/ratified-04-02-2026
3. AFRINIC, Politica di trasferimento delle risorse numeriche, AFPUB-2020-GEN-006-DRAFT03, ratificata il 4 febbraio 2026. https://afrinic.net/policy/proposals/2020-gen-006-d3
4. AFRINIC, Aggiornamento delle norme sui contatti in caso di abuso, AFPUB-2018-GEN-001-DRAFT07, ratificato il 4 febbraio 2026. https://afrinic.net/policy/proposals/2018-gen-001-d7
5. Lu Heng, "Tradimento del codice in esecuzione: come il sistema RIR ha trasformato il consenso contro la comunità tecnica", nota 61. https://heng.lu/running-code-betrayal-how-the-rir-system-turned-consensus-against-the-technical-community/
6. Lu Heng, "Riciclaggio dei mandati: dalla fantasia di RIR all'architettura di transizione", nota 62. https://heng.lu/mandate-laundering-from-rir-fantasy-to-transition-architecture/
7. Lu Heng, "Specifica iniziale minima, decisione futura localizzata e adozione volontaria per sistemi di coordinamento Internet", nota 64. https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
8. Lu Heng, "L'errore della stabilità: ciò che il sistema RIR chiama stabilità, gli operatori lo sperimentano come rischio", Nota 69. https://heng.lu/the-stability-fallacy-in-the-rir-argument/
9. Lu Heng, "L'errore della continuità del registro", nota 70. https://heng.lu/the-registry-continuity-fallacy-protect-the-ledger-not-the-gatekeeper/