> 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 存放在由 sBTC 签名者控制的安全多重签名 Taproot 地址中：\
[bc1pss7kvauf5utmxp3pznz7guc63zujmpwnt9q4znzu4dzhd69yumgs58cjgl](https://mempool.space/address/bc1pss7kvauf5utmxp3pznz7guc63zujmpwnt9q4znzu4dzhd69yumgs58cjgl)
{% 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 Bootstrap 签名者集合管理，任何支出都需要达到签名者门限批准（多重签名）。
* 定期审计和持续监控对于确保该 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 锚定提供保障（Bitcoin ↔ Stacks） |
| **他们签名什么** | Stacks 区块数据     | 比特币交易（peg-in / peg-out）         |
| **层**      | Stacks 共识层      | 比特币层（通过门限签名）                    |
| **目的**     | 确保规范链的推进        | 确保为 sBTC 提供支撑的 BTC 的安全托管和流转     |
| **信任模型**   | Stacks 共识的一部分   | 管理 BTC 的门限签名者集合                 |
| **故障影响**   | 链不稳定 / 分叉风险     | BTC 锚定完整性面临风险                   |
| **涉及的资产**  | 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 和 Bitcoin 生态系统。</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 年以来对 Bitcoin 和 Stacks 节点有深入了解。</td></tr><tr><td><strong>SenseiNode</strong></td><td>拉丁美洲顶级节点运营商，拥有 9,500+ 验证者，专注于基础设施去中心化。</td></tr><tr><td><strong>Stacking DAO</strong></td><td>领先的 DeFi 应用和流动质押协议，管理 5,600 万 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

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

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
