Resumen
- El IETF, ICANN y la CMSI producen diferentes tipos de autoridad. El IETF elabora documentos técnicos mediante participación individual abierta y juicio de ingeniería; ICANN coordina identificadores únicos a través de instrumentos corporativos y cuerpos multistakeholder; la CMSI produce compromisos intergubernamentales y un vocabulario político inclusivo.
- Los Registros Regionales de Internet pueden participar legítimamente en los tres entornos. Su experiencia técnica, su rol en ICANN y su compromiso diplomático son acumulativos solo para afirmaciones que preserven el alcance y las condiciones de cada entorno.
- El forum shopping se convierte en lavado de legitimidad cuando una institución invoca la competencia del IETF para defender un poder político, el reconocimiento de ICANN para implicar representación mundial, o la inclusión de la CMSI para sugerir mando operativo sobre registros y redes.
- La pregunta central de auditoría no es qué foro discutió un tema. Es qué actor decidió qué acto, para qué circunscripción, bajo qué instrumento, con qué evidencia, revisión, implementación y recurso.
- La coordinación entre foros debe utilizar traspasos explícitos. Una preocupación diplomática puede ingresar a un procedimiento de ICANN o un RIR; un hallazgo técnico puede restringir una opción política; una decisión corporativa puede implementar un servicio acordado. Ninguno debe describirse retroactivamente como el mandato de los tres.
El forum shopping trata sobre la fuente de autoridad, no sobre el calendario de reuniones
Las instituciones deben aparecer en más de un lugar. Los ingenieros necesitan comprender las políticas públicas. Los gobiernos necesitan evidencia operativa. Las organizaciones de registro necesitan estándares, acuerdos y relaciones diplomáticas. Una regla contra la participación entre foros haría la gobernanza de Internet menos competente.
El forum shopping describe un comportamiento más acotado. Un actor selecciona la historia de autoridad más favorable para la afirmación inmediata y luego cambia de historia cuando las responsabilidades de la primera se vuelven inconvenientes. En un entorno es un experto que implementa necesidad técnica. En otro es un componente reconocido de un acuerdo privado global de coordinación. En un tercero es la voz de una región o de la comunidad técnica. Cada descripción puede contener algo de verdad. La dificultad es que cada una es validada por una circunscripción diferente y autoriza un acto diferente.
La competencia técnica puede justificar deferencia sobre el comportamiento del protocolo. No crea una legislatura. El reconocimiento corporativo puede establecer un rol según estatutos y acuerdos. No crea representación política universal. La inclusión diplomática puede mejorar la legitimidad del debate político público. No proporciona credenciales para cambiar un registro o configurar una ruta.
El comprador obtiene poder al combinar estas proposiciones. El prestigio técnico responde dudas sobre competencia. El reconocimiento institucional responde dudas sobre continuidad. La inclusión global responde dudas sobre representación. El resultado compuesto parece más fuerte que cualquier fuente individual. Sin embargo, ningún procedimiento puede haber considerado la afirmación completa, y ningún recurso puede alcanzarla.
La auditoría debe, por tanto, seguir la autoridad, no la asistencia. ¿Qué foro proporcionó qué proposición, y la institución llevó consigo los límites correspondientes al moverse?
Tres foros emiten tres monedas diferentes
La moneda del IETF es la credibilidad técnica. Sus documentos ganan influencia cuando los participantes pueden inspeccionar el trabajo, desafiar supuestos, implementar el resultado y observar la interoperabilidad.RFC 3935describe el proceso abierto, la competencia técnica, el consenso aproximado y la participación individual como principios cardinales. La especificación resultante puede ser altamente autoritativa sobre cómo debe comportarse un protocolo, pero sigue siendo voluntaria en su adopción.
La moneda de ICANN es la coordinación constituida. Su autoridad proviene de artículos, estatutos, contratos, organizaciones de apoyo, comités asesores, acciones de la junta y la aceptación por parte de las partes que dependen del sistema de identificadores únicos. SusEstatutosdefinen una misión acotada y rutas formales de rendición de cuentas. La institución puede aprobar o implementar actos dentro de esa estructura; no puede convertir cada preocupación pública en misión simplemente llamándola global.
La moneda de la CMSI es la legitimidad diplomática y participativa. Los gobiernos negocian como estados. Los actores no estatales contribuyen mediante consultas y procesos paralelos. Los textos resultantes identifican objetivos de desarrollo, responsabilidades de política pública y roles respectivos. LaAgenda de Túnezpuede comprometer políticamente a los estados y dar forma a instituciones posteriores sin convertirse en un acuerdo operativo para cada función de la red que discute.
Las monedas pueden intercambiarse mediante mecanismos explícitos. Una especificación del IETF puede incorporarse a un servicio de ICANN. Una preocupación de la CMSI puede llevar a gobiernos u organismos privados a iniciar un proceso político. Una decisión de ICANN puede examinarse en una revisión diplomática. El intercambio no significa equivalencia.
La regla decisiva contra el lavado es simple: una institución no puede gastar una moneda como si fuera otra. La credibilidad técnica no puede comprar consentimiento soberano. El respaldo diplomático no puede comprar corrección de protocolo. El proceso corporativo no puede comprar un electorado global.
ICANN comenzó como una decisión pública de buscar coordinación privada
El punto de partida de 1998 ya contenía varias fuentes de autoridad. LaDeclaración de Política sobre la Gestión de Nombres y Direcciones de Internetdel Departamento de Comercio de los Estados Unidos, comúnmente llamada el Libro Blanco, propuso la transición hacia una nueva corporación privada sin fines de lucro con participación global. Rechazó un sistema monolítico de gobierno de Internet y buscó un proceso estable para tareas de coordinación acotadas.
Esto no fue ni privatización pura ni autoorganización técnica espontánea. Un gobierno nacional utilizó su posición existente y acuerdos para reconocer una forma institucional privada. La nueva corporación buscaría entonces una aceptación más amplia. La autoridad pública seleccionó una dirección de transición; los documentos corporativos y la dependencia operativa suministraron el acuerdo continuo.
La distinción es esencial porque las narrativas posteriores a menudo comienzan después del traspaso difícil. ICANN puede describirse como una comunidad global multistakeholder, una corporación privada, un coordinador técnico o un producto de la política estadounidense. Cada descripción captura un período o función. Ninguna explica por sí sola la autoridad de la institución.
El Libro Blanco también ilustra cómo la elección del foro da forma al lenguaje. Hablaba a un proceso administrativo nacional mientras anticipaba apoyo internacional. Usó competencia, liderazgo del sector privado, estabilidad y representación en lugar de delegación por tratado. Su propio texto decía que la declaración de política no contenía disposiciones obligatorias con fuerza de ley, incluso cuando la posición contractual del gobierno daba a la transición una consecuencia práctica.
El origen debería producir modestia. La legitimidad de ICANN no descendió de un evento constitucional único. Se acumuló a través de la ley, acuerdos, operación técnica, participación y confianza. Una institución con legitimidad acumulada debe declarar qué parte respalda el poder particular que reclama.
La autoridad del IETF es deliberadamente fuerte y deliberadamente incompleta
El IETF puede hablar con una fuerza inusual sobre protocolos porque invita a desafíos técnicamente competentes y publica trabajo que otros pueden implementar. No hay una clase de membresía general. Los participantes contribuyen como individuos incluso cuando los empleadores financian su trabajo. Las listas de correo, borradores, decisiones y documentos son generalmente visibles.
Este diseño reduce varios problemas de representación. Un participante no necesita probar autoridad para hablar por un país o empresa antes de identificar un defecto de protocolo. Un argumento técnico sólido puede prevalecer sin voto en bloque. La implementación independiente puede exponer errores que el acuerdo retórico ocultó.
El mismo diseño crea límites. La participación individual no se agrega en representación democrática de los usuarios de Internet. El consenso aproximado no es consentimiento de toda persona afectada. El código en funcionamiento puede demostrar viabilidad e interoperabilidad; no puede decidir justicia distributiva, título legal o el alcance legal de un regulador.
RFC 7282explica que el consenso aproximado no es una simple votación y que las objeciones técnicas dominantes deben examinarse en lugar de contarse. Esto es valioso para el trabajo de estándares. Sería una base frágil para gravar a los operadores, confiscar un activo o decidir una disputa civil, porque esos actos requieren autoridad legal y protecciones procesales de otro tipo.
El forum shopping explota la mitad positiva y suprime el límite. Una política se describe como técnicamente necesaria porque los ingenieros discutieron arquitectura adyacente. El prestigio del proceso de estándares protege entonces una elección institucional discrecional. La respuesta adecuada es preguntar por el invariante técnico exacto y la especificación. Si la regla disputada no puede rastrearse hasta la interoperabilidad, la seguridad u otro requisito técnico definido, el prestigio del IETF no la decide.
El acuerdo IETF-ICANN de 2000 es un documento de límites
RFC 2860registra el memorando relativo al trabajo técnico de IANA firmado por el IETF e ICANN en 2000. A menudo se cita como evidencia de una relación estable entre las instituciones de estándares y de coordinación de identificadores. Eso es correcto. Su valor más profundo es que especifica límites.
El acuerdo se refiere al trabajo técnico necesario para parámetros de protocolo y tareas relacionadas. Reconoce el rol del IETF en especificaciones técnicas y una función de IANA llevada a cabo a través de ICANN. Distingue expresamente algunas políticas relativas a nombres de dominio y bloques de direcciones IP del trabajo técnico cubierto por el memorando.
Esto es lo que parece un traspaso honesto entre foros. Las partes, el tema, los deberes y las exclusiones son identificables. El IETF no se convierte en la legislatura de ICANN. ICANN no adquiere la autoría de los estándares del IETF. El trabajo de IANA sigue siendo una función que puede describirse separadamente de la corporación que lo realiza.
El documento también demuestra por qué los llamados amplios a "la comunidad de Internet" son innecesarios cuando una relación operativa puede expresarse con precisión. Un organismo solicita y documenta asignaciones bajo sus procedimientos; otro realiza servicios de registro acordados. Los problemas pueden localizarse en el límite.
El forum shopping invierte esta disciplina. Se cita una relación técnica específica para sugerir un respaldo general a la gobernanza de una institución. O se usa el reconocimiento de ICANN para hacer que un documento informativo del IETF suene como una política vinculante. El acuerdo original no respalda ninguna de estas conversiones.
La lección de 2000 no es que el acuerdo institucional sea permanente. Es que la legitimidad mejora cuando la cooperación se escribe como una interfaz limitada en lugar de un aura compartida.
La autoridad de ICANN viene con verbos corporativos y vías de revisión
Los Estatutos actuales de ICANN definen su misión como garantizar la operación estable y segura de los sistemas de identificadores únicos de Internet. Para los números, la misión incluye la coordinación de alto nivel, servicios de registro solicitados por el IETF y los RIR, y la facilitación de la política global de números con la comunidad afectada y los RIR. Los Estatutos también dicen que ICANN no actuará fuera de su misión y no posee autoridad regulatoria gubernamental.
Estas cláusulas importan porque nombran tanto la capacidad como la restricción. ICANN puede celebrar acuerdos, operar servicios, recibir asesoramiento, aprobar decisiones y participar en sus acuerdos de Comunidad Empoderada. La acción de la junta tiene consecuencias corporativas. La reconsideración, revisión independiente, divulgación de documentos y otros mecanismos proporcionan vías de impugnación dentro de alcances definidos.
La legitimidad corporativa no es inferior a la legitimidad diplomática. Es diferente. Un organismo privado bien diseñado puede ser más abierto, especializado y receptivo que una organización intergubernamental. Sus políticas pueden ganar amplia aceptación porque resuelven problemas de coordinación y porque las partes afectadas participan.
Pero el "interés público global" no transforma una corporación en un gobierno mundial. El público no puede votarla mediante una elección universal. Sus procedimientos asignan voz a través de categorías de partes interesadas diseñadas y cuerpos de apoyo. Los contratos alcanzan a algunas partes directamente y a otras solo por dependencia o estructura de mercado.
Cuando ICANN entra en otro foro, debería llevar consigo estos hechos. Una afirmación de que el modelo multistakeholder es legítimo debe identificar el cuerpo relevante de ICANN, la decisión y la vía de revisión. Una afirmación de que los gobiernos apoyan una acción debe distinguir el asesoramiento del Comité Asesor Gubernamental de un compromiso intergubernamental. Una afirmación de necesidad técnica debe identificar el estándar o la evidencia operativa.
Los verbos corporativos hacen visible el poder. "La junta aprobó", "las partes acordaron" y "el panel de revisión determinó" son más responsables que "la comunidad decidió" cuando el acto legal fue corporativo.
La CMSI distribuye legitimidad política sin crear un gabinete de Internet
LaDeclaración de Ginebray la Agenda de Túnez fueron negociadas en un registro institucional diferente. Los estados tenían estatus soberano. Los textos reconocieron roles para el sector privado, la sociedad civil, las organizaciones intergubernamentales y las organizaciones internacionales. Pidieron una gobernanza multilateral, transparente, democrática e inclusiva.
Este vocabulario corrigió una exclusión real. Las instituciones construidas alrededor de un pequeño círculo técnico y comercial podían afectar a países y poblaciones que tenían poca capacidad para entrar en sus procedimientos. La CMSI hizo del desarrollo, la igualdad soberana y una participación más amplia parte de la prueba de legitimidad.
Su compromiso dependía de roles diferenciados. La definición de trabajo de 2005 describió la gobernanza de Internet como el desarrollo y la aplicación por parte de gobiernos, el sector privado y la sociedad civil, en sus respectivos roles, de principios, reglas, procedimientos y programas. No decía que cada participante tuviera el mismo poder en cada institución.
El Foro de Gobernanza de Internet resultante fue diseñado para el diálogo más que para la toma de decisiones vinculantes. Otras funciones permanecieron con los organismos existentes o las autoridades públicas nacionales. Esta separación permitió que el desacuerdo político continuara sin una incautación operativa inmediata.
No obstante, el lenguaje diplomático es fácil de sobredimensionar. Una declaración de que todos los gobiernos deben tener un rol y responsabilidad iguales en la política pública internacional de Internet no significa que cada gobierno administre una parte igual de los registros de IANA. El reconocimiento de la comunidad técnica no designa a cada organización que usa esa etiqueta. La participación plena no significa consentimiento unánime a cada política derivada.
La CMSI proporciona legitimidad para plantear preguntas públicas y un vocabulario para evaluar instituciones. Un actor específico aún necesita un mecanismo legal o acordado para decidir e implementar un acto específico.
Los RIR hablan como implementadores en el registro del IETF
Los Registros Regionales de Internet poseen competencia técnica genuina. Operan servicios de registro, asignan espacio de direcciones y números de sistema autónomo, admiten DNS inverso y certificación de recursos, publican datos y trabajan con operadores de red. El personal y los participantes de la comunidad contribuyen a documentos técnicos y discusiones operativas.
En el registro del IETF, esta experiencia es evidencia valiosa. Un registro puede explicar cómo una elección de política de direcciones interactúa con la agregación, el espacio de propósito especial, los datos de registro o la validación de origen de ruta. La implementación revela restricciones que una propuesta puramente abstracta podría pasar por alto.
RFC 7020documenta el sistema actual de Registro de Números de Internet y delimita funciones entre el IETF, IANA, los RIR y los registros locales. Dice que las decisiones de enrutamiento permanecen fuera del sistema de registro y preserva el rol del IETF en aspectos no políticos del direccionamiento. El documento es informativo, no una concesión permanente de autoridad política.
El riesgo aparece cuando la competencia de implementación se convierte en jurisdicción sobre los operadores. Un registro puede decir que una regla protege "la arquitectura" sin identificar la falla técnica que causaría el incumplimiento. El uso comercial, la ubicación del cliente, la estructura corporativa o el desacuerdo con la dirección del registro pueden ser preocupaciones políticas; no son automáticamente fallas de unicidad o interoperabilidad.
Las afirmaciones técnicas deben, por tanto, ser falsables. ¿Qué paquetes, registros, certificados o asignaciones se vuelven inconsistentes? ¿Qué estándar se viola? ¿Qué evidencia mostraría que el riesgo está ausente? Si esas preguntas no tienen respuesta, la afirmación pertenece a un debate político institucional con la correspondiente carga de justificación.
La experiencia de los RIR debe recibir un peso serio. No debe tratarse como una licencia transferible para definir derechos fuera de la competencia técnica.
Los RIR hablan como cuerpos constituidos en el registro de ICANN
Dentro de ICANN, los RIR tienen una relación formal a través de la Organización de Recursos Numéricos y la Organización de Apoyo de Direcciones. ElMemorando de Entendimiento de la ASOdefine roles en el desarrollo de políticas globales de números, asesoramiento y nombramiento. El Consejo de Direcciones de la ASO se compone a través de los arreglos regionales descritos por el acuerdo.
Este rol constituido es más que reputación técnica. Otorga a cuerpos nombrados funciones dentro de ICANN. Una política global de números debe pasar por procedimientos que requieren acuerdo regional y acción de ICANN cuando se necesita implementación de IANA. La Junta de ICANN y la ASO hacen cosas que una discusión técnica informal no puede hacer.
El rol formal también es más estrecho de lo que el lenguaje de representación global puede sugerir. La ASO no se convierte en un parlamento de todos los usuarios de Internet. Los participantes en las políticas de los RIR no son elegidos por las poblaciones de sus regiones de servicio. La membresía, la participación en reuniones, la tenencia de direcciones y la ciudadanía nacional son relaciones diferentes.
El reconocimiento institucional prueba que ICANN y las organizaciones RIR acordaron un arreglo de coordinación. Puede producir actos corporativos vinculantes para las partes y cambios aceptados en el sistema de números. No prueba que cada operador afectado autorizó cada política o que cada gobierno delegó poder soberano.
Esta distinción importa cuando un RIR defiende una decisión controvertida. "ICANN reconoce el sistema RIR" responde una pregunta sobre la estructura de coordinación actual. No responde si la decisión particular siguió la política, respetó un acuerdo, utilizó evidencia confiable o proporcionó una apelación efectiva.
El reconocimiento es una plataforma para la acción responsable, no un sustituto de las razones.
Los RIR hablan como comunidad técnica en el registro diplomático
En la CMSI, el IGF, NETmundial y las revisiones de las Naciones Unidas, las organizaciones RIR a menudo aparecen dentro de una categoría más amplia de comunidad técnica. Enfatizan una Internet abierta e interoperable, coordinación de abajo arriba, participación regional y los riesgos del control intergubernamental sobre las operaciones. Estas contribuciones pueden mejorar la comprensión diplomática.
La categoría es estratégicamente útil. Distingue a las organizaciones con conocimiento operativo de los gobiernos, las empresas que hablan principalmente como actores de mercado y los grupos de defensa. Recuerda a los negociadores que un texto puede perturbar sistemas en funcionamiento incluso cuando su objetivo político es atractivo.
Sin embargo, "la comunidad técnica" no tiene una cadena de nombramiento única. Puede incluir participantes de estándares, organizaciones de registro, respondedores de seguridad, investigadores, operadores, desarrolladores de software e instituciones con intereses conflictivos. Una declaración conjunta de varios organismos prominentes es evidencia de su posición, no consentimiento automático de todos aquellos cuyo trabajo es técnico.
La categoría también cambia la narrativa del RIR. En la política regional, el registro puede describirse como responsable ante sus miembros y su comunidad. En ICANN, es parte de un arreglo de apoyo reconocido. En una sala diplomática, puede hablar como parte de una comunidad técnica distribuida globalmente que protege la operación de Internet.
Estas identidades pueden coexistir, pero el mandato debe reexpresarse cada vez. ¿Fue el hablante autorizado por una junta directiva del RIR, una comunidad de políticas, la NRO, una coalición de eventos o solo por un empleador? ¿Es la declaración evidencia técnica, defensa organizativa o una afirmación sobre política pública? ¿Qué disenso existe entre los operadores?
La inclusión diplomática otorga al hablante acceso y legitimidad. No convierte retroactivamente la defensa organizativa en consenso técnico o representación regional.
"La comunidad" es donde las tres narrativas se difuminan
Cada foro usa la palabra comunidad. La comunidad del IETF consiste en individuos que participan en trabajos de estándares. La comunidad de ICANN consiste en cuerpos diseñados, circunscripciones, asesores y participantes alrededor de una corporación. Una comunidad RIR puede incluir miembros, titulares de recursos, participantes en reuniones, contribuyentes a listas de correo y observadores interesados. La CMSI habla más ampliamente de partes interesadas y participación global.
La palabra es útil porque estas instituciones no son reducibles a empleados o gobiernos. Es peligrosa porque oculta la cadena de autorización. Una persona puede ser un contribuyente respetado sin representar a nadie. Un voto de membresía puede vincular a una asociación sin expresar la voluntad de una región. Una consulta abierta puede recopilar comentarios sin ratificar la decisión final.
El lenguaje de comunidad permite el forum shopping con mínima fricción. Una posición apoyada en una lista del IETF se convierte en "consenso de la comunidad técnica". Una decisión producida mediante el procedimiento de un RIR se convierte en "la política de la región". Una declaración de una coalición en la CMSI se convierte en "apoyo global multistakeholder". Cada traducción expande la población representada.
La corrección es reemplazar el sustantivo colectivo con un relato procedimental. Identificar quién pudo participar, quién participó, quién decidió, cómo se manejaron las objeciones y a quién vincula el resultado. Reportar el denominador cuando sea posible. Distinguir el respaldo organizativo de la contribución individual.
Esto no debilita las instituciones comunitarias. Protege sus logros más legítimos de afirmaciones infladas. Una especificación técnicamente sólida no necesita un consentimiento mundial ficticio. Una decisión corporativa válida no necesita pretender ser un plebiscito. Una declaración diplomática persuasiva no necesita convertirse en una orden operativa.
Cuanto más exacta sea la afirmación de autorización, menos oportunidad hay de lavar la legitimidad de un foro a través del vocabulario de otro.
Los gobiernos también cambian de identidad en los tres foros
El forum shopping no es un monopolio de las instituciones privadas. Los gobiernos cambian de postura al moverse. En la CMSI negocian a través de delegaciones soberanas. En ICANN proporcionan asesoramiento de política pública a través del Comité Asesor Gubernamental y pueden participar en otros lugares. En el IETF, los funcionarios públicos y los ingenieros del sector público generalmente contribuyen como individuos en lugar de emitir votos nacionales.
Estos roles son legítimos cuando se declaran. Un investigador de seguridad empleado por un ministerio debería poder hacer un argumento técnico sin esperar autorización diplomática. Un representante gubernamental debería poder declarar la política pública nacional sin pretender que es un resultado del IETF.
Los problemas surgen cuando los roles se mezclan oportunistamente. Un gobierno puede citar la apertura de una discusión del IETF como evidencia de que su regulación preferida está técnicamente respaldada, incluso cuando ninguna acción de estándares adoptó la política. Puede llamar al asesoramiento del GAC un consenso gubernamental internacional sin revelar la regla de participación y consenso. Puede citar un párrafo de la CMSI como si vinculara directamente a operadores privados en su país sin legislación de implementación.
La dirección de la rendición de cuentas también puede invertirse. En entornos diplomáticos, el gobierno responde a través de instituciones públicas. En un entorno de estándares, su empleado puede negar la representación y hablar personalmente. Si la misma propuesta se mueve entre los dos, los observadores necesitan saber cuándo se convirtió en una posición oficial y bajo qué autoridad.
Ningún actor debe ser forzado a una identidad permanente. La regla es la procedencia. Cada afirmación debe llevar el rol en el que se hizo, el estado de decisión del foro y la ruta por la cual puede adquirir otro tipo de autoridad.
La transición de IANA combinó las tres narrativas bajo estrés
La transición de la administración de IANA de 2014-2016 es una prueba útil porque la continuidad técnica, la responsabilidad corporativa y la legitimidad geopolítica estaban todas en juego. Estados Unidos anunció su intención de transferir su rol de administración, sujeto a criterios que incluían seguridad, estabilidad y apoyo al modelo multistakeholder. Las comunidades desarrollaron propuestas para nombres, números y parámetros de protocolo. Las reformas de rendición de cuentas de ICANN avanzaron junto con la planificación operativa.
La transición necesitaba las tres monedas. Las comunidades técnicas debían mostrar que las funciones continuarían. Los arreglos corporativos y contractuales debían identificar los cuerpos responsables y los mecanismos de revisión. Los gobiernos y las partes interesadas globales necesitaban confianza en que el cambio no reemplazaría el rol especial de un estado con la captura por otro actor.
El éxito no significó que las monedas se fusionaran. La propuesta de números se basó en arreglos que involucraban a los RIR, niveles de servicio y disposiciones de propiedad intelectual o rendición de cuentas relevantes para esa función. El trabajo de parámetros de protocolo tenía su propia relación. Los nombres requirieron otra estructura de rendición de cuentas. El apoyo diplomático no escribió los detalles operativos, y la competencia operativa no resolvió cada preocupación política.
La narrativa posterior a menudo comprime la transición en una victoria para "la comunidad multistakeholder". Esa frase oculta la división del trabajo que hizo posible el cambio. También puede usarse para defender las instituciones actuales como si completar la transición otorgara un mandato indefinido.
Una transición prueba la capacidad para los actos que transfirió con éxito. No inmuniza decisiones futuras. La legitimidad continua de cada cuerpo depende del desempeño, la autoridad acotada y la corrección disponible después de que el momento de celebración haya pasado.
La traducción es legítima cuando el traspaso es visible
La influencia entre foros es necesaria. Un proceso diplomático puede identificar que los operadores de países en desarrollo enfrentan barreras de participación. Un RIR puede recibir la preocupación a través de su procedimiento de política o gobernanza. El trabajo técnico puede probar si un remedio propuesto amenaza la unicidad o la escalabilidad del enrutamiento. ICANN puede actuar si una política global requiere implementación de IANA.
Esta secuencia no es lavado porque cada paso tiene un destinatario nombrado y una transformación. La declaración diplomática suministra un problema público y una expectativa política. El proceso regional suministra evidencia y una decisión política. El IETF suministra restricciones técnicas cuando es relevante. ICANN e IANA suministran actos de implementación definidos. Ninguna institución afirma haber proporcionado la autoridad de todas las demás.
La traducción también permite el rechazo. La evidencia técnica puede mostrar que la primera propuesta es insegura. Un proceso de registro puede concluir que la evidencia no respalda una regla. Un gobierno puede decidir que la reforma voluntaria es insuficiente y legislar dentro de su jurisdicción. Cada rechazo debe ser razonado y visible.
El lavado, por el contrario, borra el traspaso. Se dice que un compromiso amplio de la CMSI "requiere" una política de registro particular sin un procedimiento de adopción. Se dice que un RFC "ordena" una sanción institucional más allá de su alcance técnico. Se dice que el reconocimiento de ICANN prueba que un RIR representa a un continente.
La diferencia es la trazabilidad procedimental. La traducción legítima cambia la forma de una afirmación a través de una decisión autorizada. El lavado cambia la etiqueta mientras preserva la conclusión deseada.
Los recursos revelan qué autoridad se está utilizando realmente
La forma más rápida de identificar el foro real es preguntar dónde una parte perdedora puede impugnar el acto. Un participante del IETF puede plantear una objeción técnica, apelar fallos del proceso a través de canales definidos o proponer un nuevo documento. Estas vías pueden corregir el trabajo de estándares; no otorgan daños por una suspensión de registro.
Una decisión de ICANN puede estar sujeta a reconsideración, revisión independiente, trabajo del ombudsman, rendición de cuentas de la junta o disputa contractual, dependiendo del acto y el reclamante. Un RIR tiene sus propias vías corporativas, de membresía, de política y de revisión de servicios. Una orden gubernamental puede ser revisada en un tribunal administrativo o judicial. Un resultado de la CMSI se impugna ordinariamente a través de la diplomacia, el debate público y la negociación posterior, más que mediante apelación judicial individual bajo el texto del resultado.
El forum shopping a menudo busca la autoridad de un sistema con la inmunidad de otro. Un registro invoca consenso técnico pero dice al operador afectado que use una apelación corporativa estrecha. Un gobierno invoca un acuerdo diplomático pero evita el escrutinio legislativo nacional. Un organismo privado invoca el interés público global pero argumenta que no se aplica ningún recurso de derecho público.
El desajuste de recursos es evidencia de lavado. Si la institución dice que el acto está autorizado por consenso técnico, un impugnador debería poder identificar y cuestionar ese consenso en el punto de decisión técnica relevante. Si es una decisión corporativa, la junta, el instrumento y la revisión deben ser nombrados. Si es ley, la jurisdicción y la revisión judicial deben estar disponibles.
La autoridad sin su recurso nativo es prestigio separado de la rendición de cuentas.
Las organizaciones de interés público pueden exponer o amplificar el cambio
Los institutos de investigación, los grupos de la sociedad civil, las asociaciones profesionales y otras organizaciones de interés público operan en los mismos lugares. Pueden comparar afirmaciones, preservar la memoria institucional y proporcionar a los grupos afectados experiencia que de otro modo no podrían permitirse. Su independencia puede hacer posible el escrutinio entre foros.
También pueden amplificar el forum shopping. La financiación, el acceso y las redes profesionales pueden recompensar el lenguaje aceptable para los convocantes. Una coalición puede repetir "multistakeholder", "comunidad técnica" o "igualdad soberana" sin identificar el acto institucional bajo revisión. Muchos respaldos pueden crear una apariencia de autoridad amplia incluso cuando los firmantes aprobaron solo principios generales.
La intervención útil de interés público es forense. Compara las presentaciones del mismo actor en distintos foros. Nota cambios en la circunscripción, el verbo de autoridad y el beneficiario reclamado. Pregunta si el disenso visible en un lugar desapareció de la narrativa presentada en otro. Identifica relaciones de financiación y organizativas relevantes para la posición.
Este trabajo no debe asumir que la inconsistencia prueba mala fe. Las instituciones adaptan explicaciones a las audiencias, y una declaración diplomática breve no puede reproducir un documento técnico. La cuestión es si la adaptación cambia el mandato reclamado.
Una organización de interés público gana confianza separando la evidencia de la defensa. Las declaraciones oficiales muestran lo que las instituciones afirman y hacen. La investigación independiente prueba la legitimidad y las consecuencias. El análisis normativo expone lo que el autor piensa que debería seguir. Combinar estas categorías en una narrativa sin marcas repetiría el mismo lavado que se examina.
El incentivo es tomar prestada la característica más fuerte y evitar el coste
Cada foro tiene una fortaleza de legitimidad y un coste de rendición de cuentas. El IETF ofrece experiencia y apertura pero exige objeciones técnicamente respondibles y evidencia de implementación. ICANN ofrece decisión constituida y continuidad pero expone poder corporativo, circunscripciones diseñadas y límites de revisión. La CMSI ofrece igualdad soberana e inclusión pero requiere compromiso diplomático y a menudo deja la implementación en otro lugar.
Una institución tiene el incentivo de tomar prestada la fortaleza mientras evita el coste. Invoca la autoridad técnica del IETF pero no hace falsable la política. Invoca el reconocimiento de ICANN pero no acepta los límites de la misión ni una revisión efectiva. Invoca la inclusión de la CMSI pero no muestra autorización estatal ni ley derivada.
Los incentivos se intensifican durante una crisis. Un evento de seguridad favorece la urgencia técnica. Un desafío a la autoridad legal favorece el reconocimiento global. Una crítica a la representación favorece la inclusión diplomática. La narrativa puede cambiar más rápido que el poder subyacente.
La financiación y las carreras refuerzan el patrón. Las organizaciones ganan acceso presentándose como puentes entre comunidades. El personal se vuelve fluido en cada vocabulario. Esta experiencia es valiosa, pero puede hacer que el cambio de autoridad sea demasiado suave para que los externos lo vean. Una oración ensamblada a partir de "consenso aproximado", "multistakeholder de abajo arriba" y "roles respectivos" puede sonar asentada mientras une tres procedimientos diferentes.
El control no es una prueba de pureza. Es una regla de divulgación. Cada afirmación consecuente debe identificar qué fuente suministra competencia, cuál suministra poder de decisión, cuál suministra apoyo político y cuál suministra recurso. Si esas fuentes difieren, las brechas deben permanecer visibles.
Un libro mayor de autoridad entre foros haría revisable el cambio
Las instituciones deberían publicar un registro de autoridad compacto para afirmaciones importantes entre foros. No necesita ser un nuevo cuerpo de gobierno. Es un rastro de procedencia.
El registro debe identificar la proposición, el foro en el que se originó, el actor que habla y su rol, el estado de decisión, la circunscripción capaz de participar, las objeciones materiales y el instrumento a través del cual la proposición cambió de forma posteriormente. Si siguió la implementación, debe nombrar la institución responsable, la fecha y la vía de revisión.
Por ejemplo, una recomendación de la CMSI sobre una mayor participación gubernamental podría registrarse como un compromiso diplomático. Una consulta de ICANN o un RIR sería una entrada separada. Una decisión de la junta o política identificaría qué cambió. La implementación técnica citaría la especificación relevante y la evidencia de despliegue. Informes posteriores podrían reclamar el resultado medido, no un triunfo generalizado del multistakeholderismo.
El registro también debería preservar los resultados negativos. Si el IETF no adoptó una propuesta, un borrador caducado no debería citarse como consenso de estándares. Si el asesoramiento del GAC carecía de consenso o no fue aceptado, ese estatus debería viajar. Si una consulta de un RIR atrajo pocos participantes, el "apoyo comunitario" debería ser calificado. Si un resultado de la ONU invitaba a la acción en lugar de requerirla, los resúmenes posteriores deberían retener el verbo.
Esta disciplina mejoraría la memoria institucional. El nuevo personal y los observadores externos podrían ver qué fuente de autoridad sigue activa y cuál fue solo contexto persuasivo. También reduciría los litigios repetidos sobre etiquetas al facilitar la localización del acto operativo.
El libro mayor no resolvería la legitimidad. Haría audibles las afirmaciones de legitimidad.
Siete preguntas exponen un mandato lavado
La primera pregunta es el origen: ¿dónde recibió la proposición por primera vez un estado de decisión, en lugar de aparecer meramente en discusión? La segunda es el hablante: ¿actuó la persona individualmente, para un empleador, para un cuerpo constituido o para un estado?
La tercera es el alcance: ¿la fuente abordó comportamiento de protocolo, política institucional, política pública o una transacción operativa? La cuarta es la circunscripción: ¿quién pudo autorizar, participar, objetar y reemplazar a los tomadores de decisiones?
La quinta es la conversión: ¿qué instrumento movió la proposición a la forma de otro foro? Una cita no es una conversión. Un memorando, una enmienda a los estatutos, una adopción de política, un contrato, una ley o una decisión de implementación pueden serlo.
La sexta es el recurso: ¿dónde puede una parte afectada obtener corrección antes de que el daño sea irreversible? La séptima es la contrafactual: ¿aceptaría la institución la misma lógica de autoridad si el resultado se opusiera a sus intereses?
Estas preguntas deben aplicarse simétricamente. Las instituciones técnicas no deben presumirse virtuosas porque están descentralizadas. Los gobiernos no deben presumirse representativos meramente porque son estados. Los procesos privados no deben presumirse ilegítimos meramente porque usan contratos. Los procesos diplomáticos no deben descartarse meramente porque la implementación es indirecta.
El objetivo es la honestidad funcional. Cada forma puede ser legítima para actos que está equipada y autorizada a realizar. Cada forma puede extralimitarse cuando toma prestado el prestigio de otra.
Una institución que pueda responder las siete preguntas aún puede tomar una mala decisión. Al menos el público sabrá qué tipo de decisión tomó y dónde pertenece la corrección.
Puntos de vigilancia para la próxima afirmación entre foros
Vigile un RFC citado sin la sección que define su alcance o estado. La publicación puede probar que un documento existe y recibió un proceso particular; no hace que cada política institucional adyacente sea técnicamente obligatoria.
Vigile "reconocido por ICANN" usado como defensa completa. El reconocimiento identifica un lugar en el arreglo actual. No resuelve si el acto impugnado fue autorizado, proporcionado o revisable.
Vigile "la comunidad técnica" sin organizaciones nombradas, autorización y disenso. La frase puede describir experiencia, identidad de coalición o representación reclamada; no son equivalentes.
Vigile el lenguaje de la CMSI o las Naciones Unidas cuyos verbos cambian al recontarse. "Reconocer", "apoyar", "invitar" y "comprometerse" no deberían convertirse en "ordenar" a menos que otro instrumento suministre ese efecto.
Vigile los sustantivos comunitarios que se expanden entre documentos. Los miembros del RIR, los participantes en reuniones, los operadores, una región de servicio y el público son circunscripciones diferentes.
Vigile los recursos ubicados en un foro diferente de aquel invocado para justificar el acto. Ese desajuste a menudo revela que el prestigio ha viajado más lejos que la rendición de cuentas.
Vigile las narrativas de crisis que cambian de fuentes rápidamente: necesidad técnica cuando se necesita velocidad, reconocimiento corporativo cuando se desafía la autoridad, e inclusión diplomática cuando se cuestiona la representación.
Finalmente, vigile los informes de éxito que atribuyen el mérito a "el modelo" en lugar de a las instituciones y personas que realizaron actos medibles. El crédito difuso hace que el poder futuro sea más fácil de reclamar y el fracaso más difícil de asignar.
Conclusión: la autoridad no puede ensamblarse a partir de prestigio prestado
El IETF, ICANN y la CMSI resolvieron cada uno un problema institucional diferente. El IETF desarrolló una forma para que individuos produjeran documentos técnicos influyentes mediante trabajo abierto, juicio de ingeniería e implementación. ICANN creó un sistema de coordinación constituido para identificadores únicos con actos corporativos, acuerdos y revisión. La CMSI creó un acuerdo diplomático en el que los estados retuvieron la autoridad de política pública mientras que los actores no estatales ganaron reconocimiento legítimo y un foro continuo.
Ninguno es completo. El IETF no representa a la población mundial. ICANN no posee poder regulatorio gubernamental. La CMSI no opera registros ni redes. Sus limitaciones no son defectos que deban ocultarse. Son las condiciones bajo las cuales cada fuente de autoridad sigue siendo inteligible.
Los Registros Regionales de Internet se sitúan en la unión. Implementan sistemas técnicos, tienen roles en los arreglos de números de ICANN y abogan en espacios diplomáticos. Esa posición les da conocimiento y acceso. También les da una capacidad inusual para cambiar narrativas de legitimidad sin cambiar el poder subyacente.
La respuesta no es confinarlos a una sola sala. Es exigir que la afirmación de autoridad viaje con su procedencia. La experiencia técnica debe identificar la pregunta técnica y la evidencia. El reconocimiento de ICANN debe identificar el instrumento de gobierno y la revisión. El apoyo diplomático debe identificar el actor negociador, el verbo y la ruta de implementación posterior. Las afirmaciones regionales deben identificar a las personas y organizaciones que realmente las autorizaron.
La traducción entre foros puede entonces convertirse en una fortaleza. Una preocupación pública puede llegar a un procedimiento competente. Una restricción técnica puede disciplinar una propuesta política. Una decisión corporativa puede hacer operativo un objetivo negociado. Cada traspaso puede ser impugnado donde ocurre.
El lavado de legitimidad comienza cuando el traspaso desaparece. El prestigio de la ingeniería, la continuidad de la coordinación privada y la inclusión de la diplomacia se mezclan en un mandato que ningún foro examinó en su conjunto. El poder resultante parece global precisamente porque su fuente no puede localizarse.
La gobernanza de Internet no necesita un foro supremo. Necesita instituciones que declaren qué autoridad están utilizando, acepten el recurso adjunto y se detengan cuando esa autoridad termina. Un resultado técnico, un acto corporativo y un compromiso diplomático pueden reforzarse mutuamente. No pueden mezclarse para fabricar consentimiento.
Fuentes
- Departamento de Comercio de los Estados Unidos, Declaración de Política sobre la Gestión de Nombres y Direcciones de Internet- la decisión de política pública de 1998 de buscar coordinación privada, sin fines de lucro y globalmente participativa.
- RFC 2860, Memorando de Entendimiento sobre el Trabajo Técnico de IANA- la relación acotada de 2000 entre el IETF e ICANN sobre el trabajo de parámetros de protocolo.
- RFC 3935, Declaración de Misión del IETF- el relato oficial del IETF sobre proceso abierto, competencia técnica, consenso aproximado y participación individual.
- IETF, Introducción- la explicación actual de que el IETF no tiene membresía y que los participantes contribuyen como individuos.
- RFC 7282, Sobre el Consenso y el Zumbido en el IETF- el rol de las objeciones técnicas y los límites del recuento de votos en el consenso del IETF.
- RFC 7020, El Sistema de Registro de Números de Internet- la división funcional entre el IETF, IANA, RIR y registros locales, y el estado informativo de esa descripción.
- Estatutos de ICANN- la misión actual de ICANN, su rol de coordinación de números, cuerpos de apoyo, mecanismos de revisión y límites expresos de misión.
- Memorando de Entendimiento de la ASO- la relación constituida entre ICANN y la estructura de coordinación de los RIR para la política global de números.
- NTIA, anuncio de intención de transferir funciones clave de nombres de dominio de Internet- los criterios de transición de 2014 sobre apoyo multistakeholder, seguridad, estabilidad, necesidades de los clientes y apertura.
- Propuesta de Transición de la Administración de IANA, 10 de marzo de 2016- los planes combinados de nombres, números y parámetros de protocolo y el trabajo de rendición de cuentas asociado.
- CMSI, Declaración de Principios de Ginebra- la distribución de 2003 de roles de política pública, técnica, sector privado, sociedad civil e internacional.
- Informe del WGIG- la definición de trabajo de 2005 y las opciones institucionales que informaron el acuerdo de Túnez.
- CMSI, Agenda de Túnez para la Sociedad de la Información- la fórmula de roles respectivos, el rol igualitario de los gobiernos en la política pública internacional y la creación del IGF.
- Lu Heng, "El espejismo multistakeholder"- marco normativo sobre la diferencia entre participación, procedimiento y mandato.
- Lu Heng, "Lavado de mandato: de la fantasía del RIR a la arquitectura de transición"- marco normativo sobre cómo el vocabulario regional, comunitario y técnico puede ampliar una función de coordinación estrecha.
- Lu Heng, "Traición del código en funcionamiento"- marco normativo sobre la conversión de la legitimidad orientada a la implementación en control institucional.
- Ingo Take, "Regulando la infraestructura de Internet"- comparación independiente de las estrategias de legitimidad de ICANN, la UIT y la CMSI.
- Dmitry Epstein, "La creación de instituciones de gobernanza de la información"- historia independiente de cómo las concepciones competidoras de autoridad y legitimidad dieron forma al Foro de Gobernanza de Internet.
- Mark Raymond y Laura DeNardis, "Multistakeholderismo: anatomía de una institución global incipiente"- análisis independiente de los arreglos multistakeholder específicos de función.
- Hortense Jongen, "Fuentes institucionales de legitimidad en la gobernanza global multistakeholder en ICANN"- evidencia empírica sobre qué cualidades institucionales influyen en las creencias de legitimidad en ICANN.

