Unified, Vendor-Neutral, Unchanging, and Open BSV Blockchain Standard Wallet-to-Application Interface
The central application-to-wallet boundary. Start here for most Metanet apps.
Start here
Keep keys out of app code, ask a standards-compatible wallet to act, and make permissions legible to users.
Recommended sequence
Model app capabilities around the vendor-neutral wallet interface rather than a wallet-specific SDK surface.
Choose stable protocol and key identifiers, security levels, and counterparties before adding cryptographic calls.
Use baskets for tracked outputs and labels for actions instead of a parallel app-owned wallet database.
Describe permissions and deployment components so wallets and infrastructure can present and run the app coherently.
Take the next step
The working set
The central application-to-wallet boundary. Start here for most Metanet apps.
The privacy-preserving key-derivation foundation beneath much of the stack.
Names security levels, protocols, key IDs, and counterparties consistently.
Lets a wallet group and return application-relevant outputs as named baskets.
BRC-65 extends the functionality of BRC-56 by introducing the ability to label Bitcoin transactions when they are created using the BRC-1 Transaction Creation Request. This extension allows applications to organize and categorize transactions for different purposes. BRC-65 also introduces the capability to list labeled transactions, providing applications wi
This specification defines the manifest declaration format for grouped wallet permissions. It allows an application to declare, in one place, the protocol access, spending authorization, basket access, and certificate disclosure capabilities it expects to request from the user. The current interoperable manifest namespace is metanet.groupPermissions . Wallet
We define a comprehensive and authoritative specification of the deployment-info.json schema. It is intended to serve as a reference for developers building BSV blockchain applications that integrate with the LARS (Local Automated Runtime System) and CARS (Cloud Automated Runtime System) tooling and beyond. By following this specification, projects can ensur
This path is guidance, not a new protocol or maturity designation. Check each BRC’s upstream status note, normative language, and implementation section before shipping.
Editorial policy →