Tinor

TS Protocol

TS Protocol

Trust Semantics · 通用原子事件协议

让不同系统、不同主体、不同场景,用同一种语言记录和验证关键事实。

定义协作事实如何被声明、连接、验证,并重建为可独立核验的时间线。

日志记录系统发生了什么;存证证明数据存在过;TS Protocol 定义协作事实如何被共同理解、验证和重建。

了解工作原理查看开放标准查看场景方案
TS PROTOCOL / LIVEOPEN STANDARDSCROLL TO STACK

什么是协议?

协议不是一个单点工具,而是一套共同遵守的协作规则。

01

就像HTTP让不同浏览器和服务器能够交换网页

02

就像TCP/IP让不同设备能够在同一套网络规则下连接和传输数据

03

就像支付清算协议让不同金融机构能够理解同一笔交易

04

就像业务事件标准让不同企业能够用同一种方式描述订单、商品、交付和状态变化

TS Protocol 做的是类似的事情。

它不是一个存证工具,也不是一个新的中心化平台,而是一套面向可信协同的事件协议——就像 HTTP 让不同设备交换网页、TCP/IP 让网络互联一样,TS Protocol 让不同系统、不同主体和不同场景,都能用同一种方式声明关键事实、连接事件关系、验证结果,并重建对象的可信生命周期。

协议,不只是日志

日志与存证各有所长,但通常只覆盖单系统视角,或证明某份数据曾经存在。

跨主体协作还需要第三种能力:统一描述关键事实、串联事件关系,并允许第三方按同一套规则独立验证。

TS Protocol 正是这层能力——定义事件结构、主体关系、证明方式与生命周期重建规则,而不要求企业替换现有系统。

普通日志 / 存证记录单个系统看到的数据

TS Protocol记录跨主体协作事实

普通日志 / 存证证明某份数据存在过

TS Protocol证明事件、状态、依据和关系

普通日志 / 存证主要服务内部审计

TS Protocol支持外部验证和多方复核

普通日志 / 存证事件语义不统一

TS Protocol使用统一原子事件语言

普通日志 / 存证难以跨行业复用

TS ProtocolCore 不变,Profile 扩展

TS Protocol 是什么?

TS Protocol 是 Tinor 定义的通用原子事件协议——一种跨行业、跨系统、跨主体都能理解的可信事实语言。它把现实世界中复杂、异构、跨主体的协作事实,统一拆解为几个最小可信单元:

被记录和验证的对象

Object

参与事件的主体

Principal

发生的原子事件

Event

状态变化

Transition

具体业务事实

Payload

可查询、可验证的关键标签

Claim

对象、事件、主体、规则间的关系

Link

事件的加密证明与时间凭证

Proof

由事件重建出的可信生命周期

Timeline

这些单元组合成 Object、Event、Evidence、Receipt 与 Timeline——同一套协议语言,可承载商品溯源、交易结算、身份授权、规则决策与 AI 行为等抽象场景,而不必为每个行业重做系统。

TS Protocol 如何工作?

同一套协议语言,承载所有行业的协作事实

一个内核,承载多种协作事实

AI 内容
实物商品
文件合同
服务交易
个人凭证
规则决策
TRUSTEVENT CORE
验证
时间线
凭证
1

统一记录

不同行业、不同系统的协作事实,通过同一套事件语言被记录。不管是一条生产线、一份合同还是一次 AI 生成,都变成结构化的原子事件。

2

加密证明

每个事件生成不可篡改的加密证明。业务数据可以留在客户自己手里,协议只记录证明摘要,确保隐私的同时让事实可被验证。

3

跨域验证

任何人、任何系统,只要被授权,都可以独立验证事件的真伪、完整性及时序。信任不再依赖单一平台的口头承诺。

核心能力

01

原子事件

将关键状态变化记录为原子事件。

02

Lifecycle Timeline

将分散事件重建为对象生命周期。

03

Verify Center

按对象、事件或业务标识进行验证,支持独立核验。

04

Trust Receipt

为用户、企业、合作方或监管方生成可信凭证。

05

Profile Registry

管理不同行业场景的接入规则与验证标准。

06

Adapter / API / SDK

接入现有系统,不要求客户推翻原业务架构。

07

Trust Node

面向产业联盟、政企客户和监管节点的多方可信部署能力。

如何接入?

TS Protocol 支持多种接入方式,客户可以从一个轻量试点开始:选择一个对象类型、定义关键事件、接入原子事件 API、生成 Timeline、开放 Verify 页面、生成 Trust Receipt。

数据留在原处,证明按需验证

TS Protocol 组织可验证的事实关系,而非把业务明文集中到新平台。证明可采用链无关方式承载;具体部署与披露边界由场景和参与方决定。

01业务原文可继续留在原有系统或私有环境
02对外消费的是按规则可复算的事实与依赖
03锚定是可选的证明能力,不是产品定位
01

Tinor Cloud

快速试点和低敏场景

02

Hosted API

通过 API 上报原子事件

03

Adapter

接入客户原有系统

04

Private Deployment

部署在客户私有环境

05

Customer-Controlled Storage

业务数据客户自持

06

Trust Node

面向产业联盟和政企多方验证

轻量试点路径

选择对象类型
定义关键事件
接入原子事件 API
生成 Timeline
开放 Verify 页面
生成 Trust Receipt