Git-Commit-Zeitstempel-Nachweis für Patentstreitigkeiten

In einem Patentstreit lautet die teure Frage selten „Hast du diesen Code geschrieben?“, sondern „Kannst du beweisen, wann?”. Git zeichnet bei jedem Commit ein Datum auf, doch dieses Datum lebt in einer Datenbank, die dir nicht gehört und die du mit einem einzigen Rebase umschreiben kannst. Ein Git-Commit-Zeitstempel-Nachweis für Patentstreitigkeiten schließt diese Lücke, indem er deine Commit-Historie in kryptografischen Stand der Technik verwandelt, den ein Dritter gegen die Bitcoin-Blockchain verifizieren kann — ohne dass jemand deinen Quellcode liest.

Dieser Artikel erklärt, was dieser Nachweis tatsächlich ist, wie er automatisch erzeugt wird und wo er in einem juristischen Gespräch Bestand hat.

Was ist ein Git-Commit-Zeitstempel-Nachweis?

Ein Git-Commit-Zeitstempel-Nachweis ist ein kryptografischer Datensatz, der belegt, dass ein bestimmter Commit-Hash zu einem bestimmten Zeitpunkt existierte, verankert in der Bitcoin-Blockchain. Das ist die ganze Definition. Er beschreibt weder deinen Code noch deine Logik oder dein Geschäft — er beweist die Existenz eines Fingerabdrucks zu einem Zeitpunkt.

Es hilft, zwei Dinge zu trennen, die Entwickler üblicherweise vermengen:

• Das Commit-Datum in Git. Im Commit-Objekt gespeichert, mit git commit --amend oder einem Rebase editierbar und auf einer Infrastruktur gehostet, die du nicht kontrollierst, wenn du eine Plattform wie GitHub nutzt. In einem juristischen Audit werden solche internen Logs routinemäßig als eigennützig oder manipulierbar verworfen.
• Ein Bitcoin-verankerter Nachweis. Ein Datensatz, dass der Hash existierte, bevor ein bestimmter Bitcoin-Block gemined wurde. Sobald ein Block bestätigt ist, kann keine Instanz — weder der Hosting-Anbieter noch wir noch du — ihn verändern oder rückdatieren.

Ein Punkt, der Leute überrascht: Der Nachweis betrifft den Commit-Hash, nicht den Quellcode. Timestamp GIT sieht, kopiert oder speichert deinen tatsächlichen Quellcode nie. Es stempelt mathematisch den Hash und nichts anderes. Das ist Zero-Knowledge by Design, und genau das macht den gesamten Ansatz sicher für den Einsatz in privaten und sogar Geschäftsgeheimnis-Repositories.

Wenn du das größere Bild davon möchtest, wie dies in eine IP-Strategie passt, deckt der Leitfaden zu geistigem Eigentum für Entwickler das Umfeld ab; dieser Artikel bleibt beim Zeitstempel-Nachweis selbst.

Die Notar-Analogie: Warum ein Zeitstempel ein Beweis ist

Denk an einen Notar. Du übergibst einen versiegelten Umschlag, und der Notar stempelt das Datum darauf. Der Notar öffnet den Umschlag nicht, liest den Brief nicht und behält keine Kopie des Inhalts. Der Stempel bescheinigt nur eines: Dieses versiegelte Objekt existierte an diesem Datum.

Übertrage das nun auf diesen Workflow:

• Der versiegelte Umschlag ist dein Commit-Hash — ein Einweg-Fingerabdruck (SHA-1/SHA-256) des Repository-Zustands. Er verrät nichts über den Inhalt, ist aber eindeutig an ihn gebunden.
• Der Notar ist Bitcoin. Er lässt sich nicht bestechen, nicht dazu drängen, einen Stempel rückzudatieren, und hat keine Meinung zu deinem Geschäft.
• Die notariell beglaubigte Durchschrift, die du behältst, ist die .ots-Belegdatei und das Manifest. Du hältst den Beweis in der Hand und kannst ihn jedem aushändigen.

Warum ist die Analogie juristisch relevant? Weil die Schwachstelle interner Beweise nicht ist, dass sie falsch sind — sondern dass es deine Beweise sind. Ein Git-Server-Log sagt „vertrau mir". Ein öffentlicher Blockchain-Anker sagt „prüf es selbst, hier ist die Mathematik". Dieser Unterschied ist es, der eine Commit-Historie in etwas verwandelt, worauf ein Anwalt ein Stand-der-Technik-Argument aufbauen kann.

Wie Timestamp GIT Commits in Beweise für Patentstreitigkeiten verwandelt

Das Drei-Schritte-Modell ist unkompliziert.

Schritt 1 — Fingerabdruck. Wenn du committest, erzeugt Git einen eindeutigen Einweg-Hash (SHA-1 oder SHA-256), der den exakten Zustand deines gesamten Repositories in diesem Moment repräsentiert. Dies ist ein kryptografisch sicherer Fingerabdruck deiner Arbeit.

Schritt 2 — Verankerung. Timestamp GIT extrahiert nur die Commit-Hashes, sammelt sie in einer täglichen Text-Manifestdatei pro Repository, erzeugt einen SHA-256-Hash dieses Manifests, baut einen Merkle-Baum und verankert die Merkle-Wurzel mithilfe des OpenTimestamps-Protokolls in einer Bitcoin-Transaktion. Die Existenz des Hashes wird in einem bestimmten Bitcoin-Block in der Zeit eingefroren.

Schritt 3 — Nachweis. Du erhältst eine unveränderliche .ots-Belegdatei. Das Manifest und die Belege werden zurück in dein eigenes Repository gepusht — entweder in einen dedizierten timestamps-Branch oder in ein separates Shadow-Repository — bereit für einen Anwalt, Auditor oder ein Gericht.

Unter der Haube sieht die verwaltete Pipeline so aus:

1. Commit-Erkennung — die GitHub App erkennt neue Commits über Webhooks.
2. Hash-Warteschlange — Commit-Hashes gehen zur Bündelung in einen In-Memory-Key-Value-Store.
3. Mitternachts-Cron-Worker — jede Nacht gruppiert ein Worker ausstehende Hashes, schreibt die .txt-Manifeste, baut den Merkle-Baum, erstellt die Nachweise gegen öffentliche OTS-Kalender und verankert die Wurzel in Bitcoin.
4. Nachweiszustellung — Manifeste und Belege landen zurück in deinem Repository. Die Bitcoin-Bestätigung dauert normalerweise etwa drei Stunden, sodass das Schreiben der Nachweise einige Stunden nach dem Batch-Lauf abgeschlossen ist.

Der wichtige Teil für dein Team: Du installierst die GitHub App einmal. Es gibt keine CLI-Tools, keine Protokollbefehle, keine manuellen Schritte. Der nächtliche Worker erledigt den Rest, und auf den Rechnern deiner Entwickler muss nichts installiert werden. Selbst der rohe Protokollansatz — die Kalender und Transaktionen selbst zu orchestrieren — ist für uns ein Implementierungsdetail und kein Workflow, den du jemals ausführen müsstest.

Für Teams, die möchten, dass der Hash ihr eigenes Infrastrukturumfeld aus eigener Hand verlässt, tauscht der Enterprise-ZK-Modus den Webhook gegen eine 12-zeilige GitHub Action, die auf deinen Runnern läuft und nur den Commit-Hash an die Timestamp GIT API pusht. Dein Quell-Repository bleibt völlig außen vor.

Warum das in einem Patentstreit zählt (und was Leute falsch verstehen)

Drei Szenarien tauchen immer wieder auf:

• Patent-Trolle. Nicht praktizierende Einheiten reichen breite Patente auf gängige Technologien ein. Wenn du diese Technologie Monate vor ihrem Anmeldedatum implementiert hast und das beweisen kannst, wird das verankerte Commit-Datum zu Stand der Technik, der den Anspruch ungültig machen kann.
• Mitarbeiterstreitigkeiten. Wenn ein Lead-Entwickler geht, beginnen Auseinandersetzungen darüber, wann ein Feature konzipiert wurde. Ein unveränderlicher Zeitstempel ersetzt „er sagte, sie sagte" durch ein Datum, das keine Seite ändern kann.
• Clean-Room-Behauptungen. Ein Wettbewerber behauptet, er habe etwas Ähnliches „unabhängig entwickelt". Zu beweisen, dass du die fertige Logik 18 Monate früher hattest, errichtet eine mathematische Mauer, die eine Geschichte über unabhängige Entwicklung nicht erklimmen kann.

Und drei Missverständnisse, die man früh ausräumen sollte:

• „Meine GitHub-Commit-Historie reicht aus." Sie wird von einem Dritten gehostet, den du nicht kontrollierst, und sie ist editierbar. Amend, Rebase, Force-Push — die Daten verschieben sich.
• „Ich muss meinen Code veröffentlichen, um zu beweisen, dass ich ihn hatte." Nein. Timestamp GIT verankert den Hash, niemals den Quellcode. Du erhältst Stand-der-Technik-Beweise ohne Offenlegung der Implementierung — genau das, was du für Geschäftsgeheimnisse willst.
• „Ich müsste OpenTimestamps selbst betreiben." Musst du nicht. Die GitHub App übernimmt das Protokoll von Anfang bis Ende, und der nächste Abschnitt zeigt, wie du das Ergebnis prüfst.

Den Nachweis verifizieren und präsentieren

Die Verifizierung ist lokal und Zero-Knowledge. Jeder kann die .ots-Datei nehmen und sie gegen die Bitcoin-Blockchain prüfen, ohne Timestamp GIT zu vertrauen — oder ohne dass unser Unternehmen existieren muss. Der kryptografische Nachweis beruht vollständig auf SHA-256 und Bitcoin-Blockdaten. Das bedeutet „anbieterunabhängig" in der Praxis: kein proprietäres Format, kein Lock-in.

Für den täglichen Gebrauch zeigt das Produkt dieselben Beweise in freundlicheren Formen:

• Öffentliche Verifizierungsseite unter /verification/{user}/{repo}/{date} — eine schrittweise, mehrstufige Merkle-Ketten-Prüfung. Die gesamte Berechnung erfolgt lokal in deinem Browser. Niemand sieht, was du verifizierst.
• PDF-Zertifikat für ein bestimmtes Datum (/api/report/{user}/{repo}/{date}), das Artefakt, das du deinem Rechtsbeistand aushändigst.
• Audit-CSV des vollständigen Ledgers (/api/audit/{user}/{repo}), nützlich für eine vollständige Chain-of-Custody-Prüfung.
• README-Badges, die den Verifizierungsstatus öffentlich anzeigen. Investoren und Käufer lesen diese als Signale für IP-Reife. Die Badge-URLs und Markdown-Snippets stammen von /api/badgeLink/{user}/{repo}.

Ein schneller Weg, den öffentlichen Status per Skript zu prüfen:

curl -s https://timestampgit.dev/api/statusSummary/acme/payments-service

Private Repositories hängen einen verschlüsselten HMAC an die URL an, sodass nur autorisierte Nutzer ihren Status sehen können. Der HMAC ist spezifisch für die Server-Instanz.

Für die Schritt-für-Schritt-Version dieses Prozesses — einschließlich der Frage, wie du die Merkle-Kette selbst durchgehst — siehe How to Verify a Git Repository’s Bitcoin Timestamp.

Bereitstellungsoptionen: Managed, Enterprise ZK oder Self-Hosted

Standardmodus (GitHub App). Installiere die App im Repository. Sie liest nur den HEAD-Commit-Hash und schreibt Nachweise in einen timestamps-Branch oder ein Shadow-Repo. GitHubs Berechtigungsmodell bedeutet, dass wir mindestens Lesezugriff auf das Quell-Repository benötigen (es gibt keine Nur-Commit-Hash-Berechtigung), plus Lese-/Schreibzugriff auf das Ziel-Repository.

Enterprise-ZK-Modus. Eine 12-zeilige GitHub Action läuft auf deiner Infrastruktur und pusht nur den Commit-Hash an die API. Kein Lesezugriff auf das Quell-Repository erforderlich, und dein Code verlässt nie deine Umgebung.

Docker-Self-Hosted-Lizenz. Für maximale Sicherheit und Air-Gapped-Umgebungen wird Timestamp GIT als Docker-Image ausgeliefert. Ein Quick-Start-Docker-Compose-Setup sieht 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

Die Anwendung ist nach dem Start unter http://localhost:8080 erreichbar, und ein Einrichtungsassistent beim ersten Start führt dich durch die Verbindung deiner GitHub App. Eine zeitlich begrenzte Demo-Lizenz zur Evaluierung ist über das Anfrageformular auf der Docker-Lizenzseite erhältlich. Die Self-Hosted-Docker-Anleitung deckt das vollständige Setup ab, falls du diesen Weg wählst.

FAQ

Ist ein Bitcoin-verankerter Git-Commit-Zeitstempel in einem Patentstreit tatsächlich zulässig? Er liefert gerichtstaugliche Beweise auf Basis weltweit anerkannter kryptografischer Standards. Der Nachweis zeigt, dass ein Commit-Hash zu einem bestimmten Bitcoin-Blockzeitpunkt existierte, was zur Begründung von Stand der Technik verwendet werden kann. Die Zulässigkeit hängt von deiner Gerichtsbarkeit und deinem Rechtsbeistand ab, aber der kryptografische Nachweis selbst ist von jedem mathematisch verifizierbar.

Sieht oder speichert Timestamp GIT meinen Quellcode? Nein. Timestamp GIT verarbeitet nur Commit-Hashes. Im Standardmodus liest die GitHub App den HEAD-Commit-Hash; im Enterprise-ZK-Modus pusht eine GitHub Action nur den Hash aus deiner Infrastruktur, ohne Lesezugriff auf das Quell-Repository. Dein Code bleibt in deiner Umgebung.

Was muss ich auf den Rechnern meiner Entwickler installieren? Nichts. Timestamp GIT ist eine verwaltete GitHub App. Du installierst sie einmal im Repository, und jeder Commit wird jede Nacht automatisch verankert. Es gibt keine CLI-Tools, die dein Team lernen oder sich merken muss.

Wie viel kostet es, ein privates Repository zu schützen? Öffentliche Repositories sind im Open-Source-Plan kostenlos. Private Repositories sind durch Pro Agency für 49 $/Monat abgedeckt, und Enterprise ZK mit GitHub Actions kostet 199 $/Monat. Eine Docker-Self-Hosted-Lizenz ist ebenfalls für Air-Gapped-Umgebungen erhältlich, mit einer zeitlich begrenzten Demo-Lizenz zur Evaluierung.

Fazit

Ein Git-Commit-Zeitstempel-Nachweis verwandelt etwas, das du ohnehin tust — Code committen — in Stand der Technik, den du verteidigen kannst. Die Commit-Historie allein übersteht kein juristisches Audit, weil sie editierbar ist und von jemand anderem gehostet wird. Ein in Bitcoin verankerter Hash schon, weil die Mathematik öffentlich und der Datensatz unveränderlich ist.

Der praktische Weg ist, Zeitstempel nicht länger als manuelle Pflichtübung zu betrachten. Installiere die GitHub App einmal, richte sie auf die Repositories aus, die zählen, und lass den nächtlichen Anker die Arbeit tun. Prüfe das Status-Dashboard, wenn du Beweise brauchst, bette ein Badge ein, wenn du IP-Reife zeigen willst, und übergib den .ots-Beleg deinem Anwalt an dem Tag, an dem du ihn tatsächlich brauchst.

Verwandte Beiträge

• How to Verify a Git Repository’s Bitcoin Timestamp
• Automated Git Timestamping: How a GitHub App Anchors Every Commit
• Protecting Intellectual Property: A Guide for Software Developers