GrapheneOS Reformulou os Aplicativos Padrão e a Área de Transferência Segura

Artigo original ↗ Discussão no Hacker News ↗

O GrapheneOS está reformulando seus aplicativos padrão envelhecidos do Android, começando com um cliente de Mensagens totalmente modernizado e planos para uma nova galeria baseada em um fork do projeto ReFra, licenciado sob Apache, além de introduzir um recurso de “área de transferência segura”. Um objetivo importante é adicionar RCS baseado em padrões com criptografia de ponta a ponta (via Messaging Layer Security) para que os usuários possam ter mensagens privadas e interoperáveis com usuários de iOS e do Google Messages sem depender do app do Google. Os comentaristas debatem o valor do RCS em comparação com mensageiros de terceiros como o Signal, as restrições de licenciamento que excluem alguns apps FOSS populares e se ainda faz sentido investir mais no AOSP à medida que o Google aperta o controle sobre o Android.

RCS, SMS/MMS e o Ecossistema de Mensagens

  • Muitos veem o RCS como uma evolução técnica em relação ao SMS/MMS: melhores chats em grupo, mídia em maior qualidade, indicadores de digitação e, em especificações mais novas, criptografia de ponta a ponta via MLS.
  • Outros argumentam que o RCS é inferior a apps como o Signal, foi impulsionado pelas operadoras e agora é em grande parte controlado pelo Google, o que enfraquece a abertura.
  • Diferenças regionais são enfatizadas: nos EUA, SMS/RCS/iMessage padrão dominam e o WhatsApp é raro; em grande parte do restante do mundo, o WhatsApp e outros mensageiros OTT dominam e o RCS é amplamente irrelevante.
  • Alguns usuários relatam problemas de confiabilidade do RCS e dificuldades na migração, levando-os a abandoná-lo.
  • Há preocupação de que o RCS dê às operadoras e ao Google nova alavancagem (por exemplo, monetização, anúncios), embora outros enfatizem que ele ainda é muito melhor do que SMS puro se for implementado com E2EE.

Posição do GrapheneOS sobre RCS e Área de Transferência Segura

  • O GrapheneOS quer que o RCS ofereça E2EE pronto para uso com usuários comuns de Android e iOS sem forçá-los a usar apps de terceiros.
  • Eles tratam o RCS como uma evolução necessária do SMS/MMS, e não como uma aprovação dele em detrimento do Signal/de outros mensageiros.
  • Alguns comentaristas querem que o GrapheneOS promova ativamente um mensageiro aberto e focado em privacidade, incluindo-o junto; o GrapheneOS prefere permanecer neutro e lidar apenas com mensagens baseadas em operadora.
  • A área de transferência segura é mencionada como um novo recurso separado, com seu próprio tópico de anúncio.

Reformulação dos Aplicativos Padrão (Mensagens, Galeria, Teclado)

  • Os apps padrão do AOSP, especialmente Mensagens e Galeria, são amplamente vistos como desatualizados e desajeitados.
  • O GrapheneOS reescreveu completamente a interface de Mensagens com tecnologia moderna de UI do Android, focando primeiro em paridade e manutenção, com suporte a RCS planejado para depois.
  • Eles pretendem substituir a Galeria do AOSP, provavelmente fazendo um fork de um projeto licenciado sob Apache (ReFra) e removendo ou reformulando integrações.
  • Vários teclados alternativos são discutidos; usuários elogiam algumas opções de terceiros, mas restrições de licenciamento e usabilidade limitam o que o GrapheneOS pode incluir.

Restrições de Licenciamento

  • O GrapheneOS quer que seu sistema operacional principal não seja mais restritivo do que o AOSP (GPLv2 + permissivo); GPLv3 e licenças “source-available” (por exemplo, o teclado FUTO) são consideradas incompatíveis com apps pré-instalados.
  • Alguns argumentam que a agregação GPLv3 seria legalmente válida; o GrapheneOS reitera que isso é uma escolha deliberada de política, não uma impossibilidade legal.

Dependência do Android/AOSP e o Futuro

  • Debate sobre o controle crescente do Google sobre o Android e se um hard fork futuro seria viável.
  • Muitos observam o aprisionamento do ecossistema de apps: qualquer sistema móvel que não seja Android sofre por falta de apps convencionais.
  • O GrapheneOS é visto como pragmaticamente construído sobre o AOSP por segurança e compatibilidade, ao mesmo tempo em que reconhece a incerteza de longo prazo.

Uso de IA no Desenvolvimento

  • O GrapheneOS enfatiza que não fazem “vibe coding” com LLMs.
  • Eles usam modelos principalmente para revisão de código e geração de testes, alegando maior qualidade de código e mais problemas encontrados, mantendo ao mesmo tempo padrões humanos rigorosos.