@xyo-network/event-kit-schemas
XL1事件套件的规范模式常量和zd守卫：
- 尾流有效载荷(
network.xyo.event.wake.envelope）
- 唤醒授予对象所需的随机
grantId
（network.xyo.event.wake.grant）
- 尾流JWT有效负载模式(
network.xyo.event.wake.jwt）
- 发布者服务和专用加密密钥描述符
- 加密订阅及其清晰的HPKE路由信封
- 端点质疑请求/响应和发布者接受
- 服务、密钥、订阅和
承兑汇票
D-002模式部分将尾流对象视为严格的XYO负载，
需要16字节的小写十六进制 wakeId，并限制有效负载/JWT数字字段
转换为非负的JSON安全整数。严格的钱包- jwt头和有效负载模式
在协议代码应用加密之前，验证确切的初始编码；
时间相对、地址相等、观众相等和重播检查。
Event Kit与未版本化的模式标识符有一个源感知契约。
严格解析器拒绝版本后缀和仅头的信封形状。d - 005
握手守卫强制执行独占块过期、线性修订链接、
规范的base64url大小，以及支持的交付/挑战/HPKE配置文件。
WakeSourceZod 和 WakeEnvelopeZod 支持最终确定的XL1，最终确定的以太坊，
并命名为UTC间隔时间表。以太坊身份包括其十进制链
ID和创世纪哈希；区间标识包括调度ID、锚点和
持续时间。 authorizationChainId 识别独立的XL1授权链；
fromPosition 和 toPosition 是包含源位置。助手
completedUtcIntervalPosition 在第一个间隔结束前不返回头部。
发布者服务发布精确的源和加密的订阅过滤器
绑定源、第一位置和最大范围。
看到 d - 001,
D-002钱包简介，
这个 D-005握手剖面，和
黄色的纸.
关于 @xyo-network/event-kit-schemas 的常见问题
@xyo-network/event-kit-schemas 是什么？
为XL1 Event Kit唤醒信封、授权对象和JWT配置文件模式常量
如何安装 @xyo-network/event-kit-schemas？
在项目目录运行 npm install @xyo-network/event-kit-schemas，或使用 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-schemas 支持 TypeScript 吗？
支持。包内自带 TypeScript 类型声明（package.json 声明了 types 入口），安装后即可获得类型提示，无需再安装 @types 包。
@xyo-network/event-kit-schemas 支持 ESM 还是 CommonJS？
以 ES Module 形式发布，推荐使用 import 引入。在 CommonJS 项目中，Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module，更早的版本需要改用动态 import()。
@xyo-network/event-kit-schemas 需要什么版本的 Node.js？
package.json 的 engines 字段要求 Node.js >=26。版本不符时 npm 默认只给出警告，开启 engine-strict 后会拒绝安装。
@xyo-network/event-kit-schemas 可以商用吗？
@xyo-network/event-kit-schemas 使用 LGPL-3.0-only 许可。弱 Copyleft：作为库被调用时通常不要求开源你自己的代码，但修改库本身需以 LGPL 开源；前端打包合并后的适用边界存在不同理解。以上为概括，不构成法律意见，请以许可原文为准。
@xyo-network/event-kit-schemas 还在维护吗？
最新版本 2.3.4 发布于 2026/11/03（今天）；至今共发布 22 个版本，其中过去 12 个月发布了 22 个；首次发布于 2026/08/21。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。