Resumo

  • A proposta da Charleston Road Registry condiciona o registro em .mcp a quatro formas de vínculo com o MCP.
  • O .MCP Policy Council teria consentimento sobre alterações nas regras, mas a candidatura pública não diz quem compõe o conselho nem como uma recusa poderia ser contestada.

Protocolo e domínio ocupam camadas institucionais diferentes. O Model Context Protocol é um projeto técnico aberto. Se aprovado, .mcp seria um espaço de nomes operado por um registro sob contrato. A proximidade entre os dois pode fazer sentido comercial, mas não elimina a distinção: participar do protocolo não concede, por si só, direito a um nome em um domínio específico.

A candidatura pública da Charleston Road Registry Inc. (CRR), entidade que representa a Google Registry, apresenta quatro caminhos de elegibilidade. A pessoa ou organização precisaria demonstrar contribuição documentada aos repositórios oficiais do MCP; operar um servidor MCP ativo e compatível; ser proprietária ou representante autorizada de uma entrada no MCP Registry oficial; ou manter a condição de membro regular da Agentic AI Foundation (AAIF). A empresa diz que o operador do registro verificaria os critérios com a ajuda de um .MCP Policy Council. Na resposta à pergunta 151, acrescenta que qualquer alteração da política dependeria do consentimento desse conselho.

Os quatro caminhos medem relações distintas. A contribuição é histórica e verificável em repositórios; a operação depende de atividade técnica atual; a entrada no Registry envolve representação; a adesão à AAIF é um vínculo institucional. Uma pessoa que acabou de chegar, um mantenedor, um operador de serviço e uma organização membro teriam evidências e riscos de contestação diferentes. A candidatura apresenta as categorias, mas não publica o nível de prova, o tratamento de registros incompletos ou um procedimento de recurso contra uma negativa.

A questão de governança vai além de quem confere documentos. O conselho mencionado na candidatura ajudaria a aplicar a política e teria poder de consentimento sobre emendas. Ainda não há explicação pública sobre sua composição, nomeação ou destituição, duração dos mandatos, conflitos de interesse, recursos de candidatos recusados ou relação formal com a governança técnica do MCP. A falta desses detalhes não comprova captura nem má-fé. Ela deixa sem resposta quem deve prestar contas por uma barreira que pode permanecer por anos.

A governança publicada pelo projeto MCP é outra. A página oficial descreve um Steering Group e funções de Lead, Core e Maintainer; informa que a governança técnica é exercida por indivíduos, sem cadeiras para empresas. O .MCP Policy Council não aparece ali. Não há, portanto, base para tratar o conselho proposto como a liderança técnica do projeto nem para presumir que decisões do MCP regeriam o registro. Um registro pode administrar condições contratuais para os nomes que emite. Isso não equivale a decidir quem contribui para o protocolo, quais implementações o cumprem ou como ele evolui.

O estágio da ICANN também exige precisão. O arquivo do Reveal Day publicado em 7 de outubro inclui cinco candidaturas no grupo inicial de disputa por .mcp: CRR, OPENAI OPCO, Radix, ShortDot e Tidal Case. Os cinco resumos públicos mostram Active / Pre-Evaluation Processing. Apenas o resumo da CRR exibe Community no campo público tldTypes; os outros quatro têm listas vazias. Isso não prova que não tenham uma tese comunitária. A ICANN informa que o grupo não será mostrado como final no APS antes do encerramento da avaliação da string.

Se a CRR mantiver a designação comunitária e optar por participar da Community Priority Evaluation, o resultado poderá afetar a prioridade entre candidaturas em disputa. O Applicant Guidebook vigente trata a CPE como uma avaliação independente voltada à prioridade na contenção. É preciso concluir etapas de avaliação e de resolução de objeções e recursos; os Registry Commitments propostos também passam por avaliação separada. Uma candidatura comunitária aprovada pode superar as não comunitárias; se mais de uma passar, elas seguem para leilão. São quatro critérios, com aprovação em 12 de 16 pontos.

A CPE não determina se o MCP existe como comunidade: o candidato identifica a comunidade e a avaliação decide se a candidatura merece prioridade. Não é um plebiscito sobre a legitimidade das instituições técnicas do protocolo.

A Nota 72 ajuda a formular uma pergunta, não fornece uma regra aplicável a registros de domínio. Seu alerta de que lista de discussão, reunião ou consenso não criam automaticamente um mandato foi escrito sobre o poder dos RIRs em relação a recursos de numeração. Um registro de gTLD opera sob outro contrato e precisa administrar nomes. A pergunta adequada aqui é se os critérios são limitados e públicos, se uma decisão pode ser explicada e revista, e se os participantes sabem quem pode mudar a regra.

.mcp ainda não foi delegado e a política proposta não está aprovada. Mesmo assim, já é possível estabelecer uma agenda de diligência: separar vínculo com o protocolo de elegibilidade para domínio; exigir verificação com recurso; identificar quem detém o consentimento sobre emendas; e não tratar a decisão de um registro como endosso técnico do MCP. Se a candidatura avançar, a carta do conselho será tão relevante quanto os quatro critérios de entrada.

Fontes