WebGPU agora disponível para testes no Safari Technology Preview

Artigo original ↗ Discussão no Hacker News ↗

A decisão da Apple de habilitar WebGPU no Safari Technology Preview é vista como um sinal de que ela está acelerando o desenvolvimento da WebKit e se preparando para competir mais seriamente com navegadores baseados em Chromium, especialmente porque regras da UE podem obrigá-la a permitir motores alternativos no iOS. Os comentaristas esperam que o WebGPU destrave gráficos 3D no navegador, jogos e até workloads de IA local no dispositivo, enquanto debatem se isso fortalece ou enfraquece o modelo centrado na App Store da Apple e o papel de longo prazo dos apps nativos versus PWAs. Também há escrutínio sobre as implicações de segurança e desempenho do WebGPU, e sobre a forte influência da Apple no design do padrão, que acompanha de perto sua API Metal e favorece uma linguagem textual de shaders (WGSL) em vez de bytecode SPIR-V.

Estratégia da WebKit da Apple e Competição entre Navegadores

  • Vários comentaristas acham que a Apple está investindo mais na WebKit, fechando a lacuna de recursos em relação ao Chromium e frequentemente liderando em algumas capacidades de JS/CSS.
  • Muitos associam isso à regulamentação iminente (por exemplo, ser obrigada a թույլ permitir outros motores no iOS) e ao desejo da Apple de evitar um monocultivo de Blink e a dependência do Google.
  • Alguns argumentam que as melhorias no Safari são evolutivas, e não uma aceleração repentina; a percepção talvez só esteja mais alta agora.

PWAs vs Apps Nativos e Dinâmica da App Store

  • Há debate sobre se os apps web realmente vão substituir os apps nativos de forma significativa:
    • Lado pró-PWA: PWAs cada vez mais se equiparam às capacidades nativas (service workers, push, sensores, localização), e muitos apps populares poderiam ser “apenas sites”.
    • Lado cético: desempenho, controles de UI complexos, animações e APIs ausentes ainda tornam as PWAs inferiores; o iOS é onde está o dinheiro, então os desenvolvedores continuarão criando apps nativos.
  • Preocupações com monetização: PWAs dificultam apps pagos em compra única, empurrando para assinaturas ou anúncios; alguns lamentam a perda de ferramentas simples, pagas e com suporte offline.
  • Alguns veem um suporte mais forte a PWA/WebGPU como uma proteção estratégica para a Apple em debates antitruste e de regulação da App Store.

Design do WebGPU, Influência do Metal e Implementações

  • É amplamente observado que a API do WebGPU é muito parecida com o Metal da Apple; alguns veem isso como influência deliberada por meio de órgãos de padronização.
  • Houve um suporte inicial e depois removido no Safari para uma proposta anterior, no estilo Apple, antes do padrão atual.
  • Há divergência sobre a história do design de shaders:
    • Um lado enfatiza a oposição da Apple ao SPIR-V/IR binário e a preferência por linguagens textuais, influenciando a adoção do WGSL.
    • Outros apontam preocupações mais amplas (portabilidade, segurança, dor de compilar shaders) e argumentam que não foi “Apple contra todos os outros”.

Qualidade do Safari, Bugs e Cadência de Releases

  • Experiências mistas: alguns dizem que o Safari funciona bem e que os sites normalmente falham por causa de APIs exclusivas do Chrome; outros relatam bugs específicos do Safari (especialmente SVG, PWAs, wake lock, modo escuro, renderização de z-index).
  • O Safari é parcialmente desacoplado das grandes versões do sistema operacional, com atualizações significativas da plataforma web em versões menores do SO; ainda assim, as PWAs no iOS são descritas como frágeis e, às vezes, sujeitas a regressões.

Segurança, Permissões e Uso de Recursos

  • Alguns se preocupam que o WebGPU amplie a superfície de ataque e enfraqueça mitigações anteriores baseadas em timing; outros pedem evidências concretas e veem isso como um risco incremental.
  • Há propostas para colocar o WebGPU atrás de uma caixa de diálogo de permissão (como câmera/localização), principalmente para proteger contra consumo de bateria e sites suspeitos; outros observam que é difícil explicar “acesso à GPU” de forma clara aos usuários.

Ecossistema e Casos de Uso

  • Há interesse em:
    • Rodar LLMs e modelos como Whisper no navegador com WebGPU.
    • O WebGPU como sucessor multiplataforma do OpenGL por meio de bibliotecas como Dawn/wgpu, e possivelmente como framework de sistema nas plataformas Apple.
    • Navegadores melhores baseados em WebKit no Linux (Epiphany/GNOME Web foram discutidos, com lacunas de sandboxing/memória e WebRTC).
    • Suporte a WebXR, inclusive no iPhone e no Vision Pro, embora a disponibilidade futura em celulares ainda seja incerta.
  • Alguns esperam que o WebGPU ajude a trazer apps desktop estilo Electron e jogos para a web; outros não estão convencidos de que a web algum dia vai igualar totalmente o nativo.