Quién gobierna la constitución
Un estándar federado invita a una pregunta justa: si participar exige ajustarse a un modelo constitucional compartido, ¿quién controla ese modelo y qué me pasa si no estoy de acuerdo con su rumbo?
Esta página responde directamente. No crea gobernanza nueva: saca a la luz la que ya está escrita en la especificación. El texto normativo completo está enlazado al final.
La versión corta: el estándar se administra, no se posee; cualquiera puede proponer un cambio mediante un proceso público y versionado; y si ese proceso alguna vez le falla, usted conserva dos derechos firmes que no dependen de la buena fe de nadie: el derecho a marcharse y el derecho a bifurcar.
Quién posee el estándar
Cada estándar de la familia declara, de manera oficial:
- su propietario y sus mantenedores;
- su versión y estado actuales;
- su historial completo de cambios.
Pero aquí la propiedad se define de forma estrecha y deliberada:
La propiedad implica la administración de la especificación, no la propiedad de las implementaciones.
Un administrador responde por las palabras de la especificación. No tiene derecho alguno sobre los modelos que usted construye, el conocimiento que publica o los sistemas que opera. Asumir un rol de gobernanza "NO OTORGA la propiedad de las implementaciones ni del conocimiento publicado por Universos soberanos".
La gobernanza misma se describe como un conjunto de roles arquitectónicos, no como una empresa ni una fundación. Los roles dicen qué responsabilidades existen y qué documento posee cada una:
- El Consejo Constitucional posee la Constitución (MUC) y es la autoridad final sobre si un cambio preserva la supremacía constitucional.
- La Junta de Arquitectura posee el estándar de arquitectura (MMAS) y garantiza que nunca contradiga la Constitución.
- El Grupo de Trabajo de Federación posee el protocolo de federación (MUFP) y las garantías que permiten colaborar a Universos soberanos.
- La Autoridad del Registro de Dominios mantiene el registro de meta-modelos compatibles, habilitando el descubrimiento sin transferir propiedad.
- La Autoridad de Certificación posee la conformidad y mantiene los criterios de certificación públicamente accesibles y versionados.
Estos roles son independientes de la organización por regla: "El estándar SEGUIRÁ siendo válido con independencia de qué entidad ocupe cada rol". Cualquier organización o comunidad conforme PUEDE asumir uno o varios. El estándar se gobierna mediante una jerarquía en la que cada capa restringe a las inferiores: Constitución, luego estándar de arquitectura, luego protocolo de federación, luego estándares de dominio y luego implementaciones de referencia.
Dos garantías estructurales impiden la captura del estándar:
- Supremacía constitucional. Los documentos inferiores no pueden contradecir a los superiores. Un estándar de dominio no puede anular calladamente la Constitución.
- Independencia intelectual. "Ningún lenguaje de programación, proveedor, plataforma o tecnología de almacenamiento SE CONVERTIRÁ en dependencia normativa". El estándar es neutral en tecnología por regla, así que ningún implementador puede hacer que dependa de su producto.
Cómo se propone y se acepta un cambio
El proceso está abierto en la puerta de entrada y es disciplinado detrás de ella. Se apoya en principios declarados: la constitución antes que la implementación, lo explícito antes que lo implícito, trazabilidad por diseño, compatibilidad hacia atrás siempre que sea practicable, revisión comunitaria, evolución versionada y, sin rodeos, ningún cambio semántico silencioso.
Cualquiera puede proponer. "Cualquier parte interesada PUEDE proponer mejoras". No hay barrera de membresía para proponer un cambio.
Todo cambio es una Solicitud de Cambio (CR). Una propuesta no es un comentario: es un documento. Una CR lleva identificador único, título, motivación, documentos afectados, justificación, beneficios esperados, evaluación de compatibilidad, consideraciones de migración, impacto en la implementación, autor y fecha. Esa estructura es lo que hace que un cambio sea revisable y trazable, y no una cuestión de opinión.
Todo cambio recorre un ciclo de vida fijo. Propuesta, discusión, análisis de impacto, borrador de especificación, revisión, aprobación, publicación, adopción y, opcionalmente, obsolescencia y retirada. Para los cambios normativos, "NO SE OMITIRÁ ninguna etapa".
Todo cambio se clasifica en dos ejes. El primer eje es el impacto:
- Editorial: redacción y formato, sin cambio de significado.
- Correctivo: corrección de un defecto o de una ambigüedad.
- Evolutivo: nueva capacidad que preserva la compatibilidad.
- Rompedor: una ruptura intencionada de la compatibilidad, que "EXIGIRÁ justificación explícita".
El segundo eje es el sujeto semántico del cambio: si toca la estructura del modelo, el significado de un concepto, las reglas de federación, la semántica de los contratos, el comportamiento de las proyecciones o los requisitos de conformidad. Declarar el tipo semántico no es burocracia: permite que un agente lea una CR, determine qué clase de significado afecta, calcule el impacto en la compatibilidad y proponga pasos de migración. La gestión del cambio debe ser analizable, no solo legible a mano. Un cambio en la base de reglas debe además pasar una comprobación previa de consistencia de políticas: un cambio que dejase el conjunto de reglas lógicamente insatisfacible "NO SE FUSIONARÁ".
Un cambio se juzga con criterios fijos. Una propuesta no se acepta por ser popular. Se evalúa por su coherencia con la Constitución, su impacto en la interoperabilidad, la compatibilidad hacia atrás, la complejidad de implementación y la sostenibilidad a largo plazo. La Constitución va por delante de la comodidad de cualquier implementación.
El texto congelado no se mueve en silencio. Una vez revisado y aprobado, un documento entra en estado Congelado. Los documentos congelados se convierten en referencias normativas, "NO SE MODIFICARÁN en silencio" y "SOLO PODRÁN cambiar mediante una Solicitud de Cambio aprobada", conservando el historial completo de revisiones. Las versiones publicadas son inmutables: la función nueva llega como versión nueva, nunca como una edición callada de una antigua.
La compatibilidad se evalúa y las rupturas vienen con un puente. Cada CR lleva un resultado de compatibilidad (totalmente compatible, compatible hacia atrás, compatible hacia adelante, requiere migración o rompedor). Cuando la compatibilidad no puede preservarse, "la guía de migración ACOMPAÑARÁ a la nueva especificación", incluidos los conceptos afectados, las transformaciones necesarias, una estrategia de compatibilidad y ejemplos. Las funciones se marcan como obsoletas con un reemplazo nombrado y una versión de eliminación prevista antes de cualquier retirada rompedora.
Qué hacer si no está de acuerdo
Tres recursos, en orden creciente de cuánto dependen de los demás.
1. Salir. Sus artefactos son archivos planos bajo una licencia abierta (Apache-2.0). Sus modelos, su conocimiento publicado y sus datos son suyos. Si el estándar va a un sitio al que usted no le seguirá, se marcha y se lo lleva todo. Marcharse le cuesta la federación. No le cuesta sus modelos. Como la propiedad de un administrador es la administración de la especificación y nunca de las implementaciones, no hay nada que nadie pueda retener.
2. Bifurcar. El estándar se bifurca como cualquier estándar abierto. Si cree que el administrador se ha equivocado, puede copiar la especificación y hacer evolucionar su propia línea. Este es el recurso que mantiene honesto al administrador: el valor de administrar la capa compartida solo se sostiene mientras la gente elija permanecer en ella, así que una amenaza creíble de bifurcación es un freno permanente a la captura. La supremacía constitucional y la independencia de organización significan que a lo que la gente se ajusta es al texto, no al cargo, y un texto se puede bifurcar.
3. Participar. Antes de salir o bifurcar está la vía ordinaria: presentar una Solicitud de Cambio. Cualquier parte interesada puede proponer; la CR se juzga frente a la Constitución, la interoperabilidad, la compatibilidad hacia atrás, la complejidad de implementación y la sostenibilidad a largo plazo, en público y por escrito. El desacuerdo es una entrada de primera clase al proceso, no una excepción a él.
Salir y bifurcar ya se cumplen hoy, porque son propiedades de archivos abiertos bajo licencia abierta y no promesas. Participar es el proceso descrito arriba. Juntos son la respuesta a "quién gobierna la constitución": no un administrador único en cuya buena fe usted deba confiar, sino un texto administrado que puede cambiar, abandonar o bifurcar.
Transparencia
El proceso solo es un freno real si usted puede verlo. Salir y bifurcar valen poco si no puede saber qué está haciendo el administrador: la transparencia es lo que hace que esos derechos sean informados y no ciegos.
Lo siguiente debe permanecer públicamente accesible: las especificaciones publicadas, el historial de versiones, las decisiones de gobernanza, las solicitudes de cambio y las declaraciones de compatibilidad. Y la evolución de todo documento normativo debe seguir siendo auditable: ha de poder determinarse por qué ocurrió un cambio, quién lo propuso, cuándo se aceptó y qué versión lo introdujo. Las versiones históricas siguen disponibles en lugar de sobrescribirse, y los criterios de certificación se mantienen públicos y versionados. Las solicitudes de cambio y las decisiones sobre ellas son públicas por regla, no por favor.
El texto completo
Esta página condensa dos documentos normativos. Léalos para conocer la redacción exacta y las partes que aquí no se muestran:
- Gobernanza del Estándar del Meta-Universo (MU-V2-CONST-002): administración, jerarquía de estándares, principios de decisión, regla de congelación, transparencia, independencia intelectual y roles de gobernanza. Véase Gobernanza.
- Proceso de cambio (MU-V2-CONST-003): el ciclo de vida del cambio, la Solicitud de Cambio, las categorías de cambio y la clasificación semántica, la evaluación de compatibilidad, la migración, el versionado y la auditabilidad. Véase Proceso de cambio.
El modelo que estos gobiernan es la Constitución del Meta-Universo (MUC), el acuerdo delgado y obligatorio sobre la forma del significado. Lo que esa forma compartida le cuesta, y lo que deliberadamente no toca, se expone en Límites y compensaciones.
Definición de trabajo de la soberanía
La soberanía no es la ausencia de reglas compartidas. Es el derecho a marcharse con sus modelos, el derecho a bifurcar la capa compartida y el derecho a participar en su cambio. Ajustarse a la forma compartida es el precio de la interoperabilidad, y se nombra de forma explícita.