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.
The implementation map for Metanet technologies: find the BRCs that matter, understand how they compose, and move from an open specification to interoperable software.
Choose the job, then the standards
A BRC number is not an architecture. These paths show the smallest coherent standards stack for a concrete build outcome.
Keep keys out of app code, ask a standards-compatible wallet to act, and make permissions legible to users.
Derive relationship-specific keys, reveal only needed certificate fields, and authenticate both ends of a channel.
Admit only protocol-valid transactions, expose focused lookups, discover peers, and keep topic state synchronized.
Compose derivation data, proof-carrying transactions, wallet receipt, and HTTP payment negotiation.
Choose current transaction and Merkle-proof containers, then scope them to a transaction or output.
Track wallet-owned token outputs, origin provenance, inscription envelopes, and portable proof packages.
The missing middle
OpenStandards connects normative text to the decisions an implementer actually has to make.
Full upstream text, exact snapshot, original authors, and canonical link.
Dependencies, citations, status notes, extensions, and historical context.
Implementation sections, libraries, vectors, and package-level entry points.
Use a task-based path so the pieces agree at every protocol boundary.
From reading to running
Short, inspectable starting points. Run a maintained reference service, borrow a prompt, then replace assumptions with tests.
Boot the maintained Wallet Infrastructure reference server and MySQL locally, then connect a BRC-100 wallet without giving the storage service custody of user keys.
docker compose up --build Open runnable recipe → Notebook 02 Experimental reference implementation Boot the maintained filesystem UHRP server with BRC-167 complete-host routes, persistent object storage, closure validation, and a readiness check.
curl /ready Open runnable recipe → High-leverage interfaces
The central application-to-wallet boundary. Start here for most Metanet apps.
The privacy-preserving key-derivation foundation beneath much of the stack.
The core proof-carrying transaction container used by current implementations.
Adds a single subject transaction to a BEEF package for portable verification.
The current peer mutual-authentication and certificate-exchange protocol.
Defines the admission side of an overlay: which outputs belong to a topic.
From specification to software
Standards create choice. Reference implementations make that choice practical. These are starting points, not exclusive vendors.
Open by design
Read openly. Implement independently. Interoperate by default.