> For the complete documentation index, see [llms.txt](https://docs.stacks.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.stacks.co/learn/zh/sbtc/sbtc-signers.md).

# sBTC 签名者

Peg 钱包 UTXO 是 sBTC 系统的基础要素，为流通中的所有 sBTC 代币提供比特币背书。该系统采用单一 UTXO 模型：sBTC peg 钱包在比特币区块链上始终表示为一个未花费交易输出（UTXO）。这种设计在管理 peg 钱包时提供了简洁性和更高的效率。

{% hint style="info" %}
该 UTXO 位于一个安全的多重签名 taproot 地址中，由 sBTC 签名者控制：\
[bc1psptt20t7g8u0sz629k4y27c8lqd3kh6zqds4937s2hxecl7d7afsrhteyx](https://mempool.space/address/bc1psptt20t7g8u0sz629k4y27c8lqd3kh6zqds4937s2hxecl7d7afsrhteyx)
{% endhint %}

## 概览

* 单一 UTXO 模型：peg 钱包始终是一个单独的 UTXO。
* 职责：UTXO 管理由签名者集合执行。
* 目的：简化跟踪和管理，减少 sBTC 操作所需的比特币交易，并将资金集中在一个安全性高的单一输出中。

## 如何维护单一 UTXO

{% stepper %}
{% step %}
**构建新的 UTXO**

签名者协调员通过创建一个新的比特币输出来构建该 UTXO，该输出将代表未来的 peg 钱包。
{% endstep %}

{% step %}
**将请求合并为批次**

签名者集合共同整合所有存款和取款请求，并创建可在单个 UTXO 内处理的优化批次。
{% endstep %}

{% step %}
**从前一个 UTXO 创建新的 UTXO**

新的 UTXO 通过以下方式创建：

* 花费前一个 UTXO 中的金额，
* 增加已确认的存款，
* 减去已确认的取款。
  {% endstep %}

{% step %}
**使用批准集优化批处理**

当存在多个 sBTC 操作请求时，签名者协调员会按批准集对其分组。如果在活跃操作中存在不同的批准集，协调员会将存款 UTXO 按批准集分成最大规模的组进行批处理，以在保持单一 UTXO 不变式的同时最大化批处理效率。
{% endstep %}
{% endstepper %}

## 优势

* 简化对 peg 资金的跟踪和管理。
* 减少 sBTC 操作所需的比特币交易。
* 将资金集中在一个安全性高的单一输出中可提高运营效率。

{% hint style="info" %}
单一 UTXO 模型旨在在简洁性和 sBTC peg 钱包的运营效率之间取得平衡。
{% endhint %}

## 安全注意事项

* 这个单一 UTXO 由 sBTC 启动签名者集合管理，任何花费都需要达到签名者门限进行批准（多重签名）。
* 定期审计和持续监控对于确保该 UTXO 始终准确代表流通中的 sBTC 总量至关重要。
* 由签名者比特币地址持有的 UTXO，只能通过 [密钥路径花费](https://github.com/stacks-sbtc/sbtc/blob/7d8b2cb508f7068373ced808f6e9d28c92387b28/signer/src/keys.rs#L439-L441)来花费。这意味着不存在隐藏的 taproot 脚本路径花费。

{% hint style="warning" %}
安全至关重要：多重签名批准、审计和监控是保护 peg 钱包的核心控制措施。
{% endhint %}

***

### Stacks 签名者与 sBTC 签名者有什么区别

| 角色       | Stacks 签名者      | sBTC 签名者                     |
| -------- | --------------- | ---------------------------- |
| **主要职责** | 签署并验证 Stacks 区块 | 保障 sBTC 的 peg（比特币 ↔ Stacks）  |
| **签署内容** | Stacks 区块数据     | 比特币交易（peg-in / peg-out）      |
| **层**    | Stacks 共识层      | 比特币层（通过阈值签名）                 |
| **目的**   | 确保规范链的推进        | 确保安全托管 + 作为 sBTC 背书的 BTC 的流转 |
| **信任模型** | Stacks 共识的一部分   | 管理 BTC 的阈值签名者集合              |
| **故障影响** | 链不稳定 / 分叉风险     | BTC peg 完整性风险                |
| **涉及资产** | STX             | BTC                          |

## 谁是 sBTC 签名者

**sBTC 签名者集合**

<table data-header-hidden><thead><tr><th width="211"></th><th></th></tr></thead><tbody><tr><td><strong>组织</strong></td><td><strong>资格</strong></td></tr><tr><td><strong>Asymmetric Research</strong></td><td>多个网络（Solana、Aptos）的顶级验证者，为 Stacks 生态系统提供关键反馈。</td></tr><tr><td><strong>Bitcoin L2 Labs</strong></td><td>sBTC 协议的开发公司，深度参与 Stacks 和比特币生态系统。</td></tr><tr><td><strong>Blockdaemon</strong></td><td>最大的节点运营商，支持 50+ 条区块链，并活跃于 Stacks 的签名者角色。</td></tr><tr><td><strong>Degen Lab</strong></td><td>持续参与 Stacks 生态系统，成功构建了一个去中心化 stacking 池，并为多个开源项目做出贡献</td></tr><tr><td><strong>Fast Pool</strong></td><td>最早的 Stacking 池，自 2021 年以来对比特币和 Stacks 节点有深入了解。</td></tr><tr><td><strong>SenseiNode</strong></td><td>拉丁美洲顶级节点运营商，拥有 9,500+ 验证者，专注于基础设施去中心化。</td></tr><tr><td><strong>Stacking DAO</strong></td><td>领先的 DeFi 应用和流动质押协议，管理 5600 万 STX，sBTC 签名者基础设施。</td></tr><tr><td><strong>Xverse</strong></td><td>长期支持 Stacks，按 TVL 计算最大的 Stacking 池，已集成到 Xverse 钱包中。</td></tr><tr><td><strong>Ankr</strong></td><td>覆盖 70+ 条区块链的 RPC 基础设施，每日处理 80 亿+ 请求，且无托管质押已服务 18,000+ 用户</td></tr><tr><td><strong>The Tie</strong></td><td>面向机构的加密数据平台，服务约 500 家基金、资产管理公司和银行，并为 40+ 网络提供质押基础设施。</td></tr><tr><td><strong>Hashkey</strong></td><td><a href="https://www.hashkey.com/en-US">HashKey</a> 将受监管的数字资产专业能力和成熟的亚洲机构影响力带入签名者集合。</td></tr></tbody></table>

#### 签名者轮换

去中心化的签名者集合是一个动态网络，轮换是其设计的一部分。签名者为该集合贡献基础设施、密钥份额和运营开销，并且按半定期节奏，一些签名者会退出，而另一些会加入。该协议正是为此而设计：在整个过渡过程中，70% 的共识阈值始终保持有效，每一次交接都会在链上验证，并且 BTC 的转移永远不会在低于先前要求的批准数下发生。每个周期也会让该集合更强大，引入那些其基础设施和监管状态符合 [比特币原生金融](https://www.stacks.co/bitcoin-native-finance) 的发展方向。

**之前的轮换：**

* [2026年2月3日](https://github.com/stacks-sbtc/sbtc/discussions/624?sort=new#discussioncomment-15687048)
* [2026年9月4日](https://www.stacks.co/blog/meet-the-new-sbtc-signers-ankr-the-tie-and-hashkey-join-the-set)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.stacks.co/learn/zh/sbtc/sbtc-signers.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.