BRC-100：钱包与应用之间的标准接口
BRC-100 是 BSV 生态中描述应用与钱包如何通信的接口标准。它强调应用表达业务意图，钱包保留密钥控制权，帮助非托管应用以更安全、统一的方式请求创建交易、签名和返回结果。
林知衡
technical_editor
一句话理解 BRC-100
BRC-100 是 BSV 生态中用于描述“应用如何和钱包通信”的接口标准。
如果说钱包负责密钥、UTXO 和签名，应用负责业务意图，那么 BRC-100 关注的就是：应用如何安全、标准地告诉钱包“我想做这件事”，钱包又如何返回结果。
它不是 token 协议，也不是链上共识规则，而是位于应用与钱包之间的接口层。
理解这一点，有助于开发者把“业务逻辑”和“密钥控制”分开，构建更安全、可互操作的 BSV 应用。
为什么需要钱包与应用之间的标准接口
在没有统一接口的情况下，每个钱包都可能采用不同的调用方式：
- 一个钱包用一种方法创建交易。
- 另一个钱包用另一种方法签名。
- 有的钱包返回 raw transaction。
- 有的钱包只返回 txid。
- 有的钱包甚至要求应用直接处理私钥。
这会带来两个明显问题。
第一，应用开发会变得复杂。开发者需要为不同钱包适配不同接口，重复处理交易创建、签名、找零、授权等细节。
第二，用户容易被锁定在少数钱包中。如果某个应用只支持特定钱包，用户迁移和选择的成本都会上升。
BRC-100 这类接口标准的目的，就是让应用和钱包之间形成共同语言：应用提出请求，钱包理解请求并返回标准化结果。
应用不应该直接管理用户私钥
BRC-100 背后的重要安全直觉是：应用不应该直接管理用户私钥。
应用可能希望用户完成很多操作，例如：
- 支付一笔钱。
- 发布一条 OP_RETURN 数据。
- 创建一笔 token 相关交易。
- 签署一份凭证。
- 授权某个身份操作。
最危险的方式，是让用户把私钥或助记词输入应用。这样一来，一旦应用存在漏洞、被攻击或被恶意篡改，用户的资产和身份都可能暴露。
更合理的模式是：
在这个流程中，应用表达业务意图，钱包保留密钥控制权。用户通过钱包确认操作，应用只接收交易或签名后的结果，而不是直接接触私钥。
BRC-100 主要关注什么
BRC-100 关注的是钱包和应用之间的交互方式，而不是链上交易本身。
它关心的问题包括：
- 应用如何连接钱包。
- 应用如何请求创建交易。
- 应用如何请求签名。
- 钱包如何返回交易或结果。
- 用户如何授权。
- 应用如何获得可用输出或钱包能力。
- 钱包如何在不暴露私钥的情况下满足应用需求。
对新手来说，可以先把 BRC-100 理解为“BSV 应用调用钱包的标准接口思路”。它帮助应用以统一方式请求钱包执行操作，而不是让每个项目都从零实现一套钱包交互逻辑。
BRC-100 与 WalletClient 的关系
在 BSV TypeScript SDK 中，可以看到 WalletClient 这样的概念。
WalletClient 体现的正是应用通过钱包接口进行操作的思路。应用不需要自己从零选择 UTXO、计算找零、为每个 input 签名，而是向钱包发起请求，由钱包处理交易相关细节。
例如，应用可以请求钱包创建一个 action。钱包可以负责：
- 输入选择。
- 输出构造。
- 手续费。
- 找零。
- 用户授权。
- 签名。
- 返回交易相关结果。
这种方式降低了新手开发第一笔交易的门槛，也更接近真实应用架构：应用负责业务，钱包负责密钥和交易执行。
BRC-100 与非托管应用
BRC-100 风格的接口非常适合非托管应用。
所谓非托管，是指应用不替用户保管私钥。用户的钱包负责签名，应用只负责发起请求并处理返回结果。
这种架构有几个好处：
- 应用的安全责任降低。
- 用户对密钥和资产的控制权更强。
- 钱包可以统一管理授权。
- 多个应用可以复用同一个钱包。
- 应用之间更容易实现互操作。
不过，这种模式也对钱包体验提出了要求。如果钱包频繁弹窗，或者向用户展示过多难以理解的交易细节，用户体验可能会受到影响。因此，标准接口解决的是应用与钱包之间的通信问题，良好的授权展示和交互设计仍然需要钱包实现方认真处理。
BRC-100 与链上交易的关系
BRC-100 本身不是链上交易格式。它只是应用与钱包之间的接口约定。
真正上链的仍然是 BSV 交易。交易里包含 inputs、outputs、locking script、unlocking script、手续费、签名等要素。
BRC-100 可以帮助应用请求钱包创建这些交易，但它不改变底层交易规则。也就是说，使用 BRC-100 风格接口，并不意味着开发者可以完全忽略 BSV 交易结构。
钱包接口可以简化开发流程，但理解交易如何构造、签名、广播和验证，仍然是构建可靠 BSV 应用的基础。
一个典型的 BRC-100 风格交互流程
可以把 BRC-100 风格的应用与钱包交互理解为以下步骤：
- 用户打开一个 BSV 应用。
- 应用检测或连接钱包。
- 应用构造一个请求，例如发布一条链上数据。
- 钱包展示请求内容。
- 用户确认。
- 钱包选择 UTXO、创建交易并签名。
- 钱包返回交易结果。
- 应用记录 txid，并继续处理广播状态、确认或 SPV 证明。
这个流程把三件事拆开了：
- 用户授权由钱包呈现和确认。
- 密钥控制留在钱包侧。
- 业务逻辑由应用负责。
这种分工有助于应用保持非托管，同时让钱包成为用户管理密钥和授权的统一入口。
BSV 应用为什么需要这种标准
BSV 生态面向大量数据应用、微支付应用、token 应用和企业应用。如果每个应用都要求用户导入私钥，生态很难形成健康的应用体验和安全边界。
标准化的钱包接口可以带来几个实际价值：
- 应用更容易开发。
- 钱包更容易兼容多个应用。
- 用户不必在不同应用中重复暴露敏感密钥。
- 权限和授权体验更统一。
- 后续与 SPV、BEEF、BUMP、Overlay 等组件更容易衔接。
因此，BRC-100 可以看作 BSV 应用生态从“每个项目自己拼钱包”走向“钱包与应用分工”的基础之一。
新手常见误解
学习 BRC-100 时，需要特别避免以下误解：
- BRC-100 不是 token 协议。
- BRC-100 不是链上共识规则。
- BRC-100 不会替你保管私钥。
- 应用请求钱包操作，不等于应用拿到用户私钥。
- 钱包接口可以简化开发，但不能替代对交易结构的理解。
- 钱包返回 txid 后，应用仍要处理广播状态、确认和证明。
小结
BRC-100 的核心价值，是为 BSV 应用和钱包之间提供标准化的交互思路。
应用不需要直接管理私钥，也不需要为每个钱包单独适配一套交易和签名流程；钱包则可以在保留密钥控制权的前提下，响应应用的支付、数据发布、签名或授权请求。
对开发者来说，理解 BRC-100 有助于建立正确的 BSV 应用架构：应用表达意图，钱包执行授权和签名，链上仍然遵循 BSV 交易规则。
参考资料
- Wallet Toolbox docs: https://bsv-blockchain.github.io/wallet-toolbox/
- Wallet reference: https://bsv-blockchain.github.io/ts-sdk/reference/wallet/
- BRCs repository: https://github.com/bitcoin-sv/BRCs
专题
BSV基础知识
第11篇 / 共43篇文章
系统整理 BSV、区块链基础概念、协议能力和生态知识的专题文章。
阅读路径
进度 11/43
- 01阅读文章第 1 篇
为什么 BSV 仍然值得关注
关于结算设计、数据持久性，以及为什么建设者仍在关注 BSV。
2026年4月30日5 分钟阅读 - 02阅读文章第 2 篇
P2P Electronic Cash：什么是点对点电子现金？
点对点电子现金是理解 Bitcoin 和 BSV 的入口。它强调通过交易、签名和公开账本直接转移数字价值，而不是依赖中心平台账户。本文解释 peer-to-peer、cash、双花、UTXO 以及 BSV 为什么重视低费用、高频交易和链上数据。
2026年5月19日15 分钟阅读 - 03阅读文章第 3 篇
时间戳服务器：区块链为什么是时间顺序记录？
区块链不只是账本，更是一台公开的时间排序机器。本文解释 Bitcoin/BSV 中 timestamp server 的含义、区块高度与确认数的作用，以及时间戳在防双花和数据存证场景中的价值。
2026年5月20日15 分钟阅读 - 04阅读文章第 4 篇
Proof of Work：矿工为什么能排序交易？
Proof of Work 通过“计算昂贵、验证便宜”的机制，让矿工在开放网络中竞争新区块，并用累积工作量决定交易历史排序。本文解释 PoW 的工作原理、矿工为何能排序交易、其安全意义，以及 BSV 在大区块、低费用和高交易量方向下的矿工经济逻辑。
2026年5月20日5 分钟阅读 - 05阅读文章第 5 篇
BSV 网络如何运转：交易、区块、手续费与矿工激励
本文用最基础的视角解释 BSV 网络的运行机制：交易如何构成、区块如何组织、矿工如何获得激励，以及为什么 BSV 特别强调低手续费、大区块和高吞吐链上交易。
2026年5月20日15 分钟阅读 - 06阅读文章第 6 篇
SPV 入门：轻客户端为什么不需要下载全链
SPV（简化支付验证）让轻客户端无需下载完整区块链，也能验证某笔交易是否被包含在区块中。本文解释 SPV 的工作原理、Merkle proof 的作用、它能证明什么、不能证明什么，以及为什么 SPV 是 BSV 架构中的核心能力。
2026年5月20日15 分钟阅读 - 07阅读文章第 7 篇
BSV 与 BTC/BCH 的路线差异：为什么强调链上扩容、低费和企业数据
BTC、BCH、BSV 都源自 Bitcoin，但技术路线明显不同。本文从链上扩容、低费用、稳定协议、SPV、企业数据和现实挑战出发，系统解释 BSV 为什么选择低费高量和大规模链上扩展路线。
2026年5月20日15 分钟阅读 - 08阅读文章第 8 篇
WIF、助记词与 HD Wallet：BSV 钱包密钥管理入门
WIF、助记词和 HD Wallet 都与密钥保存、恢复和派生有关，但含义不同。本文解释它们的区别、xpub 的作用，以及在 BSV 钱包和应用开发中的安全实践。
2026年5月20日25 分钟阅读 - 09阅读文章第 9 篇
BSV 主网 mainnet 与测试环境有什么区别
主网承载真实价值，测试环境用于学习和开发。本文梳理 BSV mainnet 与测试环境的区别、常见风险、SDK 使用中的注意事项，以及项目配置中的分环境建议。
2026年5月24日5 分钟阅读 - 10阅读文章第 10 篇
钱包不是账户系统：BSV 钱包管理的是密钥和 UTXO
BSV 钱包不是传统账户系统。链上没有单一余额字段，钱包通过管理私钥、UTXO、交易构造和签名来计算余额并发起交易。理解这一点，有助于正确认识找零、多输入、非托管钱包和应用授权等关键概念。
2026年5月24日15 分钟阅读 - 11阅读文章第 11 篇当前
BRC-100：钱包与应用之间的标准接口
BRC-100 是 BSV 生态中描述应用与钱包如何通信的接口标准。它强调应用表达业务意图，钱包保留密钥控制权，帮助非托管应用以更安全、统一的方式请求创建交易、签名和返回结果。
2026年5月24日8 分钟阅读 - 12阅读文章第 12 篇
Transaction Input 是什么：理解 BSV 交易输入与 UTXO 引用
Transaction input 是 BSV 交易的资金来源，它引用上一笔交易中的某个未花费 output，并提供解锁数据。理解 input 有助于掌握 UTXO 模型、outpoint、双花冲突、手续费计算和交易调试。
2026年5月26日15 分钟阅读 - 13阅读文章第 13 篇
理解 BSV Transaction Output：金额、Locking Script 与 UTXO
Transaction output 是 BSV 交易创建的新价值单元，通常由金额和 locking script 组成。它既可以表示付款和找零，也可以承载 OP_RETURN 数据、token 状态或业务记录。理解 output、UTXO 和 output index，是理解 BSV 交易与应用协议设计的基础。
2026年5月26日15 分钟阅读 - 14阅读文章第 14 篇
TXID 是什么：BSV 交易唯一标识的作用、误区与设计建议
TXID 是 BSV 中最常见的交易标识，可用于查询交易、引用 output、保存业务记录和构建 SPV 证明。但 TXID 标识的是整笔交易，不等于 output，也不代表交易已最终完成。实际应用中应结合 output index、状态、raw transaction 和证明材料一起保存。
2026年5月26日15 分钟阅读 - 15阅读文章第 15 篇
理解 BSV 交易中的找零 output：为什么它必须显式写入交易
找零 output 是 BSV UTXO 模型中的关键概念：旧 UTXO 必须整体花费，未用完的金额需要通过新的 output 退回给付款方。本文解释找零的工作方式、手续费关系、找零地址、隐私影响以及 UTXO 管理中的实践问题。
2026年5月26日15 分钟阅读 - 16阅读文章第 16 篇
BSV 交易手续费如何计算：输入总额减去输出总额
BSV 交易手续费不是独立字段，而是输入总额减去输出总额。理解这个规则有助于正确处理找零、估算费用、管理 UTXO，并避免把余额误作为手续费。
2026年5月26日15 分钟阅读 - 17阅读文章第 17 篇
什么是 raw transaction：BSV 交易序列化、TXID 与签名的基础
raw transaction 是交易按协议规则序列化后的原始字节表示，通常以十六进制字符串展示。它关系到 TXID、签名、广播和调试，是理解 BSV 交易底层机制的关键概念。
2026年5月26日10 分钟阅读 - 18阅读文章第 18 篇
BSV 交易调试中的 Endian 问题：为什么 TXID 看起来会反过来
Endian 是 BSV 交易调试中常见的字节序问题，尤其容易出现在 raw transaction、TXID、outpoint、数字字段和 Merkle proof 中。理解显示格式与底层序列化字节的区别，可以避免很多“TXID 不匹配”或“proof 算错”的误判。
2026年5月26日12 分钟阅读 - 19阅读文章第 19 篇
什么是 UTXO：理解 BSV 交易模型的基础
UTXO 是“未花费交易输出”，是 BSV 交易模型的基本单位。钱包余额并不是链上的账户字段，而是一组可控制 UTXO 的金额总和。理解 UTXO，有助于理解 BSV 的 input、output、找零、手续费、双花、Script 以及并行处理。
2026年5月27日15 分钟阅读 - 20阅读文章第 20 篇
在 BSV 中，花钱就是消耗旧 UTXO、创造新 UTXO
在 BSV 中，花钱不是修改余额，而是消耗旧 UTXO、创建新 UTXO。理解这一点，有助于掌握付款、找零、交易链以及 token 和应用状态转移的基本逻辑。
2026年5月27日12 分钟阅读 - 21阅读文章第 21 篇
一个地址可以有很多 UTXO：理解 BSV 中的地址、余额与交易构造
在 BSV 的 UTXO 模型中，一个地址不是账户，也不是单一余额槽。同一个地址可以关联多个 UTXO，钱包余额只是这些 UTXO 的汇总。理解这一点，有助于正确处理交易构造、手续费、UTXO 碎片化和隐私问题。
2026年5月27日5 分钟阅读 - 22阅读文章第 22 篇
UTXO 模型为什么适合并行处理？——BSV 扩容的技术基础
UTXO 模型将状态拆分为独立输出，使得交易验证可以并行进行，为 BSV 的链上扩容和高吞吐提供了关键数据结构基础。本文对比账户模型与 UTXO 模型，解释并行性原理、实际限制以及与 Teranode 和应用设计的关系。
2026年6月2日3 分钟阅读 - 23阅读文章第 23 篇
理解比特币双花问题：为什么同一个 UTXO 不能被花两次
双花是数字现金系统的核心问题。本文用通俗语言解释双花的原理、交易结构、矿工作用、0-conf 风险、签名与双花的关系，以及工程实践中的注意事项。
2026年6月2日3 分钟阅读 - 24阅读文章第 24 篇
理解 BSV 中的 Locking Script：花费条件的核心机制
Locking script 是 BSV 交易中不可或缺的部分，它定义了 UTXO 的花费条件。本文从基础概念出发，逐步解析 locking script 的位置、与地址的关系、表达方式及其在应用中的重要性。
2026年6月2日3 分钟阅读 - 25阅读文章第 25 篇
深入理解 Unlocking Script：区块链交易的“开锁证据”
Unlocking Script 是交易输入中的解锁材料，用于满足上一笔输出的锁定条件。本文从概念、位置、工作原理到常见误解，全面解析这一关键机制。
2026年6月2日3 分钟阅读 - 26阅读文章第 26 篇
P2PKH：BSV 中最常见的支付脚本模板详解
P2PKH（Pay to Public Key Hash）是 Bitcoin/BSV 中最基础的普通支付脚本。本文拆解其核心逻辑、工作流程、与地址的关系、解锁条件，并解释为什么 BSV 开发者需要理解它。
2026年6月2日2 分钟阅读 - 27阅读文章第 27 篇
OP_RETURN：BSV链上数据写入入门
了解OP_RETURN的基本概念、与普通支付的区别、数据格式要求、隐私注意事项以及应用场景。
2026年6月2日2 分钟阅读 - 28阅读文章第 28 篇
解读Bitcoin Script：基于栈的脚本语言及其执行模型
Bitcoin Script是一种基于栈执行的脚本语言，用于验证交易花费条件。本文从栈的概念出发，通过例子说明其执行过程，并探讨P2PKH、受限设计、BSV应用等关键点，帮助理解这一链上验证语言的核心机制。
2026年6月2日2 分钟阅读 - 29阅读文章第 29 篇
标准脚本 vs 非标准脚本：BSV 开发中容易被忽略的边界
共识上有效的交易，网络不一定处理。理解标准脚本与矿工策略，避免交易广播失败。
2026年6月2日3 分钟阅读 - 30阅读文章第 30 篇
从零开始使用 @bsv/sdk：安装、验证与第一步
介绍 @bsv/sdk 的安装、项目搭建与验证过程，帮助开发者快速进入 BSV 开发环境，理解 SDK 在技术栈中的角色。
2026年6月15日3 分钟阅读 - 31阅读文章第 31 篇
WalletClient：应用与钱包之间的通信入口
WalletClient 是 BSV 应用中连接钱包的标准化客户端，它让应用描述交易意图，钱包负责授权、签名和 UTXO 管理，从而隔离私钥、UTXO 和签名等复杂度。
2026年6月15日3 分钟阅读 - 32阅读文章第 32 篇
使用 createAction() 创建你的第一笔 BSV 交易：入门指南
createAction() 是 BSV SDK 的核心方法，让应用通过高级接口描述交易动作，钱包自动处理签名、费用和广播。本文带你理解其原理、参数和实际用法。
2026年6月15日3 分钟阅读 - 33阅读文章第 33 篇
自动选择 inputs、找零和手续费：钱包如何为你构建完整交易
使用高级SDK时，钱包可以自动选择可花费的UTXO、生成找零output并计算手续费。本文解释这一过程的工作原理、益处和潜在风险。
2026年6月15日3 分钟阅读 - 34阅读文章第 34 篇
将数据写入 BSV 区块链：从 OP_RETURN 到应用协议
BSV 交易不仅能转移 satoshis，还能通过数据输出将文本、哈希或业务事件写入链上。本文从第一笔 Hello BSV 交易讲起，介绍数据输出与支付输出的区别、如何使用 SDK 构造 OP_RETURN、十六进制转换原因，以及如何走向结构化协议设计。
2026年6月16日2 分钟阅读 - 35阅读文章第 35 篇
用 WhatsOnChain 查看 BSV 交易：从 txid 到链上结构的完整指南
本文教你如何使用区块浏览器 WhatsOnChain 查看交易详情，理解 inputs、outputs、脚本、手续费等核心概念，并借助浏览器反向理解 SDK 的底层逻辑。
2026年6月16日3 分钟阅读 - 36阅读文章第 36 篇
BSV 交易入门：手动指定输入（Inputs）的正确姿势
在 BSV 的 UTXO 模型中，手动指定交易输入是进阶开发的必备技能。本文深入解析输入的本质、所需信息、代码示例和常见误区，帮你避开“地址扣款”的思维陷阱。
2026年6月18日3 分钟阅读 - 37阅读文章第 37 篇
手动指定交易输出，掌握 BSV 应用设计的关键一步
理解比特币交易输出（output）的机制，从手动构造交易开始。本文介绍输出的类型、找零规则、索引顺序及常见误区，帮助你从“会发交易”进阶到“会设计 BSV 应用”。
2026年6月18日2 分钟阅读 - 38阅读文章第 38 篇
比特币交易手续费：计算方式、影响因子与BSV实践指南
交易手续费并非显式字段，而是输入总额与输出总额的差额。理解手续费计算逻辑、交易大小的影响因素以及BSV网络策略，是构建链上应用的基础。
2026年6月18日3 分钟阅读 - 39阅读文章第 39 篇
为什么比特币交易的每个输入都需要单独签名？
理解比特币交易中多输入签名的必要性，避免常见误解，并了解 P2PKH 签名的基本逻辑、SDK 使用方法以及签名保护的具体内容。
2026年6月18日3 分钟阅读 - 40阅读文章第 40 篇
BSV 交易序列化：从对象到广播的必经之路
理解交易序列化是连接应用开发与区块链网络的关键。本文介绍为何需要序列化、标准交易结构、hex 的作用、SDK 中的序列化与反序列化、txid 关系以及常见误区，帮助你从调 SDK 进阶到调试链上数据。
2026年6月18日3 分钟阅读 - 41阅读文章第 41 篇
BSV 交易广播：从构造到提交的完整指南
在 BSV 开发中，构造交易只是第一步。本文详细讲解广播交易的意义、常见误区、广播前检查、返回值处理及失败原因，帮助开发者正确将交易提交至网络。
2026年6月18日2 分钟阅读 - 42阅读文章第 42 篇
交易链：一笔交易怎样花掉刚刚生成的 UTXO
理解交易链，才能真正理解比特币白皮书中“coin 是一条数字签名链”的含义。本文从最小模型出发，介绍 UTXO 在交易之间如何转移，以及交易链在 BSV 应用状态管理中的关键作用。
2026年6月18日3 分钟阅读 - 43阅读文章第 43 篇
比特币区块头：SPV和轻客户端的80字节基石
区块头是比特币区块的80字节摘要，虽不包含完整交易，却是连接工作量证明链和承诺交易集的关键结构。本文解释区块头字段、Merkle root和SPV原理，帮助理解BSV大规模扩展的实现基础。
2026年6月20日4 分钟阅读
推荐文章
区块链2026年5月26日
Transaction Input 是什么：理解 BSV 交易输入与 UTXO 引用
Transaction input 是 BSV 交易的资金来源，它引用上一笔交易中的某个未花费 output，并提供解锁数据。理解 input 有助于掌握 UTXO 模型、outpoint、双花冲突、手续费计算和交易调试。
区块链2026年5月24日
钱包不是账户系统：BSV 钱包管理的是密钥和 UTXO
BSV 钱包不是传统账户系统。链上没有单一余额字段，钱包通过管理私钥、UTXO、交易构造和签名来计算余额并发起交易。理解这一点，有助于正确认识找零、多输入、非托管钱包和应用授权等关键概念。
区块链2026年5月26日
理解 BSV Transaction Output：金额、Locking Script 与 UTXO
Transaction output 是 BSV 交易创建的新价值单元，通常由金额和 locking script 组成。它既可以表示付款和找零，也可以承载 OP_RETURN 数据、token 状态或业务记录。理解 output、UTXO 和 output index，是理解 BSV 交易与应用协议设计的基础。