Briar está em modo de manutenção
Um mensageiro seguro de nicho chamado Briar, conhecido pelo seu design ponto a ponto, sem servidor, sobre Bluetooth, Wi‑Fi local e Tor, está sendo colocado em modo de manutenção depois que os desenvolvedores concluíram que não conseguiam contornar as restrições dos sistemas operacionais móveis modernos. Comentários destacam como o gerenciamento agressivo de segundo plano e de bateria no Android e no iOS, sistemas centralizados de notificações push e efeitos de rede fracos tornam a mensagem P2P sempre ativa em telefones tecnicamente e socialmente frágil. O caso é usado para ilustrar limites mais amplos do open source financiado por doações, o ceticismo de que a IA possa “consertar” restrições no nível da plataforma e o interesse crescente em alternativas como rádios mesh dedicados e outros projetos P2P ou mesh.
O Design e o Nicho do Briar
- Visto como incomumente ambicioso: totalmente P2P, criptografado de ponta a ponta, sem servidor, funcionando sobre Tor, Wi‑Fi local e Bluetooth.
- A descoberta local de pares e as capacidades offline são destacadas como recursos que poucos outros mensageiros suportam.
- As escolhas de segurança foram muito conservadoras (por exemplo, evitando o encaminhamento “courier” em DMs para prevenir vazamento do grafo de contatos), priorizando privacidade em vez de usabilidade.
Usabilidade, Adoção e Limites da Plataforma
- Muitos argumentam que os efeitos de rede dos mensageiros são brutais; se os amigos não migram, o app é praticamente inútil.
- Ser P2P piora isso: é preciso densidade local suficiente ou então recorrer à conectividade com a internet.
- As restrições de execução em segundo plano e de push no iOS são vistas como um grande obstáculo; o Briar nunca foi lançado no iOS.
- No Android, o gerenciamento agressivo de energia e as restrições sobre serviços em segundo plano de longa duração tornam o P2P confiável e em tempo real difícil sem usar o sistema de push do Google.
Operação em Segundo Plano e Notificações
- Vários usuários relatam notificações atrasadas em muitos apps que não usam FCM; apps mainstream que usam as APIs de push do Google funcionam melhor.
- Comentários técnicos explicam Doze, buckets de standby de apps, níveis de prioridade do FCM e whitelisting, mas observam que apps que não usam FCM precisam fazer polling ou executar serviços em primeiro plano, com trade-offs de bateria e confiabilidade.
- Alguns acham que mais ajustes ou whitelisting no nível do sistema operacional poderiam ajudar; outros dizem que o Android moderno simplesmente fechou a maioria dos caminhos viáveis.
Financiamento e Sustentabilidade
- Uma linha de discussão culpa a falta de usuários pagantes e doações pelo estagnação do projeto; outros contra-argumentam que o Briar provavelmente tinha poucos usuários desde o início e que esperar que voluntários se autofinanciem é irrealista.
- Há preocupação geral de que ferramentas open source pequenas e críticas para segurança sejam difíceis de sustentar a longo prazo.
IA como uma “Correção”
- Um fio de discussão controverso debate “é só usar um LLM” para reescrever ou consertar o Briar.
- Os céticos enfatizam: código crítico para segurança, barreiras no nível da plataforma em vez de problemas puramente de programação, e o risco de grandes quantidades de código gerado por IA.
- Os defensores afirmam que LLMs são excelentes para código tedioso de workaround, mas são questionados quanto à praticidade e segurança.
Alternativas e Direções Futuras
- Projetos mencionados ou comparados: qaul.net, BitChat, Meshtastic/MeshCore, Cwtch, Aurora/Geogram, Berty.
- Alguns sugerem descarregar o P2P/mesh para rádios dedicados (LoRa, dispositivos mesh externos), com os telefones atuando como clientes leves.
- Alguns especulam sobre recursos P2P construídos pelo próprio fornecedor do sistema operacional (por exemplo, a Apple fazendo um iMessage no estilo mesh), mas observam a baixa demanda do mainstream.