Resumen

  • El 27 de febrero de 2008 AFRINIC anunció que su Consejo había aprobado la copia regional de una propuesta global para suministrar bloques de ASN desde IANA a los registros regionales. El Consejo había ratificado esa copia el 30 de enero; la ratificación global por el Consejo de ICANN no llegó hasta el 31 de julio. Ninguno de esos actos convirtió a AFRINIC en legislador mundial ni demuestra que ese día cambiara un sistema de producción.
  • La regla se ocupaba exclusivamente del tramo ascendente IANA–RIR. Un bloque contenía exactamente 1.024 ASN. Un registro podía pedir otro al consumir el 80 por ciento del bloque anterior o al conservar menos de dos meses de inventario libre, calculados con el promedio mensual de los seis meses previos. Una vez habilitado, recibía bloques enteros suficientes para doce meses, salvo que pidiera menos.
  • La separación temporal entre existencias de 16 bits y existencias solo de 32 bits reconocía una transición técnica gradual. La extensión posterior de esa separación hasta el 31 de diciembre de 2010 mostró que un calendario publicado no puede fabricar compatibilidad: son la implementación y los sistemas en funcionamiento los que vuelven real una transición.
  • El diseño defendible es estrecho: proteger unicidad, exactitud e interoperabilidad mediante criterios verificables. AFRINIC es una empresa registral privada, contable y coordinadora; no es un Estado, una legislatura, un regulador, una policía, un fiscal, un tribunal ni una autoridad con potestad punitiva, confiscatoria o soberana sobre operadores y redes.

Tres fechas y un acto de alcance limitado

El 27 de febrero de 2008 no nació una ley global. Ese día, el archivo de AFRINIC registra que se anunció en la lista RPD la aprobación de AFPUB-2008-ASN-001 por el Consejo de la organización. La ratificación regional había ocurrido el 30 de enero. La cadena global siguió después: la propuesta pasó por los mecanismos de coordinación de los registros regionales, el NRO y el Consejo de Direcciones de la ASO, y el Consejo de ICANN la ratificó el 31 de julio. Separar las tres fechas no es una minucia cronológica.

Impide atribuir a un anuncio regional una capacidad que no tenía y evita transformar una serie de actos privados de coordinación en una supuesta legislación universal.

El acto encargado a AFRINIC era concreto. Había discutido y aprobado su porción regional de una propuesta compartida, y luego hizo pública esa aprobación. El mensaje contemporáneo del 20 de agosto de 2007 había presentado la propuesta en nombre de los cinco registros regionales de entonces y atribuido su autoría a Axel Pawlik en representación de RIPE NCC, APNIC, ARIN, LACNIC y AfriNIC. Por eso tampoco sería exacto describir a AFRINIC como autor único de la regla. Su participación importaba para completar la ruta regional, pero la regla global no podía ser promulgada unilateralmente desde Ebene.

Tampoco hay recibo técnico que permita decir que el 27 de febrero se modificaron bases de datos, programas de inventario o procedimientos de producción. El registro público demuestra un anuncio sobre una decisión del Consejo. No conserva el cuerpo exacto del mensaje anunciado ese día, ni actas completas del Consejo, recuento de votos, resolución íntegra, asesoramiento jurídico o instrucción de despliegue. La cautela correcta no reduce el acontecimiento; lo define. Hubo ratificación regional y comunicación pública. El momento de cualquier cambio operativo concreto permanece desconocido.

Esa precisión es especialmente importante cuando intervienen fuentes institucionales. Un archivo oficial puede probar que una organización publicó un texto, consignó una fecha, aprobó una resolución o emitió una instrucción. No prueba por sí solo que la organización posea autoridad pública, que su propia descripción de «comunidad» sea representativa, que una práctica sea legítima en todo su alcance o que los sistemas externos hayan obedecido. Aquí las fuentes oficiales acreditan textos y actos. El juicio sobre la frontera institucional exige examinar qué problema técnico resuelve la regla y qué consecuencias puede producir realmente.

La cadena que la política sí regulaba

Los ASN identifican sistemas autónomos en el enrutamiento entre dominios. No son direcciones IPv4 y la política analizada no distribuía bloques de direcciones. En el tramo pertinente, IANA mantenía el inventario ascendente de ASN y entregaba bloques a los registros regionales de Internet. Después, cada RIR asignaba o adjudicaba números a operadores según reglas regionales distintas. AFPUB-2008-ASN-001 se detenía en la primera relación: suministro de IANA a los RIR. No decidía qué empresa africana merecía un ASN, si una red cumplía condiciones de multiconexión ni qué política de rutas debía tener un solicitante.

La distinción entre niveles evita una confusión de autoridad. IANA podía registrar y suministrar inventario único a los registros. AFRINIC podía estimar su consumo, solicitar inventario, recibirlo, anotarlo y después operar sus servicios regionales. El NRO y la ASO podían transportar la propuesta entre procedimientos. El Consejo de ICANN podía realizar el acto de ratificación consignado en su proceso. Ninguno de esos papeles equivale a soberanía sobre los sistemas autónomos.

Una cadena administrativa puede coordinar una numeración global sin poseer las redes, sin gobernar a sus operadores y sin crear jurisdicción pública sobre las relaciones comerciales que esos operadores mantienen.

La política incluso separaba sus criterios de suministro de los requisitos de calidad del servicio entre IANA y los registros. Las obligaciones de desempeño quedaban para acuerdos apropiados entre ICANN y el NRO. Esta separación es saludable: una fórmula de inventario dice cuándo y cuánto suministrar; un acuerdo de servicio dice con qué oportunidad y fiabilidad ejecutar la tarea. Mezclar ambos planos habría convertido cualquier demora operativa en una disputa sobre la aritmética del derecho a recibir el bloque.

La arquitectura también distribuía tareas de anuncio. IANA, el NRO y los RIR debían comunicar las asignaciones y actualizar sitios o bases de datos; ICANN y el NRO debían establecer procedimientos administrativos. Esas obligaciones mejoraban la trazabilidad, pero seguían siendo obligaciones de registro y coordinación. Publicar una asignación no crea el número, del mismo modo que anotar un hecho no crea la realidad operativa que se anota. La utilidad del registro procede de su fidelidad, no de una pretensión de mando.

La aritmética del bloque

La unidad era deliberadamente simple: un bloque contenía 1.024 ASN. No eran 1.024 bloques, ni un bloque de direcciones IP, sino mil veinticuatro identificadores de sistemas autónomos. Un RIR nuevo recibiría inicialmente un bloque. A partir de ahí, la política separaba tres preguntas que a menudo se confunden: cuándo podía pedir más, cuánto podía recibir y de qué reserva técnica procedían los números.

La habilitación para un bloque adicional tenía dos puertas alternativas. La primera se abría cuando el RIR había asignado o adjudicado el 80 por ciento del bloque recibido previamente. La segunda se abría cuando el inventario libre caía por debajo de dos meses de necesidad prevista. Para calcular esa necesidad no se aceptaba una impresión general de urgencia: se tomaba el promedio mensual de los ASN asignados o adjudicados durante los seis meses anteriores. Bastaba una puerta u otra. No había que satisfacer simultáneamente el umbral del 80 por ciento y la reserva inferior a dos meses.

La existencia de dos puertas respondía a formas diferentes de agotamiento. Un registro con consumo regular podía alcanzar el 80 por ciento y demostrar que el bloque anterior estaba mayormente utilizado. Otro podía sufrir una aceleración que dejara su reserva por debajo de dos meses antes de llegar a ese porcentaje. El segundo criterio funcionaba como protección contra un descenso rápido del colchón disponible. La regla evitaba que una única medida ignorase una escasez próxima, pero seguía vinculando la previsión a una serie observable de seis meses.

Superar una puerta no fijaba por sí mismo el tamaño del suministro. La cantidad se calculaba aparte. Una vez habilitado, el RIR podía recibir tantos bloques completos como necesitara para cubrir los doce meses siguientes, usando otra vez como referencia el ritmo medio de asignación o adjudicación de los seis meses precedentes. Si el cálculo indicaba una necesidad superior a 1.024 ASN, se entregaban los bloques enteros necesarios para alcanzar el horizonte; si el registro pedía menos de lo que la fórmula permitía, podía recibir menos. La política no garantizaba exactamente una solicitud anual.

Su diseño pretendía que, en términos generales, un suministro anual fuera suficiente, pero no existe una serie pública que demuestre la frecuencia real.

Este algoritmo tenía una virtud evidente. Sustituía parte de la negociación por condiciones visibles: una unidad fija, dos umbrales alternativos, una ventana retrospectiva y un horizonte prospectivo. Un auditor podía preguntar qué bloque se había consumido, qué inventario quedaba, cuál era el promedio de seis meses y cuántos bloques completos correspondían a doce meses. La regla no eliminaba todo juicio —la calidad de los datos y las excepciones seguían importando—, pero reducía el espacio para solicitudes improvisadas o decisiones inexplicables.

La misma precisión revela, sin embargo, lo que falta. No se publicó la evidencia usada para escoger 1.024 en lugar de otra granularidad. Tampoco aparecen los cálculos que justificaron el 80 por ciento, el suelo de dos meses, la retrospectiva de seis meses o la cobertura de doce. No hay una serie de demanda propia de AFRINIC, un libro de inventario libre, un historial de solicitudes, un registro de excepciones o una serie de errores de previsión que permita comprobar cómo rindió el esquema. Los números son objetivos una vez fijados; su calibración no se vuelve correcta solo porque sea exacta.

Dos reservas para una transición gradual

La política original distinguía las reservas durante la migración hacia ASN de cuatro octetos. Hasta el 31 de diciembre de 2009, las asignaciones de bloques de dos bytes y las de bloques que solo podían usar números de cuatro bytes debían permanecer separadas e independientes. A partir de entonces, el texto de 2008 planeaba una única reserva indiferenciada de cuatro bytes. La fecha original fue 2009, no 2010; atribuirle desde el principio el plazo ampliado reescribiría su historia.

La terminología exige cuidado. Los ASN de 16 bits, o dos bytes, ocupan el intervalo de 0 a 65.535. Los ASN solo de 32 bits, o solo de cuatro bytes, comienzan en 65.536 y llegan hasta 4.294.967.295. El espacio completo de 32 bits también incluye los valores bajos: un ASN antiguo de dos bytes puede representarse en cuatro octetos colocando a cero los dos octetos de orden superior. Por eso el paso a una reserva común no volvía inválidos los números de 16 bits. Cambiaba la forma de administrar el conjunto disponible, no la posibilidad matemática de representar los identificadores anteriores.

En 2008, el puente técnico relevante era RFC 4893. Permitía que un hablante BGP nuevo anunciara la capacidad de manejar ASN de cuatro octetos mediante el código de capacidad 65. Entre hablantes nuevos, AS_PATH y AGGREGATOR podían transportar números de cuatro octetos. En una sesión entre un equipo nuevo y uno antiguo, el AS_PATH ordinario seguía codificado con dos octetos; los números que no podían representarse aparecían como AS_TRANS, cuyo valor era 23456. Los atributos transitivos opcionales AS4_PATH, con código 17, y AS4_AGGREGATOR, con código 18, preservaban información de cuatro octetos para reconstruir el camino y el agregador.

El mecanismo no imponía un día de cambio simultáneo para toda Internet. Estaba diseñado para coexistencia progresiva entre equipos antiguos y nuevos. Sí suponía que un sistema autónomo que empezara a utilizar un ASN de cuatro octetos actualizaría antes todos sus hablantes BGP, porque una adopción parcial dentro del propio sistema podía ser insegura. Y no prometía una traducción perfecta en cualquier topología.

La especificación describía casos en los que la agregación realizada por hablantes antiguos impedía reconstruir por completo el camino de sistemas autónomos y, fuera de ciertas agregaciones de cobertura, podía introducir riesgo de bucles de enrutamiento.

Estos límites son la razón por la que la compatibilidad no puede tratarse como una consigna institucional. Una publicación define una técnica; no demuestra cuántos routers, proveedores, hablantes BGP u operadores la han implementado. No existe una medición específica de AFRINIC sobre preparación de fabricantes, porcentaje de equipos actualizados, fallos sufridos o población de redes compatible entre 2008 y 2010. RFC 4893 acredita el mecanismo y sus límites, no la culminación del despliegue africano.

RFC 6793 la sustituyó en diciembre de 2012, conservó la arquitectura general de capacidad de cuatro octetos, AS4_PATH, AS4_AGGREGATOR y AS_TRANS, y añadió aclaraciones y tratamiento de errores. La sustitución técnica de 2012 y la modificación de la política de inventario de 2010 son relojes distintos.

La corrección de un supuesto de calendario

El sucesor de la política cambió una sola pieza principal: prolongó hasta el 31 de diciembre de 2010 la separación entre la reserva de 16 bits y la reserva solo de 32 bits. Permanecieron la unidad de 1.024 ASN, las alternativas del 80 por ciento o de dos meses, el promedio retrospectivo de seis meses, el horizonte de suministro de doce meses y el marco de anuncios. La extensión no rediseñó el algoritmo; corrigió el calendario de la transición.

El problema registrado era una interacción entre composición y habilitación. Los ASN solo de 32 bits se estaban emitiendo con mayor lentitud de la esperada. Un RIR podía conservar bastantes números de esa clase y, al sumar las reservas, no cumplir el criterio para recibir otro bloque. Al mismo tiempo podía estar agotando los números de 16 bits que algunos operadores todavía necesitaban por compatibilidad. La existencia de inventario abundante en una categoría ocultaba la escasez de la otra y dejaba números utilizables de 16 bits retenidos en IANA.

Separar un año más las reservas evitaba que el cálculo combinado bloqueara el suministro de la categoría limitada.

La objeción más fuerte merece conservarse: prolongar el acceso a números de 16 bits podía reducir la urgencia de actualizar equipos y retrasar todavía más la adopción de cuatro octetos. La respuesta registrada fue mantener sensibilización y formación mientras se suministraban los bloques de 16 bits disponibles cuando fueran necesarios. Ninguna de las dos posiciones puede elevarse a certeza empírica con el material existente, porque faltan métricas de adopción y costes. Lo que sí demuestra la modificación es que el supuesto temporal original no resistió sin ajuste a la experiencia acumulada.

La ampliación fue disciplinada en un sentido: tuvo un año definido y no creó una excepción indefinida. La alternativa de imponer el 31 de diciembre de 2009 sin atender al despliegue habría simplificado antes la administración, pero podía dejar a registros sin la composición de inventario que necesitaban para mantener el servicio. La alternativa opuesta —separar las reservas para siempre— habría protegido la compatibilidad antigua a costa de perpetuar complejidad e incentivos débiles para actualizar. Una extensión corta reconoce ambas presiones, aunque la ausencia de indicadores publicados impide saber si un año era la duración óptima.

AFRINIC anunció más tarde que, tras el 31 de diciembre de 2010, dejaría de ofrecer la elección entre 16 y 32 bits y emitiría desde una reserva común, al tiempo que instaba a comprobar compatibilidad. Ese aviso es una pieza posterior de cierre del ciclo. No prueba que todos los operadores estuvieran preparados ni autoriza a convertir una recomendación de actualización en sanción. La transición se volvió real allí donde fabricantes y operadores implementaron, probaron y utilizaron el mecanismo.

La incompatibilidad podía causar rechazo local, problemas de interconexión o aislamiento técnico; no podía crear una culpa institucional que AFRINIC estuviera facultada para castigar.

Un archivo que mezcla sus propias capas

La página actual de AFRINIC rotulada con la referencia de 2008 no es una copia limpia del instrumento original. Combina el identificador antiguo, su condición de obsoleto y parte de su historia con autores, justificación y redacción pertenecientes al sucesor, incluida la fecha del 31 de diciembre de 2010. Si se leyera sin comparación, un investigador podría atribuir a 2008 una modificación adoptada después. Por eso la página sirve para fechas de ciclo y para demostrar la anomalía documental, pero no debe tratarse como transcripción íntegra e inmutable del texto original.

La cronología de agosto contiene otra fricción. El mensaje contemporáneo de RPD está fechado el 20 de agosto de 2007 y presenta la propuesta. El historial actual indica el 29 de agosto como fecha de publicación inicial. Además, consigna el 20 de agosto como «enviado para aprobación del Consejo», antes del último llamamiento registrado entre el 2 y el 17 de octubre. Esa secuencia es internamente difícil de sostener. El hecho seguro para el acto de publicación es el mensaje contemporáneo del día 20; no hay fundamento para inventar una explicación sobre por qué el archivo ofrece el 29 o adelanta una supuesta remisión al Consejo.

También existe una discrepancia en el nombre de la sustitución. La página antigua dice que AFPUB-2008-ASN-001 quedó obsoleta el 24 de noviembre de 2010 y nombra como reemplazo AFPUB-2009-GEN-005. La página viva del sucesor usa AFPUB-2009-ASN-001. No corresponde corregir silenciosamente una referencia con la otra. La diferencia debe quedar visible hasta que una restauración versionada o una aclaración documental permita entenderla.

Estas anomalías no demuestran mala fe, captura ni manipulación. Demuestran algo más básico y comprobable: un archivo mezclado reduce la capacidad de auditar una política sencilla. La integridad documental exige conservar cada versión, su texto exacto, autores, fechas, cambio aprobado y vínculo de sustitución. Cuando el archivo superpone capas, el lector depende de fuentes contemporáneas y copias preservadas por otras instituciones para reconstruir el acto. La paradoja es aguda: una organización dedicada a llevar registros pierde credibilidad precisamente cuando su propio registro de versiones no permite distinguir original y enmienda.

No todo puede recuperarse. Si nunca se guardó el estado de producción del 27 de febrero, hoy quizá sea imposible reconstruirlo. Si los datos que calibraron los umbrales nunca se publicaron, no basta una explicación retrospectiva para demostrar la decisión inicial. Si fallos de actualización, soluciones provisionales o incidentes de compatibilidad no fueron anotados, su ausencia en el archivo no significa que no existieran. La honestidad de un historial consiste tanto en mostrar lo conservado como en declarar lo que ya no puede saberse.

La defensa más sólida de la regla

La política formalizó un procedimiento que el registro oficial describía como ya utilizado. La unidad fija podía disminuir la carga de solicitudes; los dos criterios alternativos protegían tanto el consumo sostenido como una reducción inesperada de la reserva; el horizonte anual ayudaba a evitar peticiones de emergencia; los anuncios facilitaban seguir la circulación del inventario; y la separación temporal permitía coexistencia técnica sin exigir una migración simultánea. Como instrumento de contabilidad ascendente, el conjunto es coherente y comprensible.

Su carácter objetivo también podía limitar la discriminación práctica. IANA no necesitaba valorar el mérito político o comercial de un registro cada vez que este solicitara más ASN. Bastaba revisar consumo, inventario y proyección. Sin embargo, una descripción oficial de «no discriminación» no prueba por sí misma legitimidad pública. Para demostrar trato uniforme harían falta registros de solicitudes, tiempos, excepciones y decisiones; para demostrar buena calibración harían falta series y errores de previsión. La fórmula reduce discreción, pero no sustituye la auditoría de su ejecución.

Rechazar toda regla común porque una institución la administra sería un error simétrico. Sin una política documentada, el suministro podría depender de negociaciones opacas, hábitos inconsistentes o urgencias no examinables. Una numeración global necesita algún mecanismo para proteger la unicidad y mantener reservas regionales suficientes. La alternativa correcta no es ausencia de coordinación, sino coordinación delgada: condiciones deterministas, datos verificables, registros portables y consecuencias limitadas al inventario y la interoperabilidad.

El caso de 2008 es valioso precisamente porque la función era estrecha. La política no pretendía elegir modelos de negocio ni evaluar la conducta de redes. Medía el paso de inventario único desde IANA a los RIR. La posterior corrección del calendario no invalida esa utilidad; funciona como auditoría del supuesto inicial. Una regla que puede modificarse cuando la compatibilidad observada contradice su calendario es más responsable que una institución que protege la fecha para preservar prestigio.

El límite: un contable privado no adquiere soberanía

La doctrina rectora separa el libro de la realidad que el libro sirve. AFRINIC es una empresa privada de registro y coordinación. Puede recibir solicitudes, comprobar una fórmula, pedir bloques, inventariarlos, publicar movimientos y mantener un historial honesto. Esa función protege la unicidad de los ASN y ayuda a que redes independientes se entiendan. No le concede soberanía sobre África, propiedad sobre los identificadores, poder legislativo sobre operadores, competencia regulatoria sobre mercados, potestad policial o fiscal, facultad punitiva, capacidad confiscatoria ni jurisdicción para decidir derechos públicos.

La Especificación Inicial Mínima exige que la capa común contenga solo reglas deterministas necesarias para unicidad, interoperabilidad, seguridad compartida y funcionamiento inicial. En este caso, una unidad de bloque, criterios de reposición y distinción técnica de reservas pueden caber en esa capa si sirven a la continuidad del inventario. La Decisión Futura Localizada deja la adopción técnica, el ritmo de actualización y otras elecciones no esenciales en manos de quienes ejecutan las redes. La Adopción Voluntaria recuerda que una resolución, un registro o una fecha no convierten una capacidad de cuatro octetos en realidad desplegada.

De ahí se sigue una frontera práctica. Si un operador no podía usar un ASN solo de 32 bits, sufría una consecuencia de compatibilidad: necesitaba actualizar, escoger otro identificador disponible o limitar con quién podía interoperar. Esa consecuencia procedía de protocolos y sistemas en ejecución. No era una infracción moral ni una licencia para que el registro castigara al operador. La selección local de compatibilidad puede excluir un estado que el sistema no entiende; una institución no puede apropiarse de ese efecto y presentarlo como poder disciplinario.

La tentación institucional consiste en confundir proximidad con autoridad. Quien lleva durante años el inventario puede empezar a imaginar que la realidad es legítima porque aparece en su base de datos. Es la inversión del libro: el registro deja de describir y pretende crear. El archivo de 2008 desmiente esa fantasía. AFRINIC necesitó una cadena de coordinación para una regla global; la regla necesitó implementación para operar; el calendario necesitó corregirse ante el ritmo de adopción; y la página histórica necesitó otras copias para recuperar su versión original. El contable era útil precisamente porque no era soberano.

No existe una tercera categoría en la que una entidad privada pueda exigir obediencia pública sin la base, responsabilidad y límites de una autoridad pública. Las grandes consecuencias económicas u operativas tampoco fabrican competencia jurídica. Que una reserva insuficiente pudiera afectar la continuidad del registro hacía importante la contabilidad; no transformaba a AFRINIC en dueño de las redes. Que un ASN incompatible pudiera causar problemas de rutas hacía importante la ingeniería; no convertía una política en policía de actualizaciones.

El criterio de legitimidad es, por tanto, funcional y estrecho. ¿Protege la regla la unicidad? ¿Hace examinable el inventario? ¿Facilita interoperabilidad? ¿Reduce fraude o ambigüedad registral? ¿Puede aplicarse de forma determinista? Si la respuesta es afirmativa, la coordinación puede ser legítima. Si una organización usa el éxito de esa tarea para reclamar control sobre uso comercial, conducta operativa, activos o disenso, ha blanqueado un mandato que nunca recibió. La defensa de AFPUB-2008-ASN-001 no exige defender esa expansión; exige impedirla.

Lo que puede afirmarse y lo que sigue abierto

Puede afirmarse que el Consejo de AFRINIC ratificó la versión regional el 30 de enero de 2008, que la aprobación se anunció el 27 de febrero y que la ratificación global del Consejo de ICANN ocurrió el 31 de julio. Puede describirse exactamente la unidad de 1.024 ASN, las dos puertas alternativas, la ventana de seis meses, la cobertura de doce, la separación original hasta 2009 y la ampliación posterior hasta 2010. Puede explicarse el puente definido por RFC 4893 y sus límites registrados. Puede demostrarse que la página histórica mezcla versiones.

No puede afirmarse que el anuncio de febrero activara por sí mismo sistemas de producción. No se sabe qué puerta de reposición utilizó AFRINIC en una petición determinada, cuántos bloques recibió bajo la fórmula, qué errores tuvo su previsión o cuántos operadores estaban preparados. No se conoce la base empírica de los parámetros ni consta una disputa, denegación o demora bajo la regla original. Tampoco hay prueba de propiedad sobre los ASN, mala fe de actor alguno o autoridad pública creada por el procedimiento.

La diferencia entre estas dos listas es el corazón de una investigación responsable. Una cronología precisa no debe rellenarse con inferencias cómodas. Una cifra publicada no debe confundirse con su justificación. Una arquitectura técnica no debe convertirse en encuesta de despliegue. Una descripción institucional no debe elevarse a veredicto de legitimidad. El artículo más útil no es el que parece saberlo todo, sino el que permite al lector distinguir el hecho, la interpretación y la ausencia.

El impacto básico también puede formularse sin exageración. La regla hacía más previsible el suministro ascendente y podía reducir el riesgo de que un registro agotara inventario entre solicitudes. La separación protegía continuidad durante una transición desigual, pero podía retrasar incentivos de actualización. La composición de las reservas podía distorsionar una prueba agregada. La granularidad de 1.024 trasladaba parte del error de previsión a los inventarios regionales. Y un archivo mal versionado podía cambiar la interpretación histórica incluso cuando el algoritmo era claro.