So beweisen Sie, dass Ihr Code vor einer Patentanmeldung existierte

Das Szenario ist brutal: Sie haben eine neuartige Funktion entwickelt, sie in einem privaten Repo ausgeliefert und sind weitergezogen. Achtzehn Monate später meldet ein Wettbewerber ein Patent auf dieselbe Technik an. Wenn Sie nicht beweisen können, dass Ihre Implementierung vor deren Anmeldedatum existierte, verschiebt sich die Diskussion von „wir haben das zuerst gebaut“ zu „beweisen Sie es“. Dieser Leitfaden zeigt Ihnen genau, wie Sie mit Timestamp GIT und seiner verwalteten GitHub App beweisen können, dass Ihr Code vor einer Patentanmeldung existierte. Am Ende verfügen Sie über unveränderliche, in Bitcoin verankerte Zeitstempel für Ihre Git-Commits, bereit zur Unterstützung einer Prior-Art-Verteidigung.

Der schwierige Weg würde bedeuten, das OpenTimestamps-Protokoll zu erlernen, manuelle Verankerungsschritte auszuführen und eine eigene Proof-Pipeline zu pflegen. Timestamp GIT beseitigt das: Installieren Sie die GitHub App einmal, verbinden Sie ein Repository, und jeder Commit wird automatisch jede Nacht gebündelt und in der Bitcoin-Blockchain verankert.

Voraussetzungen: Was Sie benötigen, bevor Sie beginnen

Sie benötigen keine Bitcoin-Wallet, keinen Blockchain-Node und keine kryptografischen Werkzeuge. Sie benötigen:

• Ein GitHub-Konto und mindestens ein Repository mit dem Code, den Sie schützen möchten. Öffentliche Repositories können den kostenlosen Open-Source-Plan nutzen; private Repositories erfordern einen kostenpflichtigen Plan.
• Grundlegende Vertrautheit mit Git-Commits und GitHub-Repository-Einstellungen. Sie sollten wissen, wie man Commits pusht, eine GitHub App installiert und Workflow-Logs liest.
• Ein Timestamp-GIT-Konto. Die kostenlose Stufe deckt öffentliche Repositories ab. Für private Repositories kostet der Pro-Agency-Plan 49 $/Monat und der Enterprise-ZK-Modus 199 $/Monat.
• Optional: Für Air-Gap- oder selbst gehostete Umgebungen einen Docker-Host. Timestamp GIT veröffentlicht ein Docker-Image und stellt eine zeitlich begrenzte Demo-Lizenz bereit.

Wenn Sie den selbst gehosteten Weg evaluieren möchten, sieht die Quick-Start-Compose-Datei so aus:

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

Für die meisten Entwickler ist jedoch die verwaltete GitHub App der schnellste Weg. Dieser Leitfaden folgt diesem verwalteten Pfad.

Schritt für Schritt: Verankerung Ihres Codes in Bitcoin mit Timestamp GIT

Schritt 1: Installieren Sie die Timestamp-GIT-GitHub-App

Beginnen Sie im Timestamp-GIT-Dashboard und installieren Sie die GitHub App. Wählen Sie das Ziel-Repository aus, das Sie überwachen möchten. Im Standardmodus erfordert das GitHub-Berechtigungssystem Lesezugriff auf das Quell-Repository, da GitHub nicht nur einen Commit-Hash offenlegen kann. Timestamp GIT liest nur den HEAD-Commit-Hash, nicht den Inhalt Ihrer Dateien.

Die App benötigt außerdem Schreibzugriff auf ein Ziel-Repository, in dem die Proofs gespeichert werden. Dieses Ziel kann dasselbe Repository auf einem dedizierten Branch oder ein separates Shadow-Repository sein.

Schritt 2: Konfigurieren Sie, welche Repositories überwacht werden sollen

Öffnen Sie nach der Installation die Repository-Liste im Dashboard und aktivieren Sie die Überwachung für die Repositories, die Sie schützen möchten. Sobald aktiviert, erkennt die GitHub App neue Commits über Webhooks. Es gibt keine CLI zu installieren, keinen Pre-Commit-Hook zu konfigurieren und keinen OpenTimestamps-Befehl zu erlernen.

Jeder erkannte Commit-Hash gelangt in eine In-Memory-Warteschlange für die tägliche Verarbeitung. Timestamp GIT speichert, kopiert oder liest Ihren Quellcode nicht.

Schritt 3: Behalten Sie den Standardmodus bei oder wechseln Sie zum Enterprise-ZK-Modus

Der Standardmodus ist für viele Teams ausreichend. Die GitHub App liest den HEAD-Commit-Hash automatisch und schreibt die Proof-Dateien zurück auf den von Ihnen gewählten Ziel-Branch.

Für maximalen Zero-Knowledge-Betrieb wählen Sie den Enterprise-ZK-Modus. Eine kurze GitHub Action läuft auf Ihrer Infrastruktur und überträgt nur den Commit-Hash und die Commit-ID an die Timestamp-GIT-API. In diesem Modus benötigt Timestamp GIT überhaupt keinen Lesezugriff auf das Quell-Repository. Ihr Quellcode verlässt niemals Ihre Umgebung.

Ihr Dashboard stellt den exakten Action-Snippet bereit. Konzeptionell sendet der Workflow nur Metadaten – niemals Dateien, Pfade, Blobs oder Repository-Inhalte.

Schritt 4: Lassen Sie den nächtlichen Cron-Worker Ihre Hashes verankern

Timestamp GIT verarbeitet ausstehende Hashes einmal pro Tag. Um Mitternacht führt ein Cron-Worker folgende Schritte aus:

• Gruppiert ausstehende Commit-Hashes nach Repository.
• Erstellt Manifest-Dateien für jedes Repository.
• Baut nativ einen Merkle-Baum auf.
• Erstellt OpenTimestamps-Proofs unter Verwendung öffentlicher OTS-Kalender.
• Verankert die Merkle-Wurzel in der Bitcoin-Blockchain.

Nach der täglichen Verankerung läuft die Proof-Erstellung im Hintergrund weiter. Die Bitcoin-Bestätigung dauert normalerweise etwa drei Stunden, sodass Proofs einige Stunden nach Beginn des nächtlichen Batches erscheinen. Sie müssen diesen Prozess nicht überwachen oder manuell auslösen.

Schritt 5: Empfangen Sie die unveränderlichen Proof-Dateien

Sobald die Bestätigung abgeschlossen ist, pusht Timestamp GIT die Proof-Artefakte zurück in Ihr Repository. Sie werden sehen:

• Eine Manifest-Datei, die den Batch und die abgedeckten Commits beschreibt.
• Eine oder mehrere .ots-Receipt-Dateien, die den kryptografischen Zeitstempel-Proof enthalten.

Die Dateien befinden sich auf einem dedizierten Timestamps-Branch oder in einem Shadow-Repository, je nach Ihrer Konfiguration. Es handelt sich um gewöhnliche Dateien in Git, sodass sie einfach zu bewahren, zu kopieren und einem Anwalt zu übergeben sind.

Schritt 6: Fügen Sie ein Verifizierungs-Badge zu Ihrer README hinzu

Kopieren Sie auf der Seite „Repository Connected“ den generierten Badge-Einbettungscode. Er folgt dem standardmäßigen Shields.io-Markdown-Muster:

[![Timestamp status](https://timestampgit.dev/api/statusSummary/{user}/{repo})](https://timestampgit.dev/status/{user}/{repo})

Ersetzen Sie {user} und {repo} durch Ihren tatsächlichen GitHub-Kontonamen und Repository-Namen. Das Badge verlinkt auf das öffentliche Status-Dashboard, wo jeder das früheste Verankerungsdatum, die tägliche Regelmäßigkeit und die Bitcoin-Blockdaten einsehen kann.

Bei privaten Repositories enthält die Badge-URL einen verschlüsselten HMAC, sodass nur autorisierte Benutzer den Status einsehen können.

Schritt 7: Laden Sie das PDF-Zertifikat oder die Audit-CSV herunter

Für rechtliche Aufzeichnungen öffnen Sie das Repository-Status-Dashboard und laden Folgendes herunter:

• Ein PDF-Zertifikat für ein bestimmtes Datum.
• Eine vollständige Audit-CSV mit dem kompletten Ledger der mit Zeitstempel versehenen Commits.

Beides ist nützlich, wenn Sie eine für Menschen lesbare Aufzeichnung für einen Anwalt, einen Investor oder eine Gerichtseinreichung benötigen. Die zugrunde liegende .ots-Datei bleibt der mathematisch unabhängige Beweis.

So überprüfen Sie, ob Ihr Zeitstempel tatsächlich funktioniert hat

Überprüfen Sie das Repository-Status-Dashboard

Die öffentliche Statusseite ist das schnellste Signal. Sie zeigt:

• Proof-Langlebigkeit und frühestes Verankerungsdatum.
• Tägliche Verankerungsregelmäßigkeit.
• Bitcoin-Blockhöhe und Transaktionsdaten.
• Eine Kalender-Heatmap der mit Zeitstempel versehenen Tage.

Wenn Sie das aktuelle Commit-Datum mit einem bestätigten Bitcoin-Block sehen, war die Verankerung erfolgreich.

Führen Sie die lokale Verifizierung in Ihrem Browser aus

Die Verifizierungsseite unter /verification/{user}/{repo}/{date} führt eine schrittweise Merkle-Chain-Verifizierung lokal in Ihrem Browser durch. Das bedeutet, dass die Verifizierungsberechnung nicht auf den Server von Timestamp GIT angewiesen ist, um ihr eigenes Ergebnis zu beweisen. Sie folgen dem kryptografischen Pfad von Ihrem Commit-Hash bis zum Bitcoin-Block.

Verifizieren Sie das .ots-Receipt unabhängig

Da der Proof nur SHA-256 und Bitcoin-Blockdaten verwendet, sind Sie nicht an Timestamp GIT gebunden. Sie können das .ots-Receipt herunterladen und es mit Standard-OpenTimestamps-Verifizierungswerkzeugen gegen die Bitcoin-Blockchain prüfen. Es ist keine proprietäre Software erforderlich, sodass der Proof auch dann gültig bleibt, wenn das Unternehmen verschwindet.

Bestätigen Sie das README-Badge

Bestätigen Sie abschließend, dass das Badge in Ihrer README einen verifizierten Zustand anzeigt und zurück auf die öffentliche Statusseite verlinkt. Dieses Badge ist ein leichtgewichtiges, externes Signal für Kollegen, Auditoren und Maintainer.

Fehlerbehebung bei häufigen Problemen

Es werden keine Commits mit Zeitstempel versehen

Überprüfen Sie zuerst die GitHub-App-Berechtigungen. Im Standardmodus muss Timestamp GIT Lesezugriff auf das Quell-Repository und Schreibzugriff auf das Ziel-Repository oder den Ziel-Branch haben. Wenn eine der Berechtigungen fehlt, können Commit-Hashes nicht gelesen und Proofs nicht geschrieben werden.

Proofs dauern zu lange

Ein Zeitstempel ist nicht sofort verfügbar. Timestamp GIT bündelt Hashes nächtlich und verankert dann die Merkle-Wurzel in Bitcoin. Die Bitcoin-Bestätigung dauert normalerweise etwa drei Stunden nach der Übertragung der Transaktion. Proofs werden nach der Bestätigung geschrieben, daher ist eine Verzögerung von mehreren Stunden zu erwarten.

Der Status privater Repositories ist nicht sichtbar

Status-URLs privater Repositories verwenden einen verschlüsselten HMAC, der an die Timestamp-GIT-Serverinstanz gebunden ist. Wenn die Statusseite leer oder nicht autorisiert ist, stellen Sie sicher, dass Sie auf derselben Instanz authentifiziert sind und den für Ihr privates Repo generierten Link verwenden.

Selbst gehostetes Setup schlägt fehl

Überprüfen Sie beim Docker-Self-Hosting, ob die Compose-Datei gültig ist, die Lizenzdatei korrekt eingebunden ist und der valkey-Dienst läuft. Die Timestamp-GIT-Logs aus docker compose logs -f timestampgit sind die erste Anlaufstelle.

FAQ

Ist ein Bitcoin-Zeitstempel rechtlich als Stand der Technik anerkannt?

Während die Gesetze je nach Rechtsordnung variieren, liefern kryptografische Zeitstempel starke Beweise für die Existenz zu einem bestimmten Zeitpunkt. Timestamp GIT verwendet das OpenTimestamps-Protokoll, das Daten in der Bitcoin-Blockchain verankert, was es äußerst schwierig macht, sie zu bestreiten. Konsultieren Sie immer einen Rechtsbeistand für Ihren spezifischen Fall.

Muss ich meinen Quellcode gegenüber Timestamp GIT offenlegen?

Nein. Timestamp GIT verarbeitet nur Git-Commit-Hashes, niemals Ihren Quellcode. Im Standardmodus liest die GitHub App nur den HEAD-Commit-Hash. Im Enterprise-ZK-Modus überträgt eine GitHub Action auf Ihrer Infrastruktur nur den Hash an die API, sodass Ihr Code niemals Ihre Umgebung verlässt.

Was passiert, wenn Timestamp GIT das Geschäft aufgibt? Bleiben meine Proofs gültig?

Ja. Ihre Proofs sind in der Bitcoin-Blockchain verankert und können unabhängig mit Standard-OpenTimestamps-Werkzeugen verifiziert werden. Der Proof beruht nur auf SHA-256 und Bitcoin-Blockdaten, ohne proprietäre Technologie oder Lock-in.

Kann ich Timestamp GIT für private Repositories verwenden?

Ja, mit dem Pro-Agency-Plan für 49 $/Monat oder dem Enterprise-ZK-Plan für 199 $/Monat. Status-URLs privater Repositories sind mit einem verschlüsselten HMAC geschützt, sodass nur autorisierte Benutzer den Zeitstempel-Status einsehen können.

Fazit: Sichern Sie Ihren Stand der Technik noch heute

Sie haben jetzt einen wiederholbaren Workflow, um zu beweisen, dass Code vor einer Patentanmeldung existierte. Verbinden Sie die GitHub App, lassen Sie die nächtliche Verankerung laufen und sammeln Sie die .ots-Receipts, PDF-Zertifikate und Audit-Logs. Das Ergebnis ist ein kryptografischer Prior-Art-Schutzschild, der nicht von Ihren eigenen Logs, einem Drittanbieter-Server oder dem Fortbestand von Timestamp GIT abhängt.

Installieren Sie jetzt die Timestamp-GIT-GitHub-App und verbinden Sie Ihr erstes Repository. Öffentliche Repositories können kostenlos starten; private Repositories werden durch Pro-Agency- oder Enterprise-ZK-Pläne abgedeckt. Für Air-Gap-Umgebungen fordern Sie eine Docker-Demo-Lizenz an und hosten Sie dieselbe Pipeline selbst. Der nächste Patentanspruch sollte auf Ihren Beweis treffen, bevor er eskaliert.

Für einen umfassenderen Überblick darüber, warum dies bei Rechtsstreitigkeiten und Lizenzdruck wichtig ist, lesen Sie Timestamp Git Commits to Defend Against Patent Trolls.

Verwandte Beiträge

• Timestamp Git Commits to Defend Against Patent Trolls
• Automate Code Timestamping with a GitHub App
• The Best GitHub App for Timestamping Your Commits