Timestamp GIT Secure your prior art without exposing code

← All posts

2026-10-03

软件初创公司的现有技术保护:指南

软件初创公司的现有技术保护:指南
timestamp git blockchain proof

软件初创公司的现有技术保护:指南

Maya 是一家六人初创公司的 CTO。她的团队正在交付一款新颖的事件处理引擎,而她刚刚看到竞争对手提交了一项宽泛的专利,其内容与她的团队八个月前在内部演示的工作极为相似。该功能现在已成为他们平台的核心部分,但 Maya 却无法干净利落地证明她的团队率先构建了它。

她并非个例。创始人经常面临同样的矛盾:快速行动、快速交付,还是放慢脚步来保护知识产权。法律上的默认选项往往像是在昂贵的专利申请和薄弱的内部证据之间做选择。这两种选择都不适合早期初创公司。

对于 Maya——以及许多工程负责人——来说,核心问题非常实际:初创公司如何在不增加开发摩擦的情况下,精确证明其代码在何时就已存在?

为什么现有技术保护对软件初创公司至关重要

对于软件初创公司而言,现有技术是一种防御性武器。如果日后有人就你已经构建的技术主张一项宽泛的专利,你可以利用现有技术来挑战该专利的有效性。但这只有在你能够证明先前工作的日期时才有效。

专利流氓正是利用了这一漏洞。一个非实施实体可能会就某种常见技术提交一项宽泛的专利,然后找上初创公司索要许可费。如果初创公司无法证明自己在专利流氓的申请日之前就已实现了该技术,那么法律处境就会变得昂贵且充满不确定性。你最终可能要为一项目本就不该对你有约束力的权利要求支付抗辩费用。

传统选项存在严重局限。

  • 专利既缓慢又昂贵。单次申请可能花费数千美元,并且需要数年时间才能完成审查。对于以周为单位推进的初创公司来说,这个时间周期很少能匹配现实。
  • 内部 Git 日志对工程有用,但在法律纠纷中效力薄弱。你控制的服务器上的提交日期可以被编辑、重写,或被认定为自利性证据。在许多审计中,仅凭内部日志是不够的。
  • 服务器时间戳和截图同样脆弱。它们依赖于你可以修改的系统,无法提供法院和交易对手日益期望的数学确定性。

这正是密码学存在性证明改变局面的地方。你不是要求法院信任你的服务器时钟,而是将你工作的密码学指纹锚定到一个公开的、不可篡改的账本中。证明基于数学,而非你的可信度或基础设施的完整性。

要深入了解底层概念,请参阅什么是软件代码的存在性证明?。简而言之:Git 提交哈希是你仓库状态的单向指纹。如果该指纹在特定时间被记录到比特币区块链中,你之后就能证明那段确切的代码在该时刻之前就已存在。

实用操作手册:使用 Timestamp GIT 保护现有技术

Timestamp GIT 是一项托管服务,它将这一密码学概念转化为初创公司零配置的工作流程。你只需安装一次 GitHub App,连接你的仓库,然后照常提交代码即可。其余工作由服务自动完成。

以下是为 Maya 和处于类似处境的创始人准备的实用操作手册。

第 1 步:安装 Timestamp GIT GitHub App

首先,在你想要保护的仓库上安装 Timestamp GIT GitHub App。对于公开仓库,这是一次性设置,需要对源仓库的读取权限以及对证明文件存放仓库的写入权限。目标分支可以位于同一仓库中,也可以位于单独的影子仓库中。

无需命令行工具。你的团队中没有人需要学习 Merkle 树、OpenTimestamps 内部机制或比特币交易构造。GitHub App 只读取提交哈希——而不是你的源代码。

第 2 步:照常提交代码

App 安装完成后,Timestamp GIT 会通过 webhook 自动检测新的提交。你无需运行单独的时间戳命令、添加提交钩子或更改工作流程。

这是关键的操作要点:现有技术保护应该是无感的。如果它拖慢了开发人员的速度,那么在关键的日子里它就会被跳过。使用 Timestamp GIT,唯一的习惯改变就是一次性安装 GitHub App。

第 3 步:让夜间批处理将哈希锚定到比特币

每晚,一个工作进程会将所有受监控仓库的待处理提交哈希分组。它为每个仓库创建一个清单文件,构建一棵 Merkle 树,并使用 OpenTimestamps 协议将 Merkle 根锚定到比特币区块链中。

比特币确认通常需要大约三小时。重要的是,锚点并不存储在 Timestamp GIT 控制的私有数据库中。它被嵌入到比特币区块链中,在那里变得公开且不可篡改。

第 4 步:接收不可变的 .ots 证明文件

锚点确认后,Timestamp GIT 会将证明文件推送回你仓库或影子仓库中专用的时间戳分支。这些 .ots 回执文件就是你的证据包。

你无需离开常规的 Git 工作流程即可确认证明已交付:

git ls-remote --heads origin | grep timestamps

一个健康的仓库会在远程输出中显示专用的证明分支。你还可以查询公开的状态 API:

curl -s https://timestampgit.dev/api/statusLast/your-org/your-repo

响应中包含最近一次锚定的比特币区块信息,因此你可以确认新的提交已被纳入最近的夜间批次中。

第 5 步:使用验证徽章和 PDF 证书应对投资者或法律审查

Timestamp GIT 为你的 README 提供可嵌入的验证徽章。该徽章链接到一个公开的状态页面,任何人都可以在不访问你源代码的情况下验证时间戳。

对于更正式的沟通场景,你可以下载特定日期的 PDF 证书。这在投资者尽职调查、合作谈判或早期法律审查中非常有用。如果你需要完整的审计轨迹,API 可以将完整账本导出为 CSV:

curl -s https://timestampgit.dev/api/audit/your-org/your-repo -o timestamp-audit.csv

零知识架构在这里至关重要。Timestamp GIT 永远不会看到、复制或存储你的源代码。它只处理密码学提交哈希。对于将源代码视为核心商业机密的初创公司来说,这是一条关键边界。

保护现有技术时应避免的事项

许多初创公司只有在纠纷开始后才意识到现有技术的价值。到那时,证据窗口往往已经关闭。请避免以下常见错误。

  • 不要仅依赖内部 Git 日志。 它们有用,但存放在你控制的服务器上。法律对手可以辩称它们可以被操纵。密码学锚定可以避免这种异议。
  • 避免手动时间戳流程。 手动导出哈希、手动运行脚本以及将回执存储在共享驱动器中都很容易出错。手动方式可能能证明某些快照,但很少能覆盖每一天的每一次提交。
  • 不要等到纠纷出现才行动。 现有技术保护在持续且自动化的状态下效果最佳。尽早且频繁地打时间戳,这样证据轨迹就会在你需要之前就存在。
  • 谨慎对待需要共享源代码的解决方案。 一旦源代码离开你的环境,你就面临新的保密问题。选择仅对提交哈希进行操作的零知识方案。

你可以手动构建 OpenTimestamps 证明并自行处理比特币交易,但那是困难的方式——脆弱、耗时且容易配置错误。托管路径才是初创公司的务实之选。

面向初创公司的 Timestamp GIT:功能与优势

Timestamp GIT 专为那些希望获得区块链锚定的法律价值、但不愿承担运行基础设施或学习密码学工具运营负担的团队而设计。

托管服务,无需 CLI 工具

无需安装原始的 OpenTimestamps CLI,无需手动构造比特币交易,也无需定制脚本。GitHub App 检测提交并自动化夜间锚定。这是核心定位:它是一项托管 SaaS,将协议隐藏在常规开发工作流程之后。

自动夜间锚定

每个受监控的仓库每天都会获得一份清单和一个已锚定的 Merkle 根。其结果是你的开发历史获得一份连续的、防篡改的记录——而非一次性的快照。

验证徽章和面向私有仓库的 HMAC 保护状态

公开仓库可以展示一个 Shields.io 风格的徽章来显示验证状态。对于私有仓库,状态 URL 包含加密的 HMAC,因此只有授权用户才能查看时间戳信息。底层仓库保持私密,而证明依然存在。

Docker 自托管选项

对于拥有隔离环境或严格数据驻留要求的初创公司,Timestamp GIT 以 Docker 镜像形式提供。自托管实例会在你的基础设施内部运行相同的锚定流水线。快速开始使用 Docker Compose:

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

首次启动后,设置向导会引导你连接 GitHub App。

适合初创公司的定价

Timestamp GIT 为公开仓库提供免费的 Open Source 层级,为私有仓库提供每月 49 美元的 Pro Agency 层级,以及每月 199 美元的 Enterprise ZK 层级,用于基于 GitHub Actions 的零代码访问设置。初创公司可以从公开仓库的免费层级开始,随着需求增长再升级到付费层级。

常见问题

问:Timestamp GIT 如何在不查看我代码的情况下证明现有技术?

Timestamp GIT 仅提取 Git 提交哈希——仓库状态的密码学指纹——并将其锚定到比特币区块链中。实际的源代码永远不会离开你的仓库。证明依赖于比特币区块链的不可篡改性和密码学哈希的单向性。

问:时间戳在法律上是否被认可?

密码学时间戳越来越多地被法律程序接受为证据。OpenTimestamps 协议使用比特币区块链,它是公开且防篡改的。Timestamp GIT 通过可验证的 .ots 回执和 PDF 证书提供法庭就绪的证据。

问:如果我使用私有仓库怎么办?

Timestamp GIT 通过 HMAC 保护的状态 URL 支持私有仓库。只有授权用户才能查看时间戳状态。Enterprise ZK 模式确保零代码访问,只有提交哈希被推送到 API。

问:我可以独立验证时间戳吗?

可以。任何人都可以下载 .ots 文件,并使用标准的 OpenTimestamps 工具对照比特币区块链进行验证。Timestamp GIT 还提供了一个基于浏览器的验证页面,在不共享数据的情况下执行本地计算。

问:设置工作量有多大?

主要设置是安装 GitHub App 并选择要监控的仓库。之后,提交检测、夜间批处理、比特币锚定和证明交付都完全自动化。

结论

对于软件初创公司来说,现有技术保护并不是要放慢速度。而是要创建一份关于你构建了什么以及何时构建的持续、自动且可验证的记录。托管 GitHub App 的方式消除了在快速推进的团队中通常会扼杀知识产权保护工作的摩擦。

安装一次 Timestamp GIT,连接你的仓库,然后让夜间流水线处理其余工作。当下一个专利流氓、竞争对手纠纷或投资者尽职调查请求到来时,你的证据轨迹已经存在。

相关文章

EU label: AI-generated content