Las transacciones de Stacks no se reorganizan de manera significativa debido a un fork de Bitcoin. No solo las reorganizaciones son relativamente infrecuentes, sino que las transacciones en Stacks que se reorganizaron debido a un fork de Bitcoin se comportan igual que las transacciones de Bitcoin reorganizadas. Con algún análisis futuro, las transacciones puramente en la cadena L2 podrían algún día no verse afectadas en absoluto.
Entender este concepto se reduce fundamentalmente a entender la finalidad en Stacks posterior a Nakamoto.
{% hint style="info" %}
Stacks no hará fork por sí solo. Está diseñado para no hacer fork salvo con excepciones especiales, y es completamente inviable que Stacks haga fork por sí solo si incluso el 31% de los Stackers no quiere que haga fork; e incluso entonces probablemente solo sucedería dentro del lapso de una sola tenencia.
El único caso en el que Stacks hace fork es si los forks de Bitcoin hacen que lo haga.
{% endhint %}
En lugar de ganar el derecho a producir un solo bloque, los mineros ganan el derecho a producir una gran cantidad de bloques, y durante ese tiempo decimos que están bajo una «tenencia». Cada bloque de Stacks producido en una tenencia requiere que al menos el 70% de los Stackers lo apruebe (lo firme) para que pueda incluirse en la cadena de bloques de Stacks. Los Stackers están observando la cadena de bloques de Bitcoin y solo firmarán los bloques del minero que ganó la última sortición.
Ahora imaginemos que Bitcoin se reorganiza a sí mismo y que los Stackers estaban observando un fork de Bitcoin que ahora es subóptimo. Básicamente, los Stackers volverían en el tiempo hasta la última sortición común entre el fork que estaban observando y el nuevo mejor fork de Bitcoin, y empezarían a firmar los bloques dentro de las tenencias desde ahí. Nótese que el 70% de los Stackers estará haciendo lo mismo al mismo tiempo, y en el momento en que el 70% acuerde empezar a firmar desde la última tenencia en el nuevo fork de Bitcoin, existe una nueva cadena de bloques de Stacks singularmente óptima.
Entonces, ¿qué ocurre con las transacciones que se confirmaron en la tenencia que fue reorganizada? Nada. Siguen en el mempool como si la tenencia reorganizada no hubiera ocurrido. Para cualquier cosa dentro de la cadena de bloques de Stacks, todo está bien.
Esto es 1:1 con un fork de Bitcoin reorganizando una transacción de Bitcoin. No deberías considerar final una transacción en Bitcoin si está cerca de la punta de la cadena, y no deberías considerar final una transacción de Stacks si está cerca de la punta de la tenencia.
Reproducción de transacciones
Dado que el 70% de los firmantes tiene que firmar cualquier bloque de Stacks incluido en la cadena, al menos el 70% de los firmantes conoce el estado de la cadena antes y después de que un fork de Bitcoin cause una reorganización de Stacks.
Hay un problema con esto que hace difícil aplicarlo: si una transacción dependiera de algo en la cadena de bloques de Bitcoin que también se reorganizó (un peg-in, por ejemplo), esa transacción ahora sería inválida. El análisis de contaminación es cuando intentas responder a las preguntas «qué transacción interactuó con la cadena de bloques de Bitcoin ahora huérfana de una manera que la hace inválida (contaminada) en la nueva cadena» y luego también «qué transacciones interactuaron con la transacción ahora inválida (contaminada) de manera que ahora también son inválidas». Hay un efecto en cascada, pero hacer cumplir cualquier tipo de reproducción requiere que los Stackers y los Mineros puedan identificar qué transacciones pueden ser reproducidas en absoluto.
El análisis de contaminación y, posteriormente, la aplicación de la reproducción, pueden añadirse en el futuro.
Para la primera versión, Nakamoto vincula explícitamente la cadena de bloques de Stacks a la cadena de bloques de Bitcoin de modo que solo haya un fork óptimo de Stacks vinculado a Bitcoin en cualquier momento dado. Esto es completamente 1:1 con el comportamiento de la cadena de bloques de Bitcoin, pero a escala de tenencia.
---
# Agent Instructions: 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:
```
GET https://docs.stacks.co/learn/es/block-production/bitcoin-reorgs.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.