我们还不确定这是否与我们相关
您想判断，独立验证对您的用例是否真的相关。
看这对您的用例是否相关 →
Prove Truth, Not Trust
数字事件应当在发生时生成证明
用于数字事实可验证证明的基础设施
面向那些在原始系统已不足以支撑时仍可能需要被证明的数字事件。
无哈希锚定
无数据托管
无机构依赖
证明在事件发生当下生成时最为有力。
选择与您最接近的场景
先从最贴近您的场景开始。不同角色进入这个问题的方式并不一样。
AI 决策
模型输出、自动批准、评分、路由以及其他由机器主导的决策，这些决策之后可能需要被辩护。
合同与文档
在这些工作流中，某个具体版本、状态或签发时点之后可能需要被证明。
消息与通信
电子邮件及其他通信，在原始邮件或消息基础设施之外之后仍可能变得重要。
金融与企业事件
转账、授权、批准以及内部事件，这些事项之后可能需要独立证明。
代币化与数字资产
资产及其状态转换，这些事项之后可能需要超出记录该事项的平台之外的独立验证。
关键工作流
系统动作可能有日志可查，但仅靠日志并不足以构成证明。
如果这些场景中有一个让您感到过于熟悉，那么下一个问题就是这对您的用例是否相关。
选择切入点
CERTCRYPT 不是通用工具。它只在特定条件下才真正有意义。请从最贴近您处境的路径开始。
仅有记录还不够
您需要理解，为什么记录、日志和内部系统并不等同于独立验证。
看为什么仅有记录还不够 →这会变成决策问题
您正在处理那些之后可能需要在独立条件下加以辩护的决策、批准或自动化结果。
查看可辩护决策 →我们需要理解签发时认证
您已经准备好理解，在相关事件发生时证明是如何生成的。
查看签发时认证 →一种新的证明模型
大多数组织已经拥有日志、数据库、记录和完整性机制。更难的要求，是在不依赖这些同一系统的情况下，仍让之后的验证成为可能。
在许多系统中，证明是在事后通过日志、记录和内部数据来重建的。当系统发生变化、数据丢失或访问不再可得时，这种重建会变得脆弱。
CERTCRYPT 为现有系统增加一层认证层，使系统能够在签发时生成可验证证书，从而让后续验证不再依赖原始平台作为永久权威。
认证发生在签发时，而不是在请求证明时。
这不是区块链公证。证明由证书承载，而这些证书的验证可以依据公开规则被复现。
CERTCRYPT 在签发时处理这一要求。当相关数字事件发生时，系统可以生成认证产物，而不是把证明留给之后基于内部记录的重建。
这一过程会生成一份证书，其验证之后可依据公开规则复现。
验证依赖于证书、验证方提交的原始材料以及协议的确定性验证规则。
现有系统继续保留其运行角色。验证不再依赖于它们。
从事件到验证
事件
一个相关数字事件在现有系统中发生。
认证
系统在事件发生的当下生成认证产物。
证书
生成一份可通过密码学方式验证的证书。
验证
之后可以借助证书、原始材料和公开规则独立复现验证。
事件
一个相关数字事件在现有系统中发生。
认证
系统在事件发生的当下生成认证产物。
证书
生成一份可通过密码学方式验证的证书。
验证
之后可以借助证书、原始材料和公开规则独立复现验证。
这就是为什么 CERTCRYPT 是基础设施。它在记录已存在、但独立验证仍然暴露于风险之处变得相关。
独立验证是一项结构性要求
CERTCRYPT 适用于这样一些环境：数字事件之后可能需要向无法依赖原始平台、提供方或机构的各方加以证明。
- 该事件具有实质性的后续后果。
- 时间跨度超出日常运营访问范围。
- 独立验证是要求的一部分，而不是表面性的附加项。
- 之后无法证明该事件的成本，高于在签发时对其进行认证的成本。
如果这描述的正是您的情况，您可以 申请访问。
这不是区块链公证
区块链公证可以表明某项密码学承诺在某一时刻已经存在。
CERTCRYPT 处理的是不同的要求：那些之后可以在公开规则下被独立复现验证的证书。
当原始系统无法继续充当权威时，这一区别就很重要。
区块链公证
- 数据
- 密码学承诺
- 区块链或登记锚点
- 主张：该承诺在 T 时刻已经存在
证明围绕对由数据导出的承诺进行锚定而展开。
CERTCRYPT 认证架构
- 数字事件
- 认证产物
- 证书
- 可复现验证规则
证明围绕那些其验证可以依据公开规则复现的证书而展开。
锚定可以表明某项承诺在某一时刻已经存在。
CERTCRYPT 的设计目标，是让验证在原始系统之外仍然可行。
无机构依赖的验证
验证不应依赖持续的平台访问、机构连续性或提供方仍在线运行的基础设施。
CERTCRYPT 的设计目标，是让按照其规则完成认证的内容，仍能在同样规则下被独立验证。
这就是其核心技术属性。
独立地。
确定性地。
无机构依赖。
继续深入
在您需要更清晰理解的地方继续深入：决策、机制、架构或支撑材料。