☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta eMule. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta eMule. Mostrar todas as mensagens

segunda-feira, 9 de fevereiro de 2026

aMule 2026 : Quando um Programador Descobre que a Última Biblioteca Distribuída da Internet Continua Viva... Guardando Tesouros que o Mundo Esqueceu

 

Bellacosa Mainframe apresenta o aMule

☕ Um Café no Bellacosa Mainframe

aMule 2026 sem Mistérios para Programadores COBOL

Quando um Programador Descobre que a Última Biblioteca Distribuída da Internet Continua Viva... Guardando Tesouros que o Mundo Esqueceu

"A verdadeira arqueologia não procura ouro. Ela procura conhecimento."


Introdução — O Último Guardião da Biblioteca Perdida

Durante quase vinte anos, milhares de pessoas declararam:

"O eMule morreu."

Mas havia um detalhe.

Ele possuía um irmão.

Mais silencioso.

Mais discreto.

Mais técnico.

Mais próximo da filosofia UNIX.

Seu nome era aMule.

Enquanto Windows caminhava para serviços em nuvem, smartphones e streaming, o aMule permaneceu fiel à missão original:

Preservar conhecimento distribuído.

Em 2026 ele talvez seja um dos últimos sobreviventes da geração clássica de redes P2P.

Mas continua extremamente interessante para qualquer arquiteto de sistemas distribuídos.

Principalmente para quem trabalha com IBM Mainframe.


Capítulo I — O que é o aMule?

O aMule significa:

all-platform eMule

Seu objetivo sempre foi simples.

Levar o protocolo eD2k/Kad para qualquer sistema operacional.

Hoje funciona em:

  • Linux

  • BSD

  • macOS

  • Windows

  • Raspberry Pi

  • diversos NAS

É praticamente o "COBOL" das redes P2P.

Roda em qualquer lugar.


Capítulo II — Filosofia UNIX

O eMule nasceu no Windows.

O aMule nasceu pensando diferente.

Pequeno.

Modular.

Configurável.

Automatizável.

Perfeito para servidores Linux.

Muitos usuários nunca abriram sua interface gráfica.

Controlavam tudo via navegador.


Capítulo III — O Arquiteto Invisível

Imagine um pequeno servidor Linux.

Consumo:

2 Watts

Ligado:

24 horas

Compartilhando documentos históricos.

Essa sempre foi a verdadeira força do aMule.

Ele não precisava de um computador gamer.

Precisava apenas de persistência.


Capítulo IV — Arquitetura

Internamente continua utilizando:

  • eD2k

  • Kad

  • Hashes

  • Download por blocos

  • Filas inteligentes

  • Créditos

São conceitos extremamente modernos.

Muito próximos de vários sistemas distribuídos atuais.


Capítulo V — O Poder do aMule Daemon

Aqui aparece uma diferença gigantesca.

Existe o:

amuled

Ou seja...

O programa roda como serviço.

Sem monitor.

Sem teclado.

Sem interface.

Lembra muito um Started Task do z/OS.

Você apenas inicia.

Ele permanece funcionando durante meses.


Capítulo VI — Interface Web

Existe também:

amuleweb

A administração ocorre pelo navegador.

Qualquer computador pode controlar o servidor.

É praticamente um z/OSMF da comunidade P2P.

https://eljefemidnightlunch.blogspot.com/2015/04/quando-os-arquivos-eram-tesouros-pre.html


Capítulo VII — aMuleCMD

Outro recurso fantástico.

Controle via linha de comando.

Scripts.

Automação.

Cron.

Bash.

Python.

Imagine integrar com:

  • IA

  • OCR

  • Elasticsearch

  • PostgreSQL

Tudo automaticamente.


Capítulo VIII — Segurança

O aMule amadureceu bastante.

Hoje recomenda-se:

  • portas bem configuradas

  • firewall

  • acesso remoto protegido

  • atualizações constantes

O protocolo continua utilizando mecanismos clássicos do eD2k e Kad, mas o ambiente onde ele roda pode ser protegido com as ferramentas modernas do sistema operacional, como firewalls, VPNs e autenticação forte para acesso remoto.


Capítulo IX — Compatibilidade

Uma das maiores vantagens.

Funciona perfeitamente em:

Ubuntu.

Debian.

Fedora.

Arch.

OpenSUSE.

TrueNAS.

OpenMediaVault.

Synology.

QNAP.

Até pequenos mini-PCs Intel N100 ou Raspberry Pi conseguem mantê-lo funcionando continuamente com baixo consumo de energia.


Capítulo X — Comunidade

Ela diminuiu.

Mas nunca desapareceu.

Ainda existem:

  • desenvolvedores

  • mantenedores

  • usuários

  • fóruns

  • servidores

  • Kad

É uma comunidade pequena.

Mas extremamente apaixonada.


Capítulo XI — O Futuro

Aqui entra um exercício interessante.

Imagine o:

aMule 2026

Com:

  • IA

  • OCR automático

  • PostgreSQL

  • ElasticSearch

  • IPv6 nativo

  • QUIC

  • Docker

  • Kubernetes

  • REST API

  • OpenTelemetry

  • Prometheus

  • Grafana

De repente...

Ele deixa de ser um downloader.

Passa a ser um sistema distribuído de preservação documental.


Capítulo XII — O NAS Doméstico

Imagine:

Mini PC

↓

Linux

↓

Docker

↓

aMuled

↓

OCR

↓

IA

↓

Biblioteca Particular

Todos os documentos automaticamente catalogados.

Pesquisáveis.

Indexados.

Disponíveis.


Capítulo XIII — Bellacosa Mainframe Edition

Se eu pudesse projetar uma versão especial...

Ela teria:

✔ IA local

✔ OCR

✔ reconhecimento automático de livros IBM

✔ classificação por tecnologia

✔ integração com Git

✔ API REST

✔ painel Grafana

✔ suporte IPv6

✔ integração IPFS

✔ download híbrido

✔ deduplicação

✔ busca semântica

✔ exportação para Obsidian

✔ indexação automática em Markdown

✔ leitura de PDFs históricos

✔ geração automática de resumos

Seria praticamente um "Knowledge Vault".


Easter Eggs

Easter Egg 1

O aMuled lembra um Started Task do JES.


Easter Egg 2

Kad lembra um Parallel Sysplex sem CPC central.


Easter Egg 3

Cada bloco do arquivo parece uma página VSAM.


Easter Egg 4

A fila lembra perfeitamente o WLM distribuindo prioridades.


Easter Egg 5

A busca por hash lembra Git.


Curiosidades

  • O aMule é totalmente compatível com as redes eD2k e Kad, permitindo interoperabilidade com clientes compatíveis.

  • É amplamente utilizado em ambientes Linux e NAS por consumir poucos recursos.

  • O aMuled pode funcionar continuamente por meses, tornando-o ideal para servidores domésticos.

  • Sua arquitetura modular facilita automação e integração com scripts.

  • Muitos usuários o utilizam como parte de projetos pessoais de preservação digital.


Conclusão — O Último Bibliotecário

Talvez o aMule nunca volte a ocupar as manchetes.

Provavelmente jamais competirá com plataformas de streaming ou grandes serviços de nuvem.

Mas essa nunca foi sua missão.

Enquanto o restante da Internet corre atrás do conteúdo mais recente, o aMule continua preservando aquilo que corre o risco de desaparecer: documentação técnica, materiais históricos, obras em domínio público e outros acervos distribuídos pela comunidade.

Para um programador COBOL, essa filosofia soa familiar.

Nos mainframes da IBM, os sistemas mais importantes não são necessariamente os mais modernos ou os mais chamativos. São aqueles que continuam funcionando ano após ano, preservando dados críticos com confiabilidade.

O aMule segue exatamente essa mesma lógica.

Ele representa uma Internet construída sobre colaboração, persistência e respeito pelo conhecimento.

Talvez o verdadeiro legado do aMule em 2026 não seja o protocolo eD2k.

Talvez seja lembrar uma verdade que todo arquiteto de sistemas aprende cedo:

Tecnologias passam. Conhecimento permanece. E comunidades comprometidas são capazes de preservar ambos por muito mais tempo do que imaginamos.

☕ Um Café no Bellacosa Mainframe

Arquivo recuperado da Biblioteca Perdida da Internet

eMule sem Mistérios

Quando um Programador Descobre que a Maior Biblioteca da Internet Não Foi Construída por Empresas Bilionárias, mas por Milhões de Desconhecidos Compartilhando Pequenos Pedaços do Mesmo Tesouro

“A verdadeira arqueologia digital não procura ouro. Procura conhecimento que o tempo tentou apagar.”

Uma expedição pela história do eMule, eD2k e Kad

O artigo apresenta uma jornada pela história do eMule, da rede eD2k e do protocolo descentralizado Kad, explicando como milhões de computadores colaboraram para formar uma das maiores bibliotecas distribuídas da Internet.

Em uma narrativa inspirada nas aventuras arqueológicas de Indiana Jones, o leitor descobre como funcionavam os hashes, downloads fragmentados, sistemas de créditos, filas, compartilhamento entre pares, servidores de indexação e redes descentralizadas.

O conteúdo também relaciona essa arquitetura aos conceitos de COBOL, IBM Mainframe, VSAM, Db2, WLM e sistemas distribuídos modernos.

Artefato localizado. Aguardando abertura da câmara.

Caso o artigo não seja exibido dentro da página, acesse diretamente o registro original da expedição.

📜 Ler o artigo completo em uma nova janela

eMule · eDonkey2000 · eD2k · Kad · P2P · COBOL · IBM Mainframe · redes distribuídas · preservação digital · arqueologia da Internet

quinta-feira, 5 de dezembro de 2024

Project eMule 3.0 : Quando um Programador Descobre que a Biblioteca Perdida da Internet Nunca Morreu... Ela Apenas Esperava a Tecnologia Certa para Renascer

Bellacosa Mainframe e o projeto emule 3.0



☕ Um Café no Bellacosa Mainframe

eMule 3.0 sem Mistérios para Programadores COBOL

Quando um Programador Descobre que a Biblioteca Perdida da Internet Nunca Morreu... Ela Apenas Esperava a Tecnologia Certa para Renascer

"Fortuna et Gloria, kid... fortuna e glória."
— Indiana Jones


Introdução — A Biblioteca Enterrada Sob as Areias da Internet

Imagine Indiana Jones entrando em uma cidade perdida.

Durante séculos, exploradores acreditaram que ela havia desaparecido.

As portas estavam cobertas de areia.

As paredes rachadas.

As estantes vazias.

Mas bastou remover alguns metros de poeira para descobrir algo extraordinário:

A biblioteca nunca havia desaparecido.

Ela apenas estava esperando alguém capaz de compreendê-la.

O eMule é exatamente assim.

Para milhões de pessoas ele morreu.

Para engenheiros de sistemas distribuídos...

Ele apenas entrou em hibernação.

Enquanto o mundo discutia streaming, cloud computing e inteligência artificial, quase ninguém percebeu que um software criado em 2002 já possuía conceitos que hoje aparecem em Kubernetes, Git, Docker, IPFS, Cassandra, Ceph, Hadoop e até em arquiteturas Zero Trust.

Talvez o erro nunca tenha sido o eMule.

Talvez tenha sido nossa incapacidade de continuar evoluindo uma das arquiteturas distribuídas mais inteligentes já construídas para computadores domésticos.

Hoje vamos imaginar como seria seu sucessor.

Bem-vindo ao eMule 3.0.


Capítulo I — O Burro Nunca Foi Lento

O nome "eMule" sempre gerou piadas.

"Mula."

"Lento."

"Fila."

"Espera."

Mas toda mula conhece um segredo.

Ela atravessa montanhas onde cavalos morrem.

Enquanto o BitTorrent foi projetado para velocidade...

O eMule foi projetado para sobrevivência.

E sobrevivência continua sendo um dos maiores desafios da humanidade digital.


Capítulo II — O Mundo Mudou

Em 2003...

A Internet era assim:

  • ADSL

  • Windows XP

  • IPv4

  • NAT doméstico

  • Monitores CRT

  • Arquivos ZIP

  • CDs graváveis

Hoje temos:

  • IPv6

  • 5G

  • Fibra óptica

  • SSD NVMe

  • IA generativa

  • Computação em nuvem

  • Smartphones

  • Edge Computing

A arquitetura precisa acompanhar essa transformação.

https://eljefemidnightlunch.blogspot.com/2015/04/quando-os-arquivos-eram-tesouros-pre.html


Capítulo III — Adeus MD4

O primeiro artefato arqueológico a ser aposentado seria o MD4.

Em 2002 ele era rápido.

Hoje sabemos que possui fragilidades conhecidas.

No eMule 3.0 cada arquivo possuiria:

  • SHA-256

  • BLAKE3

  • Assinatura digital opcional

O hash deixaria de ser apenas um identificador.

Passaria a representar identidade, autenticidade e integridade.

Como um CPF criptográfico do conhecimento.


Capítulo IV — A Biblioteca Inteligente

No eMule antigo...

Você pesquisava:

COBOL

No eMule 3.0...

Você conversaria.

"Encontre todos os manuais IBM COBOL publicados entre 1982 e 1991 que expliquem VSAM e CICS."

A IA responderia:

"Foram encontrados 87 documentos.

Os três mais relevantes são..."

A pesquisa deixaria de procurar palavras.

Passaria a compreender significado.


Capítulo V — OCR Universal

Milhões de documentos históricos existem apenas como imagens escaneadas.

Hoje isso é desperdício.

O eMule 3.0 indexaria automaticamente:

  • PDFs

  • TIFF

  • JPG

  • PNG

Aplicaria OCR.

Extrairia texto.

Geraria embeddings.

Criaria conhecimento pesquisável.

Um manual IBM de 1978 deixaria de ser uma fotografia.

Voltaria a ser informação.


Capítulo VI — O DNA do Conhecimento

Cada documento receberia uma identidade muito mais rica.

Não apenas um hash.

Mas um verdadeiro DNA digital.

Exemplo:

  • idioma

  • autor

  • editora

  • assunto

  • década

  • tecnologia

  • qualidade do OCR

  • número de páginas

  • referências cruzadas

A busca seria quase arqueológica.


Capítulo VII — Redes Unidas

O maior erro da Internet moderna foi criar ilhas.

O eMule 3.0 faria exatamente o contrário.

Pesquisaria simultaneamente:

  • eD2k

  • Kad

  • BitTorrent

  • IPFS

  • Arquivos públicos

  • Bibliotecas digitais autorizadas

O usuário faria apenas uma pergunta.

A plataforma descobriria onde o conhecimento está.


Capítulo VIII — IA como Bibliotecária

Imagine perguntar:

"Estou aprendendo IMS DB."

A IA responderia:

"Recomendo começar por estes cinco livros.

Depois estes vídeos.

Depois estes artigos.

Existe ainda um manual IBM de 1986 extremamente importante."

O eMule deixaria de ser um downloader.

Viraria um professor.


Capítulo IX — Reputação 2.0

Os antigos créditos eram excelentes.

Mas hoje poderiam evoluir.

Cada usuário teria uma reputação baseada em:

  • tempo de disponibilidade

  • integridade dos arquivos

  • contribuição para preservação

  • participação na catalogação

  • revisão de metadados

Quem ajuda a biblioteca.

Ajuda toda a humanidade.


Capítulo X — Deduplicação Mundial

Imagine dez milhões de PDFs.

Quantos blocos são repetidos?

Milhões.

O eMule 3.0 faria deduplicação global.

Cada bloco existiria apenas uma vez.

Economizando armazenamento em escala planetária.

Algo muito próximo do que storages corporativos fazem hoje.


Capítulo XI — Cliente Web

Nada de instalar vinte programas.

Bastaria abrir:

https://emule3.org

Pesquisar.

Compartilhar.

Organizar.

Tudo funcionando diretamente no navegador.


Capítulo XII — Cliente Mobile

O celular deixaria de ser apenas consumidor.

Passaria a preservar.

Fotos históricas.

Livros em domínio público.

Documentação técnica.

Tudo poderia contribuir para a biblioteca distribuída.


Capítulo XIII — Preservação Digital

Aqui está a verdadeira missão.

Não compartilhar filmes.

Não compartilhar músicas.

Mas impedir que conhecimento desapareça.

Imagine preservar:

  • manuais IBM dos anos 60

  • documentação Burroughs

  • compiladores COBOL históricos

  • revistas BYTE

  • revistas Micro Sistemas

  • livros de programação esgotados publicados legalmente em domínio público

  • documentação técnica aberta

Cada computador armazenaria apenas alguns megabytes.

Mas juntos...

Preservariam séculos de conhecimento.


Capítulo XIV — Segurança Moderna

O eMule 3.0 seria construído sobre princípios modernos:

  • TLS 1.3 para comunicações protegidas quando apropriado

  • BLAKE3 e SHA-256 para integridade

  • Assinaturas digitais para clientes oficiais

  • Atualizações autenticadas

  • Sandboxing para indexação de arquivos

  • Proteção contra clientes maliciosos

  • Reputação distribuída

  • Verificação de múltiplas fontes antes da catalogação

O objetivo não seria anonimato absoluto, e sim integridade, autenticidade e resiliência.


Capítulo XV — A Biblioteca de Alexandria Nunca Queimou

Talvez esta seja a maior mudança filosófica.

O eMule antigo compartilhava arquivos.

O eMule 3.0 preservaria civilizações.

Imagine uma falha catastrófica em um grande provedor.

Data centers desligados.

Serviços encerrados.

Empresas fechadas.

Mesmo assim...

A biblioteca continuaria viva.

Porque não pertence a uma empresa.

Pertence à comunidade.


Easter Eggs para Programadores COBOL

🏛 Easter Egg 1

O hash é o equivalente moderno da chave primária de um Db2.


🏛 Easter Egg 2

Os blocos distribuídos lembram páginas VSAM espalhadas por múltiplos volumes.


🏛 Easter Egg 3

A reputação dos nós funciona como um RACF social: confiança é construída ao longo do tempo.


🏛 Easter Egg 4

A deduplicação mundial lembra o DFSMS eliminando redundâncias em grandes ambientes de armazenamento.


🏛 Easter Egg 5

A IA bibliotecária faz o papel de um analista experiente que conhece décadas de documentação e sabe exatamente qual manual indicar para resolver um problema.


Curiosidades

  • O Git utiliza armazenamento orientado a conteúdo, conceito que conversa diretamente com a filosofia de identificação por hash usada no eD2k.

  • O IPFS também identifica objetos por seu conteúdo, não pelo local onde estão armazenados.

  • Grandes storages corporativos da IBM, Dell, Pure Storage e NetApp utilizam deduplicação e compressão para reduzir drasticamente o espaço ocupado.

  • Muitos pesquisadores consideram as redes P2P um dos pilares que influenciaram arquiteturas distribuídas modernas.


Conclusão — O Cálice Não Era de Ouro

No final de Indiana Jones e a Última Cruzada, o verdadeiro Santo Graal não era o cálice mais bonito.

Era o mais simples.

O eMule sempre foi esse cálice.

Jamais teve a interface mais elegante.

Jamais foi o software mais rápido.

Jamais teve campanhas de marketing milionárias.

Mas carregava uma ideia extraordinária:

Conhecimento importante nunca deveria desaparecer apenas porque um servidor foi desligado.

Talvez tenha chegado a hora de revisitar essa ideia.

Não para reviver nostalgicamente um software dos anos 2000.

Mas para construir uma infraestrutura mundial de preservação digital, onde cada computador contribua com um pequeno fragmento da memória coletiva da humanidade.

Se isso acontecer, o eMule deixará definitivamente de ser lembrado como um programa de downloads.

Será reconhecido como aquilo que sempre tentou ser desde o primeiro dia:

A Biblioteca de Alexandria da Era Digital, distribuída entre milhões de computadores, protegida não por muralhas de pedra, mas pela cooperação silenciosa de pessoas que acreditam que conhecimento deve sobreviver às empresas, aos governos, às modas tecnológicas e ao próprio tempo.

E quando esse dia chegar, todo programador COBOL Padawan compreenderá uma verdade que os arquitetos de mainframe conhecem há décadas:

Sistemas realmente grandiosos não são construídos para a próxima versão. São construídos para sobreviver às próximas gerações.

terça-feira, 6 de fevereiro de 2024

📺 Os 12 Macacos, COBOL e a Revista que Ensinou o Nome do Vírus ARCO I — CAPÍTULO II

  

Bellacosa Mainframe e os perigos da internet

☕ Um Café no Bellacosa Mainframe

📺 Os 12 Macacos, COBOL e a Revista que Ensinou o Nome do Vírus

ARCO I — CAPÍTULO II

“Não procure isto na Internet” — e milhões descobriram o que procurar

Às vezes, a informação mais poderosa não é a resposta. É descobrir qual pergunta deve ser feita.


🕰️ 00:01 — O manual estava sobre a mesa

No capítulo anterior, nosso COBOLzeiro tentou fazer aquilo que qualquer profissional sensato faria diante de uma epidemia informacional:

DELETE INTERNET

O sistema respondeu:

COMMAND REJECTED

REASON:
INFORMATION EXISTS
ON REMOTE NODES.

Tentou RACF.

Não funcionou.

Tentou descobrir o proprietário da Internet.

Também não funcionou.

Tentou encontrar o paciente zero.

Pior ainda.

Quando o terminal finalmente apagou, Bruce Willis apontou para uma velha revista sobre a mesa.

Nosso programador perguntou:

— Encontramos o culpado?

— Não.

— O paciente zero?

— Também não.

— Então o que encontramos?

Bruce Willis respondeu:

— O manual.

Agora precisamos entender o que isso significa.

E antes que alguém prepare a fogueira para jornalistas, revistas, televisão ou qualquer outro meio de comunicação, uma advertência:

este capítulo não é uma acusação contra a imprensa.

É justamente algo muito mais interessante.

É sobre um paradoxo da comunicação:

Para alertar alguém sobre uma coisa desconhecida, frequentemente precisamos primeiro contar que essa coisa existe.

E, no instante em que fazemos isso, modificamos o universo de possibilidades daquela pessoa.

Antes:

CONHECIMENTO = 0

Depois:

CONHECIMENTO = 1
CURIOSIDADE  = ???

O problema está nesses três pontos de interrogação.


📰 1. A velha revista encontrada no futuro

Voltemos aos anos 1990.

Internet brasileira.

Modem cantando músicas que apenas os sobreviventes daquela era conseguem identificar:

PIIIIIIIIIIIII
KRRRRRRRRRR
TCHHHHHHHH
KRRRRRRRRRR

Alguém na casa grita:

— DESLIGA A INTERNET QUE EU PRECISO USAR O TELEFONE!

Os jovens de 2026 podem acreditar que isso é ficção científica.

Não é.

Nós vivemos isso.

E, naquele mundo, descobrir alguma coisa na Internet era bastante diferente de hoje.

Não existia um algoritmo onipresente examinando cada movimento e dizendo:

"Você ficou 3,7 segundos olhando esse assunto. Aqui estão outros 427 conteúdos semelhantes."

Frequentemente era necessário conhecer:

  • o nome;

  • o endereço;

  • o programa;

  • a comunidade;

  • o servidor;

  • o canal;

  • a palavra-chave.

Em outras palavras:

era necessário possuir um mapa.

E muitas vezes esse mapa vinha de fora da Internet.

Revistas.

Jornais.

Programas de televisão.

Amigos.

Livros.

Cursos.

CD-ROMs.

Bancas de jornal.

E aqui entra uma lembrança fascinante daquela época: reportagens que pretendiam explicar os perigos da Internet.


🔎 2. O paradoxo da palavra-chave

Imagine alguém que jamais ouviu determinada expressão.

Vamos chamá-la simplesmente de:

PALAVRA-X

A pessoa possui um computador.

Possui Internet.

Possui curiosidade.

Mas não possui PALAVRA-X.

Então procura:

SEARCH "COISAS INTERESSANTES"

Recebe qualquer coisa.

Agora uma revista publica:

"Especialistas alertam para um fenômeno conhecido como PALAVRA-X."

Pronto.

Algo extraordinário aconteceu.

A revista não entregou necessariamente o conteúdo.

Não forneceu necessariamente acesso.

Não criou necessariamente a comunidade.

Mas entregou uma coisa extremamente valiosa:

o identificador.

Para um mainframeiro, isso é quase óbvio.

Você pode possuir acesso a milhões de datasets.

Mas existe uma diferença gigantesca entre:

PROCURE ALGUMA COISA

e:

PROD.FATURAMENTO.CLIENTES.HIST

O nome reduz o universo de busca.

A palavra funciona como índice.


🗝️ 3. Conhecer o nome é possuir metade da chave

Existe uma velha ideia na computação:

naming is hard.

Dar nomes é difícil.

Mas encontrar coisas sem conhecer os nomes pode ser ainda pior.

Na velha Internet, palavras tinham uma importância quase cartográfica.

Imagine:

INTERNET
 |
 +-- milhões de páginas
 |
 +-- milhares de fóruns
 |
 +-- servidores
 |
 +-- FTP
 |
 +-- IRC
 |
 +-- Usenet
 |
 +-- comunidades
 |
 +-- arquivos

Você está aqui:

             ?
             |
             v
           VOCÊ

Então alguém entrega:

KEYWORD = "XYZ"

Subitamente:

             XYZ
              |
              v
           SEARCH
              |
              v
          RESULTADOS
              |
              v
         COMUNIDADE

A palavra não criou o caminho.

Ela tornou o caminho pesquisável.

Essa distinção será importante durante toda nossa série.


☕ 4. O adolescente, a revista e o café do pai

Imagine a cena.

Ano: 1998.

Horário: 23h47.

Computador:

Pentium qualquer coisa.

Windows 95 ou 98.

Monitor CRT ocupando aproximadamente metade do território nacional.

Modem 33.6 ou 56k.

Internet tarifada.

Sobre a mesa existe uma revista.

A reportagem diz:

OS PERIGOS DA INTERNET

Nosso jovem leitor está profundamente preocupado.

Naturalmente.

Ele lê:

"Especialistas alertam que usuários..."

Interessante.

Continua.

"...utilizam determinados termos..."

Termos?

Ele aproxima a revista.

Pega uma caneta.

Anota.

01 WS-TERMOS.
   05 WS-TERMO-01 PIC X(20).
   05 WS-TERMO-02 PIC X(20).
   05 WS-TERMO-03 PIC X(20).

A reportagem continua explicando que determinados ambientes existem.

O jovem anota.

A reportagem talvez esteja pensando:

estamos alertando.

O adolescente talvez esteja pensando:

estou recebendo documentação técnica.

É aqui que Terry Gilliam entra pela janela.


🐒 5. A informação altera o passado

Em Os 12 Macacos, existe uma obsessão com causalidade.

O que aconteceu?

Quem provocou?

Pode ser impedido?

Uma tentativa de modificar determinado acontecimento pode participar da própria cadeia que levou até ele?

Na comunicação acontece algo conceitualmente semelhante.

Um jornalista observa um fenômeno.

Publica uma reportagem.

A reportagem aumenta o conhecimento público sobre o fenômeno.

Novas pessoas pesquisam.

Algumas entram nas comunidades.

O fenômeno cresce.

Então uma segunda reportagem diz:

"Fenômeno cresce assustadoramente."

Mais pessoas descobrem.

Temos:

FENÔMENO
   |
   v
REPORTAGEM
   |
   v
CONHECIMENTO
   |
   v
CURIOSIDADE
   |
   v
NOVOS USUÁRIOS
   |
   v
FENÔMENO MAIOR
   |
   v
NOVA REPORTAGEM

Isso é um feedback loop.

A observação passou a participar do sistema observado.


📺 6. Quando o Jornal Nacional encontra o mecanismo de busca

A televisão possui uma característica que a velha Internet não tinha:

alcance imediato.

Imagine um assunto conhecido por dez mil pessoas.

Um grande telejornal fala sobre ele para milhões.

Mesmo que 99% dos espectadores pensem:

"Que horror."

Ainda resta uma pequena fração pensando:

"Nunca ouvi falar disso."

Uma fração ainda menor pensa:

"Como funciona?"

Outra fração:

"Onde isso acontece?"

E uma fração microscópica:

"Vou procurar."

Agora multiplique "microscópica" por milhões.

Temos um problema de escala.

COBOLzeiros conhecem isso.

Um erro de 0,01% parece irrelevante.

Até processarmos:

100.000.000 TRANSAÇÕES

Então:

0,01% = 10.000

Bem-vindo à Internet.


📊 7. O problema não é porcentagem — é cardinalidade

Essa é uma das grandes lições das redes sociais.

Considere uma reportagem vista por:

10.000.000 pessoas

Vamos inventar apenas um exemplo didático, não uma estatística real.

Suponha:

99,0% ignoram
 0,9% ficam curiosas
 0,1% procuram

Apenas 0,1%.

Parece nada.

Mas:

10.000.000 * 0,001 = 10.000

Dez mil novas buscas.

Agora imagine cem milhões.

100.000.000 * 0,001 = 100.000

A televisão não precisa convencer a maioria.

Às vezes basta apresentar uma palavra a uma minoria estatisticamente pequena dentro de uma audiência gigantesca.


📰 8. Veja, revistas semanais e a Internet explicada aos mortais

Para compreender aquele período precisamos lembrar o poder das revistas semanais brasileiras.

Antes de feeds, newsletters digitais, portais atualizados minuto a minuto e redes sociais, revistas tinham enorme capacidade de definir assuntos.

Uma capa podia transformar algo desconhecido em conversa nacional.

Tecnologia era particularmente interessante porque grande parte da população não entendia aquele novo universo.

Internet parecia simultaneamente:

  • biblioteca;

  • brinquedo;

  • revolução;

  • território sem lei;

  • oportunidade;

  • ameaça;

  • futuro.

Então surgiam matérias tentando explicar:

O que seus filhos estão fazendo na Internet?

Quais são os perigos da rede?

O que existe nos chats?

Quem você encontra online?

Como funcionam essas comunidades?

Isso possuía valor jornalístico legítimo.

O problema estava na granularidade.


🔬 9. Granularidade: a palavra que salva este capítulo

Existe diferença entre dizer:

"Existem comunidades online que distribuem conteúdo ilegal."

e explicar:

"Elas utilizam exatamente estes termos, estes mecanismos, estes caminhos e esta sequência."

A primeira frase informa sobre o risco.

A segunda pode começar a reduzir a fricção necessária para localizar o fenômeno.

Essa diferença é:

granularidade informacional.

Quanto detalhe é necessário?

Segurança cibernética enfrenta exatamente a mesma pergunta.

Imagine descobrir uma vulnerabilidade.

Podemos publicar:

"Existe uma falha crítica. Atualize imediatamente."

Podemos também publicar uma análise técnica suficiente para pesquisadores compreenderem o problema.

Ou podemos entregar instruções operacionalmente completas para exploração imediata.

São níveis diferentes.

Informação não é binária.

Existe resolução.


🧨 10. O telejornal que mostra demais

Existe uma cena clássica em reportagens sobre tecnologia.

O repórter diz:

"Com poucos cliques..."

Pronto.

O sysadmin começa a suar.

A câmera mostra uma tela.

Depois outra.

Um especialista demonstra.

A intenção:

mostrar como é fácil e alertar.

Mas alguém em casa pode estar pensando:

volta a imagem.

Hoje essa pessoa nem precisa voltar.

Pause.

Screenshot.

OCR.

Busca reversa.

IA.

Pesquisa.

Aquilo que em 1997 desaparecia em três segundos de televisão pode ser congelado indefinidamente em 2026.

Isso modifica completamente a responsabilidade editorial sobre detalhes visuais.


🧠 11. Curiosidade não significa intenção criminosa

Aqui precisamos evitar outro erro.

Uma pessoa procurar alguma coisa porque ouviu falar dela não significa automaticamente intenção criminosa.

Curiosidade existe.

Pesquisa acadêmica existe.

Jornalismo existe.

Investigação existe.

Educação existe.

Segurança existe.

História existe.

E existe simplesmente:

"Que diabos é isso?"

A Internet transformou essa pergunta numa ação instantânea.

Antes:

QUE DIABOS É ISSO?
        |
        v
BIBLIOTECA?
ENCICLOPÉDIA?
PERGUNTAR ALGUÉM?
ESQUECER?

Hoje:

QUE DIABOS É ISSO?
        |
        v
SEARCH

O intervalo entre curiosidade e descoberta caiu de horas ou dias para segundos.

Essa redução de fricção é revolucionária.

Para o bem.

E para o mal.


🍎 12. O fruto proibido recebeu SEO

Existe ainda outro mecanismo.

Proibição chama atenção.

Não sempre.

Não para todos.

Mas suficientemente para merecer estudo.

Quando alguém diz:

"Este livro foi proibido."

algumas pessoas imediatamente querem lê-lo.

Quando alguém diz:

"Este filme foi censurado."

surge:

por quê?

Quando alguém diz:

"Não procure isso."

o cérebro humano possui um bug maravilhoso:

IF INSTRUCTION = "DO NOT SEARCH X"
   MOVE "X" TO SEARCH-FIELD
END-IF

Freud provavelmente teria algo a dizer.

O Google certamente tem logs.


🔥 13. O efeito Streisand entra na história

Anos depois, a Internet ganharia uma expressão famosa para um fenômeno relacionado:

Efeito Streisand.

A ideia geral é simples.

Uma tentativa de suprimir determinada informação pode, em certas circunstâncias, chamar ainda mais atenção para ela.

Importante:

pode.

Não significa:

EVERY REMOVAL = MORE VIRAL

Isso seria bobagem.

Muita coisa é removida e efetivamente perde alcance.

Mas alguns casos possuem ingredientes perfeitos:

  • pessoa famosa;

  • tentativa visível de remoção;

  • conflito;

  • curiosidade;

  • comunidade interessada;

  • imprensa;

  • facilidade de cópia.

Então ocorre:

TENTATIVA DE REMOVER
        |
        v
NOTÍCIA SOBRE REMOÇÃO
        |
        v
"MAS O QUE ESTAVAM REMOVENDO?"
        |
        v
BUSCAS
        |
        v
CÓPIAS
        |
        v
MAIOR VISIBILIDADE

O incêndio ganhou cobertura ao vivo.


🧯 14. Isso significa que não devemos remover nada?

Não.

Absolutamente não.

Essa conclusão seria tão equivocada quanto tentar corrigir um S0C7 desligando o mainframe.

Existem conteúdos e condutas cuja remoção é necessária.

Existem obrigações jurídicas.

Existem vítimas.

Existem crimes.

Existem riscos reais.

Existem ambientes que precisam ser moderados.

O ponto é outro:

remover conteúdo e administrar a comunicação sobre a remoção são problemas diferentes.

Você pode precisar remover alguma coisa.

Mas talvez não precise publicar um tutorial involuntário explicando exatamente como encontrar quinze cópias alternativas.

É possível combater sem fazer publicidade.

Difícil?

Muito.

Impossível?

Não.


🗞️ 15. Pânico moral: quando todo adolescente vira suspeito

Agora entra outra criatura.

Moral panic.

Toda geração acredita, em algum momento, que a geração seguinte encontrou a tecnologia definitiva para destruir a civilização.

Quadrinhos.

Rock.

Televisão.

Videogames.

RPG.

Internet.

Chat.

Redes sociais.

Smartphones.

TikTok.

IA.

Algumas preocupações eram ridículas.

Outras eram legítimas.

Muitas misturavam as duas coisas.

Esse é justamente o problema do pânico moral:

ele reduz fenômenos complexos a narrativas simples.

Exemplo:

TECNOLOGIA NOVA
       +
ADOLESCENTES
       +
CASO EXTREMO
       +
TELEVISÃO
       =
"UMA GERAÇÃO EM PERIGO?"

Observe o ponto de interrogação.

É uma tecnologia editorial extraordinariamente resistente ao tempo.


📡 16. A diferença entre risco e espetáculo

Jornalismo precisa tornar assuntos compreensíveis.

Televisão precisa contar histórias.

Histórias precisam de personagens.

Personagens precisam de conflito.

Então um fenômeno estatisticamente raro pode produzir uma narrativa extremamente poderosa.

O problema aparece quando o espectador conclui:

VISIBILIDADE = FREQUÊNCIA

Mas isso não é necessariamente verdade.

Algo pode aparecer muito na mídia justamente porque é extraordinário.

Por outro lado, algo comum pode receber pouca cobertura porque não produz novidade.

Essa diferença será fundamental quando falarmos de crimes em redes sociais.

Um caso chocante não descreve automaticamente toda a plataforma.

Mas também não deve ser descartado simplesmente porque é raro.

Precisamos de contexto.

Mainframeiros chamariam isso de:

olhar o dataset inteiro antes de concluir pela primeira ocorrência.


💾 17. Então chegou o eMule

E agora nossa história fica interessante.

Porque a informação ensinada pela mídia encontrou uma arquitetura que gostava pouco de centros.

P2P.

Peer-to-peer.

Em vez de:

USUÁRIO
   |
   v
SERVIDOR CENTRAL

temos conceitualmente:

     USER-A
      /   \
     /     \
USER-B --- USER-C
   \         /
    \       /
     USER-D

Arquivos podiam existir distribuídos entre usuários.

Isso alterou a lógica da remoção.

Derrubar um servidor central não necessariamente resolvia tudo.

O velho COBOLzeiro pergunta:

— Onde está o MASTER?

Resposta:

— Depende.

Ele começa a ficar irritado.


🫏 18. O burro digital carregando arquivos

O eMule tornou-se um símbolo curioso daquela era.

Para muitos usuários, significava uma transformação profunda.

Você procurava alguma coisa.

Encontrava referências.

Entrava numa fila.

Esperava.

Esperava.

Esperava.

Esperava mais.

Ia dormir.

Acordava.

23%.

Ia trabalhar.

Voltava.

47%.

Dois dias depois:

DOWNLOAD COMPLETE

Abre o arquivo.

Não era aquilo.

Uma geração inteira aprendeu resiliência psicológica dessa maneira.

Mas havia uma revolução por trás da piada.

Distribuição.

Identificadores.

Hashes.

Compartilhamento.

Comunidades.

O arquivo não precisava estar numa única empresa.


🗺️ 19. A imprensa fornecia o mapa; o P2P fornecia a estrada

Agora podemos juntar as peças.

A revista diz:

EXISTE X

O leitor aprende:

X

O mecanismo de busca mostra:

X → Y

O fórum explica:

Y → Z

O P2P oferece:

Z → FILE

Observe que nenhum ator necessariamente controla a cadeia inteira.

Temos:

REVISTA
   |
   v
PALAVRA
   |
   v
BUSCADOR
   |
   v
FÓRUM
   |
   v
P2P
   |
   v
USUÁRIO

É exatamente esse tipo de cadeia distribuída que torna a ideia de "paciente zero" tão sedutora — e frequentemente insuficiente.


📺 20. A televisão denuncia o P2P

Então a televisão descobre o P2P.

Reportagem:

"Milhões de pessoas compartilham arquivos diretamente pela Internet."

Milhões de espectadores:

Diretamente?

"Programas permitem localizar arquivos..."

Programas?

"Entre eles..."

O adolescente pega a caneta novamente.

Bruce Willis bate a cabeça na parede.

O COBOLzeiro pergunta:

— Eles estão fazendo isso de novo?

Sim.

Mas lembre:

eles também estão informando pais, autoridades, empresas, artistas e cidadãos sobre uma transformação tecnológica real.

Esse é o paradoxo.

Não existe solução confortável.


⚖️ 21. Informar ou esconder?

Se a imprensa não fala:

"Estão escondendo!"

Se fala pouco:

"Reportagem superficial!"

Se fala muito:

"Ensinou como fazer!"

Se usa termos técnicos:

"Ninguém entende!"

Se simplifica:

"Sensacionalismo!"

Bem-vindo à produção.

É como documentação.

Ninguém lê.

Até acontecer o incidente.

Então todos perguntam por que ela não tinha 700 páginas.


🔐 22. Responsible disclosure para jornalistas?

Aqui surge uma ideia interessante.

Segurança cibernética desenvolveu práticas de divulgação responsável.

Quando uma vulnerabilidade é descoberta, existe frequentemente uma reflexão sobre:

  • quem precisa saber;

  • quando;

  • quanto detalhe;

  • como corrigir;

  • quando publicar tecnicamente.

Talvez exista uma analogia útil para jornalismo sobre determinados riscos digitais.

Perguntas editoriais poderiam incluir:

01 REPORTAGEM-RISCO.
   05 PUBLIC-INTEREST       PIC X VALUE 'Y'.
   05 NECESSARY-DETAIL      PIC X VALUE 'Y'.
   05 OPERATIONAL-DETAIL    PIC X VALUE 'N'.
   05 COPYCAT-RISK          PIC X VALUE 'Y'.
   05 PROTECTION-GUIDANCE   PIC X VALUE 'Y'.

Não é censura.

É engenharia da informação.


🤔 23. A pergunta que deveria acompanhar cada detalhe

Antes de publicar determinada informação operacional:

O público precisa conhecer este detalhe para compreender ou se proteger?

Se sim, ótimo.

Se não:

Por que estamos publicando?

Para provar que investigamos?

Para tornar a matéria dramática?

Porque a imagem é interessante?

Porque o concorrente mostrou?

Porque gera audiência?

Porque alguém acha que "transparência" significa necessariamente publicar tudo?

Essas perguntas não possuem respostas universais.

Mas precisam existir.


🧑‍🏫 24. O professor enfrenta o mesmo problema

E aqui faço uma confissão profissional coletiva.

Nós, professores de tecnologia, enfrentamos exatamente o mesmo dilema.

Queremos ensinar segurança.

Para ensinar segurança precisamos explicar ataques.

Para explicar ataques precisamos demonstrar vulnerabilidades.

Para demonstrar vulnerabilidades podemos inadvertidamente ensinar técnicas utilizáveis de maneira indevida.

Então existe uma diferença entre:

ensinar o conceito

e

entregar capacidade operacional perigosa sem necessidade.

Essa fronteira muda conforme o assunto.

É por isso que contexto importa.


🤖 25. Em 2026 o problema ficou absurdamente maior

Agora imagine aquela velha reportagem da revista.

Antes, o leitor precisava:

  1. ler;

  2. entender;

  3. anotar;

  4. acessar o computador;

  5. conectar o modem;

  6. procurar;

  7. interpretar resultados.

Hoje:

Screenshot.

Pergunta para uma IA:

"O que significa isso?"

Resposta.

Outra pergunta:

"Qual é o contexto histórico?"

Resposta.

Busca.

Vídeo.

Reddit.

Discord.

Telegram.

Arquivo.

Em minutos.

A distância entre:

NÃO SEI

e:

AGORA SEI O SUFICIENTE PARA CONTINUAR

despencou.

Isso torna a decisão sobre granularidade ainda mais importante.


🧬 26. A informação aprendeu a se recombinar

Outra diferença moderna:

um conteúdo não precisa permanecer no formato original.

Uma matéria vira:

  • tweet;

  • post;

  • vídeo;

  • short;

  • reel;

  • meme;

  • screenshot;

  • thread;

  • comentário;

  • podcast;

  • reação;

  • resumo por IA.

Cada transformação remove alguma coisa.

Acrescenta outra.

Contexto evapora.

A informação sofre mutação.

Lembra do Capítulo I?

O vírus voltou.


🐒 27. O Exército dos 12 Macacos talvez esteja assistindo televisão

Nosso programador finalmente acha que compreendeu.

Ele pergunta:

— Então a mídia é o Exército dos 12 Macacos?

Não.

Seria simples demais.

A imprensa pode ser:

OBSERVADOR

e também:

AMPLIFICADOR

Pode ser:

ALERTA

e acidentalmente:

DISCOVERY MECHANISM

Pode reduzir dano.

Pode aumentar curiosidade.

Pode expor criminosos.

Pode gerar pânico moral.

Pode ensinar proteção.

Pode ensinar uma palavra que ninguém conhecia.

Tudo depende de contexto.


☕ 28. O café esfriou novamente

03:41.

O COBOLzeiro está diante do terminal.

A velha revista continua sobre a mesa.

Ele digita:

TRACE INFORMATION SOURCE

Resposta:

SOURCE FOUND: MAGAZINE

Ele sorri.

Finalmente.

IDENTIFY PATIENT ZERO

Resposta:

ERROR.

MAGAZINE DID NOT CREATE PHENOMENON.

Ele franze a testa.

THEN WHAT DID IT DO?

Silêncio.

Depois:

IT CREATED A DISCOVERY PATH.

Ele olha para Bruce Willis.

— Qual é a diferença?

Bruce responde:

— Toda.


🖥️ 29. O mapa aparece

O terminal começa a desenhar:

              BBS
               |
             USENET
               |
              IRC
               |
              ICQ
               |
            FÓRUNS
               |
             P2P
               |
             BLOGS
               |
          REDES SOCIAIS
          /     |      \
         /      |       \
 FACEBOOK    TWITTER    REDDIT
     |           |         |
 INSTAGRAM    TWITCH     DISCORD
     |           |         |
 WHATSAPP    TELEGRAM -----+

O programador pergunta:

— Isso é uma arquitetura?

Resposta:

NO.

— Um fluxo?

NO.

— Uma topologia?

PARTIALLY.

— Então o que é?

A tela responde:

MIGRATION HISTORY
OF DIGITAL TRIBES.

Bruce Willis pega o café.

Agora entendemos para onde vamos.


🧭 30. A comunidade não morreu — ela mudou de endereço

Essa talvez seja a maior pista do Capítulo II.

Quando determinada plataforma desaparece, suas comunidades não necessariamente desaparecem.

Elas migram.

Quando determinado vocabulário é bloqueado, ele pode mudar.

Quando um fórum fecha, seus usuários podem procurar outro.

Quando uma tecnologia perde popularidade, comportamentos podem reaparecer em outra arquitetura.

BBS não é Discord.

IRC não é Telegram.

eMule não é Reddit.

Facebook não é WhatsApp.

Mas existem linhas culturais atravessando essas gerações.

A humanidade leva consigo:

  • curiosidade;

  • identidade;

  • conflito;

  • amizade;

  • sexualidade;

  • crime;

  • humor;

  • criatividade;

  • tribalismo;

  • cooperação;

  • desejo de pertencimento.

Mudamos o protocolo.

Não necessariamente o usuário.


🐒 31. Easter egg: o paciente zero estava lendo

O terminal mostra uma última mensagem:

BELLACOSA INFORMATION CONTROL FACILITY
--------------------------------------

INCIDENT: INFORMATION OUTBREAK

SOURCE TRACE:

MAGAZINE............. CONFIRMED
TELEVISION........... CONFIRMED
WORD OF MOUTH........ CONFIRMED
SEARCH............... CONFIRMED

PATIENT ZERO......... NOT FOUND

WARNING:

MEDIA DID NOT NECESSARILY
CREATE THE PHENOMENON.

MEDIA MAY HAVE:

1. OBSERVED IT
2. NAMED IT
3. EXPLAINED IT
4. AMPLIFIED IT
5. WARNED ABOUT IT
6. MADE IT SEARCHABLE

--------------------------------------

Nosso programador pensa por alguns segundos.

Então pergunta:

CAN INFORMATION ABOUT A DANGER
BECOME PART OF THE DANGER?

A resposta demora.

Muito.

Finalmente:

YES.

BUT HIDING THE DANGER
CAN ALSO CREATE DANGER.

Silêncio.

Agora ele entende o tamanho do problema.

Não existe:

IF REPORT = GOOD
ELSE REPORT = BAD

Existe contexto.

Granularidade.

Proporcionalidade.

Responsabilidade.

Interesse público.

Consequências.

E seres humanos.

Sempre eles.


🔮 32. Próxima parada: as tribos

Nosso COBOLzeiro fecha a revista.

Acha que finalmente poderá dormir.

O terminal pisca.

Nova mensagem:

NEW INCIDENT DETECTED.

COMMUNITY MIGRATION IN PROGRESS.

SOURCE....... IRC
DESTINATION.. UNKNOWN

SEARCHING...

ICQ
FORUM
EMULE
FACEBOOK
INSTAGRAM
WHATSAPP
REDDIT
TWITTER
TWITCH
TELEGRAM
DISCORD

WARNING:

SAME HUMANS.
NEW ARCHITECTURE.
NEW RULES.
NEW PROBLEMS.

Ele olha para Bruce Willis.

— Discord?

— Sim.

**— É tipo IRC?

Bruce pensa.

— Imagine o IRC ganhando canais persistentes, voz, vídeo, bots, permissões, comunidades gigantes e vinte anos de evolução.

O COBOLzeiro fica animado.

— Então finalmente organizaram tudo!

Bruce Willis começa a rir.

O terminal mostra:

ERROR:
OPTIMISM NOT SUPPORTED.

🖥️ FINAL DO CAPÍTULO II

BELLACOSA MAINFRAME
INFORMATION CONTROL FACILITY
------------------------------------

ARC I STATUS

CHAPTER I
INFORMATION OUTBREAK........ COMPLETE

CHAPTER II
DISCOVERY PATH.............. COMPLETE

PATIENT ZERO................ NOT FOUND

NEW OBJECTIVE:

TRACE DIGITAL TRIBES

BBS......................... DETECTED
USENET...................... DETECTED
IRC......................... DETECTED
ICQ......................... DETECTED
P2P......................... DETECTED
FORUMS...................... DETECTED
SOCIAL NETWORKS............. DETECTED
DISCORD..................... DETECTED

WARNING:

DO NOT ASSUME
NEW PLATFORM = NEW BEHAVIOR.

------------------------------------

NEXT DESTINATION:

FROM EMULE TO DISCORD

COMMAND ===> _

E, em algum lugar de 1998, um adolescente termina de ler uma reportagem sobre os perigos da Internet.

Fecha a revista.

Liga o computador.

O modem começa:

PIIIIIIIIIIIIIII... KRRRRRRRRRR...

Ele coloca ao lado do teclado o papel onde anotou uma palavra que desconhecia quinze minutos antes.

Em algum lugar de 2026, o terminal do Bellacosa Mainframe registra:

NEW SEARCH DETECTED.

Bruce Willis olha para a tela.

— Começou.

CONTINUA...


🐒 Próximo capítulo

ARCO I — CAPÍTULO III

🌐 Do eMule ao Discord — as tribos mudaram de endereço, não desapareceram

BBS, Usenet, IRC, mIRC, ICQ, fóruns, P2P, Facebook, Instagram, WhatsApp, Reddit, Twitter/X, Twitch, Telegram e Discord — uma viagem arqueológica pelas subculturas digitais e pela perturbadora descoberta de que trocamos protocolos, interfaces e algoritmos, mas continuamos levando os mesmos seres humanos dentro da rede.

sábado, 5 de novembro de 2022

O Meu Processo de Alusitanamento — Tomás Taveira, o CD 17 e a primeira aula de folclore digital português

 

Bellacosa Mainframe e as historias que nossas babas nao contavam Tavera Todinho la dentro

☕ Um Café no Bellacosa Mainframe

O Meu Processo de Alusitanamento — Tomás Taveira, o CD 17 e a primeira aula de folclore digital português

Ou: como cheguei a Portugal em 2002 para trabalhar num banco e descobri que, antes do eMule, os portugueses já tinham inventado a distribuição peer-to-peer em VHS

Groucho Marx pega o charuto, examina uma cassete VHS e sentencia:
“Não sei o que está aqui dentro. Mas, se metade de Lisboa já viu, provavelmente é confidencial.”



🇵🇹 2002 — Vagner precisa ser lusitanizado

Quando cheguei a Portugal, em 2002, trazia comigo um problema gravíssimo.

Eu falava português.

Parecia uma vantagem.

Não era.

Eu falava português brasileiro.

Portugal rapidamente tratou de explicar que isso era apenas uma versão beta do idioma.

Começou então aquilo que hoje chamo carinhosamente de meu processo de alusitanamento.

Era necessário aprender que uma bicha nem sempre era aquilo que um brasileiro imaginava.

Que uma rapariga podia ser apresentada à família sem provocar um escândalo.

Que um puto não era necessariamente uma ofensa.

Que pequeno-almoço não era um café servido numa xícara menor.

E que "pois" poderia significar aproximadamente 37 coisas dependendo da inclinação da cabeça do interlocutor.

Mas havia outra camada.

A mais importante.

A cultura subterrânea.

Porque ninguém realmente conhece um país lendo apenas Camões, Fernando Pessoa, Eça de Queirós e os manuais oficiais.

Para conhecer um país é necessário descobrir as piadas que todo mundo entende sem precisar explicar.

E foi assim que, trabalhando no universo bancário português, acabei recebendo de um colega do BPN uma espécie de documento antropológico.

Um CD.

Não me lembro de haver cerimônia oficial.

Não houve assinatura.

Não houve protocolo.

Não houve RACF.

O cidadão simplesmente entregou o artefato.

E naquele objeto havia uma inscrição suficientemente misteriosa para despertar imediatamente meu instinto de arqueólogo digital:

CD 17

Dezessete.

Isso significava uma coisa extraordinária.

Existiram pelo menos dezesseis antes dele.



🏛️ Para compreender o CD 17 precisamos voltar a Lisboa dos anos 80

Antes do personagem folclórico existe o personagem histórico.

E esta distinção é fundamental.

Tomás Taveira não surgiu como personagem de piada.

Era — e continuou sendo — um arquiteto português de enorme projeção, professor universitário e um dos principais nomes associados ao pós-modernismo arquitetônico português. Sua obra utilizava cores fortes, geometrias exuberantes e uma linguagem arquitetônica imediatamente reconhecível. As Amoreiras transformaram-se provavelmente no exemplo mais popular dessa arquitetura pós-moderna em Lisboa.

Vieram Olaias.

Amoreiras.

Edifícios públicos.

Projetos internacionais.

Posteriormente até estádios construídos para o Euro 2004.

Décadas depois do episódio que estamos prestes a abordar, a RTP ainda poderia dedicar um programa à sua arquitetura, mostrando projetos, desenhos e maquetes.

Essa é a primeira biografia.

Chamemos:

TOMAS.TAVEIRA.PROD

Arquiteto.

Professor.

Pós-modernista.

MIT.

Urbanismo.

Amoreiras.

Olaias.

Estádios.

Currículo perfeitamente carregável pelo sistema institucional.

Só que, em algum momento dos anos 80, começou a ser construída uma segunda biografia.

Uma que jamais apareceria num currículo acadêmico.


📼 1987 — alguém apertou REC

Aqui precisamos abandonar Groucho Marx durante alguns minutos.

Porque por trás daquilo que posteriormente virou piada nacional existia uma questão séria.

Vídeos íntimos foram gravados no escritório de Taveira. As fontes posteriores descrevem problemas graves envolvendo o conhecimento ou consentimento das mulheres filmadas. As gravações teriam sido realizadas por volta de 1987 e começaram a circular publicamente em 1989.

Não precisamos entrar nos detalhes.

Aliás, para compreender o fenômeno cultural, os detalhes são praticamente irrelevantes.

O que importa para nossa arqueologia é outra coisa:

a cassete escapou.

E, quando uma informação escapa, surge uma das leis fundamentais da informática:

Informação interessante possui uma tendência impressionante de desenvolver pernas.

Em 1989 não existia WhatsApp.

Não existia Telegram.

Não existia YouTube.

Não existia BitTorrent.

Não existia eMule.

Não existia Napster.

Não existia sequer a Web como conheceríamos poucos anos depois.

Mas existia uma tecnologia revolucionária.

VHS + DOIS VIDEOCASSETES

Pronto.

Nasceu o peer-to-peer lusitano.


📼📼 A internet portuguesa antes da internet

Imagine o processo.

Alguém possuía uma cassete.

Outro alguém queria uma cópia.

Dois aparelhos eram conectados.

PLAY.

REC.

Esperava-se.

Nascia uma segunda cassete.

A segunda encontrava uma terceira pessoa.

A terceira conhecia um primo.

O primo conhecia um colega.

O colega trabalhava num escritório.

O escritório tinha alguém com dois videocassetes.

PLAY.

REC.

PLAY.

REC.

PLAY.

REC.

Em pouco tempo a coisa começou a circular por Lisboa com uma velocidade que relatos posteriores descrevem como extraordinária. A imprensa já discutia rumores sobre as gravações em setembro de 1989; jornais e cronistas começaram a abordar o assunto e, em outubro, o caso já fazia parte do debate público nacional.

A própria retrospectiva anual da RTP colocaria Tomás Taveira entre os acontecimentos marcantes de Portugal em 1989.

Isso é extraordinário.

Porque significa que estamos diante de um fenômeno que hoje chamaríamos simplesmente:

VIRAL

Só que viral sem internet.


📰 E então Portugal descobriu a bomba

O assunto saiu das salas privadas.

Chegou aos jornais.

Chegou às conversas.

Chegou aos cafés.

Chegou às universidades.

Chegou aos escritórios.

Chegou inevitavelmente à televisão.

E então aconteceu aquilo que sempre acontece quando um escândalo entra no imaginário popular:

o fato perdeu o controle sobre a própria narrativa.

Cada pessoa acrescentava alguma coisa.

Alguém conhecia alguém que conhecia alguém.

A cassete que uma pessoa tinha visto não parecia exatamente igual à cassete que outra jurava ter visto.

Apareceram versões.

Rumores.

Personagens supostos.

Locais supostos.

Frases supostas.

Detalhes supostos.

Alguns verdadeiros.

Outros provavelmente inventados.

E outros pertencentes àquela categoria maravilhosa da cultura popular:

“Não aconteceu exatamente assim, mas todo mundo lembra que aconteceu.”

Groucho Marx retorna ao recinto:

“Finalmente encontramos uma fonte histórica confiável: um sujeito no café que ouviu de um cunhado.”


😂 Portugal fez aquilo que qualquer sociedade faz diante do absurdo

Transformou em humor.

Vieram piadas.

Referências.

Imitações.

Bordões.

Insinuações televisivas.

Conversas de café.

Humoristas perceberam imediatamente que não era necessário explicar nada.

Bastava uma frase.

Uma entonação.

Uma referência.

O público completava mentalmente o resto.

E aí surge uma das expressões mais interessantes associadas à mitologia:

“Estudasses.”

Décadas depois, portugueses ainda discutem se a célebre expressão realmente aparece da maneira como a memória coletiva afirma.

Isso é maravilhoso do ponto de vista antropológico.

Porque significa que o meme ficou maior que a fonte.

A frase passou a existir independentemente da gravação.

Ela tornou-se patrimônio oral.

O cidadão poderia nunca ter visto VHS nenhum.

Mesmo assim conhecia a piada.


🎵 E a coisa entrou na música

Era inevitável.

A cultura popular portuguesa absorveu o episódio.

Uma das referências conhecidas aparece em “Na Cabana do Pai Tomás”, dos Sitiados, exemplo de como o caso deixou de pertencer apenas às páginas dos jornais e passou para o repertório humorístico e musical.

Depois vieram referências.

Samples.

Montagens.

MP3.

Paródias.

Arquivos com nomes absolutamente suspeitos.

E começou um fenômeno ainda mais interessante:

pessoas passaram a conhecer a referência sem conhecer sua origem.

Isso é o estágio final de um meme.

Quando alguém ri de uma frase sem saber exatamente por que aquela frase é engraçada, o acontecimento original já entrou no folclore.


💿 CORTA PARA 2002

Portugal.

BPN.

Um brasileiro recém-chegado tentando compreender aquele maravilhoso sistema operacional chamado:

PORTUGAL 2002 ENTERPRISE EDITION

Meu colega provavelmente percebeu rapidamente uma falha grave na minha formação.

Eu conhecia Pessoa.

Conhecia Saramago.

Conhecia alguma história portuguesa.

Mas desconhecia parte essencial do folclore contemporâneo nacional.

Era inadmissível.

Então veio o CD.

CD 17

Aquilo era praticamente um curso de integração cultural.

Esqueça treinamento corporativo.

Esqueça PowerPoint.

Esqueça Recursos Humanos.

O verdadeiro onboarding português estava num CD-R.

Eu coloquei aquilo no computador.

E comecei uma das mais curiosas aulas de antropologia da minha vida.

De repente várias frases que eu já havia ouvido começaram a fazer sentido.

Piadas que anteriormente passavam pelo meu ouvido sem autenticação receberam credenciais.

Referências televisivas começaram a encaixar.

Era como descobrir que você passou meses ouvindo chamadas para uma subrotina sem possuir o copybook.

Finalmente eu tinha o copybook.


🫏 O detalhe importante: em 2002 aquilo já era arqueologia

Treze anos haviam passado desde 1989.

Mas a história continuava viva.

Isso me impressionou.

Porque eu não estava simplesmente assistindo a um escândalo antigo.

Estava observando a transmissão de memória coletiva entre tecnologias.

Primeiro:

VHS

Depois:

cópia de VHS

Depois:

cópia da cópia da cópia

Depois:

digitalização

Depois:

CD-R

Depois:

MPG

Depois:

AVI

E então chegou a cavalaria.

🫏 eMule

Para quem não viveu aquela maravilhosa época, o eMule era uma espécie de biblioteca de Alexandria administrada por adolescentes, piratas digitais e computadores ligados durante 72 horas.

Você procurava Beethoven.

Recebia Beethoven.

Às vezes.

Nas outras ocasiões recebia alguma coisa chamada:

BEETHOVEN_COMPLETE_SYMPHONIES_FINAL_REAL_100_PERCENT.avi

E descobria que a humanidade tinha outros planos para sua noite.

Tomás Taveira encontrou ali sua segunda juventude digital.

O que havia circulado fisicamente em Lisboa agora poderia atravessar Portugal.

Brasil.

França.

Luxemburgo.

Suíça.

Qualquer lugar onde existisse um português emigrado, uma conexão ADSL e paciência suficiente.


🌍 A diáspora digital do VHS

Esse é provavelmente o aspecto mais fascinante.

A primeira geração conheceu o caso como acontecimento.

A segunda conheceu como cassete.

A terceira conheceu como arquivo.

A quarta conheceu como meme.

E a quinta talvez conheça apenas:

“Estudasses.”

Sem contexto.

Sem VHS.

Sem 1989.

Sem saber sequer quem era Tomás Taveira.

Isso é folclore.

Exatamente como uma expressão medieval pode sobreviver séculos depois de desaparecer o acontecimento que lhe deu origem.

Só que aqui conseguimos observar praticamente todas as etapas.


👨‍🏫 As duas biografias de Tomás Taveira

E aqui chegamos ao ponto que mais me fascina nessa história.

Tomás Taveira passou a possuir duas biografias simultâneas.

Biografia A — institucional

Arquiteto.

Professor.

Pós-modernismo.

MIT.

Olaias.

Amoreiras.

BNU.

Metro das Olaias.

Alvalade XXI.

Aveiro.

Leiria.

Projetos internacionais.

É uma carreira arquitetônica extensa e documentada.

Mas existe:

Biografia B — popular

A cassete.

As frases.

As imitações.

As músicas.

Os CDs.

Os AVI.

O eMule.

As piadas de café.

Os memes.

As referências que atravessaram gerações.

As duas biografias pertencem à mesma pessoa.

Mas vivem em bancos de dados culturais completamente diferentes.


🏟️ E a ironia tornou-se arquitetônica

Isso produz situações absolutamente surreais.

Você pode entrar numa obra projetada por Tomás Taveira sem conhecer Tomás Taveira.

Pode assistir futebol num estádio relacionado à sua obra.

Pode passar pelas Olaias.

Pode olhar as Amoreiras dominando parte da paisagem lisboeta.

E alguém ao seu lado pode conhecer apenas:

a piada.

Enquanto outro conhece apenas:

o arquiteto.

Dois portugueses podem falar do mesmo homem e aparentemente estar falando de pessoas completamente diferentes.

Esse é o verdadeiro fork.

TOMAS_TAVEIRA_ARCHITECT.EXE

e

TOMAS_TAVEIRA_FOLKLORE.EXE

Ambos continuam rodando.


📺 E o século XXI não executou DELETE

Esse talvez seja o detalhe mais extraordinário.

Era perfeitamente possível que tudo desaparecesse.

VHS deteriora.

CD-R deteriora.

Discos rígidos morrem.

Sites fecham.

Links quebram.

Servidores desaparecem.

Mas cultura popular possui redundância.

Uma pessoa guarda.

Outra copia.

Outra comenta.

Outra transforma em música.

Outra escreve num fórum.

Outra faz meme.

Outra pergunta:

“De onde vem essa história?”

E alguém responde.

A transmissão recomeça.

Décadas depois, o assunto ainda reaparece na imprensa e em produções culturais, enquanto discussões online continuam debatendo inclusive quais frases pertenciam realmente às gravações e quais foram acrescentadas posteriormente pela memória coletiva.

É quase um sistema distribuído.

Não existe servidor central.

Não existe administrador.

Não existe documentação.

Mas os dados sobrevivem.


🧠 O verdadeiro CD 17

Hoje percebo que aquele CD que recebi em 2002 não continha simplesmente arquivos.

Continha contexto cultural.

Meu colega do BPN estava realizando uma operação muito antiga.

A mesma operação pela qual pessoas transmitem lendas há milhares de anos.

Só havia mudado o suporte.

Antes:

“Meu avô contou ao meu pai.”

Depois:

“Tenho uma cassete.”

Em 2002:

“Leva este CD.”

Depois:

“Procura no eMule.”

Mais tarde:

“Procura no YouTube.”

Depois:

“Vi num meme.”

E provavelmente algum arqueólogo digital em 2126 encontrará uma referência perdida e perguntará:

“Mas afinal quem diabos era esse arquiteto?”


🎩 Groucho Marx fecha o arquivo

Groucho apaga o charuto.

Olha para as Amoreiras.

Olha para uma velha cassete VHS.

Olha para o CD 17.

Olha para um diretório perdido do eMule.

E finalmente declara:

“Passei a vida acreditando que a imortalidade exigia uma grande obra. Aparentemente também ajuda alguém esquecer uma cassete no lugar errado.”

E talvez essa seja a conclusão perfeita.

Tomás Taveira construiu edifícios destinados a durar décadas.

Mas paralelamente ajudou, involuntariamente, a construir algo muito mais difícil de demolir:

uma lenda popular.

Quando cheguei a Portugal em 2002, eu conhecia apenas a primeira camada daquele país.

O território.

A língua.

Os bancos.

Os cafés.

Os elétricos.

Fernando Pessoa.

Camões.

Depois veio o CD 17.

E compreendi uma verdade essencial sobre meu processo de alusitanamento:

um país não é feito apenas da história que coloca nos museus.

É feito também das histórias que conta baixinho.

Das piadas que atravessam gerações.

Dos bordões cuja origem ninguém mais sabe explicar.

Das músicas que escondem referências.

Das cassetes copiadas clandestinamente.

Dos CDs emprestados no escritório.

Dos arquivos que sobreviveram ao eMule.

E daquela pergunta inevitável que todo estrangeiro faz quando percebe que todos à mesa estão rindo menos ele:

“Espera… qual é a história?”

Foi assim que, em 2002, um colega do BPN colocou um CD-R na minha mão.

Eu pensava que estava recebendo um disco.

Na verdade estava recebendo Portugal — Disco 17 de instalação.

E aparentemente ainda faltavam os outros dezesseis.

ESTUDASSES. E agora quando ouvires uma musica xula com refrão mixado, todinho la dentro, saberá quem foi Tavera das Tascas.


https://andarilhovisitaportugal.blogspot.com/

quinta-feira, 6 de fevereiro de 2014

eMule : Quando um Programador Descobre que a Maior Biblioteca da Internet Não Foi Construída por Empresas Bilionárias... Mas por Milhões de Desconhecidos Compartilhando Pequenos Pedaços do Mesmo Tesouro

 

Bellacosa Mainframe apresenta o eMule

☕ Um Café no Bellacosa Mainframe

eMule sem Mistérios para Programadores COBOL

Quando um Programador Descobre que a Maior Biblioteca da Internet Não Foi Construída por Empresas Bilionárias... Mas por Milhões de Desconhecidos Compartilhando Pequenos Pedaços do Mesmo Tesouro

"A arqueologia não consiste em encontrar ouro. Consiste em compreender quem o escondeu, por quê, e como ele sobreviveu ao tempo."
— Dr. Henry Walton Jones Jr. (adaptado para um SysProg de Mainframe)


Introdução — O Templo Perdido da Internet

Imagine Indiana Jones entrando em uma biblioteca subterrânea esquecida sob as areias do Egito.

Não existem bibliotecários.

Não existe um servidor central.

Não existe um computador principal.

Cada explorador leva apenas algumas páginas de milhares de livros.

Mesmo assim...

A biblioteca inteira continua existindo.

Parece impossível?

Pois foi exatamente essa filosofia que transformou o eMule em uma das maiores experiências de engenharia distribuída já criadas na Internet.

Durante muitos anos, milhões de pessoas acreditaram que estavam apenas baixando músicas, filmes ou softwares.

Na realidade...

Estavam participando de um gigantesco experimento mundial de armazenamento distribuído, tolerância a falhas, reputação digital, criptografia, filas inteligentes e redes descentralizadas.

Curiosamente...

Muitos conceitos lembram muito mais um IBM z/OS, um CICS, um Db2 Data Sharing ou um Parallel Sysplex do que os serviços modernos de armazenamento em nuvem.

Hoje vamos explorar esse templo perdido.

Pegue seu chicote.

Seu chapéu.

Seu terminal 3270.

A aventura começou.


Capítulo I — O Mundo Antes do Streaming

No início dos anos 2000 a Internet era completamente diferente.

Não existia:

  • Netflix

  • Spotify

  • Disney+

  • Steam dominante

  • Google Drive

  • Dropbox

A velocidade típica era:

256 kbps
512 kbps
1 Mbps

Baixar um CD inteiro podia levar horas.

Um DVD...

Dias.

Foi nesse cenário que nasceu o eDonkey2000, posteriormente evoluído para o eMule.

Seu objetivo era simples:

Nunca deixar um arquivo morrer.

https://eljefemidnightlunch.blogspot.com/2015/04/quando-os-arquivos-eram-tesouros-pre.html 


Capítulo II — O Grande Segredo: Fragmentação

Um programador COBOL conhece bem um VSAM.

Imagine um KSDS.

Nenhum registro precisa estar fisicamente junto do outro.

O sistema sabe localizar tudo.

O eMule fazia algo parecido.

Um arquivo era dividido em centenas de blocos.

Arquivo ISO

↓

Parte 1

Parte 2

Parte 3

...

Parte 950

Cada computador possuía apenas algumas partes.

Nenhum precisava possuir o arquivo inteiro.

Isso era revolucionário.


Capítulo III — O Hash Era o CPF do Arquivo

Todo arquivo recebia uma impressão digital matemática.

No eD2k era utilizado principalmente MD4.

Hoje sabemos que o MD4 não é adequado para aplicações criptográficas modernas por apresentar colisões conhecidas, mas na época ele era uma escolha eficiente para identificar arquivos e verificar sua integridade durante o compartilhamento.

Se um único byte fosse alterado...

O hash mudava completamente.

Era como o RACF verificando se um ACEE pertence realmente ao usuário autenticado.

No mundo COBOL seria equivalente ao programa conferir rigorosamente se um registro lido é exatamente aquele esperado.


Capítulo IV — O Sistema de Filas

Aqui aparece uma das maiores genialidades.

No torrent moderno...

Você conecta.

Baixa.

Sai.

No eMule...

Você entrava numa fila.

Esperava sua vez.

Quem mais compartilhava...

Recebia prioridade.

Era quase um WLM (Workload Manager) da IBM.

O sistema distribuía recursos conforme reputação e colaboração.

Compartilhar significava investir no futuro.


Capítulo V — Créditos: A Economia Invisível

Imagine um banco.

Quem deposita mais.

Recebe benefícios.

No eMule era parecido.

Quanto mais upload você fazia...

Maior seu crédito.

Maior prioridade.

Hoje chamamos isso de reputação.

Em 2003 já existia.

Muito antes das redes sociais.


Capítulo VI — Servidores eD2k

Muita gente pensa que os servidores armazenavam arquivos.

Não.

Eles armazenavam índices.

Pense em um catálogo de biblioteca.

Livro

↓

Corredor

↓

Prateleira

↓

Pessoa que possui

O servidor apenas dizia:

"Existem vinte pessoas que possuem esse arquivo."

Depois disso...

Os computadores conversavam diretamente.


Capítulo VII — Kad: Quando o Mapa Desapareceu

Mais tarde surgiu o Kad.

Ele eliminou a dependência dos servidores.

Cada computador passou a conhecer outros computadores.

Era uma rede distribuída semelhante ao conceito de DHT (Distributed Hash Table), permitindo localizar conteúdos mesmo sem um servidor central.

Lembra um Parallel Sysplex.

Nenhum nó é absolutamente indispensável.


Capítulo VIII — Segurança

Aqui encontramos um tema interessante.

O eMule possuía diversas camadas de proteção.

Verificação por Hash

Cada bloco recebido era conferido.

Bloco corrompido?

Descartado.


Obfuscation

Foi introduzida uma forma de ofuscação do tráfego para dificultar bloqueios simples por provedores de Internet.

Importante:

Isso não era criptografia forte nem garantia anonimato.

Era apenas uma técnica para tornar o tráfego menos identificável por inspeções superficiais.


Banimento

Clientes maliciosos.

Clientes falsos.

Clientes modificados.

Podiam ser ignorados automaticamente.


Falsificação de Arquivos

Esse era um problema real.

Alguém podia publicar:

IBM COBOL Manual

Mas dentro havia outro conteúdo.

Por isso a comunidade passou a depender de:

  • comentários

  • hashes conhecidos

  • listas confiáveis

  • comunidades especializadas

Uma lição que continua válida para qualquer download na Internet.


Capítulo IX — Rastreabilidade

Muitos acreditavam:

"Estou invisível."

Nunca estiveram.

Toda rede P2P funciona através da comunicação entre computadores.

Isso significa que outros participantes naturalmente conhecem o endereço IP utilizado para trocar dados.

Provedores também registram conexões conforme legislação local.

O eMule não foi projetado como ferramenta de anonimato.

Ele foi projetado para compartilhamento distribuído.

São objetivos completamente diferentes.


Capítulo X — Compatibilidade

O eMule sempre foi extremamente flexível.

Funcionava com:

  • Windows XP

  • Windows Vista

  • Windows 7

  • Windows 10

  • Windows 11

Existem ainda projetos derivados e clientes compatíveis para Linux, como aMule, que implementam os protocolos eD2k/Kad.


Capítulo XI — A Instalação

Na época bastava:

  1. Instalar.

  2. Definir pasta de compartilhamento.

  3. Configurar portas quando necessário.

  4. Conectar ao servidor ou Kad.

  5. Compartilhar.

Mas havia um detalhe importante.

As portas.

Sem elas corretamente acessíveis...

Você recebia:

Low ID.


Capítulo XII — O Low ID

Esse era o pesadelo.

Roteador.

Firewall.

NAT.

Tudo bloqueava conexões.

O resultado?

Filas maiores.

Menos fontes.

Mais lentidão.

Curiosamente...

Hoje muitos desenvolvedores descobrem exatamente os mesmos problemas ao publicar APIs atrás de NAT ou firewalls corporativos.


Capítulo XIII — O Uso Diário

O eMule nunca foi uma ferramenta para quem tinha pressa.

Era para quem valorizava permanência.

Você colocava:

Manual IBM 1987

↓

Esperar

Talvez demorasse um dia.

Dois.

Uma semana.

Mas...

Se existisse alguém no planeta com aquele arquivo...

Havia esperança.

Essa mentalidade é muito diferente do consumo imediato de hoje.


Capítulo XIV — A Comunidade

Uma das maiores riquezas do projeto sempre foi sua comunidade.

Usuários criavam:

  • listas de servidores confiáveis

  • guias

  • FAQs

  • traduções

  • clientes derivados

  • filtros

  • fóruns

Era um verdadeiro projeto colaborativo.

Muito antes do GitHub dominar o desenvolvimento de software.


Capítulo XV — O Estado Atual

O eMule não desapareceu.

Ele apenas encolheu.

Ainda existem:

  • servidores eD2k

  • rede Kad

  • comunidades

  • usuários ativos

  • colecionadores

  • preservacionistas digitais

Seu foco mudou.

Hoje é muito utilizado por pessoas interessadas em conteúdos históricos e raros, quando esses materiais já não aparecem facilmente em outras redes.


Capítulo XVI — Melhorias que Marcaram Época

Ao longo da evolução surgiram recursos importantes:

  • melhor gerenciamento de filas

  • recuperação automática de downloads

  • ofuscação de protocolo

  • Kad

  • suporte IPv6 em implementações modernas

  • otimizações de memória

  • melhorias na estabilidade

Cada versão era fruto da colaboração da comunidade.


Capítulo XVII — Easter Eggs para Programadores COBOL

Easter Egg 1

O hash era como a chave primária de um Db2.


Easter Egg 2

As filas lembram o WLM decidindo prioridades.


Easter Egg 3

Os blocos do arquivo lembram páginas de um VSAM espalhadas pelo disco.


Easter Egg 4

O Kad parece uma rede CICS distribuída onde todos conhecem um pouco do mapa.


Easter Egg 5

Os créditos lembram um histórico de confiabilidade no RACF: quem contribui consistentemente tende a receber melhor tratamento pela comunidade.


Easter Egg 6

A recuperação de partes lembra um utilitário IDCAMS RECOVER reconstruindo um dataset a partir de informações preservadas.


Curiosidades

  • O eMule é software livre (GPL) e seu código-fonte pode ser estudado.

  • O nome "eMule" faz referência à "mula", animal conhecido por carregar cargas pesadas — uma continuidade da ideia iniciada pelo eDonkey ("burro").

  • A rede Kad ajudou a reduzir a dependência de servidores centrais.

  • Muitas universidades estudaram protocolos P2P inspirados em redes como eDonkey e BitTorrent.

  • Conceitos de armazenamento distribuído popularizados posteriormente em sistemas modernos já apareciam, em diferentes formas, nessas redes P2P.


O Legado Esquecido

Talvez o maior legado do eMule nunca tenha sido permitir downloads.

Seu verdadeiro legado foi demonstrar que milhões de computadores independentes podiam cooperar espontaneamente para preservar conhecimento.

Era uma Internet construída pelos próprios usuários.

Sem gigantes da tecnologia controlando tudo.

Sem grandes data centers centralizando cada byte.

Cada participante contribuía com um pequeno fragmento.

E, juntos, mantinham viva uma biblioteca mundial.

Para um programador COBOL Padawan, existe uma lição poderosa nessa história.

Nos grandes ambientes IBM Z, raramente um sistema crítico depende de um único componente. Há redundância, cooperação, compartilhamento de carga e mecanismos para garantir continuidade do serviço.

O eMule aplicava uma filosofia semelhante ao universo da Internet: um arquivo sobrevivia porque milhares de pessoas preservavam pequenas partes dele.

Como Indiana Jones descobrindo uma cidade perdida, compreender o eMule é perceber que nem toda tecnologia revolucionária desaparece por ser inferior.

Às vezes, ela apenas deixa de ocupar os holofotes.

Mas continua existindo, silenciosamente, guardando artefatos que o resto do mundo já esqueceu.

E talvez essa seja a maior aventura de todas.

Porque alguns tesouros não estão escondidos em templos antigos.

Estão esperando, pacientemente, no computador de algum desconhecido, em algum lugar do planeta, preservados por uma comunidade que decidiu que conhecimento não deveria simplesmente desaparecer.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...