> 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 de peg es un elemento fundamental del sistema sBTC, y sirve como respaldo en Bitcoin para todos los tokens sBTC en circulación. El sistema utiliza un modelo de UTXO único: la billetera de peg de sBTC se representa de forma constante como una sola Salida de Transacción No Gastada (UTXO) en la cadena de bloques de Bitcoin. Este diseño ofrece simplicidad y una mayor eficiencia en la gestión de la billetera de peg. {% hint style="info" %} Este UTXO reside en una dirección taproot multifirma segura controlada por los Firmantes de sBTC:\ [bc1pgg0us9y5skfpatq0nhxt7khhk8qxv0zgle36r6yxnql6dvyaafqsahn043](https://mempool.space/address/bc1pgg0us9y5skfpatq0nhxt7khhk8qxv0zgle36r6yxnql6dvyaafqsahn043) {% endhint %} ## Resumen * Modelo de UTXO único: la billetera de 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 necesarias para las operaciones de sBTC y centralizar los fondos en una única 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 de peg en adelante. {% endstep %} {% step %} **Consolidación de solicitudes en un lote** El conjunto de Firmantes consolida colectivamente todas las solicitudes de depósito y retirada y crea lotes optimizados que pueden procesarse dentro de un único 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 loteo con conjuntos de aprobación** Cuando hay varias solicitudes de operación de sBTC, el coordinador de Firmantes las agrupa por conjuntos de aprobación. Si existen diferentes conjuntos de aprobación entre las operaciones activas, el coordinador agrupa los UTXO de depósito en lotes con el tamaño máximo por conjunto de aprobación para preservar la invariante de UTXO único y, al mismo tiempo, maximizar la eficiencia del lote. {% endstep %} {% endstepper %} ## Beneficios * Seguimiento y gestión simplificados de los fondos de peg. * Menos transacciones de Bitcoin para las operaciones de sBTC. * Los fondos centralizados en una única salida bien asegurada mejoran 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 de peg de sBTC. {% endhint %} ## Consideraciones de seguridad * El UTXO único es gestionado por el conjunto de Firmantes de arranque de sBTC, lo que requiere un umbral de firmantes para aprobar cualquier gasto (multifirma). * Las auditorías periódicas 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 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 de 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 los bloques de Stacks | Asegura el peg 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 umbral) | | **Propósito** | Garantizar la progresión de la cadena canónica | Garantizar la custodia segura y el movimiento del BTC que respalda sBTC | | **Modelo de confianza** | Parte del consenso de Stacks | Conjunto de firmantes umbral que gestiona BTC | | **Impacto de la falla** | Inestabilidad de la cadena / riesgo de bifurcación | Riesgo para la integridad del peg de BTC | | **Activos involucrados** | STX | BTC | --- # 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/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 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.