Resumo

  • No pedido RSEP 2026027, de 30 de setembro de 2026, a Jolly Host propõe um servidor EPP paralelo para receber, numa janela diária, solicitações por nomes recém-removidos do registro principal em .circle, .jot, .got e .safety. A página da ICANN informa “Approved, Pending Contract Amendment”; não apresenta prova de lançamento do serviço.
  • A ordem de chegada estabelece a prioridade, mas o registrador à frente perde o nome para o próximo se não houver fundos suficientes na conta existente. O documento também permite configurar taxa adicional de solicitação por TLD, sem divulgar valor ou confirmar sua cobrança nas quatro extensões.

O caixa vem depois do cronômetro

Uma fila pode ser organizada por milissegundos e ainda depender de uma decisão feita depois que a janela fecha. É exatamente o que descreve o pedido da Jolly Host à ICANN. Os registradores enviariam comandos de criação ao servidor separado em horário informado previamente. Encerrado o período, o registro examinaria as solicitações por nome, escolheria a mais antiga e debitaria a conta do registrador. Se faltasse dinheiro e houvesse pedido concorrente, a atribuição passaria automaticamente ao seguinte.

Não se trata de acusar o operador de um leilão oculto. A regra está à vista no próprio formulário. O problema é que “primeiro a chegar” descreve só metade do critério. O tempo dá a primeira oportunidade de pagar; não dá posse incondicional. Saldo, preço aplicável e instante da cobrança fazem parte da decisão. O arquivo público não fornece o formato de um comprovante que mostre essas peças no mesmo caso. Sem ele, o registrador guarda seu log de envio, o operador guarda seu log de recebimento e cada um pode narrar uma corrida diferente.

A lista de solicitações RSEP da ICANN situa o caso com precisão: quatro TLDs, Jolly Host LLC, serviço Dropzone e aprovação pendente de emenda ao contrato. A Jolly Host afirma que implementaria o serviço após a aprovação e o lançamento público do TLD. A lista não informa que nomes já foram atribuídos por esse mecanismo em nenhuma das quatro extensões. Aprovação de uma proposta e prestação efetiva de um serviço são fatos distintos, separados por documentos e datas que ainda importam.

O nome some da porta principal e aparece na lateral

O Dropzone seria uma instância EPP diferente do registro principal. Nomes eliminados do sistema central ficariam brevemente nessa área paralela. Ao fim do período diário, os pedidos bem-sucedidos seriam atendidos; se nenhum pedido pelo nome tivesse êxito, ele voltaria à inscrição aberta no sistema principal. A separação oferece ao registro uma forma de administrar picos de procura por nomes expirados, segundo o proponente. Para o registrador, cria um segundo caminho técnico que precisa ser conhecido e testado.

O mesmo domínio teria respostas diferentes conforme a consulta. No EPP principal, enquanto estiver no Dropzone, a resposta proposta é “Unavailable”, com a justificativa “Domain held in the Dropzone”. O WHOIS avisaria que há uma via alternativa para apresentar solicitação. Não é necessário que uma dessas respostas esteja errada. A primeira fala de registro imediato no sistema principal; a segunda, de candidatura no servidor paralelo. Mas igualdade formal de acesso não ajuda quem não sabe onde se encontra a outra porta ou quando ela abre.

Para nomes comuns, o formulário prevê um comando EPP create padrão no host alternativo. Nomes premium poderão exigir uma extensão de categoria de preço. Isso significa que a corrida começa antes da abertura: integração técnica, informação de inventário, tabela de preços e dinheiro disponível na conta. Um relógio preciso não resolve uma largada na qual alguns participantes só descobrem o preço depois de correr.

Há uma opção econômica que merece leitura cuidadosa. O serviço pode ter taxa adicional por solicitação, configurada por extensão e cobrada além do preço padrão ou premium do registro. O débito viria da conta já mantida pelo registrador; nenhuma conta separada seria necessária. O pedido não fixa taxa nem diz que alguma das quatro extensões a aplicará. Portanto não existe valor atual a relatar. A possibilidade, porém, afeta a pergunta sobre quanto saldo bastará para transformar prioridade temporal em aquisição.

A Jolly Host diz que horários precisos e “transparência do sistema” melhorariam a chance de competir por nomes de alta procura. A alegação é testável. Um recibo por domínio poderia reunir horário recebido pelo registro, ordem da fila, preço, resultado do débito e motivo da passagem ao seguinte. O documento submetido não define tal recibo, nem informa como um perdedor poderia auditar a sequência. A ICANN avalia pelo processo RSEP potenciais problemas significativos de segurança, estabilidade e concorrência. O resultado dessa avaliação não substitui um histórico verificável de cada atribuição futura.