Alternativas ao OpenTimestamps: Carimbo de Tempo Gerenciado no Git

Você já aceitou a premissa: quer seus commits do Git ancorados no Bitcoin, para que um estado específico do seu repositório comprovadamente tenha existido em uma data específica. Essa parte não está em discussão.

A verdadeira decisão de compra é quem opera o pipeline.

O protocolo OpenTimestamps é o padrão sobre o qual a maioria desses sistemas é construída, e ele é genuinamente bom — aberto, neutro em relação a fornecedores, verificável contra o próprio Bitcoin. Mas um protocolo é um kit de ferramentas, não um produto. Em algum ponto entre “o protocolo existe” e “meus commits são carimbados toda noite, e meu responsável de compliance consegue baixar um certificado em PDF”, muito trabalho precisa acontecer. Este artigo compara as opções realistas para carimbo de tempo no Git em 2026, para que você possa decidir onde esse trabalho deve ficar: na conta do seu time, ou atrás de um GitHub App que você instala uma vez.

A Decisão de Compra: Por Que Olhar Além do OpenTimestamps Puro?

O OpenTimestamps resolve o problema criptográfico difícil: ele transforma um hash em uma prova de existência ancorada na blockchain do Bitcoin, usando servidores de calendário públicos para que você não pague uma taxa de transação por carimbo de tempo.

O que ele não resolve:

• Detecção de commits. O protocolo não faz ideia do que é Git. Alguém precisa decidir quais commits são carimbados.
• Economia de agrupamento. Carimbar uma prova por commit é desperdício. Configurações reais agrupam hashes diariamente em uma árvore de Merkle e ancoram apenas a raiz.
• Armazenamento de chaves e provas. Os recibos .ots são pequenos, mas precisam ficar em algum lugar durável, em algum lugar onde um advogado possa encontrá-los daqui a três anos.
• UX de verificação. “Baixe um arquivo e verifique contra o Bitcoin” não é um fluxo de trabalho que a maioria dos times de compliance vai adotar.
• Operação contínua. Peculiaridades dos servidores de calendário, caminhos de atualização e a questão de quem fica de plantão quando o job noturno silenciosamente para de produzir provas.

Esse é o custo oculto do faça-você-mesmo: não a criptografia, mas a encanação em volta dela. A escolha é entre continuar operando um protocolo ou adotar um serviço que o automatiza de ponta a ponta. O Timestamp GIT é a opção gerenciada nesta comparação — ele esconde o protocolo atrás de um GitHub App e um job noturno, para que nenhum desenvolvedor jamais toque em um comando de carimbo de tempo.

Uma frase de honestidade antes da comparação: sim, você pode alcançar tudo isso manualmente com o protocolo aberto e um cron job. Este artigo compara esse caminho com as alternativas; ele não te guia na construção dele.

O Cenário: Quais Opções Existem para Carimbo de Tempo no Git?

Existem quatro formatos de solução que você vai encontrar.

1. A abordagem OpenTimestamps pura. Você instala as ferramentas cliente, escreve seus próprios scripts de coleta de commits, gerencia a interação com o calendário, armazena as provas você mesmo e verifica manualmente contra o Bitcoin. Controle máximo, superfície máxima. Não é nativo do Git, e não vem com um dashboard, um badge ou um relatório de auditoria.

2. Plataformas de carimbo de tempo em blockchain com APIs. Elas oferecem um endpoint HTTP que aceita um hash e retorna um recibo. Melhor que ferramentas puras, mas são genéricas — carimbam qualquer coisa, então a integração com Git é problema seu. Você ainda constrói a lógica de monitoramento de commits, o agrupamento e a camada de armazenamento.

3. Serviços gerenciados de carimbo de tempo no Git. Esta é a categoria que o Timestamp GIT ocupa: instale um GitHub App, selecione repositórios, e cada commit é coletado automaticamente. A cada noite um worker agrupa os hashes de commit do dia, constrói uma árvore de Merkle e ancora a raiz no Bitcoin através de calendários públicos do OpenTimestamps. As provas voltam para o seu próprio repositório.

4. Implantações auto-hospedadas e licenciadas. Conveniência gerenciada não precisa significar servidores de outra pessoa. O Timestamp GIT é distribuído como uma imagem Docker que você mesmo pode executar — a opção relevante para ambientes isolados e políticas de segurança rígidas.

Critérios de Seleção: O Que Desenvolvedores e Times de Compliance Devem Avaliar

Quando você compara opções, o protocolo por baixo importa menos que o modelo operacional por cima dele. Seis critérios carregam a maior parte da decisão:

• Esforço de configuração. Instalação do GitHub App com um clique versus instalar ferramentas, escrever scripts e configurar um agendador.
• Nível de automação. O sistema percebe novos commits por conta própria, ou um humano precisa lembrar?
• Segurança e privacidade. O serviço consegue fazer seu trabalho sem ler seu código-fonte? Existe um modo em que seu código nunca sai da sua infraestrutura?
• Superfície de integração. Integração com hospedagem Git, badges de README, endpoints REST, registros de auditoria em CSV, certificados em PDF.
• Modelo de custo. Plano gratuito para repositórios públicos, preços transparentes por nível para os privados, e uma licença auto-hospedada quando você precisa de soberania.
• Verificabilidade e aprisionamento. Um terceiro consegue verificar sua prova usando ferramentas padrão e dados de blocos do Bitcoin, sem o seu fornecedor estar envolvido?

Esse último critério é o que os times subestimam. Um carimbo de tempo que você não consegue verificar de forma independente é apenas uma linha de banco de dados com bom marketing.

Lado a Lado: Protocolo Puro vs. Serviços Gerenciados

Observe o padrão na coluna do meio: uma API remove o trabalho criptográfico, mas deixa o trabalho de Git. É aí que os projetos faça-você-mesmo frequentemente travam — não porque a ancoragem é difícil, mas porque a coleta de commits, o agrupamento e a entrega são entediantes o suficiente para serem perpetuamente despriorizados.

Veredito: Quem Deve Escolher Qual Opção?

Desenvolvedores solo e mantenedores de código aberto. Se você gosta da encanação e seus repositórios são públicos de qualquer forma, o protocolo puro é defensável. Mas o plano gratuito do Timestamp GIT cobre repositórios públicos, então a pergunta honesta é se seu tempo é melhor gasto no seu projeto do que mantendo um pipeline de provas. No mínimo, ele remove o modo de falha “vou automatizar isso direito no mês que vem”.

Startups e agências. Siga o caminho gerenciado. Argumentos de prior art não se importam que você poderia ter carimbado aqueles commits — eles se importam que você fez, consistentemente, pelos meses anteriores à disputa. Consistência é uma característica do produto, e a automação noturna a entrega muito melhor do que boas intenções. Se você está provando datas de entrega durante uma disputa de pagamento, veja Protegendo Entregas de Código de Agências com Prova em Blockchain.

Empresas com políticas de segurança rígidas. O Modo Padrão mais o caminho Enterprise ZK, ou a licença Docker auto-hospedada, dá a você o controle necessário sem reconstruir o protocolo você mesmo. O modo Enterprise ZK é o que você deve buscar quando o repositório de origem não pode ser legível pelo serviço — uma GitHub Action envia o hash do commit da sua própria infraestrutura. Se sua preocupação é exposição de patente em vez de permissões de repositório, Prova de Carimbo de Tempo de Commit Git para Disputas de Patente cobre esse cenário.

A versão curta: o Timestamp GIT não é meramente uma alternativa a rodar o protocolo — é a versão do protocolo que você não precisa operar.

Como o Timestamp GIT Funciona como Alternativa Gerenciada

Aqui está todo o fluxo de trabalho voltado ao desenvolvedor.

1. Instale o GitHub App uma vez. Nada para instalar nas máquinas dos desenvolvedores. O app lê apenas o hash do commit HEAD dos repositórios monitorados; seu código-fonte nunca é lido, copiado ou armazenado. No Modo Padrão o app exige pelo menos acesso somente leitura ao repositório de origem (não existe permissão “somente hash” no modelo do GitHub) e acesso leitura-escrita ao repositório de destino, onde as provas são escritas.

2. Os commits são coletados automaticamente. Ou o GitHub App detecta novos commits via webhooks, ou — no Modo ZK Enterprise — uma GitHub Action de 12 linhas envia apenas o hash do commit para a API do Timestamp GIT. No Modo ZK, nenhum acesso de leitura ao repositório de origem é necessário, mas você instala a Action. Hashes pendentes ficam em um armazenamento chave-valor em memória, aguardando o lote.

3. Um worker cron da meia-noite ancora o lote. A cada noite, o worker agrupa todos os hashes pendentes, constrói arquivos de manifesto .txt por repositório, constrói uma árvore de Merkle, cria provas OpenTimestamps usando calendários públicos do OTS e ancora a raiz de Merkle na blockchain do Bitcoin. A confirmação do Bitcoin normalmente leva cerca de três horas, então as provas aparecem algumas horas depois que o lote roda.

4. As provas são entregues no seu repositório. O manifesto e os arquivos de recibo .ots são enviados de volta para um branch de timestamps dedicado ou um repositório shadow. A partir desse ponto o carimbo de tempo é imutável — nenhuma entidade, incluindo o Timestamp GIT, pode alterá-lo ou falsificá-lo.

5. Você verifica e publica. Badges de README incorporáveis mostram o status de verificação e linkam para a página pública de verificação. O dashboard de status do repositório expõe a longevidade das provas, a data de ancoragem mais antiga, a regularidade diária, dados de bloco e transação do Bitcoin, um mapa de calor de calendário, e registros de auditoria em CSV e certificados em PDF para download. A verificação em si roda localmente no navegador contra a cadeia de Merkle — nenhuma computação do nosso lado, ninguém vê o que você verifica. Se você quer os mecanismos em detalhe, leia Como Verificar o Carimbo de Tempo em Bitcoin de um Repositório Git.

Para automação além do dashboard, existem endpoints públicos:

curl https://timestampgit.dev/api/statusSummary/your-org/your-repo
curl https://timestampgit.dev/api/statusLast/your-org/your-repo
curl -O https://timestampgit.dev/api/audit/your-org/your-repo

Repositórios privados acrescentam um HMAC criptografado às suas URLs, específico para a instância do servidor, para que apenas usuários autorizados possam ler seu status.

A Opção Auto-Hospedada

Para segurança máxima e ambientes isolados, o Timestamp GIT está disponível como uma imagem Docker. Uma configuração de início rápido com Docker Compose se parece com isto:

services:
  timestampgit:
    image: rue1401/timestampgit:prod
    ports:
      - "8080:8080"
    volumes:
      - ./data:/app/data
    restart: unless-stopped
  valkey:
    image: valkey/valkey:8
    restart: unless-stopped

docker compose pull
docker compose up -d
docker compose logs -f timestampgit

A aplicação fica disponível em http://localhost:8080. Na primeira inicialização, um assistente de configuração te guia na conexão do seu GitHub App e na configuração da instância. Uma licença de demonstração por tempo limitado está disponível ao enviar o formulário de solicitação na página de Licença Docker com seu nome, empresa, e-mail e número de telefone opcional; o arquivo de licença pode então ser baixado.

FAQ

Preciso rodar algum comando do OpenTimestamps?

Não. O Timestamp GIT é um serviço gerenciado. Depois que você instala o GitHub App, ele detecta commits automaticamente e os ancora no Bitcoin a cada noite. Você nunca precisa rodar ferramentas de linha de comando ou gerenciar o protocolo você mesmo.

Posso verificar as provas sem o Timestamp GIT?

Sim. Os arquivos de recibo .ots e as provas de Merkle são baseados em padrões abertos. Você pode verificá-los de forma independente usando ferramentas padrão de verificação do OpenTimestamps contra a blockchain do Bitcoin, ou usar a verificação local baseada em navegador do Timestamp GIT, que realiza toda a computação no lado do cliente.

O que acontece se o Timestamp GIT fechar as portas?

Suas provas estão ancoradas na blockchain do Bitcoin e são independentes do fornecedor. Os arquivos .ots e as provas de Merkle podem ser verificados offline usando ferramentas de código aberto. O Timestamp GIT não te aprisiona; a prova criptográfica depende unicamente de SHA-256 e dados de blocos do Bitcoin.

Meu código-fonte chega a ser exposto?

Não. O Timestamp GIT opera sob um princípio de conhecimento zero. No Modo Padrão, o GitHub App lê apenas o hash do commit, não o código-fonte. No Modo ZK Enterprise, uma GitHub Action envia apenas o hash do commit da sua infraestrutura, então seu código nunca sai do seu ambiente.

Conclusão

Toda opção nesta comparação termina no mesmo lugar: um hash SHA-256 dentro de um bloco do Bitcoin. O que difere é quanta engenharia, disciplina operacional e memória institucional você precisa fornecer para chegar lá — e se o resultado é algo que um time de compliance consegue de fato entregar a um advogado.

Se você quer as garantias criptográficas sem se tornar o mantenedor de um pipeline de carimbo de tempo, instale o GitHub App uma vez e deixe o worker noturno fazer o resto. Comece no plano gratuito com um repositório público para ver as provas chegarem, depois mova repositórios privados para o Pro Agency quando estiver pronto. Seus commits já têm hashes; que tenham também testemunhas.

Posts relacionados

• Protegendo Entregas de Código de Agências com Prova em Blockchain
• Prova de Carimbo de Tempo de Commit Git para Disputas de Patente
• Como Verificar o Carimbo de Tempo em Bitcoin de um Repositório Git