# @xyo-network/event-kit-protocol 中文文档

规范地址：https://npmcn.com/package/%40xyo-network/event-kit-protocol/

版本：2\.3\.4
npm 元数据更新时间：2026-11-02T22:24:42.481Z
中文译文更新时间：2026-11-03T00:02:30.967Z
软件包许可：LGPL-3\.0-only

本文由上游 README 机器翻译，可能存在偏差，请结合原文核对 API、命令与配置。版权与许可归原作者所有。

原始 npm 页面：https://www.npmjs.com/package/%40xyo-network/event-kit-protocol
原文对照：https://npmcn.com/package/%40xyo-network/event-kit-protocol/?lang=original
源码仓库：https://github.com/XYOracleNetwork/event-kit

## 关键信息（来自 npm 元数据）

- 包体积（解压后）：473 kB，59 个文件
- 模块格式：ES Module
- TypeScript 类型：包内自带
- Node.js 要求：\>=26
- 运行依赖：2 个
- peer 依赖：zod ^4\.6，@ariestools/sdk ^9\.0，@xyo-network/sdk ^8\.1，@opentelemetry/api ^1\.10，@xyo-network/sdk-protocol ^8\.0
- 首次发布：2026-08-20T22:45:22.401Z
- 最新版本发布：2026-11-02T22:24:42.313Z
- 已发布版本数：22（近 12 个月 22 个）

## 中文简介

钱包- jwt有效负载验证和XL1事件套件的许可合同

## 安装

```sh
npm install @xyo-network/event-kit-protocol
```

也可以使用：`pnpm add @xyo-network/event-kit-protocol`、`yarn add @xyo-network/event-kit-protocol`、`bun add @xyo-network/event-kit-protocol`

## README

# `@xyo-network/event-kit-protocol`

事件套件的传输中立验证和许可编排 醒:

1.  用XYO SDK验证一个真正的ES256K钱包JWT
2.  绑定JWT `eventHash` 到尾流负载数据散列
3.  将负载绑定到一个不可变的路由、源标识和授权链
4.  需要一个准确的活动订阅和它的实时报表图授予
5.  解析重放、逻辑等幂、收据创建和持久队列 通过一个原子收件箱边界

D-002分裂现在以纯粹的形式存在 `verifyWakeRequest` 加上有状态 `admitAndEnqueue` 在显式的 `WakeGrantAuthorizer` 和 `AtomicWakeInbox` 港口。协议代码没有云或传输SDK。有状态层调用 注入的I/O，而收件箱合约故意拥有持久队列或 事务性发件箱，而不是公开分割队列回调。看黄色 论文§6和§13。

D-002的目标是一个原始的严格的XYO有效载荷加上一个真正的短命钱包JWT； 没有单独的事件签名。

D-005为链上添加了第二个独立的纯协议表面 订阅握手。它提供规范的RFC 8785字节，一个固定的RFC 9180基本模式套件（X25519/HKDF-SHA256/AES-128-GCM），专用加密密钥 生成，严格一次性订阅加/解密，HMAC-SHA256 端点挑战证明，以及确定性的失败关闭服务/密钥 订阅生命周期选择。清除路由字段和结构 订阅者索赔源均为HPKE相关数据。这个包仍然执行 没有XL1、数据、文件系统、HTTP或云I/O。

参见规范 [链上握手剖面](https://npmcn.com/package/docs/ON_CHAIN_HANDSHAKE_PROFILE.md) 和 语言中立的固定装置 `../../conformance/vectors/subscription-hpke.json`.

`createMemoryWakeInbox` 船一个一致性 `AtomicWakeInbox`：它序列化 临界区，绑定新鲜 `jti` 到一个现存的唤醒收据，和手 在消耗任何一个身份之前对其sink进行尾流，因此失败的sink离开 尝试重试。它是单进程，在重启时失去状态- a 耐用适配器可从 `@xyo-network/event-kit-node`，但满了 驻留运行时和网络资格仍然悬而未决。内存适配器 不是生产证据。

## 源绑定和激活

`verifyWakeRequest` 和 `admitAndEnqueue` 实现一个当前的源感知 合同。路由pin独立的XL1授权链，源，规范 筛选散列、不可变订阅散列、源层和范围边界。 `createStatementGraphWakeGrantAuthorizer` 需要一个最终激活读取器 除了授权查看器之外。生产助手 `createActiveSourceWakeGrantAuthorizer` 在 `event-kit-statement-graph` 供应 精确地激活D-005生命周期绑定，并选择精确地接受授权。

`AtomicWakeInbox<TWake>`， `WakeQueue<TWake>`, `drainQueue` 默认为 `AdmittedWake`。使用 `AdmittedWakeZod` 来验证重复的持久化字段和 `parseAdmittedWake` 来重新计算事件散列。无论是解析器 验证任意原始记录或替换HTTP允许路径。

对确切的源/层/范围过滤器进行加密和认证。激活 授权链上的高度永远不能代替源位置。 所有公共模式和helper都描述了这个契约；版本事件工具包 模式和其他纯文本阅读器将被拒绝。

## 常见问题

### @xyo-network/event-kit-protocol 是什么？

钱包- jwt有效负载验证和XL1事件套件的许可合同

### 如何安装 @xyo-network/event-kit-protocol？

在项目目录运行 npm install @xyo-network/event-kit-protocol，或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖：zod（^4\.6）、@ariestools/sdk（^9\.0）、@xyo-network/sdk（^8\.1）、@opentelemetry/api（^1\.10）、@xyo-network/sdk-protocol（^8\.0）。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖，Yarn 需要手动安装。

### @xyo-network/event-kit-protocol 支持 TypeScript 吗？

支持。包内自带 TypeScript 类型声明（package\.json 声明了 types 入口），安装后即可获得类型提示，无需再安装 @types 包。

### @xyo-network/event-kit-protocol 支持 ESM 还是 CommonJS？

以 ES Module 形式发布，推荐使用 import 引入。在 CommonJS 项目中，Node\.js 20\.19\+ / 22\.12\+ 可以直接 require\(\) 不含顶层 await 的 ES Module，更早的版本需要改用动态 import\(\)。

### @xyo-network/event-kit-protocol 需要什么版本的 Node\.js？

package\.json 的 engines 字段要求 Node\.js \>=26。版本不符时 npm 默认只给出警告，开启 engine-strict 后会拒绝安装。

### @xyo-network/event-kit-protocol 可以商用吗？

@xyo-network/event-kit-protocol 使用 LGPL-3\.0-only 许可。弱 Copyleft：作为库被调用时通常不要求开源你自己的代码，但修改库本身需以 LGPL 开源；前端打包合并后的适用边界存在不同理解。以上为概括，不构成法律意见，请以许可原文为准。

### @xyo-network/event-kit-protocol 还在维护吗？

最新版本 2\.3\.4 发布于 2026/11/03（今天）；至今共发布 22 个版本，其中过去 12 个月发布了 22 个；首次发布于 2026/08/21。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。