Resumo

  • O rascunho individual de 28 de outubro de 2026 propõe /.well-known/sustainability-data, um caminho HTTPS para declarações estruturadas de consumo de energia e pegada de carbono de um alvo e período determinados.
  • O próprio texto classifica todos os valores como afirmações de quem publica a resposta. Uma assinatura confiável pode proteger autoria e integridade; método, escopo e evidência precisam ser avaliados por quem usa a cifra.

Primeiro vem a conveniência

Uma empresa não precisa mais esconder a eletricidade consumida em um PDF de cem páginas. Pode colocar um JSON em um caminho padronizado e deixar um programa encontrá-lo. Esse é o mérito concreto da proposta: caminho HTTPS, tipo de mídia próprio e campos para quem publica, o que é descrito, quando, por qual método e onde está a explicação. O formato básico pode ser um arquivo estático. A coleta fica muito mais barata.

Essa economia vira risco quando o painel que coleta também concede prestígio. Se a interface escreve “carbono verificado” ao lado do campo carbon-footprint, ela anunciou uma investigação que a requisição HTTP não fez. A seção 5.1 é explícita: cada valor é uma declaração do publicador da origem que entregou a resposta final. A existência do arquivo prova a publicação da afirmação, não a leitura de um medidor. O comprador que aceita a interface como árbitro delega uma decisão sem saber quais provas foram examinadas.

O campo measurement-method ajuda a impedir uma troca de roupa. O rascunho separa medição por equipamento, estimativa a partir de contadores, dados de cobrança de nuvem e modelagem de terceiros. Quando métodos se misturam, a declaração usa o menos direto. Isso importa em um centro de dados compartilhado: a conta elétrica do prédio pode ser medida, enquanto a parcela atribuída a um serviço depende de premissas. Chamar a parcela de “medição física” empresta ao cálculo uma autoridade que pertence a outra grandeza. O endereço da metodologia deve explicar o que foi medido, estimado e alocado, além da unidade funcional. Quem compara serviços precisa abrir essa explicação.

A assinatura não segura a ponta do cabo de energia

O membro opcional signed usa uma assinatura JWS sobre o objeto da declaração, sem o próprio campo de assinatura. O rascunho exige algoritmo assimétrico e identificação do tipo de conteúdo. Ainda resta a pergunta decisiva: por que confiar na chave? Se o mesmo arquivo oferece a chave de verificação, o publicador controla tanto a mensagem quanto a chave. Uma chave obtida fora dele, fixada antes ou validada por uma cadeia já confiável permite verificar integridade e continuidade de autoria com mais força. Nem isso mede o consumo. O texto também diz que a assinatura não confirma que o nome livre em provider pertence ao dono da chave.

Uma empresa pode, portanto, assinar com perfeição um número mal calculado. O selo continua útil para mostrar alterações e procedência. Ele apenas não executa o trabalho de um medidor ou de um auditor. O rascunho admite links para relatórios e atestações de terceiros. A atestação só pesa quando alguém a busca, valida o emissor e confere que cobre o mesmo alvo e período. Uma URL no JSON não transfere automaticamente essa tarefa para o emissor citado.

A comparação com fornecedores pode causar um constrangimento produtivo. Um provedor de hospedagem pode publicar uma declaração referente a um cliente. Se o escopo declarado pelo cliente inclui a energia entregue pelo provedor, um total do cliente inferior ao número comparável do fornecedor exige investigação. Mas o formato não diz sozinho se aquela entrega está no escopo, nem fornece uma fatia por fornecedor. Para emissões, os métodos contábeis precisam ser compatíveis. O confronto aponta uma inconsistência entre duas afirmações; não fabrica uma medição neutra da cadeia toda.

O relógio dá mais uma chance de erro. Um ano e seus meses são duas vistas do mesmo consumo, não quantidades a somar. A resposta em cache perde frescor. O período escrito no objeto informa a janela coberta; a interface que chama uma cifra passada de “atual” altera seu sentido. Uma assinatura intacta preserva os bytes de um dado velho com a mesma eficácia com que preserva os de um dado novo.

A versão 12 é um Internet-Draft individual para a via Independent Submission. Seu histórico diz que a última revisão retirou uma frase editorial sem mudar requisitos de formato. A discussão séria é sobre o mecanismo proposto, não sobre uma decisão de padronização ou um resultado de emissões que não constam dele.

Fontes oficiais