Uma rede brasileira livre de algoritmos tóxicos, anúncios e exploração de dados.

Este é o blog da organica.social, o canal oficial de comunicação da equipe com a comunidade. Ele roda em Ghost com ActivityPub: dá para seguir o blog direto da sua conta no Fediverso, responder e compartilhar como qualquer outra publicação.

Quem escreve sou eu, @navigator@organica.social, conhecido na rede como Navigator. Sou administrador de sistemas na PopSolutions, empresa de software, comunicação e infraestrutura que opera por valores cooperativistas e sustenta várias soluções da economia solidária. O Skarnio me pediu este blog, e começamos com este post para contar como chegamos até aqui.

Há quase dois anos, a organica.social era uma boa ideia com pouca estrutura por trás. Em maio de 2026 já eram 2.039 contas e 529 pessoas ativas no mês, segundo o NodeInfo da instância: uma em cada quatro contas usando a rede todo mês, taxa alta para o Fediverso e que coloca a organica.social entre as instâncias Mastodon mais ativas do Brasil. Esta é a história de como isso aconteceu, do que custou e do que ainda falta.

Como tudo começou

A organica.social nasceu como conceito entre o fim de 2024 e o começo de 2025. Fui convidado para ajudar a construir uma rede social federada que pudesse ser feita coletivamente, por diferentes pessoas e organizações.

Na PopSolutions, parte da nossa pesquisa trata de descentralizar o processamento de dados, e também de como fazer isso com segurança. Por isso topei a empreitada, ao lado de pessoas já conhecidas nos movimentos sociais e no software livre.

O primeiro foi o Guto Carvalho, que mantém a bolha.us, uma experiência com várias aplicações do Fediverso e outros serviços que ele oferece de forma voluntária. Começamos conversando sobre manter a arquitetura dele, em RKE versão 1 (a forma de manter Kubernetes preservando a saúde mental). Depois o Thiago Skarnio me chamou para compor o grupo, e aos poucos o movimento foi se consolidando. O nome também veio do Skarnio: organica.social.

Primeiro, a casa

Com o domínio definido, comissionamos o servidor na PopSolutions. Passamos mais de duas semanas, o Guto e eu, muitas vezes madrugada adentro, desenhando um sistema seguro, resiliente e fiel à nossa política de IPv6 first.

Infelizmente, por questões de saúde e uma mudança de cidade, o Guto precisou deixar o projeto. O trabalho de infraestrutura, manutenção e hospedagem, pensado para duas pessoas, ficou com uma só: este que vos escreve, e que, aviso logo, tem sérias dificuldades com a escrita.

A organica.social roda hoje em um contêiner dedicado no cluster Proxmox da PopSolutions, em Barueri (SP). Os dados das pessoas ficam em território brasileiro, sob a lei brasileira, em máquinas que conhecemos pelo nome. Chegar aqui exigiu uma migração completa do banco de dados, com cópia de segurança antes de cada etapa.

Depois veio o trabalho menos visível: manter tudo atualizado sem derrubar ninguém. Em 2026 subimos o Mastodon da série 4.4 para a 4.5, passo a passo, com backup entre cada salto. Atualização de segurança não é evento; é rotina.

Quanto custa uma rede livre

Com o tempo veio a pergunta mais difícil: como financiar a plataforma sem vender dados, sem depender de publicidade e sem cair na armadilha dos algoritmos tóxicos que as grandes redes já oferecem?

Da parte da PopSolutions, já investimos mais de R$ 60 mil em horas de trabalho: manutenção, atualizações, comissionamento e endurecimento de segurança. Isso sem contar a hospedagem, que exige backups, link dedicado, servidores de alto desempenho e energia elétrica. E quando digo energia, é muita energia.

Minha proposta foi que a PopSolutions oferecesse serviços complementares a quem usa a organica.social: armazenamento em nuvem, e-mail com criptografia de ponta a ponta e hospedagem em geral. A rede cresceu muito depois da chegada da Biana, no fim de 2025, trazendo gente consciente dos problemas criados pelas empresas de tecnologia do capital especulativo. Eu achava, e ainda acho, que a comunidade pode ajudar a manter essa infraestrutura comprando serviços solidários, e a primeira pesquisa com a comunidade, em setembro de 2025, confirmou essa disposição.

Para que ninguém precise acreditar só na minha palavra, os custos e as contribuições são publicados de forma aberta no OpenCollective. Quem quiser saber quanto custa manter uma rede livre, pode ver.

Trabalho de formiguinha

Tudo foi construído assim, um grão de cada vez, tanto na governança quanto na moderação. Toda instância aberta vira alvo: cadastros automáticos, contas descartáveis e redes de propaganda tentando usar a nossa porta de entrada. Ao mesmo tempo, bloqueamos instâncias fascistas, de supremacia branca e, pior ainda, redes de abuso sexual infantil.

Em vez de fechar a porta, construímos ferramentas. Assim nasceu o FediGuard, um projeto de código aberto com três peças:

• BounceWatcher: analisa e-mails de cadastro que voltam e identifica padrões de registro fraudulento.
• DomainJudge: classifica domínios de e-mail por vários critérios antes de aceitar uma conta.
• FediBL: compartilha listas de bloqueio com outras instâncias pelo próprio ActivityPub.

Em abril de 2026, a IFTAS, rede internacional de confiança e segurança do Fediverso, nos apontou um conjunto de contas ligadas a uma rede coordenada de desinformação. Agimos rápido sobre as contas claramente automatizadas e contestamos, com dados, as contas legítimas que tinham entrado na lista por engano. Moderar bem é remover o que precisa sair e proteger quem precisa ficar.

Desse episódio saiu uma conclusão que levamos para fora: o protocolo ainda não tem um jeito automático e federado de compartilhar inteligência de moderação. Por isso estamos trabalhando com Emelia Smith na integração do FediGuard ao FIRES, a especificação aberta de troca de recomendações de moderação entre servidores.

Também publicamos novos Termos de Uso em 2026. Eles dizem com honestidade o que uma rede mantida por voluntários pode e não pode garantir, e se apoiam no Marco Civil da Internet. Não aceitamos cadastros com e-mails descartáveis nem com domínios Outlook.com e Hotmail.com, historicamente muito usados para spam e phishing; o PyPI tomou decisão parecida em 2024. Cada barreira dessas é uma porta a menos para bots e uma carga a menos para a moderação.

E ainda assim

O Fediverso tem perigos reais, e quem opera uma instância há mais de alguns meses já conhece quase todos. A moderação é distribuída, mas isso significa que cada admin é juiz, júri e carrasco da própria jurisdição, e nem todo admin tem tempo, formação ou temperamento para o papel.

A federação cria pontes, mas também acopla problemas: um bug em outra instância vira nosso bug, e uma onda de assédio em outra timeline atravessa o ActivityPub e cai no nosso feed. A defederação, que deveria proteger, às vezes vira ferramenta de purga ideológica. Instâncias grandes acumulam um poder gravitacional que contradiz a promessa de descentralização. Bots, spam, identidades que não se transportam bem, descoberta limitada: a lista é longa.

E ainda assim. É o mesmo argumento que fazemos há tempos sobre a democracia. O sistema é lento, contraditório, frustrante e muitas vezes injusto, e ninguém que olhe de perto consegue dizer, sério, que ele funciona bem.

Mas todas as alternativas que já testamos se mostraram piores, e nem sempre a longo prazo: a plataforma central benevolente, o algoritmo que decide por nós, o CEO iluminado, o monopólio "que pelo menos é eficiente". O Fediverso herda os defeitos da democracia porque herda o seu projeto: distribuir poder mesmo quando isso custa eficiência, mesmo quando significa conviver com quem pensa diferente, mesmo quando o resultado é feio.

A pergunta nunca foi se o Fediverso é perfeito. É se a centralização, a única alternativa concreta hoje, é tolerável. Depois de tantos ciclos vendo o que ela faz com o debate público, com a moderação, com a soberania dos dados e com a própria possibilidade de discordar, a resposta continua sendo não.

Descentralização não é antídoto

Depois de tantas idas e vindas na formação desta rede, fica uma reflexão que tem me acompanhado.

Vejo o discurso da descentralização sendo capturado por promotores de vaporware que levam o crédito sem ter o mérito. Fazer por fazer tem valor como experiência educativa, na escola, na caixa de areia onde a criança brinca e aprende. Adulto operando infraestrutura é outra coisa. Precisa da sobriedade de entender que um IP vazado não justifica tolerar assédio e que erro de configuração tem nome e rosto do outro lado. Quando o problema aparece, os marqueteiros são os primeiros a sumir. Fica o sysadmin para encontrar os responsáveis.

Falamos muito em descentralização como se ela, sozinha, fosse antídoto. Como se distribuir nós num grafo resolvesse o problema político da vigilância. Não resolve. O datacenter que opero guarda dados de pessoas reais: e-mails, nomes, IPs, padrões de conexão, horários, conversas. Eu sei onde elas estão e com quem falam. Essa informação não desaparece porque o software é livre, porque a pilha é federada ou porque a logo tem as cores da wiphala.

A idealização da descentralização virou um vaporware confortável: distribui-se a topologia e finge-se que o risco também foi distribuído. Não foi. O risco se concentra em cada operador, em cada admin com shell na máquina, em cada pessoa com acesso ao banco. Esse acesso precisa estar em mãos sóbrias. Boa intenção não basta. Coragem não basta.

O Everest está cheio de gente que queria muito chegar ao topo e não soube dar um passo atrás. O sysadmin é o oposto disso. Quem serve à comunidade sabe recuar, adiar o deploy, questionar a própria decisão antes de apertar enter e aceitar parecer lento, porque entende que do outro lado da configuração tem gente. Na administração de sistemas, coragem é defeito, não virtude. Seguir em frente sem entender é subir sem oxigênio: você pode até chegar, mas o custo é alto e nem sempre é só você quem paga.

Há ainda uma figura que ninguém vê: o guardião que sustenta o castelo de cartas e abre mão do crédito. Não tem o nome no manifesto e não pede aplauso. Para ele, cada vazamento evitado e cada madrugada de plantão é só mais um prego na montanha de pedra que carrega. Esse silêncio é deliberado, porque comunidade merece guardião, não culto. A contrapartida é que a comunidade muitas vezes não percebe quão frágil é o que sustenta seu cotidiano digital. Acredita que a descentralização aconteceu por mágica e que vigilância é problema das big techs.

Não é. Vigilância é problema de qualquer infraestrutura que processa dados de pessoas, e isso inclui esta. A diferença entre nós e o Vale do Silício não está no software. Está em quem tem a chave, em como ela é guardada e na honestidade de admitir que a pilha é frágil enquanto trabalhamos para que ela não caia.

E os próximos passos?

Comunidade que cresce precisa de governança que cresça junto. A organica.social passou de instância experimental a infraestrutura cotidiana de mais de duas mil pessoas. O modelo informal (admin decide, comunidade reclama, sysadmin apaga incêndio) já não dá conta, e continuar nele seria garantia de desgaste e de erros que afetam gente real.

O próximo passo, conduzido pelo Skarnio e pela Biana, é uma composição de entidades com escopos distintos e responsabilidades formalizadas. Cada uma responde pelo que sabe fazer, e o conflito entre elas, que sempre existe, tem um lugar próprio para acontecer.

• Organica Comunidade: as pessoas que fazem parte da rede, com voz sobre o cotidiano da convivência e o projeto coletivo.
• PopSolutions: autonomia e responsabilidade técnica sobre a plataforma: infraestrutura, segurança e operação. Decisão técnica não é pauta de assembleia.
• Associação Alquimídia: políticas de moderação, tolerância, acesso e governança. O trabalho duro de pensar conduta, regras de convivência e mecanismos de proteção.

A graça desse desenho está no que ele recusa: a confusão de papéis. Quem opera a infraestrutura não decide sozinho a política de moderação. Quem modera não dita a arquitetura. Quem é membro tem voz na comunidade, não na operação técnica. Quando tudo se mistura, o que parece democracia direta acaba virando paralisia ou, pior, captura por quem tem mais tempo livre para brigar no grupo.

Para que essa divisão funcione, as decisões precisam deixar rastro. A governança vive em repositórios públicos em git.pop.coop/organica, onde propostas, discussões e mudanças ficam registradas e podem ser auditadas por qualquer pessoa. Na parte técnica, o próximo ciclo é levar a integração entre FediGuard e FIRES para produção.

A aposta é modesta, e por isso valiosa: trazer saúde ao projeto. Ninguém promete que os problemas vão desaparecer. A promessa é que existe gente nomeada, com escopo claro, para responder por eles. É o mínimo que se pode oferecer a uma comunidade que confia seu cotidiano digital à infraestrutura de outras pessoas.

Se você está aqui, já faz parte disso. Siga este blog pelo Fediverso, acompanhe e proponha mudanças no repositório e, se puder, contribua pelo OpenCollective ou pelos serviços solidários. Rede livre não é rede de graça: é rede que a gente mantém junto.

Obrigado por esses quase dois anos. Que venham os próximos.

Navigator