3.0 O Futuro

Como o entusiasmo pelos proxies foi somente agora despertado, há muitos detalhes que estão em estágios primários, embora a funcionalidade básica já esteja pronta. O cache é uma área muito extensa e complexa sendo uma coisa que necessita ser bastante melhorada. O proxy deveria ser melhorado para fazer lookahead, retornando todos os documentos que provavelmente serão acessados. Por exemplo, todos os documentos referenciados pelo último documento lido pelo cliente, juntamente com as figuras associadas, também deveriam ser lidos.

O protocolo HTTP também deveria ser melhorado para permitir requisições e respostas multi-parte: isto permitiria que tanto softwares de cache como de mirroring fizessem refresh de uma grande quantidade de documentos em uma simples conexão ao invés de ter que re-conectar ao servidor para cada arquivo. Mensagens multi-parte são também necessárias por clientes Web para receber todas as imagens do documento com uma única requisição.

Vários aspectos da arquitetura proxy necessitam ser padronizada. Um número de porta do servidor proxy deveria ser assinalado pela autoridade da Internet. No lado do cliente há uma necessidade para um mecanismo de "fallback" para proxies, onde o cliente poderia se conectar a um segundo ou terceiro servidor proxy se o primeiro falhasse (como DNS). Também um método de procura dinâmica para achar o proxy mais próximo é necessário: isto poderia ser feito usando-se um nome padrão DNS - www_proxy.my.domain, por exemplo.