> 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/block-production/mining.md).
# ¿Cómo se minan los bloques?
{% hint style="info" %}
**Recursos para desarrolladores**
* Para ejecutar tu propio minero de Stacks, [aquí](https://docs.stacks.co/operate/run-a-miner).
{% endhint %}
#### La visión general
* PoX selecciona un minero de bloques de líder único aleatorio una vez por cada bloque de BTC
* PoX incentiva a los mineros a crear bloques de STX y ganar recompensas en STX + comisiones de tx
* Los mineros envían *compromiso de bloque* transacciones en Bitcoin L1.
* Los compromisos de bloque incluyen: el par (hash del bloque, semilla VRF)
* Ganador determinista pero impredecible en cada bloque de Bitcoin
* PoX desincentiva a los mineros de BTC L1 de interferir mediante ATC-C
***
### Introducción
En la minería de Stacks, los mineros gastan Bitcoin para ganar el derecho a producir nuevos bloques de Stacks. En lugar de introducir un mecanismo de consenso totalmente separado, Stacks adapta y amplía la Prueba de Trabajo existente de Bitcoin. Stacks se apoya en la seguridad y el peso económico de Bitcoin para asegurar la capa construida sobre él.
Cuando los mineros comprometen BTC como parte del proceso de minería, ese Bitcoin no se quema ni se desperdicia. Bajo PoX-5, se dirige al fondo de recompensas, se puentea automáticamente a sBTC y se distribuye a través de la cascada de rendimiento entre los participantes del staking: primero los bonos del protocolo emparejados con Bitcoin, luego los stakers solo de STX y la reserva del protocolo. Este flujo de Bitcoin desde los mineros hacia los stakers es la innovación central detrás de Proof of Transfer (PoX). La "transferencia" de BTC es lo que ancla Stacks a la seguridad de Bitcoin mientras alinea los incentivos entre mineros y participantes de la red.
### Desglose del flujo de minería
En la versión anterior de Stacks (antes de la actualización Nakamoto), los mineros de Stacks minaban nuevos bloques de Stacks con una cadencia de uno a uno con los bloques de Bitcoin. Después de Nakamoto, ya no es así. Bajo las reglas de Nakamoto, los mineros son seleccionados para un período que corresponde a un bloque de Bitcoin. Durante este período, los mineros construyen y proponen múltiples bloques de Stacks (aproximadamente cada 10 segundos) y los firmantes los aprobarán y añadirán.
{% hint style="info" %}
[¿Qué fue la actualización Nakamoto?](/learn/es/block-production/what-was-the-nakamoto-upgrade.md)
{% endhint %}
El ciclo de minería, de principio a fin
Los mineros ejecutan nodos de Stacks con la minería habilitada para participar en el mecanismo PoX. El nodo gestiona cada fase:
1. **Registro**: los mineros se registran para una elección futura enviando datos de consenso a la red
2. **Compromiso**: los mineros registrados transfieren Bitcoin para participar en la elección. El BTC comprometido se dirige al fondo de recompensas PoX-5, donde se puentea a sBTC y se paga a los participantes del staking.
3. **Elección**: una función aleatoria verificable elige a un minero para un nuevo período para escribir bloques en la blockchain de Stacks
4. **Ensamblaje**: el minero elegido escribe los nuevos bloques extrayendo transacciones del mempool y cobra recompensas en forma de nuevos tokens STX
### Proceso de selección de mineros
A diferencia de una carrera por bloques, como en PoW, Stacks utiliza un proceso de elección de líder único llamado sortición criptográfica. Esto se facilita mediante un estado de función aleatoria verificable integrado en las transacciones de Bitcoin. Esto, a su vez, permite ganadores deterministas pero impredecibles en cada bloque de Bitcoin.
¿Qué es una sortición criptográfica?
Una sortición criptográfica es un proceso de selección aleatoria de una o más entidades de un conjunto mediante criptografía. Es una forma descentralizada y verificable de seleccionar participantes para una variedad de tareas, como protocolos de consenso, loterías y subastas.
Más específicamente, la sortición de mineros en el contexto de Stacks es el proceso de sortición criptográfica ponderada mediante el cual un candidato a minero es seleccionado como el siguiente minero (líder).
Todo minero de Stacks debe registrar una clave pública VRF en una transacción de Bitcoin. Una vez que lo hacen, entonces pueden emitir *compromiso de bloque* transacciones en Bitcoin. Las transacciones de compromiso de bloque en Bitcoin contienen:
`(hash del bloque, semilla VRF)`
Estas transacciones de compromiso de bloque no solo contienen un puntero al flujo de bloques que pretenden producir, sino que también incluyen toda la información relevante para volver a sembrar la siguiente VRF para la siguiente sortición. Los mineros no pueden manipular la semilla VRF. Esto se impone por la propiedad:
`semilla VRF = hash(prueba VRF)`
Y esa prueba VRF solo puede ser generada por la clave privada VRF del minero.
¿Cómo se relacionan entre sí los compromisos de bloque?
Cómo un compromiso de bloque alimenta al siguiente
{% hint style="info" %}
Para ser considerado para un período, un minero debe tener un compromiso de bloque incluido en un bloque de Bitcoin. Si un minero desea actualizar su compromiso después de enviarlo, puede usar Replace-By-Fee de Bitcoin.
{% endhint %}
#### Probabilidad de minar el siguiente bloque
El minero que es seleccionado para minar el siguiente bloque se elige según la cantidad de BTC que transfieren los mineros. La probabilidad de que un minero mine el siguiente bloque se determina usando una variación de Assumed Total Commitment with Carryforward (ATC-C) [MEV](https://github.com/stacksgov/sips/blob/main/sips/sip-021/MEV-Report.pdf) estrategia de mitigación para asignar recompensas de bloque a los mineros. La probabilidad de que un minero gane la sortición y obtenga el período actual se basará en una función que tiene en cuenta el gasto total de compromiso de bloque en los bloques anteriores a la sortición actual.
Aunque el protocolo no aplica un compromiso mínimo de BTC, en la práctica existe un umbral limitado por el dust: si las comisiones de una transacción exceden el valor de la salida gastada, se considera dust. Cómo se [se calcula](https://github.com/bitcoin/bitcoin/blob/master/src/policy/policy.cpp#L14) depende de una serie de factores. Hemos encontrado que 5.500 satoshis es un buen límite inferior por salida. Bajo PoX-5, un compromiso de bloque lleva una sola salida PoX, por lo que se recomienda un compromiso de al menos 5.500 satoshis / bloque.
Para calcular la cantidad de BTC que deben enviar, los mineros deberían:
* Adivinar el precio BTC/STX para el día siguiente (100 bloques después)
* Adivinar la cantidad total de bitcoin comprometida por todos los mineros
{% hint style="info" %}
Los firmantes se encargan tanto de validar como de añadir nuevos bloques y de realizar cambios de período del minero.
{% endhint %}
#### Transacciones de compromiso de bloque (en Bitcoin)
Bajo PoX-5, los mineros comprometen Bitcoin a **una** dirección en cada transacción de compromiso de bloque de líder: la dirección puente de sBTC que alimenta el fondo de recompensas. El mismo formato de salida se aplica a cada bloque del ciclo, incluida la fase de preparación. No se envía nada a una dirección de quema. Esto reemplaza el modelo anterior a PoX-5, en el que cada compromiso pagaba a dos direcciones extraídas del conjunto de recompensas de los participantes del stacking.
Dónde termina el BTC comprometido de un minero
¿Cómo se ve realmente una transacción de compromiso de bloque?
* Mira esto [clip](https://youtube.com/shorts/HPRsn-aSYrg?si=Y7hA7_9BeHFxV0zz) que describe qué se incluye en una transacción de compromiso de bloque en Bitcoin.
* Consulta una transacción de compromiso de bloque anterior en Bitcoin [aquí](https://mempool.space/tx/42834cb7ec9ca3e2b51e2ff16bd809ae049c925ed8d3da099c9ce3d5292d2a91).
### Recompensas de los mineros
Los mineros reciben las recompensas coinbase de los bloques de Stacks por los períodos que ganan.
La recompensa es fija de **1.000 STX por período**. [SIP-045](https://github.com/stacksgov/sips/blob/main/sips/sip-045/sip-045-pox-5-bitcoin-staking.md) restableció la coinbase a 1.000 STX en la activación de la Era 4.0 y eliminó el calendario de reducción establecido bajo SIP-029, por lo que no existen más reducciones programadas.
#### Comisiones de transacción
Los mineros también reciben comisiones de Stacks por las transacciones minadas en cualquier bloque que produzcan.
#### Maduración de las recompensas
Las recompensas de bloque y las comisiones de transacción tardan 100 bloques en la blockchain de Bitcoin en madurar. Después de minar con éxito un bloque, tus recompensas aparecen en tu cuenta de Stacks después de \~24 horas.
### La minería de Stacks en la práctica
Stacks funciona con un pequeño número de mineros. Eso es una consecuencia de cómo funcionan los incentivos, no una carencia de ellos.
Los mineros de Stacks funcionan de manera similar a los secuenciadores en los sistemas L2, en el sentido de que solo son responsables de construir y proponer nuevos bloques, no de añadirlos a la cadena. Pero, a diferencia de la mayoría de las L2 de Ethereum que operan con un solo secuenciador centralizado, Stacks cuenta de forma constante con al menos 4-5 mineros con membresía abierta, lo que permite que cualquiera se una.
La producción de bloques en Stacks separa el trabajo: los mineros construyen y proponen bloques, mientras que los firmantes, respaldados por el STX bloqueado de los stakers, los validan y añaden. Esta separación limita lo que un minero puede hacer a la cadena.
Los mineros no pueden reorganizar la cadena. En el peor de los casos, pueden omitir algunos tipos de transacciones, y ejecutar tu propio minero aborda eso.
Más mineros en la red significarían menos recompensas para los stakers, ya que los mineros tendrían que gastar más de sus fondos en comisiones de Bitcoin L1 en lugar de enviarlo al fondo de recompensas.
¿No significarían más mineros más competencia, es decir, más recompensas?
La razón por la que más mineros significan menos recompensas es porque los mineros actúan de manera económicamente racional, y no tienen una cantidad ilimitada de BTC con la que trabajar.
Los mineros están pagando sus compromisos PoX más sus comisiones de Bitcoin por la oportunidad de ganar la coinbase (1.000 STX) más las comisiones de un período. Si hay más mineros, cada uno pagará menos, porque tendrá una menor probabilidad de ganar. No pueden pagar cantidades de BTC cada vez mayores porque, en algún momento, nunca serán rentables, así que hay un límite en la cantidad de BTC que pueden gastar para intentar ganar un período.
Como pagan menos, la comisión de Bitcoin se convierte en una parte más significativa de sus gastos, y eso también disminuye sus probabilidades de ganar el período.
Aquí tienes un ejemplo concreto:
Digamos que Stacks cotiza a 1.000 sats por STX.
El gasto total de todos los mineros, si todos actúan lógicamente e ignoramos las comisiones de Stacks, sería inferior a 1.000.000 de sats (1.000 STX de coinbase \* 1000 sats/STX).
Si eso fuera de 5 mineros, entonces podrían ser 10.000 sats (2.000 sats por cada transacción) destinados a comisiones de Bitcoin y 990.000 sats destinados a PoX.
Si hay 100 mineros, entonces serían 200.000 sats destinados a comisiones de Bitcoin y 800.000 sats destinados a PoX.
Esto crea un equilibrio económico natural en el que:
{% stepper %}
{% step %}
**Participan suficientes mineros para garantizar que los bloques se produzcan de forma fiable**
{% endstep %}
{% step %}
**Los stakers reciben recompensas óptimas**
{% endstep %}
{% step %}
**La red mantiene la resistencia a la censura sin competencia minera innecesaria**
{% endstep %}
{% endstepper %}
Este diseño es intencional. Los stakers actúan como garantes de seguridad complementarios que reciben recompensas denominadas en Bitcoin a través de PoX, por lo que Stacks logra seguridad sin requerir un número excesivo de mineros compitiendo únicamente por ganar los derechos de producción de bloques.
A diferencia de otras cadenas donde los mineros por sí solos determinan la cadena canónica, el sistema de dos partes de Stacks proporciona garantías más sólidas:
* Los mineros no pueden forzar transacciones o bloques inválidos (los firmantes no los firmarán, e incluso si lo hicieran, los nodos no los aceptarían)
* Ningún minero puede reorganizar unilateralmente la cadena (los firmantes controlan la finalización de la cadena)
* Aceptar un bloque requiere firmas que representen al menos el 70% del peso total de los firmantes, lo que garantiza un amplio consenso antes de que los bloques sean aceptados
Esta separación de funciones entre mineros y firmantes es la razón por la que un pequeño número de mineros no es una debilidad.
¿Qué pasó con los microbloques?
Los microbloques son una característica heredada de la versión anterior de Stacks que ya no existe. Se crearon originalmente como una forma de mejorar el rendimiento de las transacciones, pero sin la funcionalidad de Nakamoto nunca funcionaron en la práctica.
Nakamoto usa en su lugar una estructura de producción de bloques que crea bloques de Stacks a un ritmo rápido. Véase [¿Qué fue la actualización Nakamoto?](/learn/es/block-production/what-was-the-nakamoto-upgrade.md).
### Mitigación del MEV en Bitcoin
El Valor Extraíble por Mineros (MEV) ha sido un problema de larga data en muchas blockchains, incluida Stacks antes de Nakamoto.
MEV se refiere al beneficio potencial que los mineros pueden extraer de la manipulación de la inclusión y el orden de las transacciones dentro de los bloques que producen, lo que puede dar lugar a prácticas injustas y a una menor confianza en la red.
En las versiones de Stacks anteriores a Nakamoto, los mineros de Bitcoin con un porcentaje significativo del hashrate de Bitcoin tenían la capacidad de censurar las transacciones de compromiso de otros mineros de Stacks, asegurándose de poder ganar las recompensas de bloque y las comisiones de los bloques de Stacks en los que también eran el ganador del bloque de Bitcoin como minero de Bitcoin.
El sistema Nakamoto utiliza una variación de Assumed Total Commitment with Carryforward (ATC-C) [MEV](https://github.com/stacksgov/sips/blob/main/sips/sip-021/MEV-Report.pdf) estrategia de mitigación para asignar recompensas de bloque a los mineros. La probabilidad de que un minero gane el bloque y obtenga el período actual se basará en una función que tiene en cuenta el gasto total de compromiso de bloque en los bloques anteriores al bloque actual.
La fórmula ATC-C
La solución ATC deja abierta la posibilidad de que un bloque no tenga un ganador válido. La transacción TenureChange-Extend mitiga la mayoría de los efectos adversos causados por un bloque perdido.
***
#### Recursos adicionales
* \[[Stacks en YouTube](https://youtu.be/F31B-my510A?si=E0SRw0bbhuevB4kj)] La relación entre Stacks y los mineros de Bitcoin
* \[[Stacks en YouTube](https://youtu.be/bhVyM5CYoh4?si=3bQl8Q_iJ_3z5jX-)] Presupuesto de seguridad a largo plazo e incentivos para mineros en Bitcoin
---
# 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/block-production/mining.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.
