Sobre a razão de existir da i.LEASE — e por que razão a questão do intermediário é, na verdade, uma questão de risco na camada de registo

A entrega é apenas o início. Lu Heng explica por que razão uma transação de IPv4 precisa de apoio que se mantenha ao longo de toda a vida operacional do recurso, incluindo perante a incerteza na camada de registo.

Qualquer comprador de IPv4 que leve a compra a sério acaba por chegar à mesma pergunta prática: se tenho de recorrer a um intermediário, em qual devo confiar?

A pergunta parece comercial.

Não é.

A verdadeira questão não é quem consegue apresentar um vendedor, preparar a documentação, indicar um preço, abrir uma conta de garantia ou repetir o discurso do cumprimento das políticas dos RIR. Muitos intermediários conseguem fazê-lo. A verdadeira questão é quem consegue assumir o risco que surge quando a camada de registo deixa de se comportar como uma repartição administrativa neutra e passa a exercer um poder discricionário sobre ativos operacionais valiosos.

É essa a questão que a maior parte do mercado de intermediação de IPv4 evita.

Um intermediário que apenas consegue aproximar comprador e vendedor não está a resolver o risco na camada de registo. Está a passá-lo adiante. Um intermediário que apenas consegue dizer «cumprimos as políticas dos RIR» não está a controlar esse risco. Está a admitir que depende dele. Um intermediário que apenas consegue apontar para documentação em ordem, uma conta de garantia e um pedido de transferência não está a assegurar a continuidade. Está a esperar que a camada de registo mantenha as boas maneiras durante tempo suficiente para que a transação se conclua.

A esperança não é infraestrutura.

A i.LEASE existe porque o mercado de IPv4 já ultrapassou os limites da intermediação convencional.

Quando o IPv4 era tratado como um resíduo administrativo, a intermediação podia continuar a ser um negócio limitado a pôr as partes em contacto. Encontrar um detentor. Encontrar um comprador. Verificar a reputação. Apresentar documentos. Aguardar o processamento pela entidade de registo. Cobrar uma comissão. Isso bastava quando o ativo tinha pouco valor, a política não levantava ondas e as consequências negativas do poder discricionário das entidades de registo ainda não eram visíveis.

Esse mundo acabou.

O IPv4 é agora capital. É escasso, tem preço, é financiado, alugado, encaminhado, filtrado, avaliado em termos de reputação, objeto de disputas jurídicas e integrado nas operações. Um bloco não é apenas uma linha numa base de dados. Sustenta clientes, serviços de computação em nuvem, centros de dados, redes VPN, infraestrutura móvel, plataformas SaaS, a entrega de correio eletrónico, regras de firewall, sistemas de conformidade, políticas de encaminhamento e receitas.

Uma transação de IPv4 que falha não é apenas uma compra que falha.

Pode tornar-se um incidente de continuidade do negócio.

É por isso que a questão da intermediação tem de ser reformulada. O mercado antigo pergunta: quem me consegue arranjar endereços? Um mercado melhor pergunta: quem tem a estrutura necessária para gerir o risco na camada de registo associado a esses endereços?

É essa a diferença entre um intermediário convencional e a i.LEASE.

A i.LEASE não é apenas uma plataforma de mercado. É a camada de execução de uma arquitetura de transição mais ampla. Situa-se entre o mercado visível de IPv4 e o conjunto de riscos ocultos subjacentes a esse mercado: a qualidade de membro de um RIR, os procedimentos de registo, as regras de transferência, a coordenação do encaminhamento, a manutenção do WHOIS, a gestão da conformidade, o ciclo de vida operacional, a documentação e a continuidade após a conclusão da transação.

Um anúncio não é execução.

Um acordo assinado não é continuidade.

A libertação dos fundos de uma conta de garantia não prova que o ativo adquirido continuará a poder ser utilizado em condições de pressão.

É esta a parte que muitos compradores só veem quando já é tarde. Nas transações de IPv4, o acontecimento comercial visível é a menor parte do risco. A parte invisível é a interface com a entidade de registo. Quem trata dos assuntos com o RIR? Quem compreende o conjunto de políticas aplicáveis? Quem sabe quando um pedido da entidade de registo é rotineiro e quando é um sinal de risco? Quem consegue identificar o momento em que um processo de transferência se está a transformar numa via de imposição de medidas? Quem já viveu um conflito com uma entidade de registo, em vez de se ter limitado a ler o manual de políticas?

A maioria dos intermediários não consegue responder a essa pergunta.

Podem dizer que têm experiência. Podem dizer que são de confiança. Podem dizer que são neutros. Podem dizer que são certificados, que cumprem as regras, que têm alcance global, que são transparentes e profissionais.

Mas essas palavras não contêm o risco na camada de registo.

O risco na camada de registo não se contém com uma marca. Contém-se com posicionamento, documentação, conhecimento operacional, memória jurídica e a capacidade de manter a rede do cliente protegida quando os procedimentos de registo se tornam uma ameaça concreta.

É por isso que a i.LEASE importa.

Tem o suporte da LARUS, e isso não é um pormenor cosmético. A LARUS não é apenas mais uma empresa de aluguer de IPv4. Como expliquei na Nota:35 Sobre por que razão a camada de registo é um risco estrutural — e por que razão a LARUS é o único garante comprovado da continuidade do negócio, a camada de registo não é uma superfície administrativa inofensiva. É uma fonte de risco estrutural. A detenção direta não elimina esse risco. Muitas vezes, concentra-o na própria entidade jurídica do operador.

A LARUS existe porque esse risco não deve ficar, sem ser devidamente compreendido, dentro da empresa operacional que precisa de continuidade acima de tudo.

Um intermediário sem essa experiência pode processar uma transação.

Um intermediário com essa estrutura pode compreender o domínio de falha.

É um negócio diferente.

Isto também explica a relação da i.LEASE com a BTW.Media e a NRS.

A BTW existe para descrever a realidade. Como escrevi na Nota:36 Sobre a razão de existir da BTW.Media — e por que razão o produto é a realidade, não a defesa de uma causa, o seu papel não é vender um produto nem ganhar uma discussão. Torna visível a estrutura oculta. Diz aquilo que a maior parte do discurso da governação esconde: a camada de registo não é um sistema soberano, não é um sistema assente em tratados, não é uma ordem jurídica global dotada de meios de execução e não é uma base de dados inofensiva. É um pequeno número de instituições privadas cujos pressupostos estão a ser postos à prova pela escassez, pelo valor, pelo direito e pela geopolítica.

A NRS existe para mudar o rumo da governação. Como escrevi na Nota:37 Sobre a razão de existir da NRS — e por que razão a descentralização já não é opcional, é a camada de descentralização. Insiste na saída, na portabilidade, na redundância e nos mecanismos, em vez de narrativas morais. A NRS não vende transações de IPv4. Impulsiona o sistema para que se afaste da dependência de entidades de registo monopolistas e avance para uma governação dos recursos de numeração capaz de sobreviver a falhas e conflitos.

A LARUS existe como camada de continuidade. Assume o encargo comercial e operacional da exposição à camada de registo de uma forma que os participantes comuns no mercado não conseguem. É a ponte para os operadores que não podem esperar pela arquitetura definitiva, pois precisam desde já de endereços, encaminhamento, clientes, possibilidade de renovação e estabilidade.

A i.LEASE existe como camada de execução do mercado.

Essa distinção importa.

A BTW descreve.

A NRS defende a mudança.

A LARUS assume a continuidade.

A i.LEASE executa.

Não são a mesma instituição a desempenhar a mesma função sob nomes diferentes. São camadas diferentes que respondem a falhas diferentes do mesmo sistema disfuncional.

A falha é simples: o mercado de IPv4 existe, mas a camada de registo que lhe serve de base não foi concebida para transações em que os recursos são tratados como ativos.

Esse desfasamento cria o problema da intermediação.

Num mercado normal de ativos, a função do intermediário é limitada porque a infraestrutura jurídica é robusta. A propriedade é reconhecida. Os registos podem ser feitos valer. A custódia está definida. As regras de transferência são estáveis. Os tribunais compreendem o ativo. Os intermediários operam dentro de um enquadramento maduro.

Com o IPv4, é diferente.

O mercado tem maturidade suficiente para formar preços, mas a camada institucional é suficientemente imatura para gerar incerteza. O ativo é valioso, mas a linguagem da propriedade continua deliberadamente fraca. O comprador paga dinheiro real, mas o registo pode continuar a ser apresentado como serviço, qualidade de membro, inscrição, alocação, atribuição ou autorização. A rede depende da continuidade, mas o contrato com a entidade de registo pode não prever meios de reparação à altura das necessidades de continuidade.

É por isso que a intermediação convencional é estruturalmente insuficiente.

Opera à superfície da transação, enquanto o verdadeiro risco está mais fundo.

Um intermediário convencional pode ajudá-lo a comprar um bloco. Mas consegue protegê-lo quando a entidade de registo faz perguntas que vão além da documentação? Consegue defender o seu modelo operacional quando a interpretação das políticas muda? Consegue distinguir a unicidade técnica da interferência comercial? Consegue gerir o ciclo de vida após a transferência quando o WHOIS, o encaminhamento, o RPKI, o historial de abuso, a utilização pelos clientes, os pressupostos regionais ou o estatuto de membro se tornam objeto de contestação? Consegue absorver a pressão antes de ela chegar à sua empresa operacional?

Se a resposta for não, então o intermediário não reduziu o principal risco.

Apenas deu à transação uma aparência de ordem.

Esta é a questão central da i.LEASE:

Se tiver de escolher um intermediário, escolhe um que tenha por trás uma estrutura de continuidade que compreende o risco na camada de registo, ou escolhe um cujo único poder real é encaminhar documentos para a mesma camada de registo que cria esse risco?

Isso não é uma questão de marketing.

É uma questão de onde se coloca o risco.

O mercado gosta de fingir que todos os intermediários são comparáveis. Não são. Um intermediário com anúncios e contas de garantia não é o mesmo que um intermediário apoiado por experiência nos procedimentos de registo, apoio ao ciclo de vida operacional, conhecimento de encaminhamento, gestão da conformidade e uma doutrina de continuidade. A diferença torna-se invisível quando tudo funciona. Torna-se decisiva quando algo falha.

A infraestrutura não deve ser avaliada apenas pelos dias normais.

Deve ser avaliada sob pressão.

Num dia normal, qualquer intermediário pode parecer competente. Num dia normal, qualquer processo de um RIR parece gerível. Num dia normal, qualquer transferência parece uma questão de documentação. Num dia normal, o risco na camada de registo parece uma nota de rodapé.

Mas os operadores não compram IPv4 apenas para os dias normais. Compram-no porque os seus negócios dependem dele. Alugam-no porque os clientes precisam de serviço agora. Rentabilizam-no porque o capital ocioso não deve permanecer imobilizado. Estruturam a sua detenção e utilização porque o detentor errado, o contrato errado, a interface errada com a entidade de registo ou o intermediário errado podem destruir valor ao longo do tempo.

A i.LEASE existe para esse longo período posterior.

Não basta dar liquidez ao mercado de IPv4. A liquidez sem continuidade é frágil. Não basta tornar os preços transparentes. A transparência sem a possibilidade de fazer valer direitos é cosmética. Não basta ter anúncios em ordem. Anúncios em ordem não eliminam o poder discricionário das entidades de registo. Não basta acelerar as transações. Uma falha rápida continua a ser uma falha.

O objetivo não é apenas a rapidez.

O objetivo é a operacionalidade.

Uma transação de IPv4 não deve terminar quando o dinheiro muda de mãos. Deve continuar a ser gerível quando o recurso é encaminhado, registado, renovado, revisto, questionado, mantido e utilizado. É por isso que o aluguer gerido de IPv4 importa. É por isso que a gestão da qualidade de membro de um RIR importa. É por isso que comprar endereços IPv4 através de um processo estruturado importa. É por isso que vender endereços IPv4 através de um canal de execução protegido importa.

Uma plataforma de mercado mostra a oferta.

Uma camada de execução torna essa oferta utilizável.

É essa a distinção.

A mesma lógica aplica-se aos vendedores. Um vendedor não precisa apenas de alguém que encontre procura. Precisa de uma estrutura que proteja o valor, avalie as contrapartes, gira a documentação, reduza o risco de abuso, coordene as condições de transferência ou de aluguer e impeça que seja arrastado para uma falha operacional posterior sobre a qual não tinha controlo.

IPv4 ocioso é capital.

IPv4 mal estruturado é um passivo.

A função do intermediário é compreender a diferença.

É por isso que não aceito a ideia de que o mercado de IPv4 precisa de mais intermediários genéricos. Precisa de menos intermediários com uma função tão limitada e de mais camadas de execução estruturalmente competentes. Precisa de pessoas que compreendam que os recursos de numeração não são mercadorias comuns nem dádivas políticas. São ativos operacionais inseridos numa arquitetura de registo defeituosa.

Essa arquitetura é o tema do conjunto mais amplo destas notas.

Na Nota:52 Sobre o que acontece quando o poder das entidades de registo se dissocia da responsabilidade jurídica, expliquei por que razão o atual modelo dos RIR não pode sobreviver quando um poder de registo com consequências graves se separa de uma responsabilidade jurídica efetiva.

Na Nota:53 Sobre por que razão os recursos de numeração da Internet não são propriedade política, expliquei por que razão os recursos de numeração são ativos detidos por operadores e integrados em redes em funcionamento, não troféus regionais nem propriedade da comunidade.

Na Nota:56 Sobre como a governação densa dos registos regionais da Internet transforma a unicidade em dupla extração, expliquei como a camada de registo usa a unicidade para extrair valor duas vezes: primeiro através do controlo e depois através da supressão do valor dos ativos.

Na Nota:61 A traição ao código em funcionamento, expliquei como o consenso e os procedimentos foram virados contra as redes em funcionamento que deveriam servir.

Na Nota:62 Branqueamento de mandato, expliquei como uma função administrativa privada foi sendo branqueada através da retórica da comunidade, da região e da tutela responsável, até um funcionário de registo começar a soar como um soberano.

Na Nota:64 Especificação inicial mínima, decisão futura local e adoção voluntária, expus a regra construtiva de conceção: especificar apenas o que a interoperabilidade exige, deixar as escolhas futuras no âmbito local e concretizar a mudança através da adoção, em vez da declaração.

Na Nota:65 A primazia do código em funcionamento, expliquei o princípio fundamental: a camada de registo deve ser interpretada apenas até onde o código em funcionamento o exige.

A Nota:66 aplica essa lógica ao mercado.

Se a camada de registo apresenta um risco estrutural, então a camada de intermediação não pode fingir que se limita a tratar documentação de forma neutra. Tem de decidir se é apenas um mensageiro ou uma estrutura de execução que assume a continuidade.

A maioria dos intermediários são mensageiros.

Podem ser úteis. Podem ser honestos. Podem ser competentes no sentido estrito. Mas continuam a ser mensageiros se não conseguem conter ou absorver o risco na camada de registo, ou definir estruturalmente quem o suporta.

Um mensageiro pode entregar documentos.

Não pode proteger infraestrutura.

A i.LEASE assenta na premissa oposta. No mercado de IPv4, execução não é documentação. Execução é continuidade perante a incerteza na camada de registo.

É por isso que o aluguer direto de IPv4 pela LARUS importa. É por isso que a gestão de IP da LARUS importa. É por isso que os parceiros de rede da LARUS importam. Não são páginas de marketing independentes. São formas diferentes de resolver o mesmo problema de fundo: o IPv4 é agora um ativo operacional, e os ativos operacionais precisam de estruturas de continuidade, não apenas de alguém que ponha as partes de uma transação em contacto.

Se o mercado já fosse maduro, a i.LEASE seria desnecessária.

Se a propriedade fosse claramente reconhecida, a portabilidade obrigatória, a responsabilidade jurídica das entidades de registo proporcional, as regras de transferência estáveis e os direitos de saída protegidos, a intermediação poderia continuar a ser simples.

Mas esse não é o mundo que herdámos.

Herdámos um mundo em que ativos IPv4 valiosos estão sujeitos a contratos com entidades privadas de registo, políticas discricionárias, meios de reparação fracos, governação incoerente e narrativas institucionais que continuam a fingir que o mercado é secundário, ao mesmo tempo que dependem discretamente dele.

Nesse mundo, a questão do intermediário não pode continuar a ser superficial.

A pergunta não é: quem tem endereços disponíveis?

A pergunta é: quem compreende o risco por trás desses endereços?

A pergunta não é: quem consegue apresentar o pedido de transferência?

A pergunta é: quem consegue gerir o que acontece quando a transferência não é o fim do problema?

A pergunta não é: quem cobra a comissão mais baixa?

A pergunta é: quem tem a estrutura necessária para proteger a continuidade quando o risco na camada de registo se concretiza?

É por isso que a i.LEASE existe.

Não porque o mundo precisasse de mais um intermediário de IPv4.

Mas porque o mundo precisava de uma camada de intermediação que compreendesse aquilo que a maioria dos intermediários não consegue conter: o risco na camada de registo.

Um intermediário que não consegue conter o risco na camada de registo é apenas um mensageiro.

Um mensageiro pode entregar documentos.

Não pode proteger infraestrutura.

A i.LEASE foi concebida para o risco que realmente importa.

O mercado pode chamar-lhe intermediação.

Não é.

É execução perante a incerteza na camada de registo.