É possível antecipar um registo temporal na blockchain?

O valor de qualquer documento datado reduz-se a uma pergunta: poderia a pessoa que o detém ter escolhido a data? Para a maioria das provas em que as pessoas confiam, a resposta é sim.

As datas que pode alterar

Comece pelo que é manipulável, porque é mais do que a maioria assume.

• Timestamps do sistema de ficheiros seguem o relógio da máquina. Altere o relógio, altere a data. Em qualquer sistema operativo, isto demora segundos.
• Metadados EXIF nas fotografias são escritos pela câmara e editáveis com ferramentas comuns.
• Propriedades do documento nos formatos de escritório são igualmente editáveis.
• Datas de commit do Git são metadados que a sua própria máquina escreve. git commit --date, ou um rebase, produz qualquer histórico que deseje — e o resultado parece inteiramente normal.
• E-mails para si próprio transportam cabeçalhos do fornecedor mais difíceis de falsificar, mas um e-mail autoenviado é prova fraca de qualquer forma, e a conta tem de continuar a existir anos depois.
• Um envelope selado — o "copyright do pobre" — pode ser enviado sem selo e preenchido mais tarde. Os tribunais conhecem este truque. Veja copyright do pobre.

Nenhum destes é inútil. Todos servem bem como registos de trabalho. São fracos especificamente contra alguém motivado a contestar a data.

Por que um registo na blockchain é diferente

Um registo temporal na blockchain não pode ser antecipado, e a razão é estrutural, não criptográfica.

A data não vem de si. Vem do bloco onde a sua transação foi incluída, e os blocos são produzidos por uma rede distribuída num calendário que ninguém controla. Para colocar uma transação num bloco do ano passado, teria de reescrever todos os blocos desde então, e convencer toda a rede a aceitar essa reescrita. Para uma cadeia como Ethereum ou Bitcoin, isso não é um ataque prático — é a suposição de segurança sobre a qual todo o sistema se baseia.

Assim, a sequência é fixa. O seu hash estava no bloco N; o bloco N tem uma hora; cada bloco posterior confirma-o.

O que está realmente a ser fixado

A precisão importa aqui, porque é onde começam as afirmações exageradas.

Um registo temporal na blockchain estabelece que um ficheiro específico existia no máximo até um bloco específico. É um limite superior para a data de criação, não a data de criação em si.

O ficheiro podia ter existido durante anos antes de o registar temporalmente. Isso é aceitável — é geralmente o que deseja. O que não pode fazer é afirmar que existia antes do bloco, que é precisamente a afirmação que a antecipação procuraria sustentar.

A direção da garantia

Junte os dois pontos e a garantia tem uma forma clara:

As formas restantes de enganar, e porque não ajudam

Registar temporalmente um ficheiro de outra pessoa. Pode fazê-lo, e o registo mostrará honestamente que tinha uma cópia nessa data. Não mostrará que o criou, e se o autor original o registou temporalmente antes, o registo deles vence.

Registar temporalmente após o início de uma disputa. Nada o impede, e prova muito pouco. Um registo criado após o início de um conflito é fortemente desvalorizado pelos tribunais e pode levar à inferência de que foi feito para o litígio. O julgamento de Marselha que aceitou evidências de blockchain em 2025 envolveu registos temporais criados anos antes da disputa — veja evidências de blockchain nos tribunais europeus.

Mentir sobre qual ficheiro o hash abrange. Não pode. O hash abrange bytes exatos. Apresente um ficheiro diferente e ele terá um hash diferente.

A consequência prática

Registe temporalmente cedo, registe frequentemente, e registe rascunhos em vez de apenas trabalho terminado.

Porque um registo temporal é um limite superior, o seu valor é maior no artefacto mais antigo que possui. A primeira versão rough, datada, vale mais do que a final polida — e uma sequência de versões datadas que mostram o desenvolvimento ao longo de meses é a forma mais forte desta prova, porque um copiador tem a coisa terminada e nada atrás dela.