# @exodus/key-challenge 中文文档

规范地址：https://npmcn.com/package/%40exodus/key-challenge/

版本：1\.0\.1
npm 元数据更新时间：2026-10-13T17:13:45.407Z
中文译文更新时间：2026-11-14T04:02:30.023Z
软件包许可：MIT

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

原始 npm 页面：https://www.npmjs.com/package/%40exodus/key-challenge
原文对照：https://npmcn.com/package/%40exodus/key-challenge/?lang=original
项目主页：https://github.com/ExodusMovement/exodus/tree/master/libs/libraries/key-challenge
源码仓库：https://github.com/ExodusMovement/exodus

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

- 包体积（解压后）：6.2 kB，6 个文件
- 模块格式：ES Module
- TypeScript 类型：包内自带
- 运行依赖：0 个
- 首次发布：2026-09-17T19:29:33.182Z
- 最新版本发布：2026-10-13T17:13:45.143Z
- 近 30 天下载量：12438（2026-10-14 至 2026-11-12，npm 官方下载统计）
- 已发布版本数：2（近 12 个月 2 个）

## 中文简介

验证人和验证人共享的证明钥匙控制权的质疑信封

## 安装

```sh
npm install @exodus/key-challenge
```

也可以使用：`pnpm add @exodus/key-challenge`、`yarn add @exodus/key-challenge`、`bun add @exodus/key-challenge`

## README

# @ exodus/ key- 挑战

挑战信封用来证明对密钥的控制. 核查人和 校验器都构建相同的字节,所以这个包是布局的唯一位置 定义.

## 信封

```
exodus/challenge/v1:{"verifier":…,"purpose":…,"challenge":…}
```

这个 `exodus/challenge/v1` 命名空间由此软件包固定, 并使用 这个 它坐落在JSON体外 所以简写本身不是JSON的 jSON无法与它相撞 无名者 使得挑战难以克服;其他每个领域都是常数a 呼叫者可以不持有任何钥匙就生产.

`verifier` 命名发出挑战的事务 `purpose` 名称 在它内部操作。 正在验证的密钥不是信封的一部分 : 核查员已经知道了 因为它被封在钥匙上 或者正在检查 从它的签名,所以在字节中重复它不会增加什么.

## 使用

给加密密钥盖章的核查人,或为签字签发非证书 键,构建有效载荷:

```js
import { serializeChallenge } from '@exodus/key-challenge'

const plaintext = serializeChallenge({
  verifier: 'exodus-pay',
  purpose: 'fusion-key-ownership',
  challenge: nonce,
})
```

接收有效载荷的证明人在读取该有效载荷之前就表示:

```js
import { parseChallenge } from '@exodus/key-challenge'

const nonce = parseChallenge({
  plaintext,
  verifier: 'exodus-pay',
  purpose: 'fusion-key-ownership',
})
```

`parseChallenge` 比较命令的文字而不是解析和比较 字段. `JSON.parse` 解析最后一个发生时的重复密钥 前缀为第一个,所以分析与比较将接受第一个有效载荷 `purpose` 错了 只有非ce从剖析读取.

已经知道非曲直的证明人——因为验证人是在 明确可以签署——用 `serializeChallenge` 换句话说. 它永远不能在提供的验证符上签名, 或者它成为一个签名神谕 不管那些字节是什么.

字段可在 `challenge` 没有证明人释放。 没有 插入到它的前面.

## 此软件包没有做什么

没有关键材料 没有密码 没有存储器 生成非ce、密封或 签了字 记得已经签发的 属于核查人.

## 常见问题

### @exodus/key-challenge 是什么？

验证人和验证人共享的证明钥匙控制权的质疑信封

### 如何安装 @exodus/key-challenge？

在项目目录运行 npm install @exodus/key-challenge，或使用 pnpm add / yarn add / bun add。

### @exodus/key-challenge 支持 TypeScript 吗？

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

### @exodus/key-challenge 支持 ESM 还是 CommonJS？

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

### @exodus/key-challenge 可以商用吗？

@exodus/key-challenge 使用 MIT 许可。宽松许可：允许商业使用、修改和再分发，通常只需在分发时保留原版权与许可声明。以上为概括，不构成法律意见，请以许可原文为准。

### @exodus/key-challenge 的下载量有多少？

根据 npm 官方下载统计，@exodus/key-challenge 在 2026/10/14 – 2026/11/12 这 30 天内被下载 12,438 次，日均约 415 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入，适合横向比较热度，不能直接等同于使用人数。

### @exodus/key-challenge 还在维护吗？

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