> 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/es/sbtc/sbtc-signers.md). # Los firmantes de sBTC El UTXO de la billetera peg es un elemento fundamental del sistema sBTC, y sirve como el respaldo en Bitcoin para todos los tokens sBTC en circulación. El sistema utiliza un modelo de UTXO único: la billetera peg de sBTC se representa de forma consistente como una sola Salida de Transacción no Gastada (UTXO) en la cadena de bloques de Bitcoin. Este diseño ofrece simplicidad y mayor eficiencia en la gestión de la billetera peg. {% hint style="info" %} Este UTXO reside en una dirección taproot multifirma segura controlada por los firmantes de sBTC:\ [bc1psptt20t7g8u0sz629k4y27c8lqd3kh6zqds4937s2hxecl7d7afsrhteyx](https://mempool.space/address/bc1psptt20t7g8u0sz629k4y27c8lqd3kh6zqds4937s2hxecl7d7afsrhteyx) {% endhint %} ## Resumen * Modelo de UTXO único: la billetera peg siempre es un solo UTXO. * Responsabilidad: la gestión del UTXO la realiza el conjunto de firmantes. * Propósito: simplificar el seguimiento y la gestión, reducir las transacciones de Bitcoin requeridas para las operaciones de sBTC y centralizar los fondos en una sola salida bien asegurada. ## Cómo se mantiene el UTXO único {% stepper %} {% step %} **Construcción del nuevo UTXO** Un coordinador de firmantes construye el UTXO creando una nueva salida de Bitcoin que representará la billetera peg a partir de ahora. {% endstep %} {% step %} **Consolidación de solicitudes en un lote** El conjunto de firmantes consolida colectivamente todas las solicitudes de depósito y retiro y crea lotes optimizados que pueden procesarse dentro de un solo UTXO. {% endstep %} {% step %} **Creación del nuevo UTXO a partir del UTXO anterior** El nuevo UTXO se crea mediante: * gastar el importe del UTXO anterior, * añadir los depósitos confirmados, * restar los retiros confirmados. {% endstep %} {% step %} **Optimización del procesamiento por lotes con conjuntos de aprobación** Cuando hay varias solicitudes de operaciones de sBTC, el coordinador de firmantes las agrupa por conjuntos de aprobación. Si existen conjuntos de aprobación diferentes entre las operaciones activas, el coordinador agrupa los UTXO de depósito en conjuntos con el tamaño máximo por conjunto de aprobación para preservar la invariancia de un solo UTXO y, al mismo tiempo, maximizar la eficiencia del lote. {% endstep %} {% endstepper %} ## Beneficios * Seguimiento y gestión simplificados de los fondos peg. * Menos transacciones de Bitcoin para las operaciones de sBTC. * La centralización de los fondos en una sola salida bien asegurada mejora la eficiencia operativa. {% hint style="info" %} El modelo de UTXO único está diseñado para equilibrar la simplicidad y la eficiencia operativa de la billetera peg de sBTC. {% endhint %} ## Consideraciones de seguridad * El UTXO único es gestionado por el conjunto de firmantes de arranque de sBTC, que requiere un umbral de firmantes para aprobar cualquier gasto (multifirma). * Las auditorías regulares y la supervisión continua son esenciales para garantizar que el UTXO represente con precisión el total de sBTC en circulación en todo momento. * El UTXO, mantenido por la dirección de bitcoin de los firmantes, solo puede gastarse mediante un [gasto por ruta de clave](https://github.com/stacks-sbtc/sbtc/blob/7d8b2cb508f7068373ced808f6e9d28c92387b28/signer/src/keys.rs#L439-L441). Esto significa que no hay gastos ocultos por la ruta de script de taproot. {% hint style="warning" %} La seguridad es primordial: la aprobación multifirma, las auditorías y la supervisión son controles fundamentales para proteger la billetera peg. {% endhint %} *** ### Cuál es la diferencia entre los firmantes de Stacks y los firmantes de sBTC | Rol | Firmante de Stacks | Firmante de sBTC | | ----------------------------- | -------------------------------------------------- | ---------------------------------------------------------------------- | | **Responsabilidad principal** | Firma y valida bloques de Stacks | Asegura la paridad para sBTC (Bitcoin ↔ Stacks) | | **Qué firman** | Datos de bloques de Stacks | Transacciones de Bitcoin (peg-in / peg-out) | | **Capa** | Capa de consenso de Stacks | Capa de Bitcoin (mediante firmas por umbral) | | **Propósito** | Garantizar la progresión canónica de la cadena | Garantizar la custodia segura y el movimiento de BTC que respalda sBTC | | **Modelo de confianza** | Parte del consenso de Stacks | Conjunto de firmantes por umbral que gestiona BTC | | **Impacto del fallo** | Inestabilidad de la cadena / riesgo de bifurcación | Riesgo para la integridad de la paridad de BTC | | **Activos involucrados** | STX | BTC | ## Quiénes son los firmantes de sBTC **Conjunto de firmantes de sBTC**
OrganizaciónCualificaciones
Asymmetric ResearchValidador principal en varias redes (Solana, Aptos), aportando retroalimentación crítica al ecosistema de Stacks.
Bitcoin L2 LabsEmpresa de desarrollo del protocolo sBTC, con profunda implicación en los ecosistemas de Stacks y Bitcoin.
BlockdaemonMayor operador de nodos, compatible con más de 50 cadenas de bloques, activo como firmante en Stacks.
Degen LabParticipación continua en el ecosistema de Stacks, creación exitosa de un pool de stacking descentralizado y colaborador en varios proyectos de código abierto
Fast PoolEl pool de stacking más antiguo, con profundo conocimiento de nodos de Bitcoin y Stacks desde 2021.
SenseiNodePrincipal operador de nodos de América Latina, más de 9.500 validadores, enfocado en descentralizar la infraestructura.
Stacking DAOAplicación DeFi líder y protocolo de liquid staking, gestionando 56 millones de STX, infraestructura de firmantes de sBTC.
XverseApoyo de larga data a Stacks, el pool de stacking más grande por TVL, integrado en la billetera Xverse.
AnkrInfraestructura RPC en más de 70 cadenas de bloques, gestionando más de 8.000 millones de solicitudes diarias, con staking no custodial que ya sirve a más de 18.000 usuarios
The TiePlataforma institucional de datos cripto que presta servicio a aproximadamente 500 fondos, gestores de activos y bancos, además de infraestructura de staking en más de 40 redes.
HashkeyHashKey aporta experiencia regulada en activos digitales y una presencia institucional consolidada en Asia al conjunto de firmantes.
#### Rotaciones de firmantes Un conjunto descentralizado de firmantes es una red viva, y la rotación forma parte de su diseño. Los firmantes aportan infraestructura, participaciones de claves y gastos operativos al conjunto, y, de forma semirregular, algunos se retiran mientras otros se incorporan. El protocolo está diseñado precisamente para esto: el umbral de consenso del 70% se mantiene durante toda la transición, cada transferencia se verifica onchain, y nunca se mueve BTC con menos aprobaciones que antes. Cada ciclo es también la forma en que el conjunto se fortalece, incorporando firmantes cuya infraestructura y postura regulatoria coinciden con donde [las finanzas nativas de Bitcoin](https://www.stacks.co/bitcoin-native-finance) se dirigen. **Rotaciones anteriores:** * [3 de febrero de 2026](https://github.com/stacks-sbtc/sbtc/discussions/624?sort=new#discussioncomment-15687048) * [4 de septiembre de 2026](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/es/sbtc/sbtc-signers.md?ask=&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.