> 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/network-fundamentals/technical-specifications.md). # Especificaciones técnicas ### Consenso * Prueba de Transferencia (PoX), introducida en [SIP-007](https://github.com/stacksgov/sips/blob/main/sips/sip-007/sip-007-stacking-consensus.md) y ahora en su quinta versión, PoX-5, como se describe en [SIP-045](https://github.com/stacksgov/sips/blob/main/sips/sip-045/sip-045-pox-5-bitcoin-staking.md) * Modelo de amenazas * Reorganizar la cadena de Stacks requiere controlar al menos el 70% de los STX actualmente en staking. El poder de minería de Bitcoin no puede reorganizar Stacks por sí solo, aunque sí puede censurar los sorteos, y una reorganización de Bitcoin sigue dejando huérfanas las tenencias de Stacks ancladas a ella * La cadena puede detenerse si los Stackers no pueden alcanzar un consenso del 70% sobre la validez de los bloques * Distintos actores y sus funciones * Los mineros de Stacks agrupan transacciones en bloques y se los proponen a los stackers * Los stackers validan y añaden bloques a la cadena * Los firmantes de sBTC son un conjunto aparte, gobernado por su propio contrato de registro bajo [SIP-028](https://github.com/stacksgov/sips/blob/main/sips/sip-028/sip-028-sbtc_peg.md)y validan las transacciones de depósito y retiro de sBTC ### Minería de Prueba de Transferencia * Recompensa coinbase: 1.000 STX por bloque de Bitcoin, sin reducciones programadas. Fue de 1.000 STX desde el génesis, se redujo a 500 STX en la altura 945.000 de Bitcoin bajo SIP-029, y se restauró a 1.000 STX en la altura 960.230 de Bitcoin cuando se activó Epoch 4.0 bajo SIP-045. SIP-045 describe la tasa de 1.000 STX como provisional para la fase de arranque de PoX-5, con la reevaluación pospuesta hasta PoX-6 * Las recompensas coinbase se acumulan por «sorteos perdidos»: Si un bloque de Bitcoin no tiene sortition (en la altura N), entonces cualquier bloque de Stacks minado en un sortition posterior que se base en cualquier punta de la cadena de Stacks que existiera en el penúltimo sortition (en la altura N-1) puede reclamar su coinbase. Esto incentiva a los mineros a seguir minando incluso si las comisiones de Bitcoin son altas. * Ventana de maduración de la recompensa: 100 tenures, lo que significa que un minero obtiene la recompensa coinbase 100 tenures después del tenure que mina con éxito. Un tenure es un sortition ganador, así que esto equivale aproximadamente a 100 bloques de Bitcoin en lugar de 100 bloques de Stacks * Intervalo de bloques: Stacks produce bloques continuamente dentro del tenure de un minero, con una separación del orden de diez segundos. No existe un tiempo objetivo de bloque a nivel de protocolo; el nodo aplica un mínimo de un segundo entre bloques. Normalmente comienza un nuevo tenure en cada bloque de Bitcoin * Compromiso BTC: un block-commit tiene exactamente una salida de commit, que paga a la dirección de depósito sBTC del ciclo de recompensa y lleva el total configurado `burn_fee_cap`. El consenso solo requiere que la cantidad sea distinta de cero. La salida aún debe cumplir la propia política de retransmisión de polvo de Bitcoin para propagarse * Para más detalles, véase [Producción de bloques](/learn/es/block-production.md). ### Stacking {% stepper %} {% step %} **Fase de recompensa** Los compromisos BTC de los mineros financian el fondo de recompensas, que se distribuye mediante la cascada de rendimientos. La duración de la fase de recompensa es de 2.000 bloques. {% endstep %} {% step %} **Fase de preparación** Se elige un «bloque ancla» y el conjunto de firmantes para el siguiente ciclo se determina a partir de la instantánea de la cadena en ese bloque. La duración de la fase de preparación es de 100 bloques. Los compromisos de staking deben confirmarse antes de que comience esta fase. {% endstep %} {% endstepper %} * Un ciclo de recompensa son 2.100 bloques de Bitcoin (\~2 semanas): una fase de recompensa de 2.000 bloques seguida de una fase de preparación de 100 bloques * Bajo PoX-5, el BTC de los mineros ya no paga a un conjunto de direcciones de recompensa de stackers. Cada block-commit aporta una única salida al fondo de recompensas, que se puentea automáticamente hacia sBTC y se distribuye mediante una cascada de tres tramos: bonos de protocolo activos, luego stakers solo de STX, y después el fondo de reserva * Mínimo de staking: 50.000 STX (`u50000000000`), contado como un agregado por firmante. No existe un mínimo por staker * Hacer staking con un firmante que usted no opera reemplaza la delegación de PoX-4. Un staker llama a `stake` contra un contrato gestor de firmantes, que los registra en todos sus ciclos en staking en una sola transacción * Los poseedores de STX que individualmente tengan menos que el mínimo de firmante pueden hacer staking con un gestor de firmantes compartido para participar ### Cuentas y direcciones * Las transacciones en la cadena de bloques de Stacks se originan en, son pagadas por y se ejecutan bajo la autoridad de cuentas * Una cuenta se especifica completamente por su dirección + nonce + activos * Una dirección es una versión de 1 byte más un hash de clave pública de 20 bytes (RIPEMD160(SHA256(entrada))). Un principal de contrato añade un nombre de contrato de 1 a 40 bytes. Se analizan nombres de hasta 128 bytes por compatibilidad hacia atrás con principales de contrato escritos antes de que se estableciera el límite, pero una transacción no puede llevar uno de más de 40 bytes * Dos tipos de cuentas: las cuentas estándar son propiedad de una o más claves privadas; las cuentas de contrato se materializan cuando se instancia un contrato inteligente (especificado por el nombre de contrato anterior) * Nonce cuenta el número de veces que una cuenta ha autorizado una transacción. Comienza en 0, una autorización válida debe incluir el *siguiente* valor de nonce. * Los activos son un mapa de todos los tipos de activos —STX, cualquier activo en cadena especificado por un contrato Clarity (por ejemplo, NFT)— a las cantidades poseídas por esa cuenta. * Las cuentas no necesitan ser «creadas» o registradas explícitamente; todas las cuentas existen implícitamente y se instancian en el primer uso. ### Transacciones * Tipos de transacción: coinbase, token-transfer, contract-deploy, contract-call, tenure-change. Un sexto tipo, poison-microblock, existe en el formato de red pero no puede enviarse y es inerte después de Nakamoto * Solo las cuentas estándar (no los contratos) pueden pagar las comisiones de transacción. * La ejecución de las transacciones se rige por: {% stepper %} {% step %} **Cuenta de origen** La cuenta que crea, autoriza y envía la transacción. {% endstep %} {% step %} **Cuenta pagadora** La cuenta a la que el líder cobra el coste de validar y ejecutar la transacción. {% endstep %} {% step %} **Cuenta emisora** La cuenta que identifica quién está ejecutando actualmente la transacción: esto puede cambiar a medida que una transacción se ejecuta mediante la `as-contract?` función de Clarity. {% endstep %} {% endstepper %} * Dos tipos de autorizaciones: la autorización estándar es aquella en la que la cuenta de origen es la misma que la cuenta pagadora. *Patrocinada* la autorización es aquella en la que la cuenta de origen y la cuenta pagadora son distintas. Por ejemplo, los desarrolladores o proveedores de servicios podrían pagar para que los usuarios llamen a sus contratos inteligentes. * Para la autorización patrocinada, primero un usuario firma con la cuenta de origen y luego un patrocinador firma con la cuenta pagadora. * Límite de encadenamiento de nonce: el nonce de una transacción enviada puede exceder el nonce en cadena de la cuenta en como máximo 26. El límite se aplica de forma independiente al origen y al patrocinador, y es una ventana sobre cuánto adelantado puede ponerse en cola, más que un tope de transacciones pendientes * Las transacciones pendientes del mempool se eliminan mediante recolección de basura 42 horas y 40 minutos después de recibirse. Véase [`MEMPOOL_MAX_TRANSACTION_AGE`](https://github.com/stacks-network/stacks-core/blob/4.0.3/stackslib/src/core/mempool.rs#L72) * [Obtenga más información sobre la codificación de transacciones en SIP-005](https://github.com/stacksgov/sips/blob/main/sips/sip-005/sip-005-blocks-and-transactions.md#transaction-encoding) * [La firma y verificación de transacciones se describen en SIP-005](https://github.com/stacksgov/sips/blob/main/sips/sip-005/sip-005-blocks-and-transactions.md#transaction-signing-and-verifying) * Todas las transacciones que afectan al saldo de una cuenta son atómicas; una operación de transferencia no puede incrementar el saldo de una cuenta sin decrementear el de otra. Sin embargo, las transacciones que realizan múltiples acciones de cuenta (por ejemplo, transferir desde varias cuentas) pueden completarse parcialmente. * Una transacción token-transfer puede incluir un campo memo de exactamente 34 bytes, relleno con ceros --- # 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/network-fundamentals/technical-specifications.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.