@zandax/ ledger- avalanche- app

这个软件包提供了一个基本的客户端库,可以与运行在Ledger Nano S/X中的Avalanche App通信

我们建议使用 npmjs 软件包来接收更新/修正 .

使用量

通过 Ledger 连接 设备管理套件 并交出SDK a DMKTransport (从) @zondax/ledger-js) (中文(简体) ). 只使用X/P链方法 c-Chain(EVM)方法也需要后面的DMK会话,因为 他们被 @ledgerhq/device-signer-kit-ethereum数字 :

import { DeviceManagementKitBuilder } from "@ledgerhq/device-management-kit";
import { DMKTransport } from "@zondax/ledger-js";
import AvalancheApp from "@zondax/ledger-avalanche-app";

const dmk = new DeviceManagementKitBuilder()
  .addTransport(/* web-hid, node-hid... */)
  .build();
const sessionId = await dmk.connect({
  device,
  sessionRefresherOptions: { isRefresherDisabled: true },
});

const app = new AvalancheApp(new DMKTransport(dmk, sessionId), {
  dmk,
  sessionId,
});

await app.getAddressAndPubKey("m/44'/9000'/0'/0/0", true, "avax"); // X/P chain
await app.signEVMTransaction("m/44'/60'/0'/0/0", rawTxHex); // C chain
await app.signPersonalMessage("m/44'/60'/0'/0/0", messageHex); // C chain, EIP-191

signPersonalMessage 是C-Chan的例外:它通过 运输,所以它的工作 没有DMK的会话。 以十六进制方式传递消息字节; 应用程序添加 页:1 \x19Ethereum Signed Message:\n 前缀本身。 它需要同样的参数和返回 同样的 { v, r, s } 作为 hw-app-eth是因为 signPersonalMessage,有两个不同之处:

• 路径必须有3到5个级别(例如:. m/44'/60'/0'/0/0(三); hw-app-eth 接受任何深度.
• 空信件是签名而不是拒绝的.

SDK 发送前不检查消息大小 。 应用程序拒绝一个信息太 巨型的,在它被完全发送之后.

任何带有 hw- transport- stype 的天体 send(cla, ins, p1, p2, data?, statusList?) 还是 做为第一个论点, 但堕落 @ledgerhq/hw-transport 软件包停止 2026年9月参与反对莱德格的服务.

页:1

使用 yarn install 避免问题.

释放

推向主分支,自动发布. 发行版本基于承诺承诺信息.