让开源，少一点语言距离。
npm包中文文档

@xyo-network/event-kit-protocol

中文文档
2.3.4发布于 2026/11/03LGPL-3.0-onlyTypeScriptES Module

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

中文使用文档
中文原文

@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。

参见规范 链上握手剖面 和 语言中立的固定装置 ../../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 共发布 22 个版本，首次发布于 2026/08/21；过去 12 个月发布了 22 个版本。

版本发布日期距今
2.3.4latest2026/11/03今天
2.3.32026/11/03今天
2.3.22026/10/313 天前
2.3.12026/10/303 天前
2.3.02026/10/295 天前
2.2.32026/10/286 天前

关于 @xyo-network/event-kit-protocol 的常见问题

@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 和提交记录判断。