The browser SDK package path and what remains before public npm release.
Vaulkyrie has TypeScript SDK code in the browser wallet and a package workspace at packages/vaulkyrie-sdk. The package is named @vaulkyrie/sdk and is prepared for local builds, local packing, and eventual npm publication.
Until the package is published and versioned on npm, use local workspace linking or local package tarballs only. Do not treat npm install @vaulkyrie/sdk as a live public install path until the npm package exists.
The internal TS SDK currently includes builders for:
createInitVaultInstruction
createInitAuthorityInstruction
createInitPqcWalletInstruction
createAdvancePqcWalletInstruction
createSetVaultStatusInstruction
createInitSpendOrchestrationInstruction
createCommitSpendOrchestrationInstruction
createCompleteSpendOrchestrationInstruction
createInitRecoveryInstruction
createCompleteRecoveryInstruction
It does not yet expose every Rust SDK builder. Missing public TS builders include authority proof chunking, staged authority rotation, winter authority advance, quantum vault split/close, spend failure, and authority migration.
import { PublicKey } from "@solana/web3.js";import { createInitPqcWalletInstruction } from "@vaulkyrie/sdk";const ix = createInitPqcWalletInstruction( new PublicKey(payer), new PublicKey(pqcWalletPda), { walletId, currentRoot, bump, },);
Should Vaulkyrie create a standalone TypeScript SDK?
Yes, if external developers are expected to integrate Vaulkyrie into their own codebases.Yes. The package folder now exists, but it should not be promoted as public-ready until builder parity, byte-level fixture tests, and npm release metadata are complete.Required implementation steps:
Keep extension-independent SDK code in packages/vaulkyrie-sdk.
Add fixtures that compare TypeScript instruction bytes against crates/vaulkyrie-sdk.
Close builder parity gaps with the Rust SDK.
Confirm package contents with npm pack -w @vaulkyrie/sdk --dry-run.
Reserve or configure the @vaulkyrie npm organization.