Resumo

  • Uma transferência reconhecida pelo registro comprova uma mudança registrada associada a um prefixo. Ela não comprova por si só o pagamento, a posse, o roteamento público, o uso por um cliente, a integração produtiva ou a identidade da rede que opera os endereços.
  • Os estados pós-transferência devem ser classificados separadamente em detenção, locação, reserva operacional, renumeração, uso futuro contratado, integração falhada ou produção roteada. Um bloco pode passar de um estado para outro, e múltiplos estados podem se aplicar a diferentes porções da mesma faixa transferida.
  • BGP é a evidência pública mais sólida de origem e propagação de rota, mas os coletores de rotas só veem o que seus pares voluntários enviam. Um prefixo pode ser ocultado por agregação, visível apenas por caminhos privados ou limitados, temporariamente retirado ou usado em um contexto que não expõe a parte comercial.
  • RPKI adiciona uma evidência de autorização de origem, e não uma prova de que uma rota existe ou transporta tráfego. O DNS reverso adiciona evidência de delegação e nomeação, e não de uso. RDAP adiciona informações de registro e contato, e não um censo operacional. Cada fonte responde a uma pergunta diferente.
  • O tempo é essencial. Uma etiqueta diária aplicada na data de transferência classificará erroneamente as etapas normais. O estudo deve manter referências pré-transferência, observar as rotas exatas e agregadas, medir mudanças de origem e visibilidade, e deixar os casos não resolvidos em aberto, em vez de forçá-los nas categorias "usado" ou "não usado".
  • O não roteamento nunca deve ser tratado automaticamente como especulação. A capacidade de reserva, a recuperação de desastres, a renumeração gradual, os compromissos com clientes, as condições de financiamento, litígios, contaminação técnica e integração abandonada podem todos produzir silêncio sem provar intenção manipuladora.
  • Melhores evidências de mercado publicariam as transições de estado, a cobertura de observação e a incerteza sem exigir contratos confidenciais. O registro deve manter um histórico preciso das transferências; operadores, pesquisadores e participantes do mercado devem poder testar o que aconteceu depois sem transformar a telemetria de rede em uma licença de aprovação comercial.

Um fechamento não é um pacote

O título descreve um erro analítico comum, não um escândalo único. Um comprador e um vendedor concordam com os termos. As verificações necessárias são feitas. Um registro altera o titular registrado e adiciona uma linha a uma lista pública de transferências. A transação agora está visível para qualquer pessoa que baixe essa lista. No entanto, um coletor de rotas nunca vê o prefixo transferido anunciado pelo comprador.

O que aconteceu?

A resposta tentadora é que o comprador adquiriu o bloco apenas para mantê-lo. Essa resposta pode estar correta em um caso específico. Ela não é estabelecida pelas evidências. O registro da transferência e o registro de roteamento são observações de sistemas diferentes.

O registro do registro diz respeito à administração reconhecida. Dependendo da região e do tipo de transferência, ele pode identificar uma fonte, um destinatário, um prefixo, uma data, um código de país e indicar se o evento foi uma transferência política ou uma mudança na estrutura corporativa. Ele marca um evento institucional. Ele não divulga o mercado privado, a data de liquidação, as condições de financiamento, os acordos de locação, o plano de migração, os contratos com clientes ou o design da rede interna.

BGP diz respeito às informações de acessibilidade trocadas entre sistemas autônomos. Uma rota vista em um coletor mostra que pelo menos um caminho monitorado transportou um anúncio para um prefixo em um determinado momento. Ela não identifica o proprietário real. Ela não mostra o preço de compra. Ela não mostra se pacotes alcançaram um serviço funcional. Ela não nos diz se a rota vem de um locatário, de um cliente de trânsito, de um provedor de serviços gerenciados ou do próprio adquirente.

Osistema de registro de números da Internet descrito no RFC 7020torna essa fronteira particularmente clara. A precisão do registro e a unicidade são objetivos do registro, enquanto saber se os endereços são realmente anunciados e como são anunciados são questões operacionais fora do escopo do sistema de registro. A escassez não apagou essa separação. Ela tornou as consequências de ignorá-la mais caras.

Um pesquisador de transferências deve, portanto, começar com duas perguntas independentes. Que mudança o registro reconheceu? O que mudou na operação observável da rede? Somente depois de responder a ambas é que o estudo deve perguntar qual estado econômico é consistente com o conjunto de evidências.

O mercado precisa de sete estados, não de um veredito binário

"Roteado" e "não roteado" são observações úteis. São categorias econômicas ruins. Um /16 transferido pode conter vários /20 em produção, um /19 mantido para crescimento, blocos menores alugados a clientes e uma parte em processo de limpeza após abuso anterior. Uma única etiqueta para todo o /16 destrói a informação que o mercado precisa.

Uma classificação mais útil começa com sete estados.

Detençãosignifica que o destinatário mantém o controle reconhecido sem evidências suficientes para atribuir um propósito operacional imediato. Detenção é uma descrição, não um julgamento. Ela cobre uma posição longa do tipo pensão, uma posição de estoque, uma empresa esperando uma venda, ou simplesmente um caso sobre o qual os observadores públicos sabem muito pouco. O termo não deve ser silenciosamente transformado em "acambarcamento" ou "especulação".

Locaçãosignifica que outro operador obtém uso contratual enquanto o titular registrado de primeiro nível pode permanecer inalterado. O locatário pode originar as rotas de seu próprio sistema autônomo, usar uma origem gerenciada fornecida pelo locador, ou colocar clientes atrás dos endereços. O roteamento público pode revelar uma origem inconsistente com o nome registrado sem explicar o contrato.

Reservasignifica que o bloco é mantido como seguro operacional ou capacidade planejada. Recuperação de desastres, planos de continuidade em caso de fusão, failover de cliente, separação de reputação de endereço e margem para crescimento súbito podem todos criar valor de opção antes que uma rota pública apareça. Reserva é economicamente ativa mesmo quando os pacotes não estão circulando.

Renumeraçãosignifica que a implantação está em transição. O adquirente pode preparar a política de roteamento, listas de acesso, correções de geolocalização, DNS reverso, controles de segurança, avisos a clientes e modificações de aplicativos antes de anunciar a nova faixa. Faixas antigas e novas podem se sobrepor por meses. Um bloco transferido pode se tornar produtivo somente após uma migração deliberadamente lenta.

Uso futurosignifica que uma implantação crível está comprometida, mas ainda não em serviço. A distinção da reserva é a evidência de um projeto datado, um contrato de cliente, um pedido de equipamento, uma abertura de instalação ou um plano de migração. Observadores públicos muitas vezes não conseguem ver essa evidência, portanto devem registrar o estado como possível em vez de declará-lo comprovado.

Integração falhadasignifica que o uso pretendido não se materializou. A causa pode ser um cliente perdido, uma falha de financiamento, uma reputação de endereço danificada, um conflito de política de roteamento, erros de geolocalização, um litígio jurídico, uma mudança corporativa ou um plano técnico que se mostrou não econômico. Isso é comercialmente importante porque uma transferência fechada ainda pode falhar como investimento.

Produção roteadasignifica que o bloco é observavelmente anunciado e apoiado por sinais adicionais consistentes com operação. Mesmo essa categoria precisa de níveis. Uma rota vista uma vez não é o mesmo que visibilidade sustentada entre os coletores, autorização de origem estável, nomeação reversa e serviços acessíveis.

Os estados não são mutuamente exclusivos no nível agregado. A classificação deve ser feita no prefixo estável mais específico suportado pelos dados e deve preservar as transições. A pergunta não é "O acordo foi usado?", mas "Quais porções entraram em quais estados, em que momentos, com base em quais evidências?"

Os logs de transferência públicos estabelecem um limite de evento, não uma conclusão econômica

Oformato de log de transferência NROatual dá aos pesquisadores um ponto de partida valioso. Ele permite que os RIRs publiquem registros de transferência intra e inter-RIR cumulativos em uma estrutura JSON compartilhada. O valor é a comparabilidade: um prefixo, um tipo de transferência, uma fonte, um destinatário, uma data e campos regionais relacionados podem ser normalizados entre instituições.

Esse registro compartilhado ainda não é um registro de todos os fatos comerciais. Uma linha de transferência pode representar um prefixo em vez de um acordo inteiro. Uma aquisição comercial pode ser dividida em várias linhas porque o espaço de endereçamento foi fragmentado. Várias linhas no mesmo dia podem refletir um único preço e uma única liquidação. Inversamente, um agregado transferido pode posteriormente ser dividido entre diferentes arranjos operacionais.

O tipo de evento também importa. Asestatísticas de transferência do RIPE NCCdistinguem transferências políticas de mudanças na estrutura corporativa e podem identificar casos permanentes ou temporários. Uma atualização relacionada a uma fusão não é automaticamente uma venda no mercado. Uma mudança temporária de registro não é equivalente a uma cessão definitiva. Contar cada linha como um ativo comprado corromperia tanto a análise de preços quanto a de implantação.

A data publicada também deve ser interpretada com cuidado. Aespecificação histórica do log de transferência da APNICdescreve a data de transferência como a data em que o destinatário recebeu o recurso no registro. Essa data é uma âncora administrativa. O acordo comercial pode ser anterior, o pagamento pode ser condicional e a migração operacional pode ser posterior.

A unidade correta é, portanto, um caso de transferência fechada. Linhas com as mesmas partes, tipo de evento, caminho institucional e data de fechamento podem ser vinculadas, preservando cada prefixo. O caso deve manter pelo menos três relógios: acordo ou liquidação quando contribuidores confidenciais podem fornecê-lo, reconhecimento pelo registro e primeira mudança de estado operacional observada.

A análise pública pode prosseguir sem conhecer o preço. Ela pode perguntar como o prefixo se comportou antes e depois do reconhecimento pelo registro. Mas nunca deve descrever a data de transferência como se um interruptor fosse ligado em cada roteador. A data cria uma janela de observação; ela não predetermina o que a janela deve conter.

BGP fornece a melhor evidência pública de roteamento e uma visão incompleta

ORFC 4271define BGP como uma troca de informações de acessibilidade sujeita à política de roteamento local. Os anunciantes recebem rotas, escolhem entre elas e decidem o que anunciar a seus pares. Isso torna os dados BGP poderosos: eles podem mostrar o aparecimento, retirada, origem e propagação de uma rota de uma forma que nenhuma entrada de registro pode.

Isso também explica por que um coletor não é a Internet. OServiço de Informação de Roteamentodo RIPE recebe atualizações e retiradas BGP de redes que voluntariamente se conectam a seus coletores de rotas. O RouteViews também arquiva dados RIB e UPDATE de seus próprios pares coletores. Esses projetos fornecem observação ampla e historicamente profunda. Eles não recebem todas as rotas de todos os sistemas autônomos.

O primeiro teste de roteamento deve procurar o prefixo transferido exato. Se um /20 foi movido, um coletor viu esse /20? Registre o AS de origem, a primeira data de visibilidade, a última data de visibilidade, o número de pares coletores, o número de coletores distintos e a persistência da observação.

O segundo teste deve procurar especificações mais precisas. O /20 pode nunca aparecer como uma única rota porque o operador anuncia dezesseis /24. Um estudo que verifica apenas o prefixo transferido qualificará uma implantação ativa como silenciosa. A cobertura mais específica deve ser medida por número de endereços e tempo, garantindo que rotas sobrepostas não sejam contadas duas vezes.

O terceiro teste deve procurar rotas agregadoras. O /20 transferido pode estar dentro de um /16 já anunciado por uma empresa-mãe, provedor ou empresa do grupo. A tabela global pode alcançar os endereços por meio desse agregado sem expor um /20 separado. Um coletor de rotas não revelará a fronteira transferida porque a agregação de roteamento faz exatamente o que foi projetada para fazer.

O quarto teste deve medir continuidade e mudança de origem. Uma nova origem após uma transferência pode indicar integração, locação ou arranjo de roteamento gerenciado. Uma origem inalterada pode significar que o vendedor ainda opera a rede temporariamente, que as partes pertencem ao mesmo grupo empresarial, que o comprador adquiriu a empresa operadora, ou que o espaço de endereçamento é realugado. Continuidade de origem é uma evidência, não um veredito.

Finalmente, o estudo deve preservar a cobertura do coletor. "Não visto" deve significar não visto pelos coletores e pares listados durante o período indicado. Sem essa frase, a ausência é superestimada.

Visibilidade de rota não é tráfego, serviço ou receita

Uma rota BGP estável é uma evidência mais forte do que uma linha de registro para produção roteada, mas continua sendo uma evidência do plano de controle. Ela mostra um caminho anunciado. Ela não mede o número de clientes, ocupação de endereços, volume de pacotes, qualidade de serviço ou receita.

Um operador pode anunciar um /16 inteiro enquanto usa apenas uma pequena parte. A rota fornece acessibilidade para o agregado, não um mapa de uso. Uma empresa de hospedagem pode colocar milhares de terminais ativos atrás de um /20, enquanto outro operador anuncia um bloco do mesmo tamanho para um punhado de sistemas de infraestrutura. BGP trata ambos como um único anúncio de prefixo.

O erro oposto também conta. Uma rota pode estar visível enquanto nenhum serviço útil está disponível. Um comprador pode anunciar um bloco brevemente para testar filtros ou atualizar serviços de geolocalização. Um locador pode manter uma rota agregada presente enquanto nenhum cliente usa uma subfaixa específica. Um sequestro ou vazamento de rota pode criar visibilidade não relacionada à produção autorizada.

Medidas do plano de dados podem adicionar contexto. Endereços que respondem, respostas DNS, handshakes TLS e medições de caminho podem apoiar uma inferência operacional. No entanto, cada método tem pontos cegos. Firewalls suprimem respostas. Serviços podem ser privados, controlados por acesso ou acessíveis apenas de redes selecionadas. Anycast pode tornar um local de sonda não representativo. A tradução de endereços de rede pode suportar muitos usuários atrás de alguns endereços públicos. A varredura ética limita o que deve ser tentado.

A escala de evidência deve, portanto, ser explícita. Uma observação de rota prova visibilidade aos pontos de observação BGP monitorados. Rotas exatas ou mais específicas persistentes em diversos pares apoiam ampla propagação. Uma resposta consistente do plano de dados apoia serviço ativo. Registros de clientes ou operadores podem apoiar uso produtivo sob confidencialidade. Nenhum degrau deve ser requalificado como uso econômico completo.

Essa distinção importa para a avaliação do mercado. Os compradores se importam se um bloco pode ser roteado limpidamente, mas também se importam com reputação, geolocalização, aceitação a montante, demanda do cliente e custos internos. Uma rota que aparece é um passo. Não é a demonstração de resultados.

RPKI prova autorização, não anúncio

RPKI é frequentemente mal interpretado no sentido oposto. Uma autorização de origem de rota (ROA) parece fornecer um vínculo claro entre um prefixo, comprimento máximo e AS de origem. É, portanto, tentador tratar uma nova ROA como evidência de que o comprador implantou o bloco.

A arquitetura diz o contrário. ORFC 6480explica que as informações de alocação na infraestrutura de chave pública de recursos não são suficientes para orientar decisões de roteamento. Uma ROA torna explícita uma autorização de origem. Ela indica que um AS está autorizado a originar uma rota para um prefixo dentro do comprimento permitido. Autorização não é anúncio.

Um destinatário pode criar uma ROA semanas antes do lançamento como preparação prudente. Ele pode autorizar múltiplas origens para failover. Um locador pode autorizar o AS de um locatário. Uma empresa pode deixar uma autorização em vigor durante uma migração. Uma ROA obsoleta pode sobreviver após o plano operacional ter mudado. Nenhum desses objetos nos diz se uma rota estava visível ou transportava tráfego.

A ausência de ROA é igualmente ambígua. A adoção de RPKI é incompleta. Um operador pode rotear validamente no sentido BGP comum sem publicar uma autorização de origem. Sua rota será "não encontrada" em vez de provadamente não autorizada. Um estudo que conta apenas o espaço coberto por RPKI subestimará a operação.

ORFC 6811adiciona duas advertências adicionais. A validação de origem atribui um estado a uma rota BGP recebida; ela não atesta todo o caminho AS. Os roteadores então aplicam política local ao estado de validação. Diferentes caches podem conter temporariamente visões diferentes porque os objetos assinados são distribuídos e atualizados ao longo do tempo.

Para análise de transferências, RPKI fornece evidências úteis de transição. A autorização antiga desapareceu? Uma nova origem se tornou autorizada? Houve uma sobreposição do tipo "make-before-break"? Rotas visíveis se tornaram inválidas porque um comprimento máximo ou origem não correspondia? Essas observações podem revelar a qualidade da integração e o risco operacional.

Elas não podem provar por que um bloco permaneceu silencioso. Uma nova ROA seguida de nenhuma rota é consistente com uso futuro, reserva, lançamento falhado ou comprador cauteloso. Sem ROA e nenhuma rota observada é consistente com detenção, uso privado, roteamento encoberto ou simples não adoção. O rótulo honesto é "não resolvido" a menos que outra fonte o especifique.

DNS reverso mostra delegação e disciplina de nomeação, não ocupação

O DNS reverso é outro sinal útil, mas frequentemente superinterpretado. O mapeamento reverso IPv4 coloca os endereços sobin-addr.arpa. A delegação pode mostrar que um operador ou cliente preparou a autoridade para uma faixa. Registros PTR podem revelar convenções de nomeação associadas a acesso, hospedagem, infraestrutura ou clientes.

Preparação não é produção. Um comprador pode estabelecer servidores de nomes e preencher modelos antes do roteamento. Um bloco pode permanecer ativamente roteado com registros PTR esparsos ou ausentes porque o serviço não precisa deles. Faixas de acesso ao consumidor podem usar nomes genéricos. Provedores de hospedagem podem criar registros reversos apenas sob demanda. Operadores preocupados com segurança podem deliberadamente divulgar pouco.

Os limites de delegação também complicam a medição. ORFC 2317descreve delegação reversa sem classe para faixas menores que um /24. A configuração técnica pode usar aliases e zonas filhas que não correspondem facilmente a uma linha de transferência. Uma organização-mãe pode manter a autoridade reversa enquanto delega faixas de clientes. Uma delegação obsoleta pode persistir após a relação econômica ter mudado.

O melhor uso do DNS reverso é como sinal de mudança datada. Novos servidores de nomes autoritativos próximos à data de transferência podem apoiar uma inferência de integração. Uma mudança do padrão de nomeação do vendedor para o do comprador pode marcar uma renumeração. Registros PTR diversificados em nome do cliente podem apoiar produção ou locação. O desaparecimento de nomes antigos pode mostrar limpeza.

A ausência deve permanecer de baixo peso. Uma resposta PTR ausente não mostra que um endereço está não utilizado. Uma resposta PTR presente não mostra que o host nomeado existe. Mesmo um nome reverso verificado de maneira forward-confirmed prova apenas uma relação configurada no momento da observação.

Os pesquisadores devem preservar as evidências de delegação de zona separadamente da densidade individual de PTR. Devem registrar a hora da consulta, o caminho do resolvedor e se a resposta era autoritativa. Estudos de DNS reverso em massa também podem criar problemas de privacidade ao expor padrões de nomeação nunca destinados a serem divulgados no mercado. Resultados agregados são geralmente suficientes.

O DNS reverso é valioso precisamente porque é independente do log de transferência. Ele adiciona textura operacional. Torna-se enganoso apenas quando uma pista de configuração é tratada como um contador de ocupação.

RDAP nos diz quem o registro reconhece, dentro dos limites de publicação

RDAP moderniza o acesso a informações de registro. ORFC 7480define seu uso via HTTP, enquanto oRFC 9082define consultas para recursos de números da Internet e registros relacionados. ORFC 7484fornece uma maneira de encontrar o serviço autoritativo para uma faixa de endereços.

Para pesquisa de transferências, o RDAP pode confirmar a faixa registrada atual, as entidades, o status, os eventos, os links e os avisos que o servidor disponibiliza. Instantâneos repetidos podem mostrar quando o registro público mudou e se uma faixa foi dividida. O RDAP é frequentemente mais estruturado e mais automatizável do que as saídas WHOIS antigas.

Ele ainda reflete o registro, não todos os papéis econômicos. A entidade listada pode ser o titular reconhecido, uma empresa-mãe, um contato administrativo, um contato de abuso ou outro papel definido pelo serviço. O operador que anuncia a rota pode ser uma subsidiária, um cliente, um locatário, um provedor gerenciado ou um parceiro de trânsito. Regras de privacidade e publicação podem suprimir detalhes. Informações de contato podem estar atrasadas em relação à realidade.

Um estudo de transferência não deve "resolver" uma incompatibilidade de origem assumindo que uma fonte está errada. Se o RDAP nomeia a empresa A e o BGP mostra uma origem associada à empresa B, a relação é desconhecida até confirmação. Pode ser uma locação legítima, um arranjo de terceirização, uma fusão, uma atribuição de cliente ou uma estrutura de grupo. Pode também ser um sequestro. A incompatibilidade é uma pista de pesquisa, não uma conclusão de má conduta.

Eventos RDAP podem melhorar a cronologia, mas a semântica dos eventos varia conforme o serviço. Um carimbo de data/hora da última modificação não é necessariamente a data de fechamento comercial ou o início do uso. Caches e espelhos podem adicionar atraso. Instantâneos históricos são, portanto, importantes; uma consulta atual não pode reconstruir todos os estados intermediários.

A declaração de registro mais sólida é estreita: no momento indicado, o serviço RDAP autoritativo retornou o registro indicado para a faixa consultada. Isso pode validar uma linha de transferência pública ou revelar uma mudança posterior. Isso não pode provar que cada endereço está ocupado, que um comprador pagou ou que uma entidade nomeada controla a origem da rota.

Essa contenção não é pedantismo. Ela protege operadores legítimos de serem acusados com base em confusão de papéis.

O tempo transforma pistas fracas em uma sequência crível

Um instantâneo de um único dia é quase garantido de exagerar a certeza. Transferências e migrações de rede são processos. A evidência se torna útil quando colocada em uma cronologia comum.

A linha de base deve começar antes do primeiro evento comercial ou de registro conhecido. No mínimo, o estudo precisa de história suficiente para distinguir um bloco verdadeiramente silencioso de um bloco que era anunciado intermitentemente. Ele deve registrar as rotas exatas, mais específicas e agregadoras; as origens; a visibilidade do coletor; as ROAs; a delegação reversa; os dados do titular RDAP; e os sinais evidentes do plano de dados.

A janela de transferência precisa então de marcadores de evento. Estes podem incluir a data de transferência pública, a mudança RDAP, a retirada da rota antiga, a criação da nova ROA, o aparecimento da nova rota, a mudança de DNS reverso e a primeira resposta sustentada. Quando as partes fornecem evidências privadas, o acordo, o caução, a submissão ao registro, a liquidação e o lançamento do cliente podem ser incluídos sob confidencialidade.

Após a transferência, a observação deve continuar por tempo suficiente para capturar etapas normais e planos falhados. Sete dias podem detectar uma implantação imediata. Noventa dias podem detectar uma migração. Um ano pode revelar ativação de reserva, locação ou revenda. Nenhum limiar universal transforma silêncio em motivo. O estudo deve publicar múltiplos horizontes em vez de escolher uma data limite moral.

Transições de estado são mais informativas do que pontos finais. Uma sequência de mudança de registro, nova ROA, delegação reversa e então visibilidade de rota sustentada apoia uma integração planejada. Uma sequência de mudança de registro, nenhuma mudança de configuração e uma transferência posterior pode apoiar detenção de estoque. Uma rota breve, invalidez repetida e retirada podem apoiar integração falhada. Cada uma permanece uma inferência com um rótulo de confiança.

Intermittência merece sua própria medida. Um bloco visto dois dias em um ano difere de um bloco visto diariamente. A extensão do coletor também importa. As datas de primeira e última visibilidade devem ser acompanhadas pela proporção de dias visíveis, número mediano de pares e estabilidade da origem.

Casos não resolvidos devem permanecer não resolvidos. Um estudo deve resistir à pressão de encaixar cada linha em uma tabela final. Em um mercado onde locações e operações internas são privadas, a incerteza faz parte do assunto, não um defeito a esconder.

Detenção é um conjunto de fatos, não uma categoria moral

Suponha que um prefixo transferido esteja ausente das observações BGP exatas e mais específicas durante dezoito meses. RDAP mostra o destinatário. Nenhuma ROA ou delegação reversa muda. O destinatário então transfere o bloco novamente. Isso é evidência sólida de um período de detenção sem produção roteada pública.

Isso ainda não estabelece por si só especulação prejudicial. O comprador pode ter tido a intenção de implantar e desistido. Ele pode ter comprado múltiplas alternativas e escolhido outra. Ele pode ter mantido o bloco como garantia ou estoque. Ele pode ter esperado por uma venda. O motivo requer evidências além da telemetria.

A governança do mercado frequentemente apaga essa distinção porque "detenção" soa passivo e a escassez dá peso político à passividade. No entanto, todo mercado de capitais contém estoques e valor de opção. Um operador mantém roteadores sobressalentes, pares de fibra, capacidade em nuvem e dinheiro. A questão pertinente não é se um insumo permaneceu não utilizado em algum momento. É se o comportamento causou dano definido que justifique intervenção.

Evidências públicas podem medir concentração, períodos de detenção, ativação de rotas e transferências repetidas. Podem mostrar se um pequeno número de entidades adquire grandes volumes que permanecem publicamente silenciosos. Podem comparar implantação posterior e revenda. Esses são fatos valiosos. Eles não identificam automaticamente manipulação, poder de mercado ou falsa representação.

A palavra "especulação" deve, portanto, ser reservada para casos com definição econômica: aquisição principalmente para lucrar com uma mudança de preço esperada, apoiada por comportamento transacional ou intenção divulgada. Mesmo assim, especulação não é sinônimo de abuso. Uma análise separada deve mostrar engano, escassez artificial, manipulação, contorno de política ou outro dano identificável.

Essa disciplina melhora a pesquisa em vez de enfraquecê-la. Uma constatação de que 30% de uma coorte permaneceram não observados em um ano seria significativa se a cobertura e as definições de estado fossem sólidas. Chamar os mesmos endereços de "acambarcados" adicionaria retórica e removeria precisão.

O mercado precisa de uma medida de inatividade. Não precisa que a telemetria seja transformada em julgamento de caráter.

Locação separa o controle registrado da operação roteada

Locação é a razão mais óbvia pela qual um titular transferido e uma origem de rota podem diferir. Um comprador pode adquirir o controle reconhecido e então conceder uso a outra rede. Dependendo do arranjo, o locatário pode anunciar o prefixo de seu próprio AS, usar a origem do locador ou receber endereços atrás de uma rede gerenciada.

BGP pode expor uma mudança de origem sem divulgar o acordo. RDAP pode continuar a identificar o titular. RPKI pode conter uma ROA autorizando o AS do locatário. O DNS reverso pode apontar para o locatário, seus clientes ou a infraestrutura do locador. Juntos, esses sinais podem apoiar uma hipótese de locação.

Eles não podem provar a relação de pagamento. O mesmo padrão pode resultar de roteamento terceirizado, subsidiária, reatribuição de cliente, fusão ainda não refletida na marca pública ou serviço de segurança gerenciado. Um mapeamento corporativo e confirmação das partes são necessários antes de rotular um caso específico.

Locação também significa que um bloco pode ser economicamente produtivo antes que um padrão de rota pública claro emergir. Um locador pode preparar a faixa, reparar a reputação e instalar clientes gradualmente. O locatário pode anunciar mais específicos sob uma rota agregadora. Alguns endereços podem servir interconexões privadas ou serviços de acesso limitado que coletores e varreduras amplas não observam.

Para análise de mercado, a distinção útil é entre controle registrado de primeiro nível e uso operacional. Ambos devem ser registrados. Um titular pode ser economicamente ativo ao fornecer capacidade mesmo que não seja o AS de origem. Um operador pode depender de endereços que não possui ou detém no nível superior.

Isso tem consequências de governança. Se um registro tenta deduzir locação proibida a partir de incompatibilidade de origem, corre o risco de punir relações de rede comuns. Se ignora inteiramente os papéis operacionais, os contatos de abuso e continuidade podem apontar para a parte errada. A resposta é clareza de papéis, não identidade forçada.

Um registro leve pode identificar o titular reconhecido, um operador autorizado opcional e um contato operacional sem publicar o aluguel, duração, listas de clientes ou outras disposições sensíveis. O mercado pode então distinguir locação de incompatibilidade inexplicada enquanto preserva confidencialidade comercial.

Capacidade de reserva tem uso econômico antes do uso roteado

Redes são construídas para picos e falhas, não para a elegância da média diária. Um bloco de endereços mantido para recuperação de desastres pode ser valioso precisamente porque não está em produção normal. Uma reserva para migração de cliente pode evitar uma compra de emergência. Uma capacidade detida para a abertura de um data center contratado pode apoiar financiamento e compromissos comerciais antes que o primeiro roteador anuncie.

Reserva tem, portanto, uso econômico sem roteamento público atual. O valor é a opcionalidade. O titular paga para reduzir a probabilidade de que uma futura escassez, bloco contaminado ou transação atrasada interrompa o serviço.

A telemetria pública frequentemente classificará reserva como silêncio. Pode haver ROAs preparatórias ou delegação reversa, mas operadores prudentes também podem esperar. Planos de endereçamento internos e compromissos de clientes normalmente não são públicos. Os pesquisadores não devem exigir sua divulgação apenas para evitar um rótulo negativo.

O método defensável é probabilístico. Um bloco comprado por uma rede em operação, adjacente a suas participações existentes, acompanhado de novos objetos de autoridade e ativado durante um evento de capacidade posterior é consistente com reserva. Um bloco detido por vários anos e repetidamente oferecido à venda é mais consistente com estoque. Nenhuma inferência é certa sem evidência das partes.

Reserva também muda a forma como a política de uso deve ser julgada. Uma regra que reconhece apenas endereços transportando pacotes na data de revisão penaliza a resiliência. Ela incentiva operadores a criar tráfego cosmético ou anunciar o espaço prematuramente. Pode tornar a recuperação de desastres menos robusta enquanto alega eficiência.

A transparência do mercado deve distinguir reserva planejada de inatividade inexplicada, com o titular escolhendo atestar a diferença. A atestação pode permanecer confidencial para um auditor, com saída pública limitada a categorias agregadas e faixas de tempo verificadas. Nenhum registro precisa de contratos de clientes ou diagramas de rede para manter o registro de primeiro nível único.

O princípio chave é que roteamento é uma forma de uso, não a definição de todo valor. Uma apólice de seguro é útil antes do incêndio. Endereços de reserva são similares: sua contribuição é a capacidade de responder quando a oferta comum não pode.

Renumeração é lenta porque as dependências são reais

É fácil dizer que um comprador deveria rotear imediatamente após o fechamento. É mais difícil mover uma rede de produção sem quebrar clientes.

Endereços aparecem na política de roteamento, firewalls, listas de acesso, regras de monitoramento, DNS, sistemas de geolocalização, controles de fraude, listas de permissão de parceiros, certificados, configuração de aplicativos, documentação do cliente e contratos de fornecedores. Algumas dependências são detidas por terceiros que atualizam em seus próprios cronogramas. Uma migração limpa requer mais do que um anúncio de origem.

Um comprador pode primeiro verificar se os upstreams aceitam a faixa e se os filtros de rota alcançaram o registro. Pode criar ROAs, solicitar delegação de DNS reverso, corrigir geolocalização, testar serviços de reputação e notificar clientes. Durante a transição, pode anunciar as faixas antiga e nova simultaneamente. Pode primeiro mover serviços de baixo risco, depois bancos de dados, parceiros de pagamento ou clientes regulados.

A sequência BGP pode parecer bagunçada. A origem antiga pode persistir. Novos mais específicos podem aparecer brevemente. Uma rota agregadora pode mascarar a fronteira transferida. Algumas rotas podem ser inválidas até que as autorizações sejam corrigidas. Um instantâneo diário poderia rotular cada fase de maneira diferente.

É por isso que a primeira aparição de uma rota não é suficiente. O estudo deve estimar uma data de estabilização: o ponto após o qual a origem, a visibilidade e a autorização permanecem dentro de uma faixa definida por um período sustentado. Deve também preservar a retirada do bloco antigo e a duração da sobreposição onde visível.

Renumeração falhada requer tratamento separado. Se a nova faixa estiver contaminada por erros de geolocalização ou reputação, o comprador pode cancelar a mudança. Se um parceiro crítico recusar os endereços, a implantação pode estagnar. A transferência de registro pode permanecer válida enquanto o projeto operacional falha.

Esses são sinais de qualidade de mercado. Um bloco legalmente transferível, mas caro para integrar, vale menos. Evidências sobre o tempo de roteamento estável, erros de autorização e transição de DNS reverso podem ajudar compradores a avaliar esse risco. As evidências devem melhorar a diligência, não se tornar uma razão para uma instituição aprovar o plano de negócios do comprador.

Uso futuro é crível apenas quando a alegação temporal pode ser testada

"Uso futuro" pode explicar qualquer bloco silencioso, tornando-o fácil de invocar e difícil de avaliar. Uma categoria crível precisa de um horizonte e evidência.

A evidência pode ser um compromisso de cliente assinado, um aluguel de instalação, uma compra de equipamento, um plano de capacidade aprovado pelo conselho, uma condição de financiamento ou um cronograma de migração. Nada precisa ser público. Um revisor independente pode verificar a existência e a data da evidência sem revelar contrapartes ou valores. A classificação pública pode dizer "uso comprometido verificado dentro de doze meses" e relatar posteriormente se a ativação ocorreu.

O objetivo não é reavivar um teste de necessidade pela porta dos fundos. O mercado não precisa que um administrador decida se o projeto merece endereços. A evidência serve à pesquisa e à divulgação voluntária. Um comprador que não deseja divulgar pode permanecer na categoria não observada sem perder seu reconhecimento.

O tempo torna a alegação responsável. Se o horizonte indicado passar, o registro pode transitar para atrasado, reserva, integração falhada, locação, detenção ou produção roteada. A alegação original permanece no histórico. Isso permite que pesquisadores estimem com que frequência os planos comprometidos se materializam sem transformar falhas em má conduta.

A evidência de uso futuro é particularmente importante para grandes transações. Uma implantação hyperscale pode exigir longos prazos e coordenação multirregional. Um pequeno provedor de acesso pode precisar de endereços imediatamente para um lançamento. Aplicar o mesmo período de carência a ambos seria arbitrário.

A categoria também pode expor atritos de financiamento. Um credor pode exigir o reconhecimento do registro antes de liberar fundos para equipamento. O comprador pode, portanto, fechar primeiro a aquisição de endereços e construir a rede depois. O silêncio durante esse intervalo não é evidência de que a aquisição carecia de propósito; pode ser uma consequência da sequência de financiamento.

Bons dados permitiriam ao mercado comparar o horizonte prometido, a ativação real e as razões do atraso. Não dariam ao registro o poder de cancelar uma aquisição porque um projeto atrasou. A falha comercial pertence às partes a menos que outra reivindicação legal seja estabelecida.

Integração falhada é uma evidência que o mercado de transferências não deve apagar

As estatísticas de transferência concluída geralmente tratam o reconhecimento como sucesso. Do ponto de vista do serviço de registro, isso é compreensível. O registro mudou corretamente. De uma perspectiva econômica, um comprador ainda pode perder.

Integração falhada ocorre quando a rota planejada, locação ou implantação do cliente não se torna sustentável. A reputação dos endereços pode tornar os serviços de email ou consumo inutilizáveis. Provedores de geolocalização podem colocar a faixa no país errado. Filtros upstream podem rejeitar anúncios. Uma aquisição corporativa pode desmoronar. Um cliente importante pode cancelar. O financiamento pode desaparecer após o fechamento.

Sinais públicos podem revelar parte da falha. Um anúncio de curta duração seguido de retirada, invalidez repetida de origem, mudanças rápidas no DNS reverso ou revenda posterior podem formar um padrão. Nenhum prova a causa. Entrevistas com as partes, registros de corretores, tickets de suporte e verificações de reputação datadas podem ser necessários.

A categoria importa porque o silêncio após uma transferência é de outra forma interpretado como detenção deliberada. Isso esconde má qualidade de bloco e atritos institucionais. Se um comprador tentou e falhou em rotear, o mercado precisa saber quais obstáculos se repetem. Melhor diligência, correção de geolocalização, apelos de reputação e preparação upstream podem reduzir essas falhas.

Isso também importa para estudos de preço. Um bloco falhado pode retornar ao mercado com desconto. Se os pesquisadores rotulam o período de detenção como especulação, perdem o choque de qualidade que causou a revenda. Podem então culpar o comprador por um resultado criado por defeitos operacionais ocultos.

Os dados de falha podem permanecer confidenciais. Um relatório agregado pode identificar a proporção de casos contribuídos afetados por reputação, aceitação de roteamento, litígio jurídico, cancelamento de cliente, custo de integração ou causa desconhecida. Os contribuintes devem divulgar a cobertura para que a clientela de um único corretor não seja apresentada como todo o mercado.

Um mercado de capitais maduro aprende com a implantação falhada, não apenas com as formalidades administrativas. O registro não precisa garantir sucesso comercial. Deve apenas evitar descrever o reconhecimento como evidência de que a integração econômica ocorreu.

Produção roteada precisa de uma escala de confiança

Porque cada fonte de evidência é parcial, a produção roteada deve ser graduada em vez de afirmada como um fato único.

Nível um: anúncio observado.O prefixo exato ou um mais específico aparece em um ou mais coletores BGP nomeados. Registre a hora, a origem e o número de pontos de observação. Isso é evidência direta de que um anúncio alcançou esses observadores.

Nível dois: propagação sustentada.A rota permanece visível em uma proporção declarada de dias e em vários coletores ou pares independentes. A origem e o comprimento do prefixo são razoavelmente estáveis. Isso apoia roteamento público contínuo.

Nível três: consistência de autorização.As rotas relevantes são cobertas por uma autorização de origem RPKI consistente quando o titular usa RPKI, com janelas de transição explicadas. Isso apoia origem autorizada, não tráfego.

Nível quatro: configuração operacional.A delegação reversa, padrões PTR, objetos IRR ou outras configurações públicas correspondem ao operador observado. Isso apoia implantação intencional.

Nível cinco: evidência de serviço.Observações éticas e limitadas do plano de dados ou registros de operadores contribuídos mostram serviços ativos, clientes ou tráfego. Isso apoia produção.

A escala evita falsa equivalência. Um prefixo anunciado por uma hora durante um teste não deve contar tanto quanto um bloco visível por um ano com autorização e serviços consistentes. Um bloco sob uma rota agregadora pode atingir o nível quatro ou cinco mesmo sem rota exata.

A confiança também deve cair quando as evidências se contradizem. Uma rota originada de fonte inesperada sem ROA correspondente pode ser legítima, mas não resolvida. Um contato RDAP desatualizado enfraquece a atribuição de papel. Uma resposta do plano de dados de um único endereço não pode estabelecer o uso de todo o bloco.

Relatórios públicos podem mostrar resultados ponderados por endereço e por prefixo. Grandes agregados dominam as contagens de endereços, enquanto /24 fragmentados dominam as contagens de prefixos. Ambas as visões importam.

O objetivo não é um rótulo de certificação universal. É um método de pesquisa reproduzível. Outro analista usando o mesmo conjunto de observações deve ser capaz de alcançar o mesmo nível, ver os mesmos limites e contestar a inferência.

A matriz de evidência deve preservar a contradição

Um estudo de transferência sólido não força cada fonte a concordar. A contradição é frequentemente o resultado mais informativo.

Considere um destinatário mostrado no RDAP, uma origem associada ao vendedor inalterada no BGP, uma nova ROA autorizando essa origem e um DNS reverso ainda sob os servidores de nomes do vendedor. Isso pode descrever um serviço de transição, realocação, operação gerenciada ou transição incompleta. As evidências apoiam continuidade e autorização planejada. Elas não identificam o contrato.

Considere agora um novo destinatário, nenhuma rota exata, mais específicos ativos sob várias origens de terceiros, ROAs correspondentes e nomes reversos em nome do cliente. Isso é consistente com locação ou atribuições de clientes. Qualificar o agregado como não roteado seria errôneo.

Um terceiro caso pode mostrar um novo destinatário, nova ROA, rota exata por três dias, mais específicos inválidos repetidos, retirada e nenhuma atividade subsequente. Esse padrão apoia uma tentativa de integração, mas instável. Permanece possível que a operação tenha continuado fora da visibilidade do coletor, portanto a confiança deve ser indicada.

A matriz deve armazenar cada observação independentemente: evento de registro, estado RDAP, rota exata, cobertura mais específica, rota agregadora, origens, extensão do coletor, estado RPKI, delegação reversa, densidade PTR, sinal do plano de dados e evidência privada contribuída. A classificação é derivada da matriz e pode mudar quando novas evidências chegam.

A contradição não deve ser "limpa" escolhendo uma fonte autoritativa para cada pergunta. RDAP é autoritativo para o registro que serve, não para propagação BGP. Os coletores BGP são testemunhas diretas das rotas recebidas, não contratos. RPKI é autoritativo apenas em sua cadeia de certificados e autorizações, não para a transferência real.

Essa arquitetura produz mais incerteza do que uma tabela binária. Ela também produz mais verdade. Os mercados podem tolerar incógnitas quando nomeadas. Eles se tornam perigosos quando uma instituição as esconde atrás de uma palavra de status.

Um estudo de coorte pode testar o mercado sem espionar operadores

O projeto empírico é viável com dados públicos e contribuições confidenciais voluntárias. Comece com todas as linhas de transferência IPv4 publicadas em um período declarado. Vincule linhas em casos enquanto preserva prefixos e tipos de evento. Exclua ou relate separadamente eventos de fusão, temporários e corretivos quando não puderem ser comparados a aquisições de mercado.

Para cada prefixo, colete uma referência pré-transferência e uma série temporal pós-transferência de RIS e RouteViews quando disponíveis. Meça as rotas exatas, a cobertura de endereço mais específica, rotas agregadoras, mudanças de origem, dias visíveis e extensão dos observadores. Acompanhe as mudanças na composição dos coletores para que uma mudança aparente de visibilidade não seja causada por um novo par.

Colete observações RPKI de arquivos de payload validados datados, não apenas o estado atual. Registre mudanças de autorização e o status de validação da origem da rota sem tratar "não encontrado" como falha. Capture a delegação de DNS reverso e amostras de padrões PTR em densidade ética. Armazene instantâneos RDAP com horários de consulta e proveniência das respostas.

Aplique a classificação em sete estados a horizontes fixos: por exemplo, 30, 90, 180 e 365 dias, mais a última observação. As faixas exatas podem ser debatidas, mas devem ser declaradas antes de inspecionar os resultados. Permita estados não resolvidos e mistos.

Convide compradores, vendedores, locadores, corretores e operadores a contribuir com datas de evento confidenciais e categorias de propósito. Exija que os contribuintes identifiquem seu papel e deduplique o mesmo caso relatado por várias partes. Publique a proporção de casos públicos cobertos por contribuições privadas.

Os resultados devem ser descritivos antes de causais. Qual proporção se tornou observavelmente roteada? Quanto tempo para visibilidade sustentada? Qual proporção permaneceu coberta por um agregado? Com que frequência as origens mudaram? Quais casos mostram sinais consistentes de locação? Quantas tentativas de implantação falharam? Quantos permanecem desconhecidos?

Nenhum prefixo individual precisa ser publicamente acusado ou pontuado. Células agregadas podem ser suprimidas quando o número de contribuintes é baixo. Os pesquisadores podem publicar métodos, cobertura e incerteza enquanto protegem contratos e segurança de rede.

Isso é inteligência de mercado em vez de vigilância: medir resultados institucionais e operacionais no nível necessário para entender o sistema, não para expor a topologia do cliente.

Os registros devem publicar melhores evidências de evento, não policiar o uso posterior

Os RIRs controlam fatos que os coletores de rotas não podem fornecer: tipo de caso, hora de atualização do registro, caminho inter-RIR direcionado, correções e se várias linhas pertencem ao mesmo caso administrativo. Publicar esses fatos de forma consistente melhoraria a análise sem expor preço ou informações do cliente.

O log de transferência comum deve portar um identificador de caso estável ou um link de caso preservando a privacidade para que um acordo fragmentado entre prefixos não seja contado várias vezes. Deve distinguir transferência política, fusão, mudança temporária, correção e outros tipos de eventos reconhecidos. Deve preservar revisões em vez de substituir linhas silenciosamente.

Cada instituição poderia também publicar carimbos de data/hora legíveis por máquina para aceitação, conclusão e atualização do registro público, com definições. Nenhuma dessas medidas exige a divulgação do plano de uso interno do comprador.

O que os registros não devem fazer é usar a telemetria pós-transferência como um novo poder de aprovação. Um alerta de ausência de rota pode ajudar um titular a detectar um problema de integração. Não deve desencadear um cancelamento simplesmente porque a instituição prefere roteamento imediato. Uma incompatibilidade de origem de rota pode gerar um aviso de segurança. Não deve ser tratada como evidência de locação ou controle não autorizado.

A diferença está no propósito. Evidências podem melhorar precisão de registro, segurança e qualidade de serviço. Tornam-se perigosas quando um administrador alega que a visibilidade pública lhe dá autoridade sobre o propósito comercial.

A separação do RFC 7020 continua sendo uma fronteira sólida. Os sistemas de registro preservam unicidade e registros precisos. Os operadores decidem se e como anunciar rotas. Os mercados, contratos e tribunais lidam com direitos comerciais e litígios. Sistemas de segurança podem validar autorização sem possuir a decisão de investimento.

Um registro que publica evidências de transferência precisas se tornará mais confiável, não menos. Pode dizer exatamente o que fez e deixar outras instituições provarem fatos sob sua competência.

Os participantes do mercado podem transformar limites de visibilidade em diligência precificada

Os compradores já se importam com o histórico de rotas porque ele afeta a integração. Um relatório de evidências disciplinado pode tornar essa preocupação comparável.

O relatório deve mostrar origens históricas, anúncios exatos e agregadores, períodos de silêncio, mais específicos conhecidos, histórico RPKI, autoridade de DNS reverso, histórico RDAP, eventos de transferência, observações de reputação e conflitos não resolvidos. Cada campo precisa de um carimbo de data/hora e fonte. A ausência deve nomear o escopo de observação.

O relatório não deve certificar "não usado". Pode dizer "nenhuma rota exata ou mais específica observada nos pares RIS e RouteViews listados durante o intervalo indicado". Essa frase é mais longa e muito mais valiosa. Ela permite que o comprador entenda o que foi testado e o que permanece desconhecido.

As mesmas evidências podem apoiar vendedores. Um titular pode demonstrar um período de retirada limpo, estado de autoridade consistente e ausência de registro contraditório. Um locador pode mostrar que uma rota de cliente anterior terminou. Um comprador pode manter o relatório como referência para possíveis litígios posteriores.

A precificação pode então refletir os componentes de risco reais. Históricos de sequestro persistentes podem reduzir o valor. Fragmentação e aceitação de filtros de rota podem aumentar o custo de integração. Um longo período de silêncio limpo pode ser positivo para reputação, mas não diz nada certo sobre título. ROAs existentes podem ser ativos ou riscos de transição dependendo do controle e do cronograma.

A portabilidade das evidências importa. Se o relatório existe apenas no sistema privado de um corretor, a parte precisa recomprar sua própria história na próxima transação. Um registro assinado e exportável permite que o titular transporte as observações entre provedores e conteste erros.

O mercado não precisa de uma pontuação única. Classificações compostas escondem trade-offs. Precisa de fatos datados e inferências explícitas. Um comprador pode valorizar um longo histórico não roteado; outro pode preferir um bloco com propagação global comprovada. Um relatório neutro permite ambas as escolhas sem decidir qual empresa merece o recurso.

NRS pode promover um padrão de evidência portável sem explorar um

A Number Resource Society pode contribuir construtivamente promovendo uma especificação de evidência de transferência aberta e publicando pesquisas sobre como registros, operadores e analistas independentes existentes a implementam. A especificação não determinaria o preço, aprovaria o propósito nem decidiria se a detenção é virtuosa. Ela descreveria como detentores de registros competentes podem preservar as observações e seus limites.

No mínimo, a NRS pode recomendar que um registro mantido pelo responsável pelo registro, operador ou provedor de evidências qualificado vincule um recibo de transferência reconhecido a respostas RDAP datadas, resumos de visibilidade BGP, mudanças RPKI, delegação de DNS reverso e atestações privadas voluntárias. Cada observação deve identificar seu coletor, fonte de consulta, faixa de tempo, método e nível de confiança. Os estados derivados devem ser versionados para que evidências posteriores não apaguem o raciocínio anterior.

A NRS pode representar membros buscando o direito de exportar esses registros e transferi-los para outro provedor de serviços qualificado. Os pesquisadores devem ser capazes de implementar o método público independentemente. Analistas concorrentes podem discordar sobre interpretação enquanto concordam com as observações subjacentes. A NRS não detém o estado do registro autoritativo nem efetiva uma transferência.

Evidências confidenciais podem ser representadas por uma declaração verificável de um revisor independente autorizado pelas partes, não pela NRS. Tal revisor pode inspecionar um documento datado apoiando reserva, locação ou uso futuro comprometido sem revelar o cliente, preço, duração ou design de rede. A participação deve ser voluntária; a recusa deve deixar o estado desconhecido, não criar presunção negativa.

A NRS pode publicar pesquisas comparativas sobre cobertura de divulgação e pressionar os implementadores a declará-la. Um resumo BGP deve identificar quais famílias de coletores e pares foram usados. Um relatório de DNS reverso deve indicar a densidade de amostragem. Uma declaração RPKI deve identificar o horário de observação. Portabilidade sem proveniência apenas faria alegações fracas viajarem mais rápido.

Este é um papel estreito de advocacia e representação de membros com alto valor prático. Pode expor diligências duplicadas, comparar métodos de transição de estado e advogar por evidências que sobrevivam a mudança de corretor, registro ou plataforma. A guarda, verificação, atestação assinada e manutenção do registro autoritativo permanecem na instituição competente e autorizada a cumprir cada função.

O teste positivo para a política que a NRS defende é simples: um titular pode deixar um serviço de evidências com uma cópia completa e verificável e continuar operando? Se sim, o serviço apoia o mercado. Se sair faz com que as evidências ou os endereços percam sua validade, esse serviço se tornou outro guardião. A NRS pode documentar e contestar essa dependência; não pode removê-la declarando-se serviço substituto.

O limite de visibilidade deve aparecer em cada conclusão

Não há câmera global sobre o BGP. RIS e RouteViews observam as rotas recebidas de pares entidades. Sua extensão os torna indispensáveis, mas não oniscientes. A composição dos pares muda. A política de exportação esconde caminhos. A agregação esconde fronteiras de transferência. Interconexões privadas e serviços restritos podem permanecer invisíveis.

Não há censo RPKI completo do uso. Uma ROA é uma autorização. Pode preceder, sobreviver ou nunca acompanhar uma rota. "Não encontrado" não é "não usado". Invalidez pode refletir erro de integração em vez de operação não autorizada.

Não há censo completo de DNS reverso da ocupação. Nomes podem estar ausentes de endereços ativos, presentes em endereços inativos, delegados em fronteiras diferentes ou mantidos durante uma transição.

Não há resposta de registro que liste todos os papéis econômicos. RDAP pode fornecer dados de registro autoritativos enquanto omite locação, operação de cliente ou relação beneficiária. Os campos públicos de contato e status são limitados por política e privacidade.

Mesmo evidências privadas têm viés de seleção. Entidades com implantações bem-sucedidas podem contribuir mais facilmente do que compradores que falharam. Corretores veem transações selecionadas. Grandes operadores mantêm melhores registros do que os pequenos. Cada estimativa agregada deve publicar a cobertura e a composição dos contribuintes.

Esses limites não tornam a pesquisa impossível. Eles definem as afirmações que as evidências podem apoiar. "Roteamento sustentado observado" é defensável. "Nenhuma rota observada nesses pontos de observação" é defensável. "O comprador nunca usou o bloco" geralmente não é.

A disciplina deve sobreviver às manchetes. Uma descoberta dramática sobre espaço transferido silencioso atrairá atenção. A frase metodológica não deve desaparecer do resumo público. Se a incerteza é grande demais para a nota de rodapé, ela pertence à conclusão.

O acordo que nunca foi roteado ainda pode ter mudado a economia da rede

Uma transferência reconhecida pelo registro é importante. Ela modifica a relação registrada em torno de um insumo operacional raro. Pode desbloquear financiamento, liquidar uma aquisição, permitir locação, criar capacidade de reserva ou iniciar uma migração. Pode também deixar um comprador com um bloco que nunca funciona como planejado.

A evidência de roteamento é igualmente importante. BGP pode mostrar se anúncios apareceram, como as origens mudaram e quão amplamente as rotas se propagaram entre os pares observados. RPKI pode mostrar autorização. DNS reverso pode mostrar configuração. RDAP pode mostrar registro. Nenhum deve se passar pelos outros.

O mercado precisa dos sete estados porque o silêncio tem causas. Detenção, locação, reserva, renumeração, uso futuro, integração falhada e produção roteada diferem econômica e institucionalmente. Alguns são visíveis. Alguns só podem ser verificados privadamente. Alguns permanecem desconhecidos.

A proibição central é, portanto, analítica, não comercial: não converta "não observado" em "especulativo" sem evidência de motivo e dano. A escassez cria incentivos, mas não revoga as regras de inferência.

Um mercado de transferências melhor preservaria o evento de registro, coletaria observações operacionais ao longo do tempo, publicaria a cobertura, protegeria condições confidenciais e permitiria que as evidências viajassem com o titular. Os registros permaneceriam como mantenedores de registros precisos. Os operadores permaneceriam responsáveis pelas rotas. Os pesquisadores declarariam a incerteza. Os compradores avaliariam o risco de integração em vez de confiar em folclore.

O acordo que foi concluído mas nunca roteado não é uma contradição. É um lembrete de que uma transferência IPv4 pode ser um evento jurídico, um evento institucional, um projeto operacional e um investimento em momentos diferentes. A evidência se torna útil apenas quando esses momentos e papéis são mantidos separados.

Fontes