El espejo de la política

Cómo las reglas de AFRINIC de 2026 convierten el registro de un libro mayor en control de capital

Un manual de políticas no es solo un conjunto de reglas. Es una confesión de imaginación institucional.

Nos dice qué cree la institución que es.

Un registro estrecho escribe reglas estrechas. Dice: aquí está el titular de este recurso numérico; aquí está el contacto público; aquí está el entorno de objetos de ruta; aquí está la cadena de control; aquí está el estado de conflicto si existe una disputa; aquí está la declaración de seguridad si se ha realizado una. Protege la unicidad. Protege la exactitud. Protege la interoperabilidad. Protege la capacidad de las redes independientes para seguir operando sin pedir permiso a una sala política.

Un registro soberano escribe reglas distintas. Habla de custodia. Habla de recursos regionales. Habla de la comunidad como si la comunidad fuera un sujeto jurídico. Habla de necesidad, conservación, equidad, cumplimiento, uso adecuado, elegibilidad regional, condiciones de transferencia, gestión de abuso, elegibilidad para soporte, revocación y confiscación. Decide no solo quién queda registrado, sino quién puede transaccionar, hacia dónde puede moverse el valor, qué modelos comerciales son moralmente tolerables y cuándo un activo operativo puede quedar atrapado dentro de una frontera institucional.

Ese es el verdadero significado del marco de políticas de AFRINIC.

El punto interesante no es que AFRINIC tenga una política de transferencias. Todo registro necesita un mecanismo de transferencia una vez que IPv4 se vuelve escaso. El punto interesante es cómo está escrita la política. La política de transferencias ratificada en 2026 no se limita a registrar transferencias. Clasifica los recursos numéricos por origen y región, restringe la salida de ciertos recursos de la región de AFRINIC, exige la aprobación escrita de AFRINIC para las transferencias, se niega a reconocer transferencias realizadas fuera de canales aprobados por AFRINIC y somete los recursos entrantes al régimen de políticas de AFRINIC. La nueva política de contactos de abuso no se limita a exigir un contacto alcanzable. Crea un deber de cumplimiento, verificación periódica, escalamiento y eventual exposición a incumplimiento contractual. El Manual Consolidado de Políticas más antiguo aporta el suelo más profundo: lenguaje de recurso público, supuestos antipropiedad, doctrina de conservación, supuestos de no portabilidad, restricciones de asignación basadas en finalidad y teoría de consenso ascendente.

Nada de esto es accidental. Es el resultado natural de un registro que olvidó que era un libro mayor.

La capa registral se justificó por un pequeño problema técnico. Los recursos numéricos de Internet deben ser únicos. Distintas redes no deben reclamar sin saberlo los mismos identificadores. Los registros públicos deben hacer posible la resolución de problemas. Las declaraciones de seguridad deben ser comprensibles para las partes que dependen de ellas. Las transferencias deben registrarse para que el libro mayor no mienta. Eso basta para justificar un registro. No basta para justificar el control de una institución privada sobre el uso económico, el movimiento geográfico, el arrendamiento comercial, la transferibilidad, el tratamiento como capital o el destino operativo de activos escasos.

En el momento en que IPv4 se volvió escaso, el viejo lenguaje registral dejó de ser inocuo. Cuando un recurso no tenía un valor de mercado significativo, el vocabulario moral de un registro era barato. Llamar al espacio de direcciones un recurso público, negar el lenguaje de propiedad, imponer necesidad, desalentar el acaparamiento y exigir renumeración sonaba a higiene administrativa. Una vez que IPv4 se volvió valioso, financiable, arrendado, vendido, pignorado, litigado e integrado operativamente, ese mismo lenguaje se convirtió en un sistema de control de activos.

Ese es el momento en que el modelo RIR cruzó la línea.

Un registro no es un Estado.

Una región de servicio no es un pueblo.

Una reunión de políticas no es una legislatura.

Un contacto de base de datos no es un poder corporativo.

Un consenso comunitario no es propiedad.

Un registro registral describe la realidad; no la crea.

El espejo de políticas de AFRINIC muestra todo el sistema. Muestra cómo un tenedor de libros aprende a hablar como un soberano. Muestra cómo la coordinación técnica se convierte en control del capital. Muestra cómo la “comunidad” se convierte en un mecanismo de blanqueo de mandato. Muestra cómo un registro de derecho privado reclama autoridad sobre recursos públicos mientras evita la responsabilidad de derecho público. Muestra por qué la Primacía del Código en Ejecución ya no es un eslogan. Es la única prueba disciplinada que queda.

La pregunta es simple: ¿qué requiere realmente el código en ejecución?

Requiere unicidad. Requiere un registro confiable. Requiere contactabilidad. Requiere control del fraude. Requiere metadatos de seguridad. Requiere aislamiento de disputas. Requiere registro de transferencias. Requiere continuidad operativa. No requiere un embargo regional sobre el capital IPv4. No requiere que un registro decida si los clientes de una red son suficientemente locales. No requiere renumeración forzosa cuando un cliente cambia de proveedor. No requiere que un registro privado decida si los recursos numéricos son mercancías. No requiere que la verificación del contacto de abuso se convierta en una vía de revocación. No requiere evaluación de necesidad después de que la escasez ya transformó IPv4 en un activo de mercado. No requiere que el uso no registrado sea llamado inválido como si el registro fuera la fuente de la verdad operativa. No requiere que una sala comunitaria hable en nombre de empresas, Estados, usuarios finales, inversores o de Internet en su conjunto.

La reforma correcta de políticas no consiste en convertir a AFRINIC en un soberano mejor. La reforma correcta consiste en poner fin a la pretensión de soberanía.

Esta nota expone por completo el conflicto de políticas. Luego propone enmiendas concretas. Las enmiendas no son cosméticas. No son una solicitud de aplicación más suave. Son un diseño constitucional distinto para la capa de recursos numéricos: reglas comunes delgadas, autonomía local de los operadores, adopción voluntaria, portabilidad obligatoria, separación entre registro y aplicación, y continuidad operativa a prueba de disputas.

I. El primer error de la política: la custodia se convierte en propiedad sin usar la palabra propiedad

El marco de políticas más antiguo de AFRINIC usa el vocabulario de la custodia. Describe la asignación y adjudicación de IPv4 como la gestión de un “recurso público”. Coloca a AFRINIC en el papel de custodio. Dice que el registro es necesario para asegurar la unicidad y apoyar la resolución de problemas. También dice que la conservación requiere necesidad real, uso inmediato y evitar el acaparamiento. Pide al registro que equilibre las necesidades de los solicitantes con los intereses de la comunidad de Internet.

Existe una versión legítima de ese párrafo.

La unicidad es legítima. El registro es legítimo. La exactitud de los contactos es legítima. La prevención del fraude es legítima. La asignación desde un fondo libre no asignado necesitaba criterios antes de que la transferencia de mercado se convirtiera en la realidad dominante. El problema no es que un registro exigiera alguna vez una razón antes de emitir números escasos desde un fondo no asignado. El problema es que AFRINIC no separó claramente una regla de asignación del fondo libre de una teoría de control continuo sobre recursos ya en uso operativo.

Esa distinción es el núcleo jurídico y económico.

Un Estado puede asignar tierras públicas bajo autoridad estatutaria y luego definir derechos de propiedad. Un registro privado no es un Estado. No puede tomar prestado el lenguaje de recurso público para crear un interés económico reversionario permanente en activos usados por operadores, pagados por operadores, utilizados por clientes, valorados por mercados y defendidos en tribunales. Si el registro quiere decir que los recursos no son propiedad, también debe aceptar la consecuencia: tampoco es el propietario. Puede ser un encargado de registros. Puede ser un coordinador de unicidad. Puede ser un proveedor de servicios. No puede ser el arrendador de la economía de direcciones.

El lenguaje de AFRINIC intenta tener ambas cosas.

Dice que los recursos numéricos no son propiedad irrestricta. Dice que se administran en fideicomiso. Dice que los derechos de uso están sujetos a acuerdo y cumplimiento de políticas. Dice que ciertos recursos no pueden salir de la región. Dice que las transferencias no autorizadas pueden ser recuperadas. Dice que el incumplimiento del contacto de abuso puede convertirse en incumplimiento contractual con exposición a revocación. Dice que el registro no asigna valor monetario y que los recursos numéricos no son mercancías para la especulación. También dice que el registro no tiene amplia responsabilidad legal por las consecuencias comerciales de las transferencias y que la diligencia debida corresponde a las partes.

Esa combinación es económicamente inestable.

Si AFRINIC tiene poder para bloquear el movimiento de valor, afecta el valor. Si afecta el valor, ejerce poder económico. Si ejerce poder económico, debe asumir responsabilidad, representación y disciplina procedimental proporcionales a ese poder. Si rechaza la responsabilidad, debe reducir el poder. No existe una tercera categoría en la que un registro privado pueda controlar el movimiento de capital mientras se describe como custodio neutral.

Esta es la primera enmienda de política requerida: el manual de políticas debe dejar de usar control semejante a la propiedad sin responsabilidad semejante a la propiedad. Debe definir la función del registro como mantenimiento de registros y coordinación, no como custodia del capital regional.

Enmienda propuesta 1: sustituir el lenguaje de custodia por lenguaje de función registral

Defecto actual: El marco de políticas trata a AFRINIC como custodio de un recurso público e importa lenguaje de equilibrio comunitario a reglas que afectan activos operativos valiosos.

Principio de reemplazo: La autoridad de políticas de AFRINIC se limita a las funciones registrales necesarias para la unicidad, la exactitud del registro, las declaraciones de seguridad, la prevención del fraude, el registro de transferencias y la continuidad operativa.

Texto propuesto:

La función registral de AFRINIC consiste en mantener registros exactos, auditables e interoperables del control de recursos numéricos de Internet para los recursos administrados a través del sistema registral de AFRINIC. El papel de AFRINIC se limita a proteger la unicidad, mantener la exactitud del registro público, apoyar la coordinación adyacente al enrutamiento y relevante para la seguridad, registrar transferencias y cambios de control, prevenir el fraude en los registros registrales y preservar la continuidad operativa. Nada en esta política deberá interpretarse como creación de propiedad, autoridad soberana, título territorial, autoridad de control comercial o interés económico reversionario a favor de AFRINIC o de cualquier comunidad de políticas.

Este único párrafo eliminaría la ficción en su origen. No destruiría el registro. Lo salvaría.

Un registro que sabe que es un registro puede ser útil. Un registro que cree que es un Estado se vuelve peligroso.

II. La doctrina de conservación murió cuando murió el fondo libre

La conservación fue el gran argumento moral de la era de asignación. Sonaba razonable porque resolvía un problema real: si un registro tiene un fondo libre finito y los solicitantes piden recursos, debe existir un método para decidir quién los recibe. La asignación basada en necesidad fue uno de esos métodos. Nunca fue perfecta, pero tenía una justificación técnico-administrativa: evitar el desperdicio mientras los recursos aún se emitían desde un fondo común.

Ese mundo desapareció.

Después del agotamiento, la conservación cambia de significado. Ya no asigna un fondo público libre. Restringe el movimiento privado de capital operativo escaso. Se convierte en un dispositivo de control. Suprime la liquidez. Eleva los costos de transacción. Aumenta el riesgo de retención. Crea escasez artificial en un lugar mientras recursos no utilizados o subutilizados quedan atrapados en otro. Recompensa la navegación política por encima del despliegue económico. Penaliza a las redes que necesitan flexibilidad. Crea un mercado gris porque el canal oficial es demasiado lento, demasiado discrecional o demasiado hostil ideológicamente al comercio.

La economía no es sentimiento. Los activos escasos se mueven hacia usos de mayor valor cuando los costos de transferencia son bajos y los derechos son claros. Ese movimiento no es inmoral. Es la forma en que el capital deja de ser inventario muerto. Cuando un registro restringe la transferibilidad, no crea equidad. Crea una brecha entre el valor operativo del activo y su usabilidad legal. Alguien paga esa brecha: redes pequeñas que no pueden acceder al suministro, operadores que no pueden monetizar inventario ocioso, clientes que pagan precios de servicio más altos, inversores que descuentan los activos de red y Estados que cargan riesgo de infraestructura mientras un registro privado conserva poder administrativo de veto.

Una regla de conservación para emitir desde un fondo libre no asignado es una cosa. Una regla de conservación sobre IPv4 ya asignado es otra. La primera es una disciplina de cola. La segunda es control de capital.

El manual de políticas no hace esa distinción con suficiente fuerza. Sigue hablando como si el acaparamiento, las reservas y la necesidad real siguieran siendo principios morales generales a lo largo del ciclo de vida de IPv4. La política de transferencias repite el mismo error al mantener evaluación de necesidad y compuertas de cumplimiento dentro de las transferencias. Es un error de categoría.

Un registro puede exigir prueba de que un transferente controla el bloque. Puede exigir prueba de que no existe una reclamación registral duplicada. Puede exigir registros exactos de contacto y organización. Puede exigir aceptación de términos de servicio registral. Puede registrar disputas. Puede negarse a publicar una transferencia si la fuente no es el titular registrado o si un tribunal o adjudicador independiente ha congelado el recurso. No necesita preguntar si el destinatario tiene un plan que satisfaga el pronóstico de necesidad del registro. La necesidad del destinatario se revela por el precio que está dispuesto a pagar y por el riesgo operativo que está dispuesto a asumir.

La evaluación de necesidad después de una compra de mercado no es ingeniería. Es planificación central.

El registro no conoce el negocio futuro del comprador mejor que el comprador. No asume el costo de capital del comprador. No paga a los clientes del comprador cuando falla el despliegue. No financia la infraestructura del comprador. No soporta el costo de oportunidad de una transacción retrasada. Por lo tanto, no debería ser quien decide.

Enmienda propuesta 2: separar la asignación del fondo libre de la transferencia de mercado

Defecto actual: El marco de políticas usa conservación y necesidad como principios amplios, permitiendo que la lógica de la era de asignación contamine la realidad de la era de transferencias.

Principio de reemplazo: Los criterios basados en necesidad pueden aplicarse solo a asignaciones desde un fondo libre no asignado administrado por AFRINIC. No se aplicarán a transferencias, arrendamientos, subasignaciones, fusiones, adquisiciones, acuerdos de financiación ni cambios de control operativo que involucren recursos ya asignados.

Texto propuesto:

Los criterios de asignación basados en necesidad se aplican únicamente a la distribución de recursos no asignados desde un fondo libre administrado por AFRINIC. Una vez que un recurso numérico ha sido asignado o adjudicado y es mantenido por un titular de recurso reconocido, la transferencia posterior, arrendamiento, subasignación, acuerdo de financiación, delegación operativa, movimiento relacionado con fusión, movimiento relacionado con adquisición u otro cambio de uso no será denegado sobre la base de la evaluación de AFRINIC de la necesidad empresarial, el calendario de despliegue, la geografía de clientes, el modelo comercial, el precio o la preferencia de conservación, siempre que se satisfagan la unicidad, la exactitud del registro, la prueba de control y los requisitos aplicables de estado de disputa.

Esta enmienda no crearía caos. Eliminaría un falso punto de control.

El problema de escasez no se resuelve congelando activos. Se resuelve permitiendo que los activos se muevan.

III. El regionalismo como control de capital

La política de transferencias de 2026 revela el conflicto más importante. Crea una taxonomía de recursos. Algunos son regionales. Algunos son reservados. Algunos son heredados. Algunos son globales. Solo ciertas categorías pueden salir de la región de AFRINIC. IPv4 emitido por AFRINIC queda efectivamente bloqueado dentro de condiciones de transferencia regional. Los recursos heredados y los recursos transferidos hacia adentro reciben tratamientos distintos. Los recursos entrantes pueden quedar sujetos a la política de AFRINIC. Ciertos recursos pierden su condición heredada después de la transferencia. Todo esto se presenta como un método controlado de redistribución que protege el fondo restante de AFRINIC y refuerza el papel de AFRINIC como registro autoritativo.

Esto no es coordinación técnica delgada. Es control de capital.

Una dirección IP no se vuelve más o menos única según la región que la use. Una ruta no lleva pasaporte. BGP no pregunta si los ingresos del titular son africanos, europeos, asiáticos o estadounidenses. RPKI no valida un prefijo porque sus clientes vivan dentro de una frontera de servicio. Internet no es una unión aduanera.

La administración regional puede ser conveniente para la prestación de servicios registrales. No es un sistema de título. La región es un área administrativa de servicio, no una jaula económica. Cuando AFRINIC dice que la clasificación regional no es una etiqueta visible, no es un derecho de enrutamiento y no es una restricción cotidiana de uso, concede el punto que importa. La clasificación existe principalmente para determinar reglas de transferencia. En palabras claras: la etiqueta se usa para controlar el movimiento de valor.

Ese es el espejo de la política.

El argumento a favor del bloqueo regional suele vestirse con el lenguaje del desarrollo africano. Dice que los recursos de direcciones deberían permanecer disponibles para las redes africanas. Dice que la escasez no debe exportarse. Dice que una transferencia irrestricta drenaría la región. Este argumento suena compasivo hasta que se examina su economía.

Una restricción de transferencia no crea más direcciones. Crea iliquidez. Reduce el valor de los recursos mantenidos por redes africanas porque su mercado de salida está restringido. Reduce el valor de garantía. Reduce el incentivo para descubrir oferta subutilizada. Desalienta recursos entrantes porque los vendedores racionales temerán quedar atrapados dentro de una jurisdicción de una sola vía. Crea un descuento de política sobre los recursos registrados en AFRINIC. También fomenta transferencias informales, estructuras de arrendamiento, arreglos con nominados, enrutamiento sin registros registrales limpios y disputas legales sobre control.

La región no se vuelve más rica porque sus activos no puedan salir. Se vuelve más pobre porque sus activos no pueden valorarse plenamente.

Si el objetivo de política es ayudar a las redes africanas a obtener IPv4, las herramientas correctas son liquidez de mercado, registro transparente de transferencias, mecanismos de financiación, reconocimiento del arrendamiento, reglas antifraude, información abierta y menores costos de transacción registral. Un embargo regional hace lo contrario. Suprime el descubrimiento de precios y le dice al capital que, una vez que entra en AFRINIC, quizá no pueda salir libremente. El capital responde de manera predecible: exige un descuento o evita entrar.

Esto no es ideología. Es valoración de activos.

Un recurso que puede venderse globalmente vale más que un recurso que solo puede venderse regionalmente. Un recurso que puede pignorarse vale más que uno que no puede pignorarse. Un recurso que puede arrendarse abiertamente vale más que uno que debe ocultarse detrás de la ambigüedad de políticas. Un recurso que puede moverse a un registro sucesor vale más que uno atrapado en un registro fallido. Un recurso protegido contra la desregistración unilateral vale más que uno cuya existencia depende de la interpretación de una institución de derecho privado sobre la política comunitaria.

Por lo tanto, la política de transferencias impone una penalización de pobreza mientras afirma proteger a los pobres.

Toma los activos de direcciones que con mayor probabilidad están en manos de la región de AFRINIC y reduce su liquidez. Les dice a los operadores africanos que sus tenencias son menos móviles, menos financiables y menos comercializables globalmente que recursos comparables en otros lugares. Luego describe eso como custodia.

Por eso la protección regional de recursos falla desde los primeros principios. Una protección que destruye el valor de salida no es protección. Es encierro.

Enmienda propuesta 3: abolir los embargos regionales de salida

Defecto actual: La política de transferencias restringe la transferencia de salida de IPv4 emitido por AFRINIC y trata la clasificación regional como base para el control del movimiento económico.

Principio de reemplazo: Todo recurso numérico mantenido por un titular de recurso reconocido debería poder transferirse a cualquier registro técnicamente compatible o sistema de registro sucesor, sujeto únicamente a prueba de control, unicidad, exactitud registral, continuidad de seguridad y salvaguardas de estado de disputa.

Texto propuesto:

Ningún recurso numérico será restringido en su transferencia por razón de origen AFRINIC, clasificación regional, región prevista de uso, geografía de clientes, ubicación del comprador, ubicación del vendedor, precio comercial o preferencia de política por retención regional. AFRINIC procesará transferencias de salida y de entrada para todos los titulares de recursos reconocidos cuando el transferente haya demostrado control, el recurso no esté sujeto a una reclamación duplicada activa ni a una retención por fraude, el cesionario haya proporcionado información registral exacta, y los registros de continuidad de seguridad y registrales puedan actualizarse sin perjudicar la unicidad ni la interoperabilidad.

Una región que quiere más infraestructura de Internet debería hacer que su registro sea más líquido, más confiable y menos peligroso. No debería construir un muro de capital alrededor de sus operadores.

IV. El monopolio de transferencias autorizadas

La política de transferencias dice que los recursos no son transferibles a menos que AFRINIC haya aprobado expresamente la transferencia por escrito. También dice que AFRINIC no reconocerá transferencias fuera de las políticas aprobadas y que los recursos transferidos fuera de la política quizá deban devolverse a los registros correspondientes. Exige controles de cumplimiento. Incluye diligencia debida. Puede exigir que los receptores satisfagan políticas y acuerdos de AFRINIC. La evaluación del personal señala que el procesamiento puede consumir muchos recursos, que los acuerdos quizá deban revisarse y que el papel de AFRINIC debería ser de facilitador sin responsabilidad legal.

Este es el patrón clásico de control registral sin responsabilidad registral.

Un registro debe registrar transferencias. Eso es legítimo. Pero hay una diferencia entre registrar una transferencia y autorizar la transacción económica. En un modelo registral adecuado, las partes transaccionan. El registro verifica control, comprueba reclamaciones conflictivas, actualiza el registro, preserva la continuidad de seguridad y publica el resultado. Puede rechazar una actualización de registro por razones objetivas. No debería poseer un veto discrecional sobre la transacción misma.

El modelo actual invierte el orden. La transferencia se trata como válida solo si el registro la aprueba. Eso convierte al registro en guardián del movimiento de activos. Una vez que el registro es guardián, cada demora se convierte en un impuesto. Cada requisito poco claro se convierte en una prima de riesgo. Cada rechazo discrecional se convierte en expropiación oculta. Cada ambigüedad de política se convierte en poder de negociación.

Esto es mala economía y mal diseño registral.

La economía de los costos de transacción enseña una lección simple: cuando un activo es específico, escaso e integrado operativamente, los derechos discrecionales de aprobación crean riesgo de retención. La parte que controla el cuello de botella puede extraer valor incluso sin propiedad formal. Puede retrasar. Puede exigir más información. Puede reinterpretar reglas. Puede adjuntar condiciones. Puede amenazar con no reconocer. Puede convertir la incertidumbre en sumisión.

En mercados comerciales ordinarios, por eso los sistemas de propiedad prefieren título claro, registro objetivo y reglas de transferencia previsibles. Un registro de tierras registra título. No decide si la fábrica planeada por el comprador es moralmente suficiente, salvo que una autoridad de zonificación separada con mandato de derecho público lo diga. Un depositario de valores registra la liquidación. No decide si el inversor está haciendo una apuesta especulativa, salvo cuando se aplica un marco regulatorio definido. Un registro de vehículos registra propiedad y cumplimiento de seguridad. No decide si el modelo de negocio del comprador mejora la región.

AFRINIC quiere el poder de los tres sistemas y la responsabilidad de ninguno.

Si AFRINIC solo facilita, no debe vetar salvo por fundamentos registrales objetivos. Si tiene poder de veto discrecional, no puede negar responsabilidad por las consecuencias comerciales. La política no puede decir: debemos aprobar, pero no somos responsables; controlamos el reconocimiento, pero no valoramos el precio; podemos rechazar transferencias, pero no soportamos el costo; podemos exigir cumplimiento, pero las partes cargan la diligencia debida; podemos recuperar transferencias no autorizadas, pero solo somos custodios.

Eso no es custodia. Es control asimétrico.

Enmienda propuesta 4: convertir la aprobación de transferencias en registro objetivo

Defecto actual: Las transferencias requieren aprobación escrita previa de AFRINIC y las transferencias no aprobadas se tratan como no reconocidas o recuperables.

Principio de reemplazo: El papel del registro es registrar cambios de control después de verificación objetiva. Puede rechazar solo por defectos registrales enumerados.

Texto propuesto:

AFRINIC no actuará como organismo autorizador económico de transferencias de recursos numéricos. AFRINIC registrará una transferencia al recibir prueba suficiente de que: (a) el transferente es el titular reconocido o representante legalmente autorizado del titular reconocido; (b) el recurso está identificado de manera única; (c) ninguna reclamación duplicada activa, retención por fraude, orden judicial o retención adjudicativa independiente impide la actualización del registro; (d) el cesionario ha suministrado información exacta de contacto y organización registral; y (e) la continuidad de los registros registrales asociados, DNS inverso y seguridad puede preservarse o transicionarse. AFRINIC podrá rechazar o diferir una transferencia solo por una de estas razones enumeradas y deberá proporcionar una razón escrita, base probatoria y vía de apelación dentro de un período de servicio definido.

Esta enmienda devuelve al registro a su papel adecuado. No debilita la exactitud. La fortalece al hacer que el registro formal sea seguro, rápido y predecible.

La forma más fácil de crear transferencias no registradas es hacer imposibles las transferencias registradas.

V. Las transferencias no autorizadas deberían crear metadatos de conflicto, no confiscación

El tratamiento de las transferencias no autorizadas en la política de transferencias es especialmente peligroso. Si ocurre una transferencia fuera de la política aprobada, AFRINIC puede negar reconocimiento y exigir devolución o recuperación. Esto trata la no reconocibilidad registral como si fuera una cura. No lo es.

En la Internet real, una transferencia puede tener múltiples capas de realidad. Puede existir un contrato. Puede haberse pagado. El control operativo puede haber cambiado. El prefijo puede estar siendo enrutado por el cesionario. Los clientes pueden depender de él. Un tribunal puede haber reconocido algún interés. Otro registro o sistema de seguridad puede haber recibido datos relacionados. La base de datos de AFRINIC quizá aún no refleje la realidad. Cuando esas capas divergen, el registro tiene dos opciones.

Puede mentir fingiendo que el registro registral es la única realidad.

O puede registrar el conflicto.

La Primacía del Código en Ejecución exige la segunda respuesta. El registro no debería borrar la realidad operativa porque la transacción no pasó por el ritual preferido. Debería identificar el estado de conflicto, notificar a las partes afectadas, preservar el último registro verificado, aceptar pruebas y encaminar la disputa a un proceso neutral. El objetivo no es recompensar transferencias informales. El objetivo es impedir que el registro se convierta en verdugo.

Llamar a un recurso “inválido” o “recuperable” porque el registro no aprobó una transacción no protege Internet. La desestabiliza. Crea miedo. Hace que las partes oculten pruebas. Convierte la base de datos en un arma. Puede producir reclamaciones duplicadas, arreglos rotos de DNS inverso, ROA rotos, cortes para clientes y litigios.

Un registro debería tener un campo de estado de conflicto antes de tener una teoría de confiscación.

Esa es la diferencia entre un libro mayor y un trono.

Enmienda propuesta 5: reemplazar la recuperación por registro de estado de disputa

Defecto actual: Las transferencias no aprobadas pueden ser no reconocidas y estar sujetas a devolución o recuperación.

Principio de reemplazo: Cuando se alegue una transferencia fuera del proceso registral, AFRINIC debería preservar la continuidad operativa y registrar metadatos de disputa en lugar de confiscar o invalidar recursos.

Texto propuesto:

Cuando AFRINIC tenga conocimiento de un supuesto cambio de control aún no registrado mediante el proceso registral, AFRINIC no revocará, recuperará, invalidará, eliminará ni reasignará el recurso únicamente por ese motivo. AFRINIC preservará el último estado registral verificado, creará un registro de estado de conflicto público o de acceso controlado según corresponda, notificará a las partes afectadas conocidas, invitará a presentar pruebas de control y autorización, y remitirá las disputas no resueltas a un proceso adjudicativo independiente o reconocido por tribunal. Los registros registrales se actualizarán solo tras prueba objetiva de control, acuerdo de las partes, adjudicación final u otro estándar probatorio definido. La continuidad operativa se preservará durante la disputa salvo que se aplique una excepción por uso duplicado, fraude, integridad de seguridad u orden judicial.

Esta enmienda haría que el registro fuera más veraz. También reduciría la litigiosidad, porque las partes ya no necesitarían acción judicial de emergencia para impedir que el registro convierta una ambigüedad de base de datos en una amenaza existencial.

VI. El estado heredado y la trampa de importación

La política de transferencias distingue recursos heredados, recursos regionales, recursos reservados y recursos globales. Permite que algunos recursos heredados se muevan con mayor libertad. Pero también crea una trampa: los recursos entrantes pueden quedar sujetos a políticas de AFRINIC; el estado heredado puede perderse; los receptores pueden necesitar firmar acuerdos de AFRINIC; las transferencias pueden arrastrar activos a un entorno de políticas que no eligieron.

Este es mal diseño.

La política debería fomentar la liquidez entrante. Las redes de la región de AFRINIC necesitan acceso al suministro de IPv4. Si el registro les dice a vendedores y compradores que los recursos importados pueden perder protecciones heredadas, quedar sujetos a nuevas cargas de cumplimiento o enfrentar futuras restricciones de salida, las partes racionales exigirán un descuento o evitarán AFRINIC. Eso empeora la situación de las redes africanas.

Un recurso entrante no debería ser tratado como presa.

El interés del registro en transferencias entrantes es simple: asegurar unicidad, asegurar registro exacto, asegurar continuidad de seguridad, asegurar contactos alcanzables, asegurar que no haya reclamación duplicada. No necesita despojar el estado heredado. No necesita convertir el bloque en un objeto regional plenamente controlado. No necesita imponer teorías políticas retroactivas. Necesita mantener honesta la base de datos.

El capital importado debe poder salir. De lo contrario, no entrará.

Ese principio es elemental. Un país que quiere capital extranjero no empieza anunciando que la salida está prohibida. Un registro que quiere IPv4 entrante no debería hacer lo mismo. El problema es peor para las direcciones IP porque el activo es interoperable globalmente. La red puede enrutar globalmente aunque el registro no apruebe. Si las reglas registrales son demasiado hostiles, el mercado rodeará al registro. La base de datos se vuelve menos autoritativa, no más.

Enmienda propuesta 6: preservar el estado entrante y la libertad de salida

Defecto actual: Los recursos entrantes pueden perder su estado o quedar atrapados dentro del régimen de políticas de AFRINIC.

Principio de reemplazo: Los recursos importados deberían conservar su estado salvo que el titular opte voluntariamente por un estado distinto, y todos los recursos deberían seguir siendo transferibles hacia fuera.

Texto propuesto:

Un recurso numérico transferido al sistema registral de AFRINIC conservará su estado heredado o equivalente anterior a la transferencia salvo que el titular reconocido elija expresamente lo contrario mediante instrumento escrito separado. La aceptación de servicios de publicación registral de AFRINIC no convertirá por sí misma recursos heredados o equivalentes en recursos regionales emitidos por AFRINIC, no creará propiedad ni control reversionario de AFRINIC, ni restringirá futuras transferencias de salida. El titular podrá usar servicios de registro, DNS inverso, RPKI y publicación de contactos de AFRINIC bajo términos de servicio estrechamente definidos sin renunciar a la transferibilidad preexistente, al estado legal o a intereses de confianza semejantes a la propiedad.

Esta enmienda alinea incentivos. Les dice a los titulares globales que AFRINIC es un proveedor de servicios registrales, no una trampa de activos.

Así es como una región atrae recursos.

VII. La política de contacto de abuso: la regla delgada y la regla gruesa

La política de contacto de abuso contiene un núcleo legítimo. Todo recurso numérico debería tener un contacto de abuso alcanzable. La base de datos pública es menos útil si nadie sabe adónde enviar reportes operativos. Un objeto de contacto es un registro registral. Validar que el buzón existe está dentro de la función registral. Exigir que el contacto esté asociado a los objetos relevantes está dentro de la función registral.

El problema comienza cuando la contactabilidad se convierte en jurisdicción de cumplimiento.

La política dice que el buzón de abuso debe ser válido, supervisado y gestionado activamente. Exige que el contacto esté disponible sin restricciones mediante WHOIS, APIs y servicios futuros. Permite que AFRINIC valide al crearlo, actualizarlo, periódicamente y cuando AFRINIC lo considere oportuno. Permite que fallas y conductas fraudulentas sean reportadas a AFRINIC. Dice que el servicio de soporte puede ofrecerse solo a miembros que cumplen. La evaluación del personal dice que el incumplimiento puede constituir incumplimiento del RSA y que el incumplimiento persistente puede llevar a la revocación.

Esto es demasiado.

Un registro puede verificar que una dirección acepta correo. Puede verificar que un titular mantiene un objeto de contacto. Puede marcar datos de contacto no responsivos. Puede publicar el estado de validación. Puede negarse a certificar el contacto como válido. Puede pedir corrección. Pero no debería transformar la gestión de abuso en una palanca de revocación.

Hay varias razones.

Primero, el abuso no es una categoría nativa del registro. Spam, malware, phishing, quejas de derechos de autor, fraude, difamación, acoso, escaneo, tráfico de botnet y reportes de abuso contractual no son la misma cosa. Involucran leyes, hechos, jurisdicciones, estándares probatorios y remedios distintos. El registro no puede convertirse en el punto universal de recepción de los males de Internet.

Segundo, supervisar un buzón no equivale a responsabilidad legal. Un titular puede recibir reportes y rechazarlos. Puede exigir un formulario. Puede priorizar reportes según su riesgo interno. Puede necesitar proteger la privacidad de clientes. Puede ser un proveedor de tránsito sin relación directa de cliente con el actor que supuestamente causó daño. Puede recibir basura automatizada, correos de extorsión, quejas falsificadas, acoso competitivo o solicitudes de presión estatal. Un registro no puede inferir conducta indebida de una falta de respuesta.

Tercero, “cuando AFRINIC lo considere oportuno” no es una regla. Es discreción. La discreción sobre un objeto de contacto se vuelve peligrosa cuando está conectada con incumplimiento del RSA y revocación. El registro no debería tener un disparador abierto para crear riesgo de incumplimiento.

Cuarto, la revocación por falla de contacto de abuso es desproporcionada. La falta de mantenimiento de un buzón puede corregirse. No crea numeración duplicada. No rompe la unicidad. No crea por sí misma una falla de seguridad de enrutamiento. Puede reducir la utilidad de la base de datos. Eso amerita una marca de calidad de datos y un proceso correctivo, no la pena de muerte.

Quinto, la propia historia de la política muestra el problema. Antes de la ratificación, la adopción del mecanismo anterior de contacto de abuso era extremadamente baja. Una baja adopción a esa escala no prueba que miles de operadores sean maliciosos. Prueba que la política no coincidía con los incentivos operativos. Cuando una regla tiene adopción casi nula, la respuesta institucional correcta no es atornillarla a la revocación. La respuesta correcta es reducirla al requisito mínimo útil: un contacto alcanzable, validación objetiva, sin expansión de responsabilidad operativa.

Una regla delgada de contacto de abuso es buena. Una regla gruesa de aplicación de abuso es blanqueo de mandato.

Enmienda propuesta 7: limitar el contacto de abuso a la exactitud del directorio

Defecto actual: La política de contacto de abuso se expande desde publicación de contacto hacia cumplimiento operativo y posible revocación.

Principio de reemplazo: Las reglas de contacto de abuso deberían limitarse a la exactitud del directorio registral y a la alcanzabilidad objetiva.

Texto propuesto:

Cada recurso numérico registrado hará referencia a un registro de contacto de abuso que contenga al menos un método de contacto electrónico capaz de recibir avisos ordinarios relacionados con abuso. AFRINIC podrá verificar la alcanzabilidad técnica del método de contacto mediante medios automatizados objetivos. La verificación se limitará a confirmar la entregabilidad o capacidad de recepción y no evaluará la sustancia, suficiencia, rapidez, suficiencia legal ni resultado del proceso de gestión de abuso del titular del recurso. La falta de mantenimiento de un contacto de abuso alcanzable podrá resultar en una marca de calidad de datos registrales, aviso al titular y limitación temporal de solicitudes de actualización registral no relacionadas con la corrección de los datos de contacto. Tal falla no constituirá por sí misma fundamento para revocación de recursos, desregistración, invalidación RPKI, eliminación de DNS inverso, denegación de transferencia o terminación del reconocimiento registral.

Esta enmienda preserva la parte útil y elimina la parte peligrosa.

El registro debería publicar la puerta. No debería vigilar lo que ocurre dentro del edificio.

VIII. La verificación de contactos debe ser predecible

La política de contacto de abuso permite validación periódica y validación cuando AFRINIC lo considere oportuno. También permite que el Directorio modifique los períodos de validación. Esto es estructuralmente incorrecto.

Un régimen de validación debe ser objetivo. Debe tener disparadores definidos. Debe ser proporcional al riesgo. Debe evitar falsos positivos. Debe evitar usar fallas automatizadas como incumplimientos legales. Debe reconocer que los sistemas de correo fallan por razones ordinarias: filtros de spam, errores de DNS, interrupciones temporales, greylisting, fallas de proveedor, rotación de personal, integración de fusiones y controles de seguridad. No debe crear una vía por la que un problema temporal de correo se convierta en un arma institucional.

El diseño correcto es simple.

Validar al crear. Validar después de que el titular cambie el contacto. Validar después de evidencia objetiva de rebote o falla. Validar periódicamente, pero no con tanta frecuencia que el registro cree una carga innecesaria. Publicar el estado de validación. Dar un período de subsanación. Permitir múltiples contactos. Permitir APIs. Permitir paneles autenticados para titulares. Preservar todos los servicios registrales necesarios para corregir el problema. Nunca conectar el problema con revocación sin adjudicación independiente y prueba de abandono deliberado o fraude.

Un registro no debe usar la denegación de soporte para bloquear el cumplimiento. Si un titular incumple porque un contacto está roto, el registro aun así debe brindar el soporte necesario para arreglarlo. Una política que dice que el servicio de soporte solo puede ofrecerse a miembros cumplidores puede volverse circular: no puede recibir soporte porque incumple; no puede cumplir porque el soporte está restringido. Eso no es gobernanza. Es una trampa.

Enmienda propuesta 8: validación objetiva y períodos de subsanación

Defecto actual: La validación puede ocurrir cuando AFRINIC lo considere oportuno y el incumplimiento puede escalar hacia consecuencias severas.

Principio de reemplazo: La validación debe ser objetiva, predecible y subsanable.

Texto propuesto:

AFRINIC podrá validar un registro de contacto de abuso únicamente: (a) al crearlo; (b) tras una actualización iniciada por el titular; (c) después de un rebote automatizado objetivo o falla de entrega; (d) tras evidencia creíble de que el método de contacto ya no existe; o (e) durante un ciclo de validación programado no más frecuente que una vez cada doce meses salvo que el titular opte por validación más frecuente. La falla de validación activará aviso escrito a todos los contactos administrativos registrados, un período mínimo de subsanación de treinta días y un segundo intento de validación. Durante el período de subsanación AFRINIC mantendrá todos los servicios registrales necesarios para corregir el registro. La falla repetida podrá registrarse como marca de calidad de datos, pero no afectará el control reconocido del titular sobre el recurso numérico salvo adjudicación independiente de fraude, abandono o reclamación duplicada.

Esto basta. Todo lo demás pertenece a fuerzas del orden, tribunales, clientes, proveedores y contratos, no al registro numérico.

IX. La no portabilidad es el bloqueo original

La lógica de asignación más antigua del Manual Consolidado de Políticas aún conserva el recuerdo de un mundo en el que las direcciones estaban vinculadas a proveedores y la renumeración se trataba como condición normal de salida. El espacio agregable por proveedor no era portátil. Si un cliente cambiaba de proveedor, el espacio de direcciones debía devolverse y la red renumerarse. El espacio independiente de proveedor se desalentaba por su costo de enrutamiento. Las subasignaciones desde PI estaban restringidas.

Esto se defendió alguna vez como disciplina de agregación. En la economía moderna de IPv4, también es una doctrina de bloqueo.

La renumeración forzosa no es una incomodidad administrativa menor. Puede ser costosa, riesgosa y a veces operativamente imposible. Puede afectar firewalls, equipos de clientes, ACL, registros DNS, sistemas de geolocalización, sistemas de reputación, contratos con proveedores, dispositivos embebidos, sistemas de monitoreo y registros regulatorios. Crea costos de cambio. Favorece a proveedores incumbentes. Reduce el poder negociador del cliente. Convierte la dependencia de direcciones en captura comercial.

Un registro que toma en serio la Primacía del Código en Ejecución debería tratar la portabilidad como un derecho duro. La tabla de enrutamiento no es gratuita, y la desagregación tiene costos. Pero la respuesta no es negar la portabilidad por defecto. La respuesta es poner precio, publicar y gestionar externalidades de enrutamiento sin usar el registro como dispositivo de bloqueo comercial.

Internet no se volvió valiosa porque cada realidad operativa pudiera ordenarse en un manual de políticas. Se volvió valiosa porque redes independientes podían interoperar. La portabilidad es parte de la independencia.

Un recurso numérico que no puede moverse no es un recurso. Es una correa.

Enmienda propuesta 9: hacer que la portabilidad sea la regla por defecto

Defecto actual: El lenguaje de asignación más antiguo trata los recursos dependientes del proveedor como no portátiles e implica renumeración cuando cambia el proveedor.

Principio de reemplazo: La portabilidad debería ser el estado por defecto de todos los recursos numéricos cuando la unicidad y la exactitud registral puedan preservarse.

Texto propuesto:

Todos los recursos numéricos registrados serán portátiles por defecto salvo que un titular de recurso haya aceptado expresamente una condición de no portabilidad estrechamente definida, limitada en el tiempo y contractualmente separada a cambio de un servicio registral o de proveedor específico. Un cambio de proveedor upstream, relación de cliente, arreglo comercial, geografía de uso o delegación operativa no requerirá devolución ni renumeración de un recurso numérico cuando el titular reconocido o cesionario legal pueda mantener registros registrales exactos y preservar la unicidad. Cualquier preocupación relacionada con agregación se abordará mediante transparencia de política de enrutamiento y coordinación operativa, no mediante denegación registral de portabilidad.

El trabajo del registro no es hacer dolorosa la salida del proveedor.

X. Las asignaciones basadas en finalidad y el mito del uso adecuado

El manual de políticas define las asignaciones como recursos entregados para fines específicos documentados por organizaciones específicas y no subasignados a otras partes. Esta es otra idea de la era de asignación que se vuelve peligrosa después de la escasez.

La asignación basada en finalidad intenta congelar un uso esperado en el momento de emisión. Pero las redes reales cambian. Las empresas se fusionan. Los clientes se mudan. Los productos fallan. Los mercados cambian. Los centros de datos cierran. Las relaciones de tránsito cambian. La escasez de IPv4 crea nuevos modelos de negocio. Surge el arrendamiento. Surge la financiación. Surgen negocios de gestión de direcciones. Los proveedores de nube y hosting necesitan delegación flexible. Las empresas de seguridad necesitan uso temporal. Las empresas se reestructuran. Una regla que dice que la finalidad original sigue siendo la base de la legitimidad se convierte en una trampa para toda evolución empresarial normal.

El registro puede exigir que el titular sea identificable. Puede exigir datos de contacto. Puede exigir que las subdelegaciones se registren en un nivel apropiado. Puede exigir que la responsabilidad por contacto de abuso y declaraciones de seguridad sea clara. Puede exigir que el control del recurso no sea fraudulento. No necesita decidir si un uso nuevo es fiel a la finalidad original.

La aplicación de finalidad no es una invariante técnica. Es nostalgia moral.

El efecto práctico es suprimir arrendamientos y subasignaciones. Esa supresión no detiene el arrendamiento. Lo empuja hacia estructuras contractuales que el registro no puede ver claramente. La base de datos se vuelve menos exacta. Los operadores se vuelven menos francos. El registro entonces cita la inexactitud como razón para más control. Esta es la espiral de expansión de aplicación.

La solución es reconocer abiertamente la delegación operativa. Permitir que el titular registre arrendatarios, clientes, contactos delegados, relaciones de seguridad de rutas y reclamaciones de control limitadas en el tiempo. Crear mejores campos de datos. No fingir que el mercado no existe.

Un registro registral que admite el arrendamiento es más exacto que una política registral que condena el arrendamiento y luego pierde visibilidad de él.

Enmienda propuesta 10: reconocer la delegación operativa y el arrendamiento

Defecto actual: El lenguaje de asignación basada en finalidad y las restricciones antisubasignación tratan la delegación comercial como sospechosa.

Principio de reemplazo: El arrendamiento, la subasignación, la delegación a clientes y los arreglos de control operativo deberían reconocerse como decisiones locales del operador cuando se preservan la exactitud registral y la unicidad.

Texto propuesto:

Un titular de recurso puede arrendar, subasignar, delegar, financiar, pignorar, enrutar, patrocinar o realizar de otro modo arreglos operativos o comerciales relativos a recursos numéricos, siempre que el titular reconocido siga siendo identificable, los registros registrales permanezcan exactos al nivel apropiado, las responsabilidades de contacto de abuso y contacto administrativo estén claras, y no se cree reclamación duplicada ni fraude. AFRINIC proporcionará mecanismos registrales para registrar contactos operativos delegados, relaciones de control limitadas en el tiempo, datos de contacto de arrendatarios o clientes cuando se suministren voluntariamente o sean legalmente requeridos, relaciones de autorización de enrutamiento y estado de conflicto. AFRINIC no negará reconocimiento registral únicamente porque un recurso se use mediante arrendamiento, subasignación, despliegue de clientes de terceros, financiación u otro arreglo comercial lícito.

Esto no es radical. Es simplemente veraz.

Internet ya contiene estos arreglos. La base de datos no debería ser el último lugar donde se permite aparecer a la realidad.

XI. “Los recursos no registrados son inválidos” es la frase equivocada

El manual de políticas dice que los recursos deben registrarse e implica que los recursos no registrados son inválidos. Esto es comprensible como disciplina administrativa, pero la frase es conceptualmente peligrosa.

¿Inválidos en qué sentido?

Un registro puede decir que un registro no es autoritativo en su base de datos. Puede decir que un titular no proporcionó datos requeridos. Puede decir que falta un objeto de ruta. Puede decir que no se proporciona delegación de DNS inverso. Puede decir que los servicios RPKI no están disponibles. Puede decir que el registro no puede validar un contacto. Pero no puede hacer que los paquetes dejen de moverse por declaración. No puede borrar derechos contractuales. No puede borrar confianza. No puede borrar una orden judicial. No puede borrar la realidad de que un bloque está siendo enrutado, usado, pagado y utilizado por dependientes.

Cuando un registro llama inválidos a recursos no registrados, se tienta a sí mismo con una afirmación metafísica. El registro registral se convierte en realidad. Eso está al revés.

La declaración correcta es que el registro es necesario para publicación registral autoritativa. No es la única fuente de existencia operativa. Cuando el registro y el código en ejecución divergen, el registro debería investigar, marcar, reconciliar y corregir. No debería declarar inválida la realidad.

Esto importa porque una base de datos que reclama supremacía metafísica se vuelve frágil. Si el registro es erróneo, la institución debe defender la ficción. Si la institución defiende la ficción, los operadores pierden confianza. Si los operadores pierden confianza, dejan de actualizar registros. Si dejan de actualizar registros, el registro se vuelve menos exacto. Si el registro se vuelve menos exacto, exige más autoridad. El ciclo se repite.

El registro debería ser humilde porque la humildad lo hace más autoritativo.

Enmienda propuesta 11: sustituir invalidez por estado de autoridad

Defecto actual: El lenguaje de política sugiere que los recursos no registrados son inválidos.

Principio de reemplazo: El registro determina el estado registral autoritativo, no la validez metafísica del uso operativo.

Texto propuesto:

El registro en la base de datos de AFRINIC establece el registro autoritativo de AFRINIC para el recurso numérico relevante. La falta de registro o actualización de un registro puede afectar la confiabilidad de los servicios registrales de AFRINIC, la contactabilidad pública, la delegación de DNS inverso, la elegibilidad para servicios de seguridad o el procesamiento de transferencias. Tal falla no invalidará por sí misma el uso operativo, no extinguirá intereses reconocidos del titular, no autorizará confiscación ni permitirá reasignación salvo que se satisfaga un proceso adjudicativo independiente o una condición enumerada de fraude, reclamación duplicada, abandono o integridad de seguridad.

Esta enmienda es un pequeño cambio textual con grandes consecuencias institucionales. Vuelve a colocar el registro por debajo de la realidad.

XII. El proceso comunitario no puede soportar la gobernanza de activos

El manual de políticas de AFRINIC describe un proceso ascendente en el que las decisiones de política determinan las reglas por las que AFRINIC gestiona y administra recursos numéricos. Valora la participación, la apertura y el consenso. Para una capa delgada de coordinación técnica, ese proceso puede funcionar. Para la gobernanza de activos de alto valor, no puede.

Esto no es un ataque a la participación. Es una distinción de categoría.

La discusión técnica abierta puede ayudar a identificar problemas operativos. Puede mejorar prácticas adyacentes a protocolos. Puede revelar costos de implementación. Puede construir normas voluntarias. Puede publicar recomendaciones. Pero no puede convertir una lista de correo, una sala de reuniones o una llamada de consenso en autoridad legal sobre los activos de empresas. Las personas en la sala no son necesariamente directores, funcionarios, accionistas, acreedores, clientes, gobiernos, inversores o usuarios finales. Son participantes. La participación no es representación.

El problema se vuelve agudo cuando las políticas afectan revocación, transferibilidad, arrendamiento, valor de capital, movimiento regional, exposición a sanciones, tarifas registrales, validez de seguridad de rutas y continuidad operativa. En ese punto, la política no es meramente una norma técnica. Es gobernanza económica. La gobernanza económica requiere mandato, autoridad legal, responsabilidad, debido proceso, representación y apelación.

El sistema RIR intenta evitar eso diciendo que es ascendente. ¿Ascendente desde quién? Una persona que usa una lista de correo no es el principal de todas las redes de la región. Un empleado que asiste a una reunión puede no tener autoridad para obligar a la empresa. Un consultor puede hablar fuerte sin soportar ninguna consecuencia operativa. Un observador gubernamental puede representar intereses estatales, pero no operadores. Un operador puede representar su propia red, pero no el continente. Un empleado del registro puede participar en el proceso mientras el registro luego ejecuta el resultado. Esta mezcla puede generar discusión útil. No puede fabricar soberanía.

Una sala no es un mandato.

Por lo tanto, el proceso de políticas debe estrecharse. Solo debería producir reglas dentro de la función registral. Si una regla propuesta afecta derechos existentes de titulares de recursos, transferibilidad, uso comercial, riesgo de revocación o valor de capital, debe ser optativa, limitarse a futuras asignaciones desde fondo libre o aprobarse mediante un mecanismo legalmente representativo que vincule a los principales afectados. Incluso entonces, debe satisfacer la prueba del código en ejecución.

La primera pregunta para cada propuesta de política debería ser: ¿qué invariante protege esto?

Si la respuesta es unicidad, exactitud, integridad de seguridad, prevención del fraude, contactabilidad, registro de transferencias o continuidad operativa, la propuesta puede pertenecer a la capa común.

Si la respuesta es equidad, preferencia comunitaria, desarrollo regional, antiespeculación, moral comercial, conservación después del agotamiento o uso adecuado, la propuesta pertenece fuera del mandato registral salvo adopción voluntaria por los operadores afectados.

Enmienda propuesta 12: añadir una prueba de alcance de política

Defecto actual: El PDP puede producir reglas amplias de gobernanza de recursos sin una frontera dura de alcance atada a invariantes de código en ejecución.

Principio de reemplazo: Toda política debe identificar la invariante técnica que protege y demostrar proporcionalidad.

Texto propuesto:

Ninguna propuesta de política será avanzada, adoptada, implementada o aplicada salvo que identifique la invariante específica de función registral que protege. Las invariantes reconocidas son: unicidad del registro de recursos numéricos; exactitud de los registros registrales; prevención de fraude en registros registrales; contactabilidad pública; coordinación adyacente al enrutamiento; integridad de declaraciones de seguridad; registro de transferencias y cambios de control; registro de estados de disputa; y continuidad operativa. Una propuesta cuyo efecto principal sea regular modelo comercial, precio, arrendamiento, geografía de clientes, retención regional, movimiento de capital, especulación, uso moral, preferencia política o estrategia empresarial del titular de recurso estará fuera del alcance obligatorio de política salvo adopción voluntaria por cada titular de recurso afectado o exigencia de derecho vinculante emitido por una autoridad pública competente.

Esto obligaría a la honestidad intelectual. Pondría fin al blanqueo de mandato en el nivel procedimental.

XIII. La retroactividad es la confiscación oculta

El modelo RIR a menudo trata la política como si flotara por encima del tiempo. Una política se adopta hoy; los recursos emitidos ayer quedan sujetos a ella mañana. Ese supuesto es intolerable una vez que los recursos son activos valiosos.

La retroactividad no es una necesidad técnica. Es una pretensión de poder.

Un registro puede necesitar corregir fraude. Puede necesitar resolver reclamaciones duplicadas. Puede necesitar actualizar estándares de seguridad para servicios voluntarios. Puede necesitar cumplir órdenes judiciales. Pero no debería imponer nuevas restricciones económicas a recursos existentes simplemente porque una sala de políticas adoptó una nueva opinión. Eso destruye la confianza.

La confianza no es un concepto sentimental. Es la base de la formación de capital. Los operadores invierten porque creen que las reglas no se reescribirán después de hundida la inversión. Los clientes firman contratos porque creen que los insumos del servicio permanecerán estables. Los prestamistas prestan porque la garantía no está a merced de reinterpretación discrecional. Los compradores compran porque la transferibilidad no es una trampa. Los vendedores venden porque el título quedará registrado. Si un registro puede redefinir retroactivamente uso, transferencia, cumplimiento o riesgo de revocación, todo actor racional descuenta el activo.

Ese descuento no es teórico. Aparece en precios, demoras de transacción, costos legales, costos de seguro, términos de financiación e inversión de red reducida.

El marco de políticas de AFRINIC necesita una cláusula explícita de antirretroactividad.

Enmienda propuesta 13: antirretroactividad y protección de confianza

Defecto actual: Las políticas pueden aplicarse a recursos existentes sin una regla fuerte de protección de confianza.

Principio de reemplazo: Las nuevas políticas deberían aplicarse prospectivamente salvo que protejan una invariante técnica enumerada y usen el remedio menos disruptivo.

Texto propuesto:

Ninguna política adoptada después de la fecha de asignación, adjudicación, transferencia o adquisición reconocida de un titular de recurso reducirá retroactivamente la transferibilidad, portabilidad, uso operativo, delegación comercial, capacidad de arrendamiento, capacidad de financiación, elegibilidad para servicios registrales o control reconocido de ese recurso, salvo que: (a) la política aborde fraude en registros registrales, reclamaciones duplicadas, falla de integridad de seguridad o amenaza demostrable a la unicidad; (b) la política use el remedio menos disruptivo suficiente para proteger la invariante; (c) los titulares afectados reciban aviso, evidencia, período de subsanación y apelación independiente; y (d) la continuidad operativa se preserve durante la revisión. Los cambios de política que afecten derechos económicos se aplicarán prospectivamente o por adopción voluntaria.

Este es el mínimo necesario una vez que IPv4 es capital.

Un sistema que no puede proteger la confianza no puede gobernar activos.

XIV. La revocación debe separarse estructuralmente de la administración registral

El poder más peligroso en el sistema registral es la revocación. No porque siempre se use. Porque su existencia cambia el comportamiento. Un titular que sabe que el registro puede revocar dudará en desafiar al registro. Evitará posiciones impopulares. Evitará la divulgación franca de arrendamientos. Tratará la ambigüedad de políticas como riesgo existencial. Pagará tarifas que disputa. Aceptará defectos de proceso. Interiorizará miedo.

Eso no es coordinación. Es dominación.

Ningún RIR debería tener poder unilateral de desregistración sobre recursos operativamente integrados salvo para invariantes estrechas y comprobables de código en ejecución: asignación duplicada, fraude en registro, falla de integridad de seguridad, abandono explícito o una decisión independiente vinculante. Incluso entonces, el remedio debería ser proporcional. El primer remedio debería ser corrección. El segundo, marcado de conflicto. El tercero, suspensión de un servicio no esencial. La desregistración real debería ser rara, adjudicada y preservadora de continuidad.

Un registro no puede ser encargado de registro, denunciante, investigador, juez y ejecutor.

Esta es una de las lecciones centrales de AFRINIC. La disputa no reveló que un miembro pueda paralizar un registro. Reveló que un registro con teoría amplia de revocación puede amenazar activos operativos y luego descubrir que tribunales, acreedores, miembros y Estados no aceptan su autoimagen. La crisis institucional resultante no fue un argumento a favor de más soberanía registral. Fue evidencia de que la soberanía registral nunca fue legítima.

El manual de políticas debería contener un cortafuegos duro de revocación.

Enmienda propuesta 14: cortafuegos de revocación

Defecto actual: Las fallas de cumplimiento de políticas y contratos pueden crear vías hacia desregistración o revocación más allá de una necesidad técnica estrecha.

Principio de reemplazo: La revocación debe ser excepcional, revisable independientemente y limitada a condiciones técnicas o legales enumeradas.

Texto propuesto:

AFRINIC no revocará, desregistrará, recuperará, reasignará, eliminará delegación de DNS inverso, terminará publicación RPKI ni afectará de otro modo el reconocimiento registral operativo de un recurso numérico salvo bajo una de las siguientes condiciones: (a) adjudicación independiente final u orden judicial vinculante; (b) fraude probado en el registro registral que afecte materialmente el control del recurso; (c) registro duplicado o asignación duplicada activa que no pueda resolverse mediante corrección menos disruptiva; (d) abandono escrito explícito por el titular reconocido; (e) emergencia de integridad de seguridad cuando una acción temporal sea necesaria para prevenir daño inminente al propio sistema registral y sea revisada independientemente dentro de un período corto definido; o (f) falta de pago de tarifas de servicio registral estrechamente definidas después de aviso, período de subsanación, revisión independiente y preservación de un registro mínimo de continuidad. Ninguna cuestión de uso comercial, arrendamiento, ubicación de clientes, precio de transferencia, gestión de abuso, evaluación de necesidad, retención regional o participación en políticas constituirá por sí misma fundamento para revocación.

Sin tal cortafuegos, toda política se convierte en arma.

XV. La responsabilidad debe seguir al poder

Un registro privado no puede ejercer poder de infraestructura pública mientras limita su responsabilidad como una oficina de servicios menor. Este es el problema de responsabilidad en el núcleo del sistema RIR.

La regla económica es simple: la parte con control debe soportar el costo del control indebido, o el control debe retirarse. Si AFRINIC puede bloquear una transferencia que vale millones, no puede decir que su responsabilidad es administrativa. Si puede negar movimiento de salida, no puede decir que no afecta el valor de mercado. Si puede tratar el incumplimiento como una infracción que lleva a revocación, no puede decir que el valor del recurso es especulativo y ajeno a su responsabilidad. Si puede condicionar el soporte, no puede decir que la pérdida del miembro es externa.

El poder sin responsabilidad crea riesgo moral. El registro internaliza los beneficios de la discreción: tarifas, relevancia, autoridad política, prestigio institucional, poder de negociación. Externaliza los costos: transacciones perdidas, honorarios legales, interrupción de red, daño a clientes, deterioro de activos, descuento de financiación, riesgo de infraestructura estatal. Ese es un equilibrio de renta de gobernanza.

La cura es responsabilidad o menos poder. No hay magia institucional.

Prefiero menos poder. Un registro no debería convertirse en asegurador de cada transacción de red. No debería convertirse en regulador de servicios públicos. No debería convertirse en tribunal. La mejor respuesta es estrechar su autoridad para que la exposición a responsabilidad sea manejable. Pero donde el registro conserve poder adverso discrecional, la responsabilidad debe aumentar.

Enmienda propuesta 15: simetría entre responsabilidad y poder

Defecto actual: La discreción registral puede afectar el valor de activos mientras la institución niega la responsabilidad correspondiente.

Principio de reemplazo: Toda acción adversa discrecional debe conllevar responsabilidad proporcional, o la discreción debe sustituirse por reglas objetivas.

Texto propuesto:

Toda decisión discrecional de AFRINIC que retrase, rechace, revierta, suspenda, perjudique o condicione la transferencia, portabilidad, reconocimiento registral, delegación de DNS inverso, publicación RPKI o control operativo reconocido de un titular de recurso estará sujeta a razones documentadas, divulgación de evidencia, apelación independiente, plazos de servicio definidos y responsabilidad por pérdidas directas causadas por mala fe, negligencia grave, desprecio temerario de los límites de política o actuación fuera de la autoridad registral enumerada. Cuando AFRINIC no acepte tal responsabilidad, la decisión relevante se limitará a criterios objetivos de verificación y no incluirá juicio discrecional económico, comercial, regional o de cumplimiento de políticas.

Esta enmienda obliga a la institución a elegir.

O ser un registro estrecho con baja responsabilidad, o ser un decisor poderoso con responsabilidad real. El modelo actual quiere ambas cosas. Precisamente por eso falla.

XVI. La falacia de la continuidad registral

La defensa más común del control al estilo AFRINIC es la continuidad. El registro debe permanecer estable. La región no debe perder servicios registrales. La base de datos debe seguir siendo autoritativa. Por lo tanto, la institución debe ser protegida.

Este argumento confunde dos cosas: continuidad de la función registral y continuidad del poder registral.

La función registral importa. La unicidad de recursos numéricos importa. Los registros públicos importan. La delegación de DNS inverso importa. La continuidad de RPKI importa. Los registros de transferencia importan. Los registros de contacto importan. Los datos históricos importan. Los registros de auditoría importan. Los registros de disputa importan.

El poder de la corporación es distinto. Su directorio, modelo de tarifas, maquinaria de políticas, postura litigiosa, teoría de aplicación e ideología de transferencias no son idénticos a la función registral. Pueden cambiar. Pueden ser reemplazados. Pueden fallar. Pueden ser puenteados. Internet no debería colapsar porque una corporación privada esté mal gobernada o legalmente conflictuada.

La arquitectura futura debe especificar, por tanto, la conmutación por falla. Esto no debería tratarse como improvisación de emergencia. Debería ser un requisito normal de diseño.

Todo titular de recurso debería tener derecho a exportar su estado registral. Todo registro debería mantener registros versionados, auditables y en depósito independiente. Todo recurso debería tener una vía de continuidad si el registro se vuelve insolvente, capturado, paralizado, sancionado, técnicamente comprometido o legalmente incapaz de operar. Toda disputa debería aislarse para que no congele el servicio regional. Toda dependencia de RPKI y DNS inverso debería tener reglas de sucesión. Todo recurso debería ser portátil a un registro sucesor cualificado o a un sistema de registro descentralizado.

Esto no es antirregistro. Es procontinuidad.

El sistema RIR actual ha tratado la continuidad del RIR como inmortalidad institucional. Eso está al revés. La mejor forma de preservar la continuidad registral es hacer reemplazable a cualquier registro.

Enmienda propuesta 16: portabilidad y conmutación por falla como derechos registrales

Defecto actual: La política de AFRINIC no proporciona un derecho duro del titular de recurso a portabilidad registral ni a conmutación por falla.

Principio de reemplazo: La portabilidad y la conmutación por falla son arquitectura mínima para una función registral indispensable.

Texto propuesto:

Cada titular de recurso reconocido tiene derecho a obtener, a intervalos razonables y ante eventos materiales de riesgo registral, una exportación autenticada de su estado registral, incluidos registros de recursos, identidad del titular, objetos de contacto, historial de transferencias, datos de delegación, datos de DNS inverso, metadatos relacionados con RPKI cuando corresponda, registros de estado de disputa y registros de auditoría razonablemente necesarios para la continuidad. AFRINIC participará en un sistema de continuidad registral independiente, depositado, versionado y auditable. Si AFRINIC se vuelve incapaz o no está dispuesta a proporcionar servicios registrales esenciales, o si se satisface un disparador independiente de continuidad, los titulares de recursos podrán portar la administración registral de sus recursos a un registro sucesor cualificado o a un mecanismo de registro descentralizado reconocido sin pérdida de unicidad, transferibilidad ni reconocimiento operativo.

Esta es la respuesta mínima seria a la falla registral.

Sin portabilidad, el registro no es un servicio. Es un punto de rehenes.

XVII. RPKI y las declaraciones de seguridad no deben convertirse en armas de aplicación

RPKI es infraestructura de seguridad. No debería convertirse en aplicación de políticas.

Un registro que controla la publicación RPKI puede crear una nueva forma de coerción. Quizá no revoque el recurso directamente. En cambio, puede perjudicar la declaración de seguridad. En un mundo donde las redes dependen de la validación de origen de rutas, eso puede ser operativamente severo. Por lo tanto, cualquier reforma de políticas debe tratar RPKI y los servicios de seguridad registral como críticos para la continuidad, no como recompensas discrecionales por cumplimiento.

La regla debería ser clara: si un titular es reconocido, sus declaraciones de seguridad deberían continuar salvo que la declaración sea fraudulenta, técnicamente inválida, sujeta a orden judicial o cree una emergencia de integridad de seguridad. RPKI debería validar control, no obediencia.

El desacuerdo de un titular con una política no debería hacer menos seguras sus rutas. Un buzón de abuso roto no debería invalidar un ROA. Una disputa de transferencia debería crear metadatos de conflicto, no rotura silenciosa de seguridad. Una disputa de tarifas no debería convertirse en castigo de origen de ruta sin debido proceso y salvaguardas de continuidad.

Los sistemas de seguridad pierden legitimidad cuando se usan para luchas de gobernanza.

Enmienda propuesta 17: neutralidad de servicios de seguridad

Defecto actual: Los marcos de políticas a menudo dejan espacio para que los servicios registrales, incluidos los servicios relacionados con seguridad, se conviertan en palancas de cumplimiento.

Principio de reemplazo: Las declaraciones de seguridad deberían seguir el control reconocido y la validez técnica, no la obediencia a políticas.

Texto propuesto:

AFRINIC operará RPKI, DNS inverso y servicios relacionados de seguridad o delegación como servicios de continuidad registral vinculados al control reconocido y a la validez técnica. AFRINIC no suspenderá, eliminará, invalidará ni rechazará tales servicios como palanca para disputas de uso comercial, desacuerdos de política de transferencia, quejas de gestión de abuso, preocupaciones de uso regional, disputas de tarifas sin revisión independiente o desacuerdos de política no técnica. La acción adversa sobre servicios de seguridad se limitará a fraude, reclamación duplicada, invalidez técnica, solicitud explícita del titular, orden judicial o adjudicativa independiente vinculante, o emergencia de integridad de seguridad estrechamente definida sujeta a revisión independiente rápida.

Esta enmienda impide la siguiente capa de blanqueo de mandato.

Cuando una herramienta de seguridad se convierte en herramienta de aplicación, la seguridad pierde confianza.

XVIII. La prueba adecuada de transferencia

Una política de transferencia correcta puede escribirse en una página.

El registro necesita saber que la fuente tiene control. Necesita saber que el destino existe. Necesita registros exactos. Necesita preservar la unicidad. Necesita actualizar el DNS inverso y los metadatos de seguridad. Necesita manejar disputas. Necesita interoperar con otros registros. Necesita plazos de nivel de servicio. Necesita apelación. Necesita auditoría.

Todo lo demás es ideología.

Esta es la prueba de transferencia que debería reemplazar el marco actual:

Identificar el recurso.
Verificar el titular reconocido actual o representante autorizado.
Verificar que ninguna reclamación duplicada activa, retención por fraude, orden judicial o retención adjudicativa independiente impide la actualización.
Recibir instrumento de transferencia o prueba equivalente de cambio de control.
Recibir registros exactos del cesionario.
Preservar o transicionar registros de DNS inverso y RPKI.
Publicar la transferencia o el estado de conflicto dentro de un período definido.
Permitir apelación si se rechaza.
Mantener registros de auditoría.
No juzgar precio, geografía, modelo de negocio, especulación, necesidad, arrendamiento o moral regional.

Eso es suficiente.

También es mejor para AFRINIC. Un registro que procesa transferencias rápida y neutralmente se vuelve más autoritativo. Un registro que bloquea transferencias se vuelve menos autoritativo porque el mercado encuentra otras formas de transaccionar.

El objetivo no es detener transferencias fuera de la base de datos. El objetivo es hacer que la base de datos sea el lugar más seguro para registrarlas.

Enmienda propuesta 18: una sección completa de reemplazo de transferencias

Texto propuesto:

Transferibilidad. Todos los recursos numéricos reconocidos son transferibles salvo que estén sujetos a una retención temporal definida por reclamación duplicada, fraude registral probado, orden judicial vinculante, orden adjudicativa independiente o restricción explícita escrita del titular aceptada voluntariamente al momento de adquisición.

Alcance. Las transferencias pueden ser intrarregistro, interregistro, entre registros sucesores, relacionadas con fusiones, relacionadas con adquisiciones, relacionadas con financiación, relacionadas con recursos heredados, parciales, completas, permanentes o limitadas en el tiempo cuando sean técnicamente registrables.

Papel del registro. AFRINIC registra transferencias. No aprueba transacciones comerciales, fija precios, juzga necesidad empresarial, determina uso comercial adecuado, impone retención regional ni regula la especulación.

Requisitos objetivos. AFRINIC registrará una transferencia cuando el transferente haya demostrado control reconocido o autoridad legal, el recurso esté identificado de manera única, el cesionario haya proporcionado información registral exacta y puedan actualizarse los registros de continuidad necesarios.

Fundamentos prohibidos de denegación. AFRINIC no denegará una transferencia por geografía del receptor, geografía de la fuente, geografía de clientes, ubicación prevista de enrutamiento, precio de compra, intención de arrendamiento, uso de financiación, ausencia de necesidad evaluada por el registro, preferencia de retención regional o desacuerdo con un modelo comercial lícito.

Límite de tiempo. AFRINIC registrará o emitirá un rechazo basado en evidencia dentro de diez días hábiles para transferencias ordinarias y veinte días hábiles para transferencias interregistro, excluyendo el tiempo durante el cual el solicitante no proporcione evidencia objetiva específicamente solicitada.

Rechazo. Un rechazo debe identificar el criterio enumerado no satisfecho, la evidencia utilizada, la subsanación disponible y la vía de apelación.

Apelación. Una transferencia rechazada podrá apelarse ante un órgano de revisión independiente con autoridad para ordenar el registro registral.

Estado de disputa. Cuando existan reclamaciones competidoras, AFRINIC registrará estado de conflicto y preservará la continuidad operativa hasta la resolución.

Sin pérdida de estado. El estado heredado o equivalente no se perderá por transferencia salvo que el titular opte expresamente.

Auditoría. AFRINIC mantendrá registros de auditoría suficientes para verificar tiempos, evidencia, acción del personal y cambios de registro.

Esta es una política que un operador, inversor, tribunal e ingeniero pueden entender.

Ese es el estándar.

XIX. Contacto de abuso: una sección completa de reemplazo

La política de contacto de abuso también debería reescribirse en una sección limpia. Debería ser útil pero delimitada.

Enmienda propuesta 19: una sección completa de reemplazo de contacto de abuso

Texto propuesto:

Finalidad. La finalidad del registro de contacto de abuso es mejorar la contactabilidad pública para avisos operativos y relacionados con abuso asociados a recursos numéricos. Esta sección rige únicamente la exactitud del directorio registral.

Requisito. Cada objeto inetnum, inet6num y aut-num registrado hará referencia al menos a un objeto de contacto de abuso o heredará uno de un objeto padre cuando corresponda.

Contenido. El objeto de contacto de abuso contendrá al menos un método de contacto electrónico capaz de recibir avisos ordinarios.

Validación. AFRINIC podrá validar entregabilidad o capacidad de recepción mediante medios automatizados objetivos al crear, actualizar, ante evento objetivo de rebote, evidencia creíble de inexistencia o ciclo anual programado.

Límites. AFRINIC no evaluará la sustancia, rapidez, adecuación, suficiencia legal ni resultado del proceso de gestión de abuso del titular. AFRINIC no exigirá al titular aceptar adjuntos, evitar formularios, responder en un idioma particular, investigar reportes, divulgar información de clientes ni tomar acción contra usuarios salvo cuando lo exija la ley aplicable o una orden independiente.

Falla. La falla de validación activa aviso, período de subsanación y marca de calidad de datos pública o interna. No afecta por sí misma el control reconocido del recurso numérico.

Subsanación. AFRINIC proporcionará acceso registral razonable y soporte necesario para corregir el registro de contacto de abuso durante cualquier período de incumplimiento.

Sanciones prohibidas. La falla de contacto de abuso por sí sola no justificará revocación, desregistración, denegación de transferencia, suspensión de RPKI, eliminación de DNS inverso ni reasignación.

Escalamiento. Los datos de contacto fraudulentos pueden remitirse al proceso general de fraude registral, que debe incluir evidencia, aviso, subsanación, revisión independiente y protección de continuidad operativa.

Publicación. AFRINIC podrá publicar el estado de validación y la fecha de última validación en el registro registral, sujeto a salvaguardas de privacidad, seguridad y antiacoso.

Esto conserva la función de contacto y elimina la expansión de aplicación.

El registro sigue siendo útil. Deja de fingir ser la policía del abuso.

XX. El desarrollo de políticas debe incluir salvaguardas de principales afectados

El PDP necesita una enmienda estructural. El proceso abierto no basta. Debe ser disciplinado por alcance, impacto y protección de los principales afectados.

Una política que cambia el formato de datos de un objeto de contacto no es lo mismo que una política que cambia la transferibilidad. Una política que define un campo de seguridad de rutas no es lo mismo que una política que restringe el movimiento de salida de IPv4. Una política que asigna recursos futuros de fondo libre no es lo mismo que una política que impone nuevas condiciones a recursos existentes. El PDP debe reconocer estas categorías.

Esta es la clasificación mínima:

Clase A: política de mecánica registral. Campos de datos, formatos, métodos de publicación, validación técnica, estándares de auditoría y otras reglas que no perjudican intereses existentes de titulares.

Clase B: política de asignación de fondo libre. Criterios para la distribución futura de recursos no asignados, si queda alguno.

Clase C: política de impacto sobre titulares. Reglas que afectan transferibilidad, portabilidad, uso comercial, tarifas, servicios, riesgo de revocación, servicios de seguridad, estado de disputa o control reconocido de recursos existentes.

La Clase A puede usar consenso ordinario del PDP. La Clase B puede usar consenso ordinario del PDP para emisión futura, porque los solicitantes pueden elegir si solicitan. La Clase C no puede depender de consenso abierto ordinario. Debe exigir aviso legal a titulares afectados, evaluación de impacto, aplicación optativa o prospectiva, revisión independiente y una supermayoría de titulares legales de recursos afectados si se propone aplicación obligatoria.

Esto no hace imposible la política. Impide que una sala gobierne activos que no posee.

Enmienda propuesta 20: clasificación de políticas y consentimiento de titulares afectados

Defecto actual: El PDP no distingue suficientemente las reglas técnicas registrales de la gobernanza económica.

Principio de reemplazo: Las políticas de mayor impacto requieren mayor legitimidad.

Texto propuesto:

Las propuestas de política se clasificarán antes de la discusión como Clase A de mecánica registral, Clase B de futura asignación de fondo libre o Clase C de impacto sobre titulares existentes. Una propuesta de Clase C es cualquier propuesta que pueda afectar materialmente la transferibilidad, portabilidad, arrendamiento, uso comercial, financiación, tarifas, continuidad de servicios, acceso a servicios de seguridad, exposición a revocación o control reconocido de titulares de recursos existentes. Las propuestas de Clase C requerirán aviso directo a titulares afectados, publicación de una evaluación económica y operativa de impacto, análisis de autoridad legal, análisis de antirretroactividad y revisión independiente. La aplicación obligatoria a recursos existentes requerirá adopción voluntaria por los titulares afectados, autoridad vinculante de derecho público o aprobación por una supermayoría definida de titulares legales de recursos afectados votando como principales, no meramente como participantes.

Esta enmienda restaura la diferencia entre discusión y delegación.

La sala de políticas puede asesorar. No puede confiscar por consenso.

XXI. Las tarifas deben estar ligadas a la función registral, no a la ambición institucional

El conflicto de políticas de AFRINIC no trata solo de transferencias y contactos de abuso. También trata de estructura de costos. El modelo RIR más amplio usa membresía obligatoria y tarifas de recursos para financiar instituciones cuyas actividades se extienden más allá de la función registral mínima. Una vez que los recursos son activos escasos y los servicios registrales son indispensables, las tarifas se convierten en un impuesto sobre la continuidad.

Un registro puede cobrar por servicios registrales. Puede recuperar costos razonables. Puede financiar seguridad, auditoría, publicación, soporte e infraestructura de continuidad. Pero no debería usar tarifas obligatorias para financiar defensa política, expansión institucional, teatro comunitario, esfuerzos de estatus internacional o maquinaria de aplicación no relacionada con invariantes de código en ejecución.

El principio económico es causación de costos. Los usuarios deberían pagar por los costos que causa su uso registral. No deberían pagar rentas monopólicas porque no pueden salir. Si existe portabilidad, las tarifas quedan disciplinadas. Si no existe portabilidad, las tarifas se convierten en extracción.

Por tanto, la política de tarifas debería reescribirse alrededor de servicios registrales mínimos y derechos de salida.

Enmienda propuesta 21: separación entre tarifas y función

Defecto actual: Las tarifas registrales pueden sostener amplia actividad institucional en lugar de servicio registral estrecho.

Principio de reemplazo: Las tarifas obligatorias deben estar ligadas al costo objetivo del servicio registral y a derechos de portabilidad.

Texto propuesto:

Las tarifas obligatorias cobradas como condición del reconocimiento registral se limitarán a la recuperación razonable de costos por mantenimiento de registros registrales, publicación, operación de servicios de seguridad, auditoría, depósito de continuidad, registro de transferencias, validación de contactos y soporte a titulares directamente necesario para esas funciones. AFRINIC contabilizará por separado la defensa de políticas, eventos comunitarios, representación institucional, aplicación discrecional, estrategia litigiosa y actividades no registrales. Un titular de recurso no estará obligado a financiar actividades no registrales como condición para mantener el control reconocido de recursos numéricos. Cuando un titular elija un registro sucesor cualificado o mecanismo de portabilidad, AFRINIC proporcionará servicios de exportación y transición a tarifas basadas en costo.

Esto expondría el costo real del servicio registral.

Una base de datos no debería costar como un gobierno.

XXII. La política debería reconocer la realidad de los activos sin pretender crear propiedad

El sistema RIR teme el lenguaje de propiedad porque la propiedad reduce la discreción. Si los recursos numéricos son activos semejantes a propiedad, el registro no puede comportarse como dueño. Si los titulares tienen confianza semejante a la propiedad, la revocación se vuelve difícil. Si la transferibilidad se reconoce, la moral antiespeculación pierde fuerza. Si IPv4 es capital, la política registral se vuelve económicamente consecuente y jurídicamente impugnable.

Así que el sistema dice que los recursos numéricos no son propiedad.

Eso es demasiado burdo.

El registro no necesita decidir toda la metafísica de la propiedad. Distintas jurisdicciones pueden tratar los recursos numéricos de forma distinta. Los tribunales pueden clasificarlos según reglas de quiebra, contrato, impuesto, garantía, responsabilidad civil, medidas cautelares o estatutos. Los mercados pueden ponerles precio. Los operadores pueden depender de ellos. Los prestamistas pueden descontarlos o aceptarlos. El registro no debería declarar que son propiedad en todos los sentidos jurídicos. Pero tampoco debería negar intereses semejantes a la propiedad para preservar su propia discreción.

El lenguaje de política correcto es neutral respecto de activos y compatible con tribunales.

Debería decir: los recursos numéricos son identificadores operativos registrados en un registro; los titulares pueden tener intereses contractuales, estatutarios, equitativos, beneficiosos, posesorios, basados en confianza u otros intereses legales o económicos bajo la ley aplicable; AFRINIC no adjudica esos intereses salvo para fines de registro registral; el registro de AFRINIC no extingue derechos determinados por autoridad competente; los registros de transferencia y control deberían seguir la realidad legal y operativa.

Eso basta.

Enmienda propuesta 22: reconocimiento neutral de activos

Defecto actual: El lenguaje antipropiedad se usa para sostener discreción registral y negar la realidad de mercado.

Principio de reemplazo: La política debería reconocer intereses legales y económicos sin afirmar que AFRINIC los crea o los posee.

Texto propuesto:

Los recursos numéricos son identificadores operativos de Internet registrados para unicidad y coordinación. AFRINIC no crea título soberano sobre recursos numéricos y no adjudica todos los intereses legales que puedan surgir bajo la ley aplicable. Los titulares de recursos pueden poseer intereses contractuales, estatutarios, equitativos, beneficiosos, basados en confianza, de garantía, transferencia u otros intereses legales o económicos reconocidos por ley aplicable, contrato, práctica de mercado, orden judicial o confianza operativa. Los registros registrales de AFRINIC buscarán reflejar el control reconocido y el estado de conflicto relevante sin negar, extinguir ni anular intereses legales más allá de la función registral limitada de AFRINIC.

Este lenguaje es más exacto que ambos extremos. Niega la propiedad de AFRINIC. Evita afirmaciones universales de propiedad. Permite que la ley, los mercados y las operaciones hagan su trabajo.

XXIII. La política debería eliminar la moral antiespeculación

El resumen de 2026 dice que AFRINIC no asigna valor monetario y que los recursos numéricos no son mercancías para la especulación. Esto no es una declaración técnica. Es economía moral. No debería estar en una política registral.

La especulación no es lo opuesto a la infraestructura. Es un mecanismo por el cual los mercados valoran la escasez futura. Alguna especulación es dañina cuando involucra fraude, manipulación, abuso monopólico o engaño. Esas son categorías legales. Pero comprar un activo escaso subutilizado porque uno cree que será más valioso después no es un problema registral. Puede aumentar la liquidez. Puede revelar precio. Puede mover recursos hacia un futuro uso de mayor valor. Puede financiar a titulares que de otro modo se sientan sobre inventario muerto. Puede crear inventario para mercados de arrendamiento.

Un registro que condena la especulación mientras controla la transferibilidad no es neutral. Está eligiendo una ideología de asignación sobre otra. Esa elección está fuera de su mandato.

La prueba correcta no es si una transacción es especulativa. La prueba correcta es si el registro puede preservar unicidad, exactitud, continuidad de seguridad y prueba de control.

Enmienda propuesta 23: eliminar el lenguaje antiespeculación

Defecto actual: Los materiales de política invocan lenguaje antimercancía o antiespeculación para justificar restricciones.

Principio de reemplazo: El registro no debería juzgar motivos de inversión.

Texto propuesto:

AFRINIC no denegará, retrasará, condicionará ni estigmatizará una transacción registral sobre la base de que un recurso numérico tiene valor monetario, está arrendado, está financiado, se mantiene para uso futuro, se adquiere con fines de inversión, se pignora como garantía o se transfiere por contraprestación. La evaluación de políticas de AFRINIC se limitará a invariantes de función registral: unicidad, exactitud, prueba de control, prevención del fraude, continuidad de seguridad, contactabilidad y estado de disputa.

Esta enmienda elimina el teatro moral del registro.

A los paquetes no les importa si el titular tiene una tesis de inversión.

XXIV. La política debería tratar la geografía como metadato operativo, no como autoridad

La geografía importa en algunos contextos. El cumplimiento legal puede depender de la jurisdicción. Los impuestos pueden depender de la ubicación. El servicio al cliente puede depender del mercado. El despliegue de centros de datos puede importar. Los gobiernos pueden regular redes dentro de su territorio. Pero la geografía registral no es geografía de propiedad.

La región de AFRINIC es una frontera de servicio. No es una frontera de título. No es una frontera moral. No es un pueblo constitucional. No transforma direcciones IP en propiedad regional. No da a un registro privado autoridad para decidir dónde puede moverse el capital.

Un recurso puede estar registrado en una región, enrutarse globalmente, ser usado por clientes multinacionales, arrendarse a otro mercado, anunciarse mediante múltiples ASN o moverse después de una adquisición. Nada de esto amenaza la unicidad. Algo de esto puede importar para datos de contacto o metadatos legales. No justifica prohibición de transferencia.

Enmienda propuesta 24: registros registrales neutrales respecto de la geografía

Defecto actual: Las etiquetas regionales se usan para restringir el movimiento económico.

Principio de reemplazo: La geografía puede registrarse cuando sea útil, pero no usarse como barrera de transferibilidad.

Texto propuesto:

AFRINIC podrá registrar metadatos de región de servicio, ubicación del titular, ubicación del contacto administrativo o ubicación operativa proporcionada voluntariamente cuando sean útiles para servicios registrales o cumplimiento legal. Tales metadatos no determinarán propiedad, título, control reconocido, transferibilidad, portabilidad, legitimidad de uso comercial, legitimidad de arrendamiento ni derecho a continuidad registral. La ubicación de enrutamiento, geografía de clientes, geografía de ingresos, jurisdicción de constitución o región prevista de uso no será fundamento para denegar reconocimiento registral o transferencia.

Internet es global porque los identificadores no son tierra.

Un registro que olvida esto se convierte en puesto fronterizo.

XXV. La política debería definir revisión independiente antes de la crisis

Los mecanismos de apelación a menudo se diseñan después de que comienza el conflicto. Eso es demasiado tarde. Un registro que puede afectar valor de activos debe tener revisión independiente incrustada en la política misma.

Independencia significa más que una reconsideración del personal. Significa que el revisor no es la misma institución que tomó la decisión, no depende de los mismos incentivos internos de política, puede ordenar corrección y puede actuar lo bastante rápido para preservar valor operativo. Para casos urgentes, debe existir alivio interino. Para disputas de estado registral, la regla por defecto debería ser la preservación del último estado operativo verificado.

El órgano de revisión no necesita convertirse en tribunal global. Necesita manejar disputas de función registral: actualizaciones de registro, denegaciones de transferencia, estado de conflicto, marcas de contacto de abuso, intentos de revocación, interrupciones de servicios de seguridad, solicitudes de portabilidad y disparadores de continuidad. Las disputas legales aún pueden ir a tribunales. El órgano de revisión puede deferir a tribunales cuando sea necesario. Su papel es impedir que el registro actúe como ejecutor unilateral.

Enmienda propuesta 25: revisión registral independiente

Defecto actual: Las decisiones registrales con impacto sobre activos carecen de revisión suficientemente independiente, rápida y vinculante.

Principio de reemplazo: Toda acción registral adversa requiere revisión independiente y continuidad interina.

Texto propuesto:

AFRINIC establecerá o participará en un mecanismo independiente de revisión registral para acciones adversas que afecten transferencia, portabilidad, control reconocido, estado de conflicto, publicación registral, delegación de DNS inverso, servicio RPKI, revocación, recuperación o denegación de servicio. El mecanismo de revisión tendrá autoridad para emitir órdenes interinas de continuidad, exigir preservación del último estado registral verificado, ordenar publicación de metadatos de conflicto, ordenar corrección registral y adjudicar consecuencias de costos cuando se excedan los límites de política. AFRINIC no implementará acción adversa irreversible hasta que la revisión esté completa salvo que exista una emergencia de integridad de seguridad estrechamente definida y sea revisada dentro de un período corto definido.

Esta enmienda es higiene institucional.

Un registro que teme la revisión no debería tener poder.

XXVI. La política debería adoptar aislamiento de disputas

El sistema RIR tiene el mal hábito de permitir que una disputa amenace a toda la institución. Eso es una falla de diseño. Las disputas deberían aislarse.

Si un titular tiene una disputa de transferencia, la región no debería perder servicios registrales. Si el registro tiene una disputa de gobernanza, los titulares no deberían perder continuidad. Si fracasa una elección de directorio, RPKI no debería fallar. Si un caso judicial congela una cuenta, la publicación de la base de datos debería continuar. Si un recurso tiene reclamaciones competidoras, los recursos no relacionados no deberían verse afectados. Si un objeto de contacto es inválido, el bloque no debería desaparecer. Si una política es impugnada, el registro no debería colapsar.

El aislamiento de disputas es un principio central de código en ejecución. Internet es resiliente porque las fallas se contienen. La gobernanza registral debería seguir la misma arquitectura.

Enmienda propuesta 26: regla de aislamiento de disputas

Defecto actual: La política no aísla suficientemente las disputas de la continuidad registral.

Principio de reemplazo: Las disputas deben registrarse y contenerse, no permitir que perjudiquen recursos o servicios no relacionados.

Texto propuesto:

AFRINIC aislará las disputas registrales al recurso, registro, servicio o titular afectado más pequeño. Una disputa relativa a un recurso no perjudicará recursos no relacionados del mismo titular salvo evidencia específica y revisión independiente. Una disputa relativa a un titular no perjudicará los servicios registrales regionales. Una disputa de gobernanza, financiera, litigiosa, de directorio, personal o política dentro de AFRINIC no perjudicará el acceso de titulares a registros registrales esenciales, procesamiento de transferencias, continuidad de DNS inverso, continuidad de RPKI ni exportación de estado registral. Cuando exista incertidumbre, AFRINIC preservará el último estado operativo verificado y registrará metadatos de conflicto.

Así sobreviven los sistemas técnicos. La gobernanza debería aprender de ellos.

XXVII. La arquitectura de política correcta

Las enmiendas anteriores pueden resumirse como una nueva arquitectura.

La capa común debería contener solo:

unicidad de identificadores;
exactitud registral;
prueba de control reconocido;
contactabilidad pública y operativa;
prevención del fraude en registros registrales;
registro de transferencias y portabilidad;
continuidad de DNS inverso y servicios de seguridad;
metadatos de estado de disputa;
registros de auditoría;
revisión independiente;
conmutación por falla y exportación de estado registral.

La capa del operador local debería decidir:

arrendamiento;
subasignación;
geografía de clientes;
estrategia de enrutamiento;
modelo de negocio;
financiación;
tenencia de activos;
precio;
despliegue de infraestructura;
procedimiento de gestión de abuso;
cumplimiento legal local;
contratos de clientes;
asignación de riesgo operativo.

La capa de adopción debería decidir:

si se implementan nuevas normas técnicas;
si se usan voluntariamente campos de datos mejorados;
si un titular opta por un nivel de servicio superior;
si un titular se une a un mecanismo de portabilidad o registro descentralizado;
si los mercados reconocen un nuevo tipo de registro;
si los tribunales tratan un registro registral como prueba suficiente;
si los operadores enrutan según declaraciones de seguridad publicadas.

Esto es la Nota 64 aplicada a la política de AFRINIC.

La Especificación Inicial Mínima mantiene delgada la capa común. La Decisión Futura Localizada mantiene las consecuencias empresariales y operativas donde pertenecen. La Adopción Voluntaria impide que una sala de políticas declare una realidad futura como existente.

El marco de políticas de AFRINIC viola las tres cuando usa custodia regional, necesidad, lenguaje antipropiedad, aprobación de transferencias, conversión de estado heredado, escalamiento de contacto de abuso, restricciones de finalidad y no portabilidad para expandir la autoridad del registro.

La cura no es más retórica de responsabilidad. La cura es menos poder central.

XXVIII. Un paquete consolidado de enmiendas

Para hacerlo práctico, el paquete completo de reforma debería presentarse como un solo conjunto de políticas. La enmienda por partes permite que la vieja pretensión de soberanía sobreviva en otra sección. El paquete debería contener las siguientes partes.

1. Política de Función y Alcance Registral

Adoptar la definición de función registral. Eliminar o subordinar el lenguaje de custodia de recurso público. Definir la autoridad de política obligatoria de AFRINIC únicamente por invariantes de código en ejecución.

2. Política de Antirretroactividad y Confianza

Proteger los recursos existentes frente a nuevas restricciones sobre transferibilidad, portabilidad, arrendamiento, uso comercial y control reconocido salvo que se apliquen excepciones técnicas estrechas.

3. Política de Registro de Transferencias

Sustituir aprobación por registro objetivo. Abolir embargos regionales de salida. Preservar estado heredado. Eliminar evaluación de necesidad. Proporcionar plazos, razones, auditoría y apelación.

4. Política de Portabilidad y Conmutación por Falla

Crear el derecho del titular a exportación de estado registral, portabilidad hacia registro sucesor, registros en depósito y disparadores de continuidad.

5. Política de Reconocimiento de Delegación Operativa y Arrendamiento

Reconocer arrendamiento, subasignación, financiación y delegación como realidades registrables, no infracciones.

6. Política de Directorio de Contacto de Abuso

Limitar las reglas de contacto de abuso a entregabilidad y exactitud del directorio. Eliminar revocación y consecuencias amplias de aplicación.

7. Política de Cortafuegos de Revocación

Limitar la acción adversa a fraude, reclamación duplicada, orden judicial, adjudicación independiente, abandono y emergencias de integridad de seguridad.

8. Política de Revisión Registral Independiente

Crear revisión vinculante para acciones registrales adversas y órdenes interinas de continuidad.

9. Política de Separación entre Tarifas y Función

Vincular tarifas obligatorias al costo del servicio registral y separar actividades no registrales.

10. Política de Alcance del PDP y Principales Afectados

Clasificar propuestas de política y exigir mayor legitimidad para impactos sobre titulares existentes.

Este paquete no sería una solicitud para que AFRINIC se convierta en un soberano mejor. Sería una degradación legal y técnica. Ese es el punto.

El registro debería ser útil precisamente porque está limitado.

XXIX. Anticipar los contraargumentos

El primer contraargumento será que las transferencias irrestrictas drenarán África de recursos IPv4.

Esto es falso. Restringir transferencias no crea suministro. Reduce el valor de los recursos mantenidos en África y desalienta el suministro entrante. Una región que quiere más IPv4 debería aumentar liquidez, certeza legal y canales de financiación. Si las redes africanas necesitan recursos, competirán por ellos. Si no pueden pagarlos, la respuesta es financiación, arrendamiento, infraestructura compartida, transparencia de mercado y quizá subsidio público por autoridades públicas reales. No es control regional de capital por un registro privado.

El segundo contraargumento será que el abuso aumentará si el registro no puede revocar.

Esto confunde contactabilidad con aplicación. Los problemas de abuso deberían ser gestionados por operadores de red, clientes, proveedores, tribunales, fuerzas del orden, comunidades de seguridad y contratos. El registro puede publicar contactos y registrar control. No puede convertirse en un tribunal universal de abuso. La revocación es un remedio burdo que puede dañar a clientes inocentes, crear daño colateral e invitar presión política. Una marca de contacto es proporcional. La confiscación no lo es.

El tercer contraargumento será que el consenso ascendente otorga legitimidad.

El consenso entre participantes puede guiar normas técnicas. No puede crear autoridad legal sobre principales ausentes. Cuanto más económicamente consecuente sea la regla, menos puede sostenerla una llamada casual de consenso. La sala de políticas puede hablar por sí misma. No habla por el balance de cada titular.

El cuarto contraargumento será que los recursos numéricos no son propiedad.

Aunque no sean propiedad en algún sentido absoluto, AFRINIC tampoco es el dueño. Negar la propiedad no crea soberanía registral. La política correcta es neutral respecto del activo: registrar control, preservar reclamaciones legales, deferir al derecho competente y dejar de usar lenguaje antipropiedad como fuente de poder.

El quinto contraargumento será que AFRINIC necesita autoridad para preservar registros exactos.

Lo contrario es cierto. La autoridad excesiva hace que los registros sean menos exactos porque los operadores ocultan la realidad. El registro estrecho, seguro y rápido hace que los operadores revelen la realidad. Si la base de datos es útil y no punitiva, el mercado la usará. Si es peligrosa, el mercado la rodeará.

El sexto contraargumento será que la portabilidad y los registros sucesores fragmentan Internet.

La portabilidad previene la fragmentación. Un sistema sin conmutación por falla es frágil. Un sistema en el que el estado registral puede exportarse, verificarse y continuarse es más resiliente. El riesgo no es el reemplazo. El riesgo es el monopolio sin escape.

El séptimo contraargumento será que estas reformas son demasiado radicales.

Solo son radicales si se asume que un registro es un soberano. Si se asume que un registro es un libro mayor, son ordinarias.

XXX. Lo que realmente prueban las políticas de AFRINIC de 2026

Las políticas de 2026 prueban que el instinto institucional de AFRINIC no ha cambiado. Todavía ve el registro como una puerta. Todavía trata el control regional como legítimo. Todavía trata la transferencia como permiso. Todavía trata los recursos numéricos como objetos administrados en lugar de activos de operadores. Todavía importa autoridad de política comunitaria a la realidad comercial. Todavía quiere reforzar el papel autoritativo del registro en lugar de hacer reemplazable al registro.

La política de contacto de abuso prueba una versión más suave del mismo error. Comienza con una necesidad registral válida y luego adjunta escalamiento de cumplimiento. Así funciona la expansión de aplicación. Nadie anuncia tiranía. Anuncian calidad de datos.

La política de transferencias prueba la versión más dura. Convierte categorías registrales en derechos de movimiento. Así funciona el control de capital. Nadie anuncia expropiación. Anuncian custodia.

El viejo manual de políticas aporta el vocabulario. Recurso público. Conservación. Necesidad. No propiedad. No portabilidad. Finalidad específica. Comunidad. Custodio. Estas palabras alguna vez se trataron como inocuas. No son inocuas cuando se adjuntan a activos escasos.

Por eso AFRINIC no es un problema aislado. Es el espejo más claro.

El sistema RIR comenzó como un conjunto de escribanos para identificadores de bajo valor. Se convirtió en un conjunto de cuellos de botella de derecho privado sobre capital escaso. Nunca reconstruyó su mandato legal, modelo de responsabilidad, teoría de representación, arquitectura de portabilidad ni diseño de conmutación por falla. Sigue apoyándose en la memoria emocional de la Internet temprana: consenso aproximado, recurso público, comunidad, custodia. Esas palabras no pueden cargar el peso moderno.

IPv4 cambió el sistema. El lenguaje de políticas no cambió.

Esa desalineación es la crisis.

XXXI. La Primacía del Código en Ejecución como prueba de política

La Primacía del Código en Ejecución da una prueba dura para cada cláusula.

¿Esta cláusula protege la unicidad?

¿Mejora la exactitud registral?

¿Previene el fraude en los registros?

¿Preserva declaraciones de seguridad?

¿Hace que las transferencias se registren con mayor exactitud?

¿Aísla disputas?

¿Preserva la continuidad operativa?

¿Proporciona portabilidad y conmutación por falla?

Si la respuesta es sí, puede pertenecer a la capa registral obligatoria.

Si no, debe ser local, voluntaria, contractual, de mercado o de derecho público. No debe introducirse de contrabando en el manual de políticas registrales.

Bajo esa prueba, muchas reglas de AFRINIC fallan. Las restricciones regionales de salida fallan. La evaluación de necesidad para transferencias falla. El lenguaje antiespeculación falla. La eliminación de estado heredado falla. La aplicación de asignación basada en finalidad falla. La no portabilidad forzosa falla. La revocación por contacto de abuso falla. La validación “cuando AFRINIC lo considere oportuno” falla. El equilibrio comunitario sobre activos existentes falla. La recuperación por transferencia no autorizada falla. La revocación amplia por cumplimiento de políticas falla.

Algunas reglas pasan. La unicidad pasa. Los contactos exactos pasan. El control del fraude pasa. El registro de transferencias pasa. La continuidad de seguridad pasa. Los datos registrales públicos pasan. La auditoría pasa. La revisión independiente pasa. Los metadatos de disputa pasan. La conmutación por falla pasa.

Esto no es antipolítica. Es disciplina de política.

Un sistema que no puede distinguir estas categorías no debería gobernar recursos numéricos.

XXXII. La secuencia de implementación

Una reforma seria necesita etapas.

Inmediato: moratoria sobre acciones adversas no técnicas

AFRINIC debería suspender de inmediato cualquier revocación, recuperación, denegación de transferencia, perjuicio de RPKI, eliminación de DNS inverso o perjuicio del reconocimiento registral basado únicamente en uso comercial, arrendamiento, geografía de clientes, falta de necesidad, precio de transferencia, retención regional, sustancia de respuesta a abuso o desacuerdo de política. Solo fraude, reclamación duplicada, emergencia de integridad de seguridad, orden judicial, abandono o decisión independiente deberían justificar acción adversa.

Dentro de 90 días: corrección del contacto de abuso

Sustituir la política de contacto de abuso por el modelo de exactitud de directorio. Mantener registros de contacto obligatorios. Eliminar la conexión con revocación. Limitar la validación a entregabilidad objetiva. Añadir períodos de subsanación y marcas de calidad de datos.

Dentro de 120 días: regla interina de procesamiento de transferencias

Adoptar registro objetivo de transferencias mientras se reescribe la política completa de transferencias. Eliminar embargos regionales de salida. Publicar plazos de nivel de servicio. Publicar razones de rechazo. Crear apelación interina.

Dentro de 180 días: enmienda de alcance del PDP

Añadir la prueba de alcance de política y clasificar propuestas. Exigir análisis de impacto para efectos sobre titulares existentes.

Dentro de 270 días: diseño de portabilidad y conmutación por falla

Publicar un formato de exportación de estado registral, procedimiento de depósito, lista de disparadores de continuidad, criterios de cualificación de registros sucesores y plan de sucesión de RPKI/DNS inverso.

Dentro de 12 meses: reescritura completa de la función registral

Sustituir la vieja arquitectura de custodia y conservación por el modelo estrecho de función registral. Eliminar reglas por defecto de no portabilidad, aplicación basada en finalidad, exceso antipropiedad y lenguaje antiespeculación.

Dentro de 18 meses: órgano de revisión independiente

Operativizar la revisión independiente con alivio interino de emergencia y autoridad para ordenar corrección registral.

Esta secuencia importa. Si la política de transferencias se reescribe sin reforma de revocación, el registro sigue siendo peligroso. Si el contacto de abuso se arregla sin reforma del alcance del PDP, la expansión de aplicación regresa. Si la portabilidad se diseña sin antirretroactividad, los titulares siguen expuestos. Si la responsabilidad se discute sin estrechar el poder, la institución resistirá. El paquete debe ser coherente.

XXXIII. El punto económico más profundo

La economía de IPv4 no es complicada. La política sí lo es.

IPv4 es escaso. Es útil. Permite ingresos. Está integrado en sistemas operativos. Puede arrendarse. Puede transferirse. Puede financiarse. Puede perderse por acción registral. Por lo tanto, es un activo de capital, le guste o no la frase al registro.

Una vez que un insumo se convierte en capital, la gobernanza de ese insumo cambia. El sistema necesita derechos claros, bajos costos de transacción, registros confiables, aplicación predecible, transferencia neutral, resolución de disputas y simetría de responsabilidad. Si faltan esos elementos, el capital se descuenta. El descuento no lo pagan especuladores abstractos. Lo pagan redes, clientes y regiones.

Las decisiones de política de AFRINIC aumentan el descuento.

El bloqueo regional reduce el valor de salida. La evaluación de necesidad aumenta el riesgo de transacción. La aprobación escrita crea demora. La pérdida de estado heredado reduce la oferta entrante. El lenguaje de recuperación aumenta el riesgo de confiscación. La revocación por contacto de abuso crea riesgo operativo de cola. La no portabilidad aumenta costos de cambio. La retórica antipropiedad reduce el valor de financiación. La autoridad de política comunitaria aumenta la incertidumbre legal. La falta de conmutación por falla aumenta el riesgo institucional. La responsabilidad débil aumenta el riesgo de contraparte.

Cada uno de estos se convierte en costo de capital.

Un comprador racional lo valora. Un prestamista lo valora. Un arrendatario lo valora. Una aseguradora lo valora. Un cliente lo paga indirectamente. Una región lo sufre.

Por eso la retórica de equidad está al revés. Una política que vuelve menos líquidos los activos no ayuda a redes pobres. Las perjudica. Las redes ricas pueden contratar abogados, usar brokers, estructurar alrededor de restricciones, comprar en otros lugares o absorber demoras. Las redes pobres necesitan reglas claras, oferta líquida, precios predecibles y bajos costos de transacción. Son las primeras víctimas de la discreción registral.

La penalización de pobreza no la causan los mercados. La causa el mal diseño de mercado.

Un buen registro reduciría los costos de transacción. La política de AFRINIC los eleva.

Un buen registro haría financiables los recursos. La política de AFRINIC los vuelve condicionalmente utilizables.

Un buen registro atraería oferta entrante. La política de AFRINIC corre el riesgo de atraparla.

Un buen registro registraría la realidad. La política de AFRINIC amenaza la realidad por no pedir permiso.

Esa es la acusación económica.

XXXIV. La elección institucional

AFRINIC ahora tiene una elección, aunque quizá aún no la vea.

Puede seguir siendo un proyecto de soberanía. Puede seguir hablando de custodia, protección de recursos regionales, control comunitario, no propiedad, conservación y cumplimiento de políticas. Puede seguir tratando transferencias como permisos y contactos como ganchos de aplicación. Puede seguir imaginando que el registro registral crea realidad. Puede seguir confiando en la solidaridad institucional del sistema RIR. Puede seguir buscando protección frente a consecuencias legales ordinarias.

Ese camino lleva a menos autoridad, no a más.

Los operadores lo rodearán. Los mercados lo descontarán. Los tribunales lo cuestionarán. Los gobiernos eventualmente notarán que un registro privado reclama poder de infraestructura sin responsabilidad de derecho público. Los inversores valorarán el riesgo. Los miembros tratarán al registro como adversario. Los sistemas alternativos de registro se volverán atractivos. Cuanto más insista el registro en la soberanía, más probará la necesidad de reemplazo.

O AFRINIC puede volver a ser un registro estrecho.

Puede proteger la unicidad. Puede publicar registros exactos. Puede procesar transferencias neutralmente. Puede reconocer arrendamientos. Puede preservar contactos. Puede mantener la continuidad de RPKI y DNS inverso. Puede proporcionar auditoría. Puede apoyar portabilidad. Puede construir conmutación por falla. Puede aceptar revisión independiente. Puede reducir tarifas obligatorias a la función registral. Puede dejar que mercados, tribunales, operadores y clientes manejen los asuntos que no pertenecen al registro.

Ese camino haría a AFRINIC más útil y menos poderosa.

Útil basta.

Un registro debería querer ser indispensable porque se confía en él, no porque la salida sea imposible.

XXXV. Conclusión: el libro mayor debe derrotar al trono

El marco de políticas de AFRINIC no es meramente un documento administrativo local. Es un espejo de la primera falla de diseño del sistema RIR.

El sistema nunca respondió la pregunta básica. ¿Qué requiere realmente el código en ejecución de la capa de recursos numéricos?

En su lugar, construyó salas. Construyó rituales. Construyó palabras. Comunidad. Custodia. Recurso público. Región. Conservación. Necesidad. Consenso. Confianza. Ascendente. Luego IPv4 se convirtió en capital. Las palabras no se encogieron. Se expandieron. El registro dejó de ser un libro mayor y audicionó para soberanía.

Por eso importan las políticas de 2026. Muestran el viejo instinto en forma actual. La política de transferencias se convierte en control de capital. La política de contacto de abuso se convierte en expansión de aplicación. El manual de políticas se convierte en texto constitucional del poder registral privado.

La solución no es pedirle a AFRINIC que sea un soberano más amable. La solución es terminar la pretensión de soberanía.

Las modificaciones de política son concretas:

definir a AFRINIC como operador de función registral, no custodio del capital regional;
limitar la política obligatoria a invariantes de código en ejecución;
abolir embargos regionales de transferencia de salida;
sustituir aprobación de transferencias por registro objetivo de transferencias;
preservar estado heredado y portabilidad de entrada/salida;
reconocer arrendamiento, subasignación, financiación y delegación operativa;
eliminar evaluación de necesidad de las transferencias;
eliminar la moral antiespeculación;
sustituir el lenguaje de no registrado-inválido por lenguaje de estado de autoridad;
limitar reglas de contacto de abuso a exactitud de directorio;
eliminar consecuencias de revocación por falla de contacto;
crear un cortafuegos de revocación;
proteger la confianza mediante antirretroactividad;
separar la administración registral de la aplicación;
crear revisión independiente;
exigir exportación de estado registral, conmutación por falla y portabilidad;
vincular tarifas a la función registral real;
clasificar políticas por impacto y exigir legitimidad de principales afectados.

Estas no son reformas para hacer del RIR un mejor gobernante. Son enmiendas para hacer innecesario al gobernante.

Internet no necesita un soberano regional sobre identificadores. Necesita un libro mayor veraz en el que las redes independientes puedan confiar.

El registro puede registrar. Puede coordinar. Puede proteger la unicidad. Puede preservar declaraciones de seguridad. Puede publicar conflictos. Puede ayudar a que las transferencias sean legibles. Puede mantener exacta la libreta de direcciones.

No puede convertir la geografía en título.

No puede convertir la comunidad en propiedad.

No puede convertir los contactos en obediencia.

No puede convertir la transferencia en permiso.

No puede convertir la escasez en renta institucional.

No puede convertir redes en ejecución en rehenes.

Un registro no es un Estado.

Una sala de políticas no es una legislatura.

Una región de servicio no es un pueblo.

Una base de datos no es un trono.

El libro mayor debe derrotar al trono.

Ese es el significado de la Primacía del Código en Ejecución aplicada a la política de AFRINIC.

No blanqueo de mandato.

No traición al código en ejecución.

Primacía del Código en Ejecución.

Notas sobre las fuentes

AFRINIC, Manual consolidado de políticas, versión 1.6, publicado el 17 de noviembre de 2020. Las disposiciones pertinentes incluyen la descripción del desarrollo de políticas, los objetivos relativos a IPv4, los requisitos de registro, los conceptos de asignación y portabilidad, el lenguaje contrario a la propiedad relativo a IPv6 y las restricciones relativas a los recursos especiales. Enlace de AFRINIC

AFRINIC, «Resumen de las políticas ratificadas — 4 de febrero de 2026», que cubre AFPUB-2020-GEN-006-DRAFT03 y AFPUB-2018-GEN-001-DRAFT07. Enlace de AFRINIC

AFRINIC, Política de transferencia de recursos de numeración, AFPUB-2020-GEN-006-DRAFT03, ratificada el 4 de febrero de 2026. Enlace de AFRINIC

AFRINIC, Actualización de la política relativa a los contactos de abuso, AFPUB-2018-GEN-001-DRAFT07, ratificada el 4 de febrero de 2026. Enlace de AFRINIC

Lu Heng, «Traición del código en funcionamiento: cómo el sistema de los RIR volvió el consenso contra la comunidad técnica», Nota 61. https://heng.lu/running-code-betrayal-how-the-rir-system-turned-consensus-against-the-technical-community/

Lu Heng, «Lavado de mandato: de la ficción de los RIR a una arquitectura de transición», Nota 62. https://heng.lu/mandate-laundering-from-rir-fantasy-to-transition-architecture/

Lu Heng, «Especificación inicial mínima, decisión futura localizada y adopción voluntaria para los sistemas de coordinación de Internet», Nota 64. https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/

Lu Heng, «La falacia de la estabilidad: lo que el sistema de los RIR llama estabilidad, los operadores lo viven como riesgo», Nota 69. https://heng.lu/the-stability-fallacy-in-the-rir-argument/

Lu Heng, «La falacia de la continuidad del registro», Nota 70. https://heng.lu/the-registry-continuity-fallacy/