Imagine la sala de cierre de una transferencia de IPv4. El vendedor dice que el acuerdo está firmado y que ha cumplido con lo que exige el contrato. El comprador dice que la finalización no puede ocurrir hasta que el dinero esté retenido de forma segura y solo sea liberable ante un evento verificable. El proveedor del depósito de garantía quiere una instrucción que pueda aplicar sin convertirse en un tribunal de Internet. Un intermediario, si está presente, quiere que las partes acuerden cuándo se ha devengado una comisión. El contacto del registro puede decir que la solicitud se ha recibido, pero que aún no se ha procesado por completo. Un ingeniero de redes plantea una pregunta diferente: ¿puede el comprador anunciar el prefijo, mantener el DNS inverso, emitir o cambiar ROAs, actualizar los contactos de abuso, satisfacer a los clientes y sobrevivir a un desafío posterior al cierre sin descubrir que el antiguo titular aún controla algo esencial?
Cada participante describe una forma real de finalización. Ninguna es suficiente por sí sola. Un contrato firmado demuestra un acuerdo privado. Un depósito de garantía financiado demuestra la capacidad de pago. El acuse de recibo del registro demuestra que el encargado de los registros ha abierto un camino. Una actualización del titular en Whois o RDAP demuestra que el registro público ha cambiado. Una ruta en funcionamiento demuestra que al menos algunas redes transportarán el tráfico. La transferencia del DNS inverso, RPKI, el soporte de registro de rutas y los contactos de abuso demuestran que el nuevo operador puede operar el recurso de la manera que esperan los clientes, las plataformas y los sistemas de seguridad. Un período de calma posterior al cierre demuestra que la transacción no ha producido de inmediato una demanda de reversión, un filtro, un fallo de reputación o una reclamación de que el vendedor carecía de autoridad.
Ese es el problema de la confianza en la liquidación en IPv4. El mercado a menudo habla de escasez, políticas, reglas de transferencia e intermediación. Esos temas importan, pero pueden ocultar el hecho institucional más básico. Una transferencia de IPv4 se liquida a través de capas que no son controladas por el mismo actor y no se actualizan al mismo tiempo. La capa monetaria, la capa contractual, la capa de registro, la capa de enrutamiento y la capa de control operativo deben converger antes de que el comprador haya recibido lo que creía haber comprado y el vendedor pueda decir que ha salido de forma segura.
AFRINIC es la prueba de estrés más clara porque su función de registro no ha sido una maquinaria de fondo silenciosa. Los informes públicos han descrito acusaciones de robo de direcciones, litigios que involucran a Cloud Innovation, años sin una junta directiva o director ejecutivo en funcionamiento, administración judicial designada por el tribunal, elecciones controvertidas, intervención externa y litigios renovados hasta 2026. La lección no es que cada transacción de AFRINIC sea insegura, sino que la confianza en el registro no es un telón de fondo. Es parte de la liquidación.
La pregunta, por lo tanto, es concreta y práctica. Si IPv4 se ha convertido en un activo similar al capital, ¿qué arquitectura de liquidación permite a las partes liberar dinero sin fingir que el pago, el reconocimiento del registro, el control de la red y la firmeza legal son el mismo evento? El depósito de garantía es parte de la respuesta, pero no es mágico. Puede retener fondos, pero no puede por sí solo crear reconocimiento de registro, actualizar RDAP, delegar DNS inverso, emitir un ROA, reparar reputación, probar autoridad o decidir una disputa. Un mercado serio debe definir exactamente qué condiciones liberan los fondos y qué riesgos residuales permanecen con qué parte después de la liberación.
La finalización no es un evento único
Los bienes ordinarios fomentan una historia de cierre simple. Un comprador paga, un vendedor entrega y la propiedad o posesión cambia de manos. Incluso cuando el activo es complicado, la ley a menudo proporciona una gramática de fondo: entrega, transferencia de título, garantías, derechos de inspección, custodia, registro y recursos. Las partes pueden discrepar sobre la calidad o el incumplimiento, pero generalmente saben qué evento cuenta como entrega.
IPv4 no encaja en esa gramática. Los números son identificadores únicos a nivel mundial, no cajas en un almacén. Su valor económico depende de un registro público, pero también de la disposición práctica de las redes para enrutarlos, la capacidad de mantener registros DNS y de seguridad, la reputación asociada al uso anterior, la relación entre el titular registrado y el usuario operativo, y la confianza de las contrapartes en que el registro no será revertido ni contaminado por una disputa.
Eso hace que la finalización sea un conjunto. La finalización contractual puede ocurrir cuando se cumplen las firmas y las condiciones previas. La finalización del pago puede ocurrir cuando el depósito de garantía recibe fondos disponibles. La finalización del registro puede ocurrir cuando AFRINIC u otro registro regional reconoce el cambio en sus registros. La finalización de la publicación puede ocurrir cuando Whois y RDAP muestran al nuevo titular. La finalización operativa puede ocurrir solo después de que los anuncios de ruta, el DNS inverso, RPKI y los contactos de abuso se hayan transferido al operador previsto. La finalización comercial puede requerir un breve período en el que los clientes, los proveedores ascendentes, los sistemas de reputación y las herramientas de seguridad acepten el nuevo acuerdo.
Estos eventos pueden ocurrir en diferentes órdenes. Un comprador puede financiar el depósito de garantía antes de que se presente una solicitud de registro. Un registro puede aceptar documentos antes de que el banco libere los fondos. El registro puede cambiar antes de que el comprador tenga control operativo de RPKI. Las rutas pueden probarse antes de que se actualice el registro público del titular. El DNS inverso puede retrasarse. Los contactos de abuso pueden permanecer con el vendedor o un intermediario durante una transición. Un aviso de disputa puede llegar después de la acción del registro, pero antes de que el comprador haya integrado completamente el bloque.
El problema de la liquidación no se debe a la incompetencia, sino que es inherente al activo. IPv4 vive en un entorno institucional mixto: contrato privado, política de registro, publicación técnica, práctica de enrutamiento y dependencia operativa. Una transacción bien gestionada reduce la distancia entre estas capas, pero no la elimina.
Es por eso que los términos del depósito de garantía importan más que la palabra depósito de garantía. El depósito puede significar una simple retención de pago, una liberación escalonada, un repositorio de documentos, una lista de verificación de control técnico, una reserva para disputas o una combinación de todos ellos. Cuanto más débil sea el entorno del registro, más peligroso es usar la palabra sin especificar el evento de liberación. En el espacio relacionado con AFRINIC, donde la continuidad del registro y la confianza en la gobernanza han sido puestas a prueba públicamente, un lenguaje vago sobre el depósito simplemente traslada la incertidumbre de una sala a otra.
El mercado necesita un vocabulario más exacto. Debe distinguir entre acuerdo, financiación, presentación, aceptación, registro, publicación, transferencia operativa, enrutabilidad, transferencia de control de seguridad, transferencia de control de abuso y estabilidad posterior al cierre. Un comprador que recibe solo algunos de estos ha recibido una forma incompleta de liquidación. Un vendedor que permanece expuesto después de todos ellos ha asumido más riesgo del que la contraprestación podría haber contemplado.
El activo es una posición operativa reconocida
El objeto económico en una transacción IPv4 no es solo la cadena numérica, sino una posición reconocida y utilizable en el sistema global de numeración y enrutamiento. Un prefijo impreso en papel no tiene valor de mercado a menos que las instituciones y redes circundantes lo traten como perteneciente a un titular u operador en particular. El mismo bloque numérico puede ser valioso, deteriorado, disputado o comercialmente inutilizable dependiendo de los registros del registro, la evidencia de autoridad, el historial de rutas, los objetos de seguridad y los controles operativos.
La escasez hizo visible esta diferencia. Cuando IPv4 era abundante, un registro era fácil de tratar como una contabilidad administrativa. El recurso era útil, pero el valor asociado a un bloque histórico específico era modesto en comparación con la capacidad general de obtener más espacio. Una vez que los fondos libres se agotaron o racionaron, el registro se convirtió en un lugar de liquidación. Un cambio en el registro podía mover un gran valor económico. Un retraso en el registro podía atrapar capital. Un registro falso podía facilitar el robo. Un registro en disputa podía detener una transacción incluso si ambas partes comerciales querían cerrarla.
Este es el sentido de la visión de IPv4 como un mercado de activos. IPv4 es finito, financiado, litigado, enrutado e integrado en sistemas de ingresos. Habilita servidores, capas de traducción móvil, servicios en la nube, centros de datos, infraestructura VPN, sistemas antiabuso, listas de acceso de clientes, reglas de pago y reputación de correo electrónico. El mercado puede no estar de acuerdo en una única etiqueta legal, pero las contrapartes se comportan como si un bloque de direcciones utilizable tuviera importancia de capital, porque la tiene.
El modelo de registro todavía lleva un lenguaje de una era anterior. A menudo describe los recursos a través de asignación, cesión, registro, membresía, servicio y cumplimiento de políticas en lugar de propiedad limpia. Ese lenguaje puede ser defendible para la función técnica limitada del registro, pero no elimina el problema de liquidación del mercado. Si un comprador compromete fondos sustanciales, necesita confianza en que el encargado del registro reconocerá la transferencia, que el vendedor tenía autoridad, que el registro será público, que el recurso puede ser operado y que el comprador tiene recursos si la secuencia se rompe después del pago.
El resultado es un activo híbrido. No es un bien mueble ordinario. No es meramente un derecho contractual. No es un instrumento financiero puro. Es un identificador de red escaso cuyo valor depende de un libro mayor y de controles técnicos en vivo. Esa hibridez es exactamente por qué la liquidación no puede reducirse a un recibo bancario o una actualización de registro.
Para el inventario ordinario, la posesión puede ser un proxy útil. Para IPv4, hay varios tipos de posesión. El titular registrado puede ser una parte. La parte que anuncia rutas puede ser otra. La parte que controla el DNS inverso puede ser una tercera. La parte capaz de cambiar ROAs puede ser el vendedor, el comprador, un proveedor de servicios o el registro. El contacto de abuso puede apuntar a un buzón heredado. La exposición comercial puede recaer en un prestamista, un intermediario o un cliente de alojamiento. La liquidación debe alinear estas posiciones o establecer explícitamente qué posiciones permanecen transitorias.
AFRINIC hace que esa alineación sea más difícil de ignorar. En una región cuyo registro ha enfrentado informes de mala conducta interna, litigios y administración judicial, las contrapartes no pueden simplemente asumir que la capa de registro no tiene fricciones. Deben preguntar cuánto del objeto económico ya está bajo el control del comprador y cuánto sigue dependiendo de una senda institucional frágil o disputada.
El depósito de garantía aparece porque la autoridad está escalonada
El depósito de garantía existe en IPv4 porque las partes no pueden cumplir de forma segura en exactamente el mismo momento. El vendedor no quiere presentar documentos de transferencia, liberar credenciales o cooperar con la transferencia operativa sin garantía de que el comprador puede pagar. El comprador no quiere liberar dinero mientras el vendedor aún controla el registro, mientras el registro no ha aceptado la solicitud o mientras el uso técnico del prefijo sigue siendo incierto. El intermediario quiere un evento de cierre lo suficientemente claro para evitar una disputa de honorarios. El proveedor del depósito quiere condiciones que puedan verificarse sin convertirse en el responsable de tomar decisiones para todas las consecuencias de Internet.
Ese es un patrón comercial familiar. El depósito de garantía es útil siempre que la entrega y el pago no puedan ser simultáneos. La característica especial de IPv4 es que la entrega tiene más de una capa. Un depósito de pago puede ser perfectamente honesto y aún así liberar demasiado pronto si la condición está mal elegida. La firma del vendedor puede ser demasiado pronto. El acuse de recibo del registro puede ser demasiado pronto. El cambio de nombre del titular aún puede ser demasiado pronto si RPKI, DNS inverso y contactos de abuso permanecen varados. La enrutabilidad del comprador puede ser demasiado tarde si el vendedor ya ha entregado la autoridad que solo él podía ejercer.
La condición de liberación correcta depende del riesgo que se asigne. Una transferencia pequeña, limpia, dentro del registro entre operadores conocidos puede liberarse con la actualización del registro más una breve confirmación técnica. Un bloque grande con registros antiguos puede requerir una liberación escalonada: un depósito en la firma, un tramo mayor en la aceptación del registro, otro en la actualización del titular público y una retención final después de la transferencia operativa. Un expediente con un historial inusual puede requerir una vía de subsanación expresa antes de cualquier liberación final.
El depósito de garantía también debe separar el dinero de la autoridad. Retener fondos no prueba que el vendedor tenga autoridad. Retener documentos de autoridad no prueba que el comprador pueda pagar. Retener credenciales de registro es peligroso a menos que el alcance, la custodia y los desencadenantes de emergencia estén claros. Retener controles técnicos sin informar a las partes crea otro riesgo: un intermediario se vuelve indispensable después del cierre. Un buen diseño de depósito identifica qué actor retiene el dinero, qué actor retiene los documentos, qué actor controla la autoridad ante el registro y qué actor controla los sistemas operativos.
En IPv4, el depósito de garantía es, por lo tanto, una arquitectura de liquidación, no simplemente un producto bancario. Debe definir la secuencia. Las partes firman y acreditan la autoridad. Los fondos se depositan. Se presenta la solicitud de registro. El registro acepta o rechaza el expediente según criterios definidos. Los registros públicos cambian. Los controles operativos se trasladan. Un período posterior al cierre pone a prueba la estabilidad. En cada etapa, el acuerdo debe decir qué sucede si la secuencia se detiene.
Esto no significa que cada transacción necesite una pesada maquinaria legal. Un diseño excesivo puede matar acuerdos legítimos, especialmente para operadores más pequeños. Pero la lógica central debe ser explícita. Si una etapa falla porque el vendedor carecía de autoridad, el comprador debe recuperar los fondos y costos según el remedio acordado. Si una etapa falla porque el comprador no puede cumplir una condición de elegibilidad publicada, el vendedor no debe cargar con una incertidumbre indefinida. Si el registro se retrasa sin explicación, las partes deben saber si el depósito se prorroga, termina o se libera parcialmente. Si los controles operativos se retrasan después del cambio de registro, una retención debe proteger al comprador sin tratar al vendedor como si nunca hubiera cobrado.
La experiencia de AFRINIC muestra por qué tales términos importan. El estrés del registro alarga el intervalo entre la intención comercial y la finalidad fiable. Cuanto más largo es ese intervalo, más debe ser diseñada la confianza en la liquidación en lugar de asumida.
AFRINIC hace visible la confianza en el registro
Un registro estable es fácil de subestimar. Si los registros se actualizan de manera predecible, los servicios permanecen disponibles, las disputas se clasifican de manera restringida y la autoridad del personal es indiscutible, las contrapartes tratan el registro como un telón de fondo. La contraprestación puede reflejar la escasez y la reputación, pero no el temor de que el propio encargado del registro se convierta en el obstáculo. AFRINIC ha hecho esa suposición más difícil.
AFRINIC sirve a África y partes del Océano Índico, administrando números IPv4, IPv6 y de sistemas autónomos, y soportando servicios de registro público como Whois, RDAP, DNS inverso, funciones de registro de enrutamiento y RPKI. A efectos de liquidación, estos servicios no son auxiliares. Son las superficies públicas y técnicas a través de las cuales una transferencia se vuelve legible para redes, clientes, bancos, plataformas y futuros reclamantes.
El historial institucional reciente es inusualmente accidentado. La cronología pública registra el reconocimiento formal de AFRINIC como el quinto registro regional en 2005, controversias internas posteriores, el robo de direcciones reportado en 2019, litigios y disputas de gobernanza desde 2020, fallos del Tribunal Supremo de Mauricio en 2021 y 2022 que contribuyeron a la invalidez o discontinuidad de la junta, la ausencia de una junta directiva o director ejecutivo en funcionamiento, y el nombramiento de un administrador judicial en 2023 para preservar las operaciones y organizar elecciones. Internet Governance Project describió la administración judicial como una reparación supervisada por el tribunal. The Register describió a la organización en 2025 como sin junta y sin jefe, con elecciones previstas después de años de conflictos.
Esos hechos importan para la liquidación incluso si un expediente de transacción particular está limpio. La condición institucional de un registro afecta la confianza que los actores comerciales depositan en su proceso de actualización, manejo de disputas, continuidad del servicio y representaciones de autoridad. Un comprador que oye que AFRINIC ha recibido una solicitud se preguntará qué significa eso si la autoridad de gobernanza está impugnada. Un vendedor se preguntará cuánto tiempo permanece obligado si el procesamiento se retrasa por la incertidumbre institucional. Un proveedor del depósito se preguntará qué comunicación del registro es lo suficientemente objetiva como para activar la liberación.
La secuencia electoral de 2025 agudizó el problema. Los informes públicos dijeron que un administrador judicial nombró a abogados británicos de alto nivel para supervisar las nominaciones debido a preocupaciones sobre una posible interferencia. Posteriormente describieron impugnaciones judiciales, preocupaciones externas sobre la transparencia y equidad de las elecciones, la inclusión errónea de Cloud Innovation como miembro registrado en los documentos corporativos de Mauricio, y un fallo del Tribunal Supremo de Mauricio que permitió que la elección procediera al tiempo que aclaraba aspectos de ese listado. The Register informó luego que la elección fue suspendida y anulada después de preocupaciones sobre la documentación de los votantes y presuntos poderes notariales. En 2026 todavía informaba sobre litigios y disputas sobre el futuro de AFRINIC.
Se pueden leer estos eventos como noticias de gobernanza. Los actores de la liquidación deberían leerlos también como noticias de infraestructura de mercado. Un registro no tiene que fallar técnicamente para afectar la liquidación. Si las contrapartes piensan que la senda de autoridad es incierta, exigirán depósitos de garantía más largos, más documentación, más retenciones, garantías más fuertes y desencadenantes de liberación más conservadores. La fragilidad del registro se convierte en un costo privado.
Es por eso que AFRINIC no es simplemente un caso regional. Muestra la dependencia oculta dentro de cada transacción IPv4. Las partes no están cerrando alrededor de una base de datos pasiva. Están cerrando alrededor de una institución cuya capacidad, legitimidad y continuidad son parte de la usabilidad del activo.
El robo de direcciones convirtió registros inactivos en evidencia de liquidación
Los informes de robo de direcciones de 2019 siguen siendo una de las pruebas de liquidación más importantes en la historia de AFRINIC. KrebsOnSecurity describió acusaciones de que un alto cargo de AFRINIC había operado en secreto empresas que vendían valioso espacio IPv4, basándose en una larga investigación sobre bloques de direcciones africanas asociados con entidades inactivas o débilmente supervisadas. Los informes estimaron decenas de millones de dólares en valor y conectaron el problema con el mercado más amplio de direcciones IPv4 escasas, donde los registros inactivos pueden ser usurpados o mal utilizados. Otras cronologías públicas se han referido a millones de direcciones IPv4 asociadas con el episodio y su posterior uso abusivo.
El sentido para la liquidación no es volver a juzgar cada acusación, sino entender el mecanismo. El robo de direcciones es posible cuando el registro de autoridad se vuelve separable de la entidad del mundo real que originalmente recibió o usó el recurso. Una empresa se disuelve, se fusiona, cambia de nombre o pierde contacto. Un contacto técnico permanece en una base de datos después de que la autoridad corporativa ha cambiado. Un bloque inactivo deja de atraer la atención diaria. Los datos históricos de Whois se alteran, interpretan o se utilizan sin suficiente corroboración. Un tercero descubre que un activo valioso puede ser trasladado, enrutado o vendido si el encargado del registro acepta un expediente que parece lo suficientemente plausible.
Una vez que IPv4 tiene valor de mercado, los registros obsoletos no son desechos administrativos, sino riesgo de liquidación. Un comprador quiere saber si el vendedor es realmente el titular, si el titular todavía existe, si el firmante tiene autoridad, si cesiones o subasignaciones anteriores crean reclamaciones, si el historial de rutas sugiere un uso no autorizado, y si alguna disputa pública o privada podría impugnar posteriormente la transacción. Un vendedor quiere saber que no será culpado por un mal uso posterior si ha transferido un recurso de manera limpia. Un registro quiere evitar una actualización falsa sin convertirse en una fuerza policial comercial.
El depósito de garantía no puede responder a estas preguntas después de los hechos a menos que el expediente de transacción preserve la evidencia antes de la liberación. El expediente debe conectar al titular registrado con la entidad legal, la entidad legal con el firmante, el firmante con la autoridad de transferencia, la autoridad con la solicitud de registro y la solicitud con la transferencia operativa. Si algún eslabón es débil, la condición de liberación debe reflejar esa debilidad. Una contraprestación mayor puede compensar a un vendedor por la demora, pero no repara una autoridad falsa. Una contraprestación menor puede compensar a un comprador por el riesgo de reputación o de tiempo, pero no crea un registro de autoridad limpio.
El historial de robos de AFRINIC respalda, por lo tanto, una disciplina simple: los registros antiguos requieren pruebas más sólidas, no una mayor discreción. El registro no debería tratar cada monetización de IPv4 como sospechosa, ni debería aprobar un expediente automáticamente porque comprador y vendedor parezcan comercialmente motivados. La pregunta correcta es más concreta: ¿Muestra la evidencia que el cambio solicitado está autorizado, que el recurso no está sujeto a una reclamación verificada en conflicto, y que el registro público y los controles técnicos pueden trasladarse sin corromper el libro mayor?
Aquí es donde la confianza en la liquidación difiere de la confianza en las personalidades. El mercado no puede basarse en la confianza del vendedor, la seguridad del intermediario o la urgencia del comprador. Necesita una cadena documentable. Los informes de robo de direcciones son un recordatorio de que la cadena es parte del activo.
La administración judicial convirtió el riesgo de gobernanza en riesgo de tiempo
La administración judicial a menudo se trata como un remedio de gobernanza: un tribunal nombra a un administrador para preservar una organización, mantener el statu quo, organizar elecciones y restaurar una gestión adecuada. El relato de 2023 de Internet Governance Project enmarcó la administración judicial de AFRINIC de esa manera, como un mecanismo legal para preservar las operaciones y reemplazar el liderazgo bajo supervisión judicial. Desde un ángulo, eso es tranquilizador. Significa que el sistema legal no permitió simplemente que la función de registro derivara sin supervisión.
Para la liquidación, sin embargo, la administración judicial tiene un segundo significado. Prueba que el operador del registro puede convertirse en objeto de administración legal. La base de datos, los servicios, las cuentas bancarias, la autoridad de gestión y la maquinaria electoral pueden continuar, pero la senda de autoridad ya no es la rutina corporativa ordinaria. Las contrapartes que cierran una transacción deben preguntar quién puede aprobar qué, si la autoridad del personal ordinario permanece intacta, cómo se escalan las disputas y qué órdenes judiciales podrían afectar el momento o la interpretación de los actos del registro.
Esto no es un argumento de que las transacciones deban detenerse durante la administración judicial. En todo caso, una administración judicial bien gestionada debería preservar las funciones ordinarias del registro. El problema es si la arquitectura de liquidación reconoce la condición inusual. Un contrato que asume un procesamiento normal puede no establecer qué sucede si un administrador cambia un calendario, si el registro no puede formar una junta, si una solicitud judicial interrumpe una decisión política, o si organizaciones externas buscan intervenir sobre la base de que la continuidad del registro está en juego.
La cronología institucional importa. La discontinuidad de la junta de AFRINIC comenzó antes de la administración judicial y no terminó limpiamente con un solo anuncio. The Register informó que el registro no había podido nombrar un director ejecutivo ni elegir miembros de la junta desde 2022. Las elecciones previstas en 2025 fueron ellas mismas impugnadas. El Tribunal Supremo de Mauricio se convirtió en el escenario de varias cuestiones que, en un registro más tranquilo, habrían sido asuntos de gobernanza interna. En 2026, los informes todavía describían litigios y participación externa en procedimientos relacionados con intentos de liquidar AFRINIC.
Esto cambia el cálculo de la liquidación. Un comprador en un entorno de registro normal puede aceptar un período corto de depósito de garantía porque el principal riesgo es la integridad documental. En un entorno de administración judicial, el riesgo de tiempo incluye la capacidad institucional y la intervención legal. Un vendedor puede exigir una fecha límite después de la cual los fondos se devuelven o los términos se renegocian. Un comprador puede exigir una retención si la acción del registro ocurre pero los controles operativos se retrasan porque el personal, la política o la autoridad no están claros. Un intermediario puede ser útil, pero solo si su conocimiento está documentado en lugar de convertirse en un apalancamiento privado.
La administración judicial también expone la debilidad de la frase continuidad del registro. Todos están de acuerdo en que la unicidad numérica, RDAP, Whois, DNS inverso y RPKI deben continuar. La pregunta más difícil es si la continuidad de la función requiere la continuidad de cada poder reclamado por la institución titular. La confianza en la liquidación requiere la suposición contraria. Las funciones críticas del registro deben ser continuas precisamente porque el operador puede enfrentar estrés legal o de gobernanza. El libro mayor debe protegerse del colapso, pero también de ser utilizado como rehén para la inmunidad institucional.
Para el diseño del depósito de garantía, eso significa separar la confirmación ordinaria del registro de un respaldo institucional amplio. Un desencadenante de liberación no debería requerir que el registro bendiga la sabiduría comercial de un acuerdo, sino que debería requerir evidencia objetiva de que el registro ha realizado el cambio de registro pertinente o ha aceptado la acción de mantenimiento pertinente. Cuando las condiciones institucionales son anormales, los desencadenantes objetivos se vuelven más importantes, no menos.
La discontinuidad de 2025-2026 importa en el cierre
La secuencia de AFRINIC de 2025-2026 es tentadora de tratar como una historia sobre elecciones, personalidades y políticas de gobernanza de Internet. Para la liquidación, es una historia sobre discontinuidad. El mercado observa no solo si existe una junta, sino si se puede confiar en la autoridad de una etapa de la transacción a la siguiente.
En abril de 2025, The Register informó que AFRINIC celebraría elecciones en junio después de varios años sin junta, y que el administrador judicial había nombrado un comité de nominaciones dirigido por altos juristas británicos para abordar las preocupaciones sobre una posible interferencia. En junio, Internet Governance Project informó que la votación electrónica había comenzado y que la votación presencial estaba programada, al tiempo que describía impugnaciones judiciales por parte de la Asociación de Proveedores de Servicios de Internet de Tanzania y una solicitud externa que buscaba cambios en el comité de nominaciones. El Tribunal Supremo de Mauricio desestimó las impugnaciones y permitió que la elección procediera, al tiempo que trataba el listado erróneo de Cloud Innovation como miembro registrado.
Eso podría haber sugerido progreso. Sin embargo, la siguiente etapa no resolvió la cuestión institucional. The Register informó en julio de 2025 que la elección había sido suspendida y anulada después de preocupaciones sobre la documentación de los votantes y presuntos poderes notariales. Informó de críticas por la ausencia de una explicación transparente y se refirió a la posibilidad de una revisión de cumplimiento. Se informó que Cloud Innovation, un litigante de larga data en asuntos de AFRINIC, buscaba una vía de liquidación. En febrero de 2026, los informes describían a AFRINIC diciendo que estaba de nuevo en marcha, con una junta, una gestión interina, un presupuesto y un plan de acción. En marzo y mayo de 2026, el mismo medio informaba de nuevo sobre litigios, acusaciones de parálisis, intervención externa y disputas sobre el significado legal del papel y los recursos de AFRINIC.
Ese patrón es la señal del mercado. La confianza en la liquidación no se crea con un hito exitoso si el siguiente hito reabre la cuestión de la autoridad. Un comprador no necesita predecir el resultado de cada procedimiento judicial, pero sí necesita saber si una acción de registro realizada hoy será considerada estable mañana. Un vendedor no necesita tomar partido en cada argumento de gobernanza, pero sí necesita saber si puede recibir dinero y salir sin que la transacción se convierta en un daño colateral en una disputa más amplia.
La discontinuidad afecta incluso a acuerdos rutinarios porque los participantes del mercado ponen precio a la cola larga. Si una transacción normalmente se cierra en semanas pero ocasionalmente cae en meses de incertidumbre institucional, las contrapartes redactarán contratos para la cola. Las duraciones de los depósitos de garantía se alargan. Los asesores legales piden más representaciones. Los bancos hacen más preguntas. Los vendedores pueden preferir compradores con más experiencia en registros. Los compradores pueden descontar bloques con un historial inusual de AFRINIC. Algunas transacciones pueden trasladarse a estructuras de uso gestionado porque una transferencia permanente parece más difícil de liquidar.
Estos no son juicios morales sobre ninguna parte. Son costos de transacción. En un mercado de activos similar al capital, la discontinuidad de la gobernanza se convierte en parte del diferencial de oferta y demanda, parte de la retención, parte del paquete de garantías y parte de la decisión de proceder o no.
La lección institucional es que la recuperación de AFRINIC no se mide solo por si la organización puede celebrar reuniones o publicar planes, sino por si las contrapartes pueden definir desencadenantes de liquidación fiables. Si el mercado no puede saber cuándo un cambio reconocido por AFRINIC es lo suficientemente definitivo como para liberar fondos, el problema de gobernanza del registro se ha convertido en un problema de liquidación.
Las condiciones de liberación deben ser escalonadas
La pregunta central de diseño es fácil de plantear y difícil de responder: ¿qué evento debería liberar el dinero? Una transacción débil responde con una frase vaga como finalización de la transferencia. Una transacción seria desglosa la finalización en condiciones observables.
La firma rara vez es suficiente. Prueba que las partes han acordado, pero no que el vendedor tenía autoridad, que el registro aceptará la solicitud o que el comprador obtendrá el control operativo. Un depósito de garantía financiado también es insuficiente. Prueba que el dinero existe, pero no que la entrega ocurrirá. La creación de un ticket de registro es útil, pero demasiado temprana. Muestra que la secuencia ha comenzado, pero no prueba la aceptación.
La aceptación del registro es más fuerte. Si AFRINIC u otro registro confirma que el expediente está completo y que el cambio de titular solicitado o la acción de mantenimiento procederá, el vendedor ha superado un importante obstáculo institucional. Sin embargo, la aceptación aún puede preceder a la publicación. El comprador puede no ser capaz de mostrar a clientes, proveedores ascendentes o auditores que el registro público ha cambiado. Para muchos acuerdos, la primera liberación importante debería, por lo tanto, requerir la actualización del registro público en Whois o RDAP, no simplemente un acuse de recibo interno.
Incluso la actualización del registro público puede no ser el desencadenante final. El objeto económico es el control utilizable. Si el comprador no puede crear o cambiar ROAs, no puede mantener el DNS inverso, no puede controlar los objetos de ruta o no puede actualizar los contactos de abuso, el cambio de registro puede ser incompleto a efectos operativos. Un comprador de un bloque grande destinado a un despliegue inmediato para clientes puede exigir racionalmente una segunda liberación solo después de la transferencia técnica. Un vendedor puede responder que algunos pasos operativos dependen de la red del comprador, no del vendedor. La solución no es colapsar la distinción, sino asignarla.
Un calendario de liberación viable podría dividir los fondos en tramos. Un depósito inicial se vuelve no reembolsable después de que la diligencia debida confirme la autoridad y el comprador no proceda sin causa. Un tramo principal se libera con la actualización del titular público. Un tramo técnico se libera después de que el DNS inverso, la autoridad RPKI/ROA, el soporte de registro de rutas y la transferencia de contactos de abuso estén completos, en la medida en que estos estén bajo el control del vendedor o del intermediario. Una retención final se libera después de un breve período de disputa y estabilidad, en ausencia de una reclamación verificada que existiera antes del cierre o de un incumplimiento de las representaciones.
Los porcentajes exactos son comerciales. Las categorías son institucionales. Evitan que una parte asuma riesgos que no puede controlar. También evitan que el depósito de garantía se convierta en un arma. Un comprador no debería poder retener todos los fondos porque configuró mal su propio enrutamiento. Un vendedor no debería recibir todos los fondos si entregó una actualización del titular público pero retuvo las claves operativas necesarias para usar el prefijo. Un intermediario no debería recibir comisión únicamente por haber presentado a las partes si la transacción fracasa en una etapa que el intermediario afirmó gestionar.
El desencadenante también debe distinguir el retraso del registro de la denegación del registro. El retraso puede prorrogar el depósito de garantía. La denegación por documentación subsanable puede crear un período de subsanación. La denegación porque el vendedor carece de autoridad debería deshacer el acuerdo. La denegación porque el comprador no cumple una condición de elegibilidad publicada puede asignar los costos de manera diferente. La denegación basada en un malestar discrecional amplio debería ser impugnada a través de una vía definida en lugar de convertirse silenciosamente en una pérdida privada.
El entorno de AFRINIC hace que estas distinciones sean más que un mero refinamiento legal. Son los medios por los cuales se fabrica la confianza en la liquidación en un mercado donde ninguna institución por sí sola puede prometer todas las capas de firmeza a la vez.
RDAP, DNS inverso, RPKI y contactos de abuso se liquidan a diferentes velocidades
Muchas disputas de IPv4 comienzan porque las partes confunden el cambio de titular registral con la transferencia operativa. El registro público puede nombrar al comprador mientras uno o más controles permanecen en otro lugar. Eso puede ser inofensivo durante una transición planificada, pero puede ser peligroso si la transición no está documentada.
El DNS inverso es un ejemplo común. Un comprador puede necesitar cambios en la delegación para que los sistemas de clientes, los servidores de correo y las verificaciones de identidad funcionen como se espera. Si el DNS inverso permanece con el vendedor o un proveedor de servicios después de la actualización del titular, el comprador no ha integrado completamente el bloque. El vendedor puede estar dispuesto a ayudar, pero el acuerdo debería decir por cuánto tiempo, con qué estándar, y qué sucede si el comprador solicita cambios después del cierre. Una transición silenciosa deja a ambas partes expuestas.
RPKI es más sensible. Una autorización de origen de ruta puede hacer que una ruta sea válida, no válida o no cubierta dependiendo del estado de los certificados, los repositorios y las vistas de las partes confiadas. Si los ROAs del antiguo titular persisten, el comprador puede anunciar a través de un origen que falle la validación. Si el antiguo titular revoca demasiado rápido, las rutas pueden volverse no válidas antes de que los arreglos del comprador estén en su lugar. Si nadie sabe quién controla el portal o el material de claves pertinente, un cambio en el registro puede crear una brecha de seguridad. La transferencia de RPKI debería, por lo tanto, tratarse como una condición de liquidación de primer orden, no como una tarea posterior al cierre.
La enrutabilidad está relacionada pero no es idéntica. Un prefijo puede ser transferido legalmente y técnicamente anunciable, pero aún así enfrentar filtrado, residuos de geolocalización, historial de reputación o reticencias de los proveedores ascendentes. El vendedor no puede garantizar la política de enrutamiento de todo Internet, pero puede revelar el historial de rutas conocido, proporcionar cartas de autorización cuando corresponda, coordinar una transición planificada y evitar acciones que dificulten los primeros anuncios del comprador. El comprador puede probar la aceptación de los proveedores ascendentes y planificar la mitigación. El depósito de garantía puede reservar una pequeña retención para la cooperación acordada, no para todo el comportamiento de enrutamiento global.
El control del contacto de abuso también importa. Un comprador que hereda un bloque con un historial deficiente necesita la capacidad de recibir y responder a informes de abuso. Un vendedor necesita evidencia de que las quejas posteriores a un cierto tiempo pertenecen al nuevo operador. Un registro que todavía apunte al buzón del vendedor puede crear confusión reputacional y legal. En un mercado donde el robo de direcciones y el historial de spam se han asociado públicamente con bloques africanos, la transferencia del contacto de abuso no es una trivialidad administrativa.
La publicación en RDAP y Whois se sitúa entre el control legal y el operativo. Le dicen al mundo quién es responsable, pero no otorgan por sí mismas al comprador el mando técnico. Por el contrario, un comprador puede operar un bloque antes de que los registros públicos reflejen plenamente el acuerdo, especialmente en transferencias escalonadas o acuerdos de uso gestionado. El expediente de liquidación debe establecer si se permite el uso operativo antes de la actualización pública, quién asume la responsabilidad por abuso y enrutamiento durante ese intervalo, y si los fondos permanecen en depósito de garantía hasta que los registros públicos se pongan al día.
El período posterior al cierre es la parte final de la liquidación operativa. Una breve ventana de estabilidad puede revelar si un antiguo titular se opone, si una ruta es filtrada, si el DNS inverso está roto, si RPKI está obsoleto, o si un problema del registro ha sido malinterpretado. La ventana debe ser limitada y vinculada a defectos objetivos. No debe convertirse en una opción indefinida para el comprador. Su función es detectar defectos de liquidación conocidos, no transferir el riesgo comercial ordinario de vuelta al vendedor.
En las transacciones relacionadas con AFRINIC, esta secuencia merece un cuidado particular porque la incertidumbre institucional y la incertidumbre operativa pueden confundirse. Una respuesta lenta del registro no es lo mismo que una fuga de ruta. Una disputa sobre la gobernanza no es lo mismo que un buzón de abuso faltante. La confianza en la liquidación mejora cuando el expediente nombra cada capa por separado.
La ventana de disputa es un término económico
Todo sistema de liquidación necesita una teoría de los errores. En IPv4, los errores pueden ser documentales, técnicos, institucionales o comerciales. Un firmante puede carecer de autoridad. Un registro de sucesión corporativa puede estar incompleto. Un registro puede clasificar erróneamente a un titular. Un comprador puede declarar erróneamente el uso previsto. Un vendedor puede no revelar una disputa. Un representante puede exceder su mandato. Una ruta puede no propagarse como se esperaba. Puede llegar una orden judicial. Puede aparecer un reclamante anterior.
El mercado pone precio a estas posibilidades, pero a menudo indirectamente. Un comprador exige un descuento. Un vendedor exige una liberación más rápida. Un proveedor del depósito de garantía exige instrucciones más claras. Los asesores legales exigen garantías e indemnizaciones. Los intermediarios exigen honorarios por conseguir que la secuencia se complete. Si el entorno del registro es incierto, el costo privado del riesgo de disputa aumenta incluso cuando el bloque individual está limpio.
Una ventana de disputa hace visible el costo. Establece que una parte de los fondos permanece retenida durante un período definido después de la transferencia pública y operativa, y que la liberación solo se bloquea por reclamaciones especificadas. Esas reclamaciones deben ser limitadas: autoridad falsa, reclamación conflictiva preexistente, reversión del registro basada en hechos anteriores al cierre, fracaso de la transferencia de control operativo acordada, o incumplimiento de una representación fundamental. El remordimiento ordinario del comprador, un cambio en las condiciones del mercado, un error de enrutamiento autoinfligido o noticias de gobernanza no relacionadas no deberían bloquear la liberación.
La ventana también debe establecer qué sucede con el recurso durante la disputa. Por defecto, debe preservar el último estado operativo verificado. Si el comprador ya está registrado y operando, una disputa de pago comercial no debería justificar automáticamente la retirada del DNS inverso, la revocación de ROAs o la interrupción de los clientes. Si el vendedor permanece registrado mientras el expediente está pendiente, el comprador no debería enrutar como si fuera dueño del bloque a menos que el acuerdo autorice el uso provisional. El aislamiento de la disputa es la diferencia entre la disciplina de liquidación y la toma de rehenes.
La experiencia de AFRINIC hace que este principio sea central. Los informes públicos han mostrado cómo los litigios y las disputas de gobernanza pueden enredar al propio registro. La lección correcta no es que cada disputa de registro deba congelar todas las operaciones, sino que las categorías de disputa deben ser precisas. Una impugnación judicial de una elección no es un defecto de autoridad específico del prefijo. Una solicitud de liquidación no es lo mismo que una resolución de junta falsificada del vendedor. Una disputa sobre la política regional no es lo mismo que una transferencia de DNS inverso faltante. La arquitectura de liquidación no debería permitir que la ansiedad institucional amplia contamine un expediente de transacción limpio.
La ventana de disputa también protege a los vendedores. Si un comprador quiere una larga protección posterior al cierre, debería pagarla a través de una retención u otro término negociado. No debería esperar una exposición ilimitada del vendedor después de recibir el recurso. En un mercado escaso, los vendedores a menudo utilizan los ingresos para gastos de capital, pago de deudas o transición empresarial. Un depósito de garantía indefinido socava la razón para vender.
Para los compradores, la ventana es una protección contra la falsa firmeza. Una actualización del titular público que se revierte dos días después porque un director anterior carecía de autoridad no es una finalización. Un prefijo enrutable cuyo estado RPKI está controlado por el vendedor no es una transferencia completa. Una factura limpia con contactos de abuso rotos no es suficiente para un operador de cara al cliente. La ventana da a estos defectos un lugar para ser abordados sin convertir cada preocupación en un acuerdo fallido.
En resumen, la ventana de disputa no es una ocurrencia tardía, sino el reconocimiento del mercado de que la firmeza de IPv4 es escalonada. El historial institucional de AFRINIC solo hace que ese reconocimiento sea más necesario.
El registro debe ser un libro mayor, no un juez de acuerdos
Una arquitectura de liquidación seria no debe resolver el riesgo privado ampliando el poder del registro. Ese es el límite central. El trabajo del registro es mantener la unicidad, precisión, publicación y continuidad de la seguridad. Debe verificar la autoridad, prevenir registros duplicados o fraudulentos, registrar disputas con precisión, mantener Whois y RDAP, soportar DNS inverso y RPKI, y ejecutar cambios válidos bajo procedimientos definidos. Estas funciones son reales e importantes.
Estas funciones no implican que AFRINIC deba convertirse en el juez comercial de cada acuerdo. El depósito de garantía debe gestionar el pago y el riesgo comercial. Los contratos deben asignar garantías, retenciones y remedios. Los tribunales o foros independientes deben decidir las disputas serias. El registro no debe usar su control sobre los registros para aprobar o desaprobar la economía de las partes, el modelo de negocio, la contraprestación, la financiación, la urgencia del comprador, el beneficio del vendedor o la compensación del intermediario, a menos que una norma específica adoptada regule directamente la cuestión y se aplique mediante un procedimiento justo.
Este límite refleja una disciplina más amplia: los registros no deben convertirse en ejecutores de todo interés público reclamado. Un registro de direcciones es una capa administrativa crítica, no una fuerza policial, un fiscal, un regulador del mercado o un tribunal moral. Puede moderar sus propios foros y hacer cumplir las reglas de servicio definidas, pero no debe utilizar como arma los servicios de registro esenciales para castigar conductas más allá de su mandato. Cuanto más valioso se vuelve IPv4, más peligrosa se vuelve la expansión del mandato.
La confianza en la liquidación depende de esta moderación. Si un registro puede retener el reconocimiento porque no le gusta una forma comercial, las contrapartes tratarán al registro como un aprobador discrecional de acuerdos. Eso aumenta la incertidumbre, empodera a los internos e intermediarios, y obliga a las partes a estructurarse en torno a preferencias institucionales percibidas en lugar de requisitos objetivos. Las condiciones del depósito de garantía se convierten entonces en un juego de adivinanzas: no si el vendedor demostró autoridad, sino si el registro aprueba el propósito de la transacción.
Las disputas de AFRINIC muestran cuán fácilmente puede difuminarse la línea. El debate público ha mezclado la revisión de recursos, el uso fuera de la región, la política de transferencias, los derechos de los miembros, los litigios, la continuidad institucional y la representación regional. Algunas de esas cuestiones pueden importar para la política, pero no todas deberían entrar en un expediente de liquidación rutinario. Un expediente de transferencia no debería convertirse en el escenario para resolver toda la filosofía de la comercialización de IPv4.
Mantener el registro limitado no significa hacerlo débil. Un registro centrado en el libro mayor puede ser estricto con la evidencia. Puede rechazar documentos falsos. Puede exigir autoridad corporativa actual. Puede pausar un expediente sujeto a una orden judicial concreta. Puede preservar un último estado verificado durante una disputa. Puede publicar estados de procesamiento y pistas de auditoría. Puede exigir que la transferencia de DNS inverso y RPKI sea técnicamente coherente. Estas son formas de fortaleza.
Lo que no debe hacer es blanquear un poder amplio a través del lenguaje de la continuidad. La continuidad del registro significa continuidad de registros, servicios, unicidad, publicación de seguridad y actualizaciones legítimas. No significa inmunidad institucional, control comercial discrecional o el derecho a convertir cada ansiedad del mercado en un veto del registro. Proteger el libro mayor no es lo mismo que proteger cada reclamación de control de acceso.
Para el depósito de garantía, esta distinción es práctica. La condición de liberación debe referirse a actos objetivos del registro, no a la aprobación discrecional de la sabiduría empresarial. Si el registro actúa como un libro mayor fiable, el depósito de garantía puede definir desencadenantes. Si el registro actúa como un juez comercial impredecible, el depósito de garantía se convierte en un costoso seguro contra el humor institucional.
Una arquitectura de liquidación para transferencias relacionadas con AFRINIC
Una arquitectura de liquidación viable para AFRINIC comenzaría con una premisa de mantenimiento de registros limitada y construiría salvaguardas comerciales a su alrededor. El registro verifica y publica el estado autorizado. Las partes y el depósito de garantía asignan el riesgo de pago y cumplimiento. Los operadores técnicos ejecutan la transferencia. La adjudicación independiente maneja las disputas que exceden la administración. Ninguna de estas capas debería pretender ser las otras.
El primer componente es la evidencia de autoridad. Cada transacción debe preservar una cadena clara desde el titular registrado hasta la entidad legal, de la entidad legal al firmante, del firmante a la transacción, y de la transacción a la acción de registro solicitada. Las asignaciones antiguas, reorganizaciones corporativas, entidades disueltas, cambios de nombre y contactos heredados no deben manejarse a través de la memoria informal. Si la cadena está incompleta, el depósito de garantía puede retener fondos mientras se subsana el defecto o las partes terminan.
El segundo componente es la puesta en escena del registro público. Las partes deben conocer la diferencia entre solicitud recibida, expediente completo, aceptado para procesamiento, titular actualizado, Whois o RDAP público actualizado, y cualquier acción relacionada de DNS inverso o RPKI. Si AFRINIC puede publicar o comunicar estos estados de manera consistente, los proveedores de depósitos de garantía pueden usarlos. Si los estados son opacos, los actores privados inventarán sus propias señales, aumentando el costo y las disputas.
El tercer componente es la transferencia del control técnico. DNS inverso, autoridad RPKI/ROA, soporte de registro de rutas, contactos de abuso y comunicaciones operativas deben asignarse a una lista de verificación de cierre. La lista debe identificar quién controla cada elemento antes del cierre, qué debe cambiar, quién realiza el cambio, qué evidencia prueba la finalización y qué queda fuera del control del vendedor. Esto evita que un problema operativo se disfrace de disputa de pago.
El cuarto componente es una retención posterior al cierre calibrada. No es necesario que sea grande en cada transacción. Su propósito es cubrir defectos que no pudieron verificarse razonablemente antes de la liberación: una reclamación de autoridad preexistente, una reversión del registro basada en hechos anteriores al cierre, o el fracaso en completar un paso de control técnico acordado. Debe tener una duración definida y una vía de reclamación definida.
El quinto componente es la subsanación en lugar del colapso automático. Si el DNS inverso se retrasa, se arregla el DNS inverso. Si un ROA está obsoleto, se crea o revoca el objeto relevante. Si un contacto de abuso es incorrecto, se actualiza. Si falta un documento, se crea un período de subsanación. Si una reclamación es seria, se aísla la acción en disputa y se preserva el último estado operativo verificado. No todos los defectos deben deshacer toda la transacción. No todas las disputas deben interrumpir las redes en funcionamiento.
El sexto componente es la auditabilidad. Una transacción fallida debe ser reconstruible sin depender de la memoria o garantías personales. El expediente debe mostrar quién proporcionó cada documento, qué probó, qué estado del registro ocurrió, cuándo se movieron los fondos, qué controles cambiaron y por qué se liberó o retuvo cualquier retención. La auditabilidad protege tanto a compradores honestos, vendedores honestos, registros y proveedores de depósitos de garantía.
Esta arquitectura no requiere que AFRINIC garantice la conducta de los intermediarios o cada decisión de enrutamiento en Internet. Requiere que AFRINIC proporcione una interfaz de registro fiable, limitada y legible. Cuanto más objetiva sea la interfaz del registro, menos presión habrá para otorgar al registro un poder comercial más amplio. Ese es el equilibrio que necesita un mercado de IPv4 similar al capital.
También ayuda a las contrapartes a asignar el riesgo de liquidación sin esconderlo dentro de un malestar general. El riesgo de autoridad es diferente del riesgo de tiempo del registro. El riesgo de tiempo del registro es diferente del riesgo de control operativo. El riesgo de control operativo es diferente del riesgo de continuidad institucional. El riesgo de continuidad institucional es diferente del riesgo de mercado ordinario. Un comprador no debería retener dinero porque el mercado se ablandó después de la actualización del registro. Un vendedor no debería forzar la liberación si nunca entregó los controles acordados. Un intermediario o asesor que reduce el riesgo documentado debería ser pagado por ese trabajo, no por cultivar el miedo.
Así es como madura un mercado escaso. No elimina el riesgo, sino que lo nombra, lo asigna y lo hace auditable.
Cómo sería la confianza
La confianza en la liquidación en el mercado de AFRINIC no significaría que cada transacción sea rápida o que cada parte esté satisfecha. Significaría que las partes pueden predecir la senda desde el acuerdo privado hasta el control reconocido y utilizable. Sabrían qué documentos prueban la autoridad, qué estados del registro importan, qué controles técnicos deben trasladarse, qué eventos liberan fondos, qué defectos activan la subsanación y qué disputas van a un foro independiente.
El registro actuaría como un libro mayor fiable. Protegería la unicidad, preservaría registros precisos, mantendría la publicación de RDAP y Whois, soportaría la continuidad del DNS inverso y RPKI, registraría disputas concretas y ejecutaría cambios autorizados. No convertiría el malestar comercial en un poder de aprobación discrecional. No trataría el depósito de garantía como una razón para expandir su mandato. No haría que el mercado adivinara si un expediente se retrasa por evidencia, política, gobernanza o malestar institucional.
El depósito de garantía gestionaría los tiempos comerciales. Retendría fondos, los liberaría bajo condiciones objetivas, preservaría retenciones para defectos definidos y evitaría convertirse en un registro sustituto. No trataría un contrato firmado como entrega completa. No trataría un ticket de registro como firmeza. No exigiría una prueba imposible de aceptación global de rutas. Traduciría la liquidación escalonada en un pago por etapas.
Compradores y vendedores aceptarían que IPv4 no es ni un inventario ordinario ni un regalo público místico, sino un activo operativo escaso cuyo uso depende de registros y controles. El trabajo del comprador es preparar la financiación, la elegibilidad, el enrutamiento, RPKI, DNS y las operaciones de abuso. El trabajo del vendedor es probar la autoridad, cooperar con la acción del registro y entregar los controles acordados. Ambas partes deben entender que una transacción sin términos de liquidación está incompleta.
Los intermediarios y asesores aparecerían como participantes en la mecánica, no como la tesis central del mercado. Pueden reducir el costo de búsqueda y documentación. Pueden coordinar el depósito de garantía. Pueden ayudar a traducir el procedimiento del registro en términos comerciales. Pero su valor debería provenir de la diligencia documentada, no del acceso privado o del miedo cultivado. Una arquitectura de liquidación que dependa demasiado del conocimiento no revelado de los intermediarios no es madura.
El futuro más amplio de la gobernanza de AFRINIC sigue siendo incierto. Los informes públicos de 2026 incluyeron tanto signos de recuperación organizativa como signos de litigios e intervención continuos. Esa incertidumbre es exactamente por qué el diseño de la liquidación importa. Un mercado no puede esperar una paz institucional perfecta antes de realizar transacciones, ni debería fingir que el estrés institucional es irrelevante. La respuesta disciplinada es definir desencadenantes de liberación, preservar pistas de auditoría, aislar disputas y mantener limitado el papel del registro.
La sala de cierre de una transferencia de IPv4 seguirá conteniendo varias definiciones de finalización. El abogado buscará la satisfacción contractual. El banco buscará la certeza del pago. El contacto del registro buscará registros autorizados. El ingeniero buscará el control utilizable. El comprador buscará la continuidad. El vendedor buscará la liberación. La confianza en la liquidación es la arquitectura que permite que todas esas definiciones sean verdaderas en secuencia sin fingir que son el mismo momento.
AFRINIC muestra por qué esa arquitectura ya no es opcional. Una vez que IPv4 se vuelve similar al capital, el costo de la ambigüedad aumenta. La liberación del dinero, el reconocimiento del registro, la enrutabilidad, el DNS inverso, RPKI, RDAP, la evidencia de autoridad y los remedios posteriores al cierre no convergen naturalmente. Deben hacerse converger mediante contrato, depósito de garantía, disciplina del registro y planificación operativa. El objetivo no es hacer de AFRINIC el juez de cada acuerdo, sino hacer que AFRINIC sea lo suficientemente fiable como libro mayor para que el depósito de garantía pueda hacer su trabajo adecuado: tender un puente entre el pago y la liquidación sin blanquear un nuevo poder discrecional en la capa del registro.