☕ 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 P2P. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta P2P. Mostrar todas as mensagens

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.

quarta-feira, 4 de dezembro de 2019

🇯🇵 STIFLER NO JAPÃO — A Arqueologia do P2P Japonês

 

Bellacosa Mainframe e o p2p no Japão

☕ Um Café no Bellacosa Mainframe

🇯🇵 STIFLER NO JAPÃO — A Arqueologia do P2P Japonês

WinMX, Winny, Share, Perfect Dark, 2channel, NicoNico e a estranha história de uma Internet japonesa que existia diante dos nossos olhos — mas que boa parte do Ocidente quase nunca enxergou.




🍺 PRÓLOGO — STIFLER DESCOBRE QUE A INTERNET NÃO TERMINAVA NO EMULE

Imagine Steve Stifler, de American Pie, sentado diante de um computador no começo dos anos 2000.

Windows XP.

Monitor CRT.

Internet ainda relativamente lenta.

HD com alguns poucos gigabytes livres.

Winamp aberto.

ICQ piscando.

Kazaa instalado.

eMule trabalhando heroicamente durante três dias para baixar um arquivo de 700 MB.

Stifler olha para aquela maravilhosa invenção chamada Internet e chega a uma conclusão perfeitamente compatível com Stifler:

— Se existe na Internet, eu consigo encontrar.

Não, Stifler.

Você não consegue.

E talvez essa seja uma das coisas mais fascinantes da arqueologia digital.

Durante anos tivemos a impressão de que programas como Kazaa, eDonkey, eMule, LimeWire e posteriormente BitTorrent representavam praticamente todo o universo do compartilhamento de arquivos.

Mas não representavam.

Enquanto milhões de ocidentais exploravam determinadas redes, o Japão desenvolvia seu próprio ecossistema de compartilhamento.

WinMX.

Winny.

Share.

Perfect Dark.

2channel.

Depois NicoNico.

Mais tarde redes sociais, armazenamento em nuvem, aplicativos de mensagens e serviços de streaming transformariam novamente essa paisagem.

Era como se duas enormes cidades digitais estivessem funcionando simultaneamente.

Os habitantes das duas utilizavam a Internet.

Mas frequentavam bairros diferentes.

E Stifler estava prestes a descobrir que possuir o endereço IP não significava possuir o mapa da cidade.




🗺️ CAPÍTULO 1 — EXISTIAM VÁRIAS INTERNETS DENTRO DA INTERNET

Quando pensamos na Internet, imaginamos uma rede universal.

Tecnicamente isso está razoavelmente correto.

Culturalmente, não.

A Internet sempre foi dividida por idiomas, sistemas operacionais, comunidades, mecanismos de busca, protocolos e hábitos locais.

Um brasileiro dos anos 2000 poderia utilizar:

MSN
Orkut
eMule
KaZaA
ICQ
Fóruns
IRC.

Um japonês poderia circular por ambientes completamente diferentes.

Isso cria algo que podemos chamar informalmente de ilhas culturais digitais.

Não são redes necessariamente isoladas fisicamente.

A barreira está em outra camada.

Imagine:

                 INTERNET
                    |
        +-----------+-----------+
        |                       |
    ECOSSISTEMA              ECOSSISTEMA
     OCIDENTAL                JAPONÊS
        |                       |
      eMule                   WinMX
      Kazaa                   Winny
    LimeWire                  Share
    BitTorrent             Perfect Dark
        |                       |
      fóruns                2channel

Tecnicamente um brasileiro poderia instalar um software japonês.

Mas isso não significava que conseguiria encontrar alguma coisa.

Porque faltava algo importantíssimo.

Contexto.

Stifler entra na sala.

— Então basta instalar o programa japonês?

Não.

— Traduzir os botões?

Também não.

— Então o que falta?

Quase tudo.



🔎 CAPÍTULO 2 — BUSCAR É DIFERENTE DE SABER PROCURAR

Esse princípio vale até hoje.

Imagine um arquivo relacionado a determinada banda japonesa.

Você procura:

Japanese rock concert

Nada particularmente interessante aparece.

Um japonês procura o nome original da banda, uma abreviação usada pelos fãs, o nome do evento e uma convenção específica utilizada para nomear gravações.

Centenas de resultados aparecem.

O arquivo sempre esteve lá.

O problema era a consulta.

Isso é praticamente uma aula sobre banco de dados.

SELECT *
FROM INTERNET
WHERE DESCRIPTION = 'aquilo que Stifler acha que os japoneses chamam disso';

Resultado:

0 ROWS FOUND

Stifler conclui:

— Não existe!

O DBA responde:

— Sua query é que está errada.

Essa diferença torna-se gigantesca quando saímos do inglês.

Japonês possui kanji, hiragana e katakana, romanizações, abreviações, gírias e terminologia específica de determinadas comunidades.

Portanto:

arquivo existente ≠ arquivo encontrável.

Essa equação será fundamental durante toda nossa investigação.



🦖 CAPÍTULO 3 — WINMX CONQUISTA O JAPÃO

Antes de existir uma geração propriamente japonesa de softwares P2P, um programa estrangeiro encontrou terreno extremamente fértil no país.

WinMX.

Para quem viveu aquela época, o nome provoca imediatamente uma viagem no tempo.

O WinMX permitia procurar e compartilhar arquivos entre usuários e tornou-se particularmente popular no Japão.

Um dos motivos importantes era algo que hoje parece trivial:

funcionar adequadamente com caracteres japoneses.

No começo dos anos 2000 isso não era detalhe cosmético.

Era infraestrutura.

Encoding era uma guerra.

Shift JIS.

EUC-JP.

Unicode ainda não havia eliminado todos os nossos sofrimentos.

Um aplicativo que lidasse adequadamente com japonês possuía enorme vantagem naquele mercado.

Stifler observa:

— Então Unicode também influencia onde encontramos... coisas?

Sim, Stifler.

Você finalmente aprendeu alguma coisa.



👻 CAPÍTULO 4 — SURGE O MISTERIOSO MR. 47

Em 2002 começa uma das histórias mais interessantes da computação japonesa.

No gigantesco fórum anônimo japonês 2channel, um programador começou a discutir a criação de uma nova rede P2P.

Seu nome era Isamu Kaneko.

Mas naquele ambiente ele ficou associado ao apelido:

47氏 — Mr. 47.

O número estava relacionado à postagem pela qual ficou identificado na discussão.

Kaneko queria criar algo diferente.

O resultado seria:

WINNY

O nome contém um pequeno easter egg de programador.

Observe:

WINMX

Avance algumas letras:

M → N
X → Y

Temos:

WINNY

WinMX evolui linguisticamente para Winny.

Stifler olha aquilo e comenta:

— Programadores precisam sair mais de casa.

Talvez.

Mas o trocadilho ficou excelente.



🕸️ CAPÍTULO 5 — WINNY NÃO ERA APENAS OUTRO PROGRAMA DE DOWNLOAD

Aqui precisamos entrar um pouco mais profundamente na tecnologia.

Sistemas centralizados possuem uma vulnerabilidade conceitual:

o centro.

Imagine:

          SERVIDOR
         /   |   \
        /    |    \
       A     B     C

Se o servidor desaparece:

             X
         /   |   \
        A    B    C

temos um problema.

Redes P2P procuram distribuir funções entre participantes.

Simplificando bastante:

A ←→ B ←→ C
↑    ↕    ↑
↓    ↕    ↓
D ←→ E ←→ F

Cada participante pode contribuir com armazenamento, comunicação ou distribuição.

Winny empregava conceitos de descentralização, criptografia e cache distribuído.

O arquivo não precisava simplesmente permanecer no computador de uma única pessoa esperando alguém encontrá-lo.

Partes da informação podiam circular pela infraestrutura.

Isso tornava a rede mais resistente.

Também tornava controle e remoção muito mais difíceis.

E aqui aparece uma lição que continua absolutamente atual:

Descentralização distribui poder, mas também distribui responsabilidade.

Blockchain enfrentaria discussões parecidas.

Tor também.

Criptomoedas também.

IA generativa também.

A tecnologia pode ser neutra em sua arquitetura enquanto seus usos produzem consequências jurídicas, econômicas e sociais bastante concretas.


🏯 CAPÍTULO 6 — 2CHANNEL ERA O MANUAL QUE NÃO VINHA NA CAIXA

Talvez essa seja uma das peças mais importantes desta arqueologia.

O P2P japonês não era somente software.

Era software + comunidade.

2channel funcionava como uma gigantesca camada social.

Ali pessoas discutiam programas, versões, bugs, arquivos, hashes, configurações, acontecimentos e praticamente qualquer assunto imaginável.

Portanto poderíamos representar aquele ecossistema assim:

2CHANNEL
   |
   +-- conhecimento
   +-- descoberta
   +-- terminologia
   +-- comunidade
   +-- novidades
   |
   v
  WINNY
   |
   +-- busca
   +-- cache
   +-- transferência
   +-- distribuição

Essa arquitetura social é importantíssima.

Hoje fazemos algo semelhante quando alguém encontra uma informação em:

Reddit
Discord
Telegram
fórum
rede social

e segue dali para outro serviço.

O fórum não precisa armazenar o arquivo.

Ele precisa fornecer informação sobre a existência do arquivo.

É metadata humana.


🚔 CAPÍTULO 7 — A POLÍCIA BATE À PORTA

O sucesso de Winny inevitavelmente chamou atenção.

A rede passou a ser utilizada para compartilhamento de material protegido por copyright.

Usuários foram investigados.

E eventualmente o próprio Isamu Kaneko foi preso em 2004, acusado de auxiliar violações de copyright por meio do desenvolvimento do programa.

Começava uma discussão jurídica fascinante:

o criador de uma ferramenta é responsável pelos usos feitos por terceiros?

Imagine transportar a pergunta para outros contextos.

O fabricante do compilador é responsável pelo malware compilado nele?

O desenvolvedor de criptografia é responsável pela comunicação criminosa protegida pelo algoritmo?

O fabricante de uma câmera responde por fotografias ilegais produzidas com ela?

O desenvolvedor de uma IA responde por tudo que seus usuários tentarem produzir?

Não existem respostas triviais.

Kaneko foi inicialmente condenado, mas o caso percorreu o sistema judicial japonês e terminou com sua absolvição mantida pela Suprema Corte em 2011.

Ou seja, aquela aparentemente simples história de compartilhamento de arquivos virou uma discussão sobre os limites da responsabilidade de quem constrói tecnologia.

Stifler, surpreendentemente sério por alguns segundos, pergunta:

— Então quem escreve código também precisa pensar em direito?

Bem-vindo ao mundo real.


☣️ CAPÍTULO 8 — ANTINNY: QUANDO O DOWNLOAD COMEÇA A COMPARTILHAR VOCÊ

Então aconteceu algo ainda mais assustador.

Surgiu uma família de malware conhecida como Antinny.

Ela atacava usuários do ecossistema Winny.

Em determinadas variantes, arquivos existentes no computador infectado poderiam acabar sendo expostos através da própria rede.

Observe a perversidade:

USUÁRIO
   |
   v
PROCURA ARQUIVO
   |
   v
BAIXA CONTEÚDO MALICIOSO
   |
   v
EXECUTA
   |
   v
MALWARE
   |
   v
PROCURA DADOS LOCAIS
   |
   v
PUBLICAÇÃO
   |
   v
P2P

Stifler fica pálido.

Porque de repente aquela pasta chamada:

NAO_ABRIR

parece uma ideia muito ruim.

E era.

Ocorreram vazamentos envolvendo informações privadas, empresariais e governamentais.

Isso oferece uma aula extraordinária de segurança.

Confidencialidade não depende apenas de proteger o servidor.

O endpoint também importa.

O usuário também importa.

O software instalado também importa.


🛡️ CAPÍTULO 9 — UM DLP ANTES DE TODO MUNDO FALAR EM DLP

Transportemos isso para segurança corporativa moderna.

Imagine:

MAINFRAME
    |
   RACF
    |
 aplicação
    |
 arquivo exportado
    |
 workstation
    |
 malware

O mainframe poderia estar perfeitamente protegido.

RACF funcionando.

Dataset corretamente autorizado.

Auditoria impecável.

Mas alguém exportou os dados legitimamente para um endpoint comprometido.

Acabou.

Segurança precisa considerar o ciclo de vida da informação, não somente o sistema onde ela nasceu.

Esse é exatamente o tipo de situação que conceitos modernos de DLP — Data Loss Prevention — procuram enfrentar.

Winny e Antinny mostraram brutalmente que:

depois que informação confidencial sai do perímetro controlado, recuperar controle pode ser praticamente impossível.

E redes distribuídas tornam isso ainda pior.


👤 CAPÍTULO 10 — SHARE: O SUCESSOR ESPIRITUAL

A pressão sobre Winny não acabou com o P2P japonês.

O ecossistema evoluiu.

Surge:

SHARE

Share continuava explorando ideias de distribuição, anonimização e cache.

Mas existe uma curiosidade deliciosa para quem gosta de anime e cyberpunk.

Sua identidade visual possuía referência ao Laughing Man, de Ghost in the Shell: Stand Alone Complex.

Pense no encaixe perfeito:

anonimato.

Redes.

Hackers.

Identidade.

Informação.

Sociedade digital.

Ghost in the Shell.

Era praticamente inevitável.

Stifler não entende metade da referência.

Mas acha o logo legal.


🌑 CAPÍTULO 11 — PERFECT DARK E A INTERNET QUE O OCIDENTE MAL VIA

Depois surge outro nome lendário:

PERFECT DARK

O software aparece por volta de 2006 e continua a linhagem japonesa de P2P distribuído.

Perfect Dark é particularmente interessante para nossa investigação porque evidencia algo fundamental:

existiram redes cujo público estava fortemente concentrado no Japão.

Isso significa que um usuário brasileiro poderia passar anos explorando eMule e BitTorrent sem sequer perceber a dimensão de determinados ecossistemas japoneses.

Imagine dois oceanos:

        INTERNET GLOBAL
              |
      +-------+-------+
      |               |
    EMULE        PERFECT DARK
      |               |
 Europa             Japão
 Brasil             Japão
 EUA                Japão
      |               |
      +-------?-------+

Existe conexão técnica potencial.

Mas culturalmente são mundos diferentes.

É aqui que finalmente respondemos à pergunta de Stifler:

— Então existia uma Internet secreta japonesa?

Não.

Existia uma Internet japonesa que você não sabia procurar.

Essa diferença é enorme.


🔐 CAPÍTULO 12 — O RACF CULTURAL

Como programador mainframe, podemos construir uma analogia maravilhosa.

Stifler instala Perfect Dark.

Conecta.

Está dentro.

Mas procura tudo usando inglês.

Não conhece abreviações japonesas.

Não conhece comunidades.

Não conhece nomenclatura.

Não conhece referências.

Resultado:

ICH408I
USER(STIFLER)
RESOURCE(JAPANESE-CULTURAL-CONTEXT)
ACCESS INTENT(READ)
ACCESS ALLOWED(NONE)

😂

Tecnicamente:

USER AUTHENTICATED

Mas:

CULTURAL AUTHORIZATION FAILED

Ele possui acesso à rede.

Não possui acesso ao conhecimento sobre a rede.

Essa talvez seja a melhor definição da barreira.


📺 CAPÍTULO 13 — NICOnico MUDA O JOGO

Então chegamos a 2006.

Surge Niconico, que se tornaria uma das plataformas mais emblemáticas da cultura japonesa da Internet.

E começa uma transformação muito maior.

A velha geração fazia:

ENCONTRAR
   ↓
BAIXAR
   ↓
ARMAZENAR
   ↓
CATALOGAR
   ↓
COMPARTILHAR

A nova geração começa a fazer:

ENCONTRAR
   ↓
ASSISTIR
   ↓
COMENTAR
   ↓
COMPARTILHAR LINK

Parece apenas uma mudança de interface.

Não é.

É uma mudança de propriedade.


💾 CAPÍTULO 14 — NÓS ÉRAMOS BIBLIOTECÁRIOS

Quem viveu intensamente a Internet dos anos 1990 e 2000 provavelmente possui lembranças de diretórios como:

MP3
FILMES
ANIME
DOCUMENTARIOS
PROGRAMAS
FOTOS
BACKUP
BACKUP2
BACKUP_FINAL
BACKUP_FINAL_AGORA_VAI

😂

Nós acumulávamos arquivos.

Comprávamos HDs maiores.

Gravávamos CDs.

Depois DVDs.

Criávamos coleções.

Renomeávamos arquivos.

Organizávamos pastas.

Éramos bibliotecários digitais domésticos.

Stifler não chamaria aquilo de biblioteconomia.

Mas era exatamente isso.


☁️ CAPÍTULO 15 — ENTÃO PARAMOS DE POSSUIR AS COISAS

Streaming mudou completamente essa relação.

Hoje temos:

Spotify.

YouTube.

Netflix.

Serviços de anime.

Nuvens.

Redes sociais.

O arquivo não está necessariamente conosco.

Temos acesso a ele.

ERA P2P

CONTEÚDO
   ↓
MEU HD

versus:

ERA CLOUD

CONTEÚDO
   ↓
SERVIÇO
   ↓
MINHA CONTA
   ↓
STREAM

Essa transformação trouxe enorme conveniência.

Mas criou uma consequência curiosa para preservação histórica.


🏺 CAPÍTULO 16 — O PARADOXO DA INTERNET MODERNA

Temos hoje quantidades absurdamente maiores de armazenamento.

Porém determinados conteúdos podem ser mais efêmeros.

Em 2003:

arquivo
 ↓
Winny
 ↓
500 computadores
 ↓
300 backups
 ↓
CDs
 ↓
HDs esquecidos

Em 2026:

vídeo
 ↓
plataforma
 ↓
conta removida
 ↓
FIM

Isso significa que descentralização acidentalmente funcionava também como preservação.

Cada usuário mantinha uma cópia.

É semelhante ao princípio:

Lots of Copies Keep Stuff Safe.

Quanto maior a distribuição, maior a chance de alguma cópia sobreviver.


📱 CAPÍTULO 17 — O SMARTPHONE MATOU O ARQUIVISTA DOMÉSTICO

Não literalmente.

Mas mudou profundamente seu comportamento.

O computador incentivava:

SAVE AS...

O smartphone incentiva:

SHARE

Observe a diferença.

Salvar cria posse.

Compartilhar cria circulação.

Uma fotografia pode nascer no smartphone, passar por uma plataforma e nunca existir como arquivo conscientemente administrado pelo usuário.

A geração anterior perguntava:

— Em qual pasta está?

A geração moderna pergunta:

— Em qual aplicativo eu vi?

Essa diferença é gigantesca.


🕵️ CAPÍTULO 18 — ENTÃO ONDE FOI PARAR O P2P JAPONÊS?

Ele não simplesmente desapareceu numa terça-feira.

O ambiente fragmentou-se.

BitTorrent absorveu parte do compartilhamento mundial.

Serviços legais absorveram grande quantidade de mídia.

Cloud storage facilitou transferências privadas.

Redes sociais passaram a distribuir imagens e vídeos.

Mensageiros criaram comunidades fechadas.

Serviços especializados absorveram nichos.

O antigo modelo:

UM CLIENTE P2P
      ↓
MILHÕES DE ARQUIVOS

transformou-se em:

      INTERNET
          |
   +------+------+------+
   |      |      |      |
 vídeo   SNS   cloud  chat
   |      |      |      |
 nicho   nicho  nicho  nicho

Para o arqueólogo digital isso é pior.

Agora precisamos descobrir não apenas o que procurar.

Precisamos descobrir onde aquela comunidade vive.


🧠 CAPÍTULO 19 — O ALGORITMO SUBSTITUI A BUSCA

Existe ainda outra transformação.

No eMule você dizia:

Quero X.

O sistema procurava X.

Nas plataformas modernas você diz muito menos.

O algoritmo observa seu comportamento e decide:

Talvez você queira Y.

Passamos de:

SEARCH

para:

RECOMMENDATION

Isso muda inclusive a forma como culturas digitais são descobertas.

Um estrangeiro podia explorar deliberadamente um diretório P2P.

Hoje determinadas comunidades ficam escondidas atrás de recomendações personalizadas.

Duas pessoas podem abrir a mesma plataforma e praticamente enxergar duas Internets diferentes.


🧬 CAPÍTULO 20 — O QUE STIFLER FINALMENTE APRENDEU

Stifler começou esta história procurando diversão.

Terminou aprendendo ciência da computação.

O P2P japonês nos ensina sobre:

descentralização,
criptografia,
cache distribuído,
descoberta de informação,
segurança de endpoints,
malware,
DLP,
copyright,
responsabilidade de desenvolvedores,
comunidades digitais,
barreiras linguísticas,
preservação digital,
efeitos de rede
e arqueologia da Internet.

Mas existe uma lição ainda maior.

Informação não é apenas dado.

Informação é:

DADO
+
CONTEXTO
+
LINGUAGEM
+
COMUNIDADE
+
MECANISMO DE DESCOBERTA

Retire qualquer uma dessas peças e algo perfeitamente existente pode tornar-se praticamente invisível.


🥚 EASTER EGG — 03:17

São 03:17 da madrugada.

Stifler finalmente encontra um computador antigo esquecido em algum lugar.

Windows XP.

HD fazendo aquele barulho preocupante:

clack...
clack...
clack...

Existe uma pasta:

C:\P2P\

Ele abre.

WINMX
WINNY
SHARE
PERFECT_DARK

Stifler sorri.

Vinte e cinco anos de arqueologia digital finalmente chegaram ao grande momento.

Ele abre a última pasta.

Existe apenas um arquivo:

README.TXT

Stifler clica.

A mensagem diz:

VOCÊ PROCUROU DURANTE 25 ANOS.

MAS CONTINUOU PROCURANDO EM INGLÊS.

Silêncio.

O HD desliga.

Stifler olha para a tela.

— Motherf...

ICH408I — CULTURAL ACCESS DENIED.


☕ EPÍLOGO — UM CAFÉ NO BELLACOSA MAINFRAME

Talvez a história do P2P japonês seja muito maior do que Winny ou Perfect Dark.

Ela mostra como podemos estar conectados à mesma infraestrutura e ainda viver em universos digitais completamente diferentes.

O Japão não precisava construir uma rede fisicamente secreta.

Bastavam:

idioma próprio, comunidades próprias, softwares próprios, convenções próprias e hábitos próprios.

Era uma espécie de criptografia cultural.

O estrangeiro enxergava os pacotes.

Mas não necessariamente compreendia o significado.

E isso continua acontecendo em 2026.

Mudaram os protocolos.

Mudaram os aplicativos.

Mudaram os dispositivos.

Mas continuamos criando pequenas cidades dentro da grande cidade chamada Internet.

WinMX virou peça de museu digital.

Winny virou caso histórico.

Share e Perfect Dark tornaram-se capítulos fascinantes da cultura P2P japonesa.

2channel mostrou o poder das comunidades anônimas.

NicoNico antecipou uma nova cultura participativa.

Streaming substituiu grande parte da coleção local.

O smartphone transformou arquivos em feeds.

E os algoritmos começaram a decidir quais ruas dessa gigantesca cidade digital cada pessoa consegue enxergar.

No fundo, Stifler descobriu uma coisa que qualquer velho operador de mainframe já sabia:

ter conexão com o sistema não significa conhecer o sistema.

Às vezes você possui usuário.

Possui senha.

Possui terminal.

Possui rede.

Possui software.

E mesmo assim falta o componente mais importante:

saber onde procurar.

☕ Um Café no Bellacosa Mainframe

Porque algumas das melhores aulas sobre sistemas distribuídos começaram com alguém simplesmente querendo baixar um arquivo.



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...