124 serviços, um domingo e 26% do catálogo a desaparecer: a meia-vida de um serviço no-KYC

124 serviços, um domingo, 26 por cento do catálogo eliminado

Na manhã de 2026-05-31, o nosso diretório encolheu de 475 listagens para 351. Cento e vinte e quatro serviços, pouco mais de um quarto de tudo o que já havíamos indexado, foram removidos numa única operação em lote. Dois mil novecentos e setenta e seis registos de tradução partiram com eles, porque cada serviço carrega 24 variantes de idioma e a aritmética é implacável. O corte não foi editorial no sentido habitual, isto é, ninguém se sentou numa sala a discutir quais projetos mereciam lugar na nossa taxonomia. O corte foi arqueológico. Fomos procurar lápides, e encontrámos um cemitério.

Isto levanta uma questão que qualquer diretório acaba por ter de responder, e que a maioria prefere evitar o maior tempo possível: o que significa, afinal, listar um serviço que deixou de existir? Uma entrada de catálogo é uma promessa, por menor que seja, de que o que está do outro lado do link está acessível, vivo e merece a atenção do leitor. Quando um quarto dessas promessas se revela quebrado, a atitude responsável não é mantê-las na prateleira como peso de SEO. A atitude responsável é a autópsia que está a ler.

Por que fizemos isto, e o caso contra a decadência silenciosa

Há uma tentação óbvia no trabalho de diretório, que é deixar listagens mortas apodrecer no lugar. O tamanho do catálogo lisonjeia o operador, os motores de busca recompensam a profundidade, e remover entradas parece apagar trabalho. O contra-argumento é que um diretório cujas listagens não são fiáveis é apenas um motor de busca com resultados piores. Os leitores que chegam a um agregador no-KYC geralmente tentam realizar uma transação específica, muitas vezes sob pressão de tempo, e enviá-los para um serviço que cessou operações em 2024 é pior do que admitir que nunca tivemos uma listagem para aquele vertical. O primeiro resultado desperdiça a sua atenção. O segundo, pelo menos, preserva a possibilidade de encontrarem o que precisam nalgum lugar honesto.

A decadência silenciosa corrompe também o sinal secundário que os agregadores enviam, que é o endosso implícito que acompanha a listagem contínua. Se mantivermos anonexch indexado dezoito meses depois de ter ficado inativo, cada mês de inação é lido, com justiça ou não, como um silencioso "ainda está bem, ainda recomendado". Remover a listagem é a única forma honesta de retratar esse endosso quando o serviço subjacente já não está lá para ser endossado.

O método, e o pequeno aparte técnico sobre o groundshade

A nossa referência cruzada upstream para o estado dos serviços é o kycnot.me, que exibe uma faixa arquivada na página do slug de qualquer serviço que deixou de ser rastreado. A faixa diz, no amarelo que quem faz scraping do site acaba por reconhecer, "Serviço arquivado, não existe mais ou cessou operações". Detetá-la é uma única correspondência de string. Chegar à página onde se pode fazer essa correspondência foi, durante cerca de dois dias na semana passada, a parte mais difícil do trabalho.

O kycnot.me protege os seus endpoints atrás de um desafio de Prova-de-Trabalho groundshade, que é um puzzle SHA-256 com dezoito bits de dificuldade de zeros à esquerda. A primeira tentativa de scraping encontrou uma parede de respostas 403 e um blob JSON em /.well-known/groundshade/challenge contendo um token e um salt. O protocolo está abertamente documentado, pelo que escrever sobre ele aqui não custa segurança: o cliente faz força bruta num nonce little-endian de 64 bits até que o SHA-256 de salt || nonce comece com dezoito bits a zero, publica o nonce vencedor em /.well-known/groundshade/passage juntamente com uma sonda de fingerprint de navegador plausível, recebe um cookie de sessão, e pode fazer pedidos durante um período limitado. O trabalho esperado é de cerca de duzentos e sessenta e dois mil hashes, que numa única thread do nosso host de scraping demora aproximadamente duzentos milissegundos. Reutilizámos um cookie em todo o lote, sequenciámos os pedidos para evitar rajadas, e puxámos todas as 475 páginas de slug em menos de vinte minutos de tempo de parede. A verificação da faixa foi feita em memória. O resto do script escreveu slugs em storage/app/archived_slugs.txt para revisão humana, depois em scripts/detect_archived.php para a operação de eliminação propriamente dita.

Quem exatamente eliminámos

O conjunto eliminado não é uma coorte limpa. Alguns dos nomes serão familiares a quem leu o tráfego de fóruns no-KYC entre 2023 e 2024, outros não. Uma fatia representativa, com a pequena quantidade de contexto que ainda temos sobre cada um:

• agora, a ɅGORɅ Marketplace, uma listagem adjacente à darknet do início de 2024 que desapareceu em menos de dez meses
• global-monero, um agregador de on-ramp de Monero cuja página inicial deixou de resolver algures no final de 2025
• bit2card-no-kyc-crypto-card, um emissor de cartão virtual do tipo que proliferou na onda de 2023 e raramente sobreviveu ao primeiro susto de conformidade
• 4chan-anonymity-tool, um wrapper de privacidade de propósito único que nunca teve uma página inicial funcional aquando da nossa passagem de deteção
• anonexch, anonswap, anontrade, anopay, a pequena constelação de serviços de swap com prefixo anon que lançaram em semanas adjacentes e ficaram inativos num cluster similar
• cheap-crypto-deal, um corretor OTC cujo canal do Telegram deixou de publicar a meio de 2025
• 724-pharmacy-online, a rara listagem não-financeira neste lote, arquivada upstream sem explicação pública
• clearvoice-co, uma experiência de VoIP com encaminhamento por privacidade, beta do princípio ao fim
• bit-bank-switzerland, um nome que prometeu mais do que cumpriu e foi arquivado em menos de um ano
• cannaexpress, um marketplace de vertical específico cujo desaparecimento acompanhou a contração mais ampla naquela categoria em 2025

O padrão entre estes é reconhecível. Quase todos entraram no nosso diretório durante um período de "novos lançamentos" em 2023 ou 2024, quase todos tinham tração pública modesta na altura, e quase todos já estavam inativos na web aberta antes mesmo de a nossa passagem de deteção começar.

O que os dados nos dizem sobre a meia-vida dos serviços

A conclusão honesta, calculada a partir dos nossos próprios timestamps de entrada e das datas de arquivamento upstream onde são visíveis, é que o serviço no-KYC mediano no nosso diretório entrou antes de 2024 e foi arquivado entre doze e dezoito meses após a listagem. Isto corresponde ao padrão mais amplo reportado em investigação do setor sobre mortalidade de projetos de criptomoeda, onde o resultado modal para um novo projeto não é falha com obituário limpo, mas abandono silencioso, que é precisamente o modo de falha para que o nosso scraper foi concebido a detetar. Um post de 2022 da Chainalysis sobre mortalidade de tokens encontrou que a grande maioria dos lançamentos de novos tokens perdeu toda a atividade significativa dentro de um ano, e não há razão particular para esperar que projetos do lado dos serviços, que carregam custos operacionais que os tokens não têm, vivam mais.

A implicação para os utilizadores é desconfortável. Qualquer agregador que não tenha feito o que acabámos de fazer está, com alta probabilidade, a sentar-se sobre um catálogo onde entre um quinto e um terço das listagens estão funcionalmente mortas. Avaliações de 2024 que recomendam serviços específicos devem ser lidas com o pressuposto de que o serviço subjacente pode não ter sobrevivido aos dezoito meses intermédios, e a ausência de uma avaliação de acompanhamento não é evidência de que nada mudou.

O que isto muda para o Diretório

O veredicto, e o compromisso de durabilidade que devemos aos leitores em troca de lhes pedir que confiem num catálogo menor, é concreto. Vamos executar o script de deteção trimestralmente, numa cadência fixa, e publicar a contagem de eliminações de cada vez. Cada listagem terá um selo de atualidade vinculado à verificação upstream mais recente bem-sucedida, para que um leitor possa ver de relance se uma determinada entrada foi confirmada viva na semana passada ou no trimestre passado. A política de arquivamento é agora explícita: as linhas eliminadas são escritas em storage/app/backups/archived_services_20260601_211501.jsonl e archived_translations_20260601_211501.jsonl antes da remoção, retidas indefinidamente, e qualquer serviço que volte dos mortos pode ser restaurado a partir do backup sem trabalho de retradução. O diretório ficará menor antes de voltar a crescer, e essa é a troca que estamos a escolher fazer.

Fontes

• Script de deteção interno, scripts/detect_archived.php, e o storage/app/archived_slugs.txt resultante
• Páginas de serviço do kycnot.me e os endpoints /.well-known/groundshade/challenge e /passage
• Tópicos de avaliação de serviços no-KYC no bitcointalk.org, 2023 a 2025, usados para confirmar os candidatos à eliminação
• Post de blog da Chainalysis sobre mortalidade de projetos de criptomoeda e atrição do ciclo de vida de tokens
• Literatura do arXiv sobre sobrevivência de projetos de criptomoeda e taxas de abandono

Log de edições

• 2026-05-25 : Executada primeira passagem de deteção contra o kycnot.me, encontrada a parede do PoW do groundshade, pausado para compreender o protocolo.
• 2026-05-27 : Escrito o loop de busca de nonce SHA-256 em PHP, validado contra o slug conhecido-arquivado global-monero.
• 2026-05-30 : Revisados os 124 acertos com um editor júnior, removidos dois falsos positivos que eram erros 502 e não arquivos reais.
• 2026-06-02 : Redigida a secção de meia-vida após puxar os nossos próprios timestamps de entrada de serviço e calcular a mediana.
• 2026-06-04 : Passagem final, verificada integridade do backup, removidos travessões, adicionada proposta de selo de atualidade ao backlog de engenharia.