> 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/stacks-101/bitcoin-connection.md).
# La conexión con Bitcoin
En la sección anterior, describimos Stacks como algo que lleva la funcionalidad de contratos inteligentes a Bitcoin, sin modificar Bitcoin en sí, y explicamos un poco cómo funciona la cadena. Esa es una gran promesa, pero ¿cómo la cumple realmente Stacks? ¿Y qué hace a Stacks único entre otras capas de Bitcoin y otras blockchains como Ethereum?
Antes de entrar en los detalles técnicos de cómo funciona Stacks, es importante obtener una visión general de alto nivel del problema que resuelve y de cómo lo hace realmente. Profundizaremos en algunos de estos temas a medida que avancemos por la documentación, pero conviene tener una imagen general para reunirlo todo. Este tema es un poco un laberinto, pero te dará una comprensión profunda del problema exacto que Stacks busca resolver y de cómo lo resuelve.
Vamos a ello.
### ¿Cuál es el propósito de una capa de Bitcoin?
La descentralización de la confianza es la principal innovación y promesa de las blockchains. Incluso en el\
mundo de las criptomonedas, los fallos recientes de 2022 han sido de entidades centralizadas, lo que\
pone aún más de relieve la importancia de sistemas que no dependen de intermediarios centralizados\
“de confianza”.\
Bitcoin es la blockchain más segura, duradera y valiosa; ya es utilizada como reserva de valor por\
millones de personas. Es un dinero sólido, "duro", con una propiedad sin custodia y una ausencia de inflación\
sin precedentes. La blockchain de Bitcoin también es la mejor capa de liquidación para\
transacciones, ya que es la blockchain más descentralizada, resistente a la censura y duradera.
Sin embargo, Bitcoin es relativamente lento y minimalista por diseño, y conserva una evolución\
prudente para preservar estas poderosas propiedades. Produce bloques, en promedio, cada 10 minutos, con solo\
5-7 transacciones por segundo. No ofrece soporte nativo para contratos\
inteligentes totalmente expresivos y, por lo tanto, para aplicaciones sofisticadas que puedan aprovechar sus propiedades. El resultado es\
que Bitcoin ha permanecido como un activo pasivo y no productivo. A pesar de sus propiedades atractivas y\
únicas, no ha sido una plataforma para aplicaciones más allá de la reserva de valor y\
el movimiento poco frecuente de dinero.
Las capas de Bitcoin cambian esto. Las capas de Bitcoin amplían la funcionalidad y el rendimiento de la\
blockchain de Bitcoin sin requerir ningún cambio en ella.
### ¿Cómo definiríamos qué es una capa de Bitcoin?
Es importante definir qué se entiende por una capa de Bitcoin. Aunque hay varias opiniones matizadas sobre qué hace que un sistema sea una Capa 2 sobre una Capa 1, estas son las propiedades que creemos que componen una L2 ideal de Bitcoin y los supuestos que hacemos:
1. Proceso de desarrollo de código abierto y descentralizado
2. Soporte completo de VM y capacidad de programar con lenguajes expresivos de alto nivel
3. Tiempos rápidos de transacción y de bloque (no tienes que esperar 10-30 minutos por bloques de Bitcoin)
4. Una forma con confianza minimizada de mover BTC entre L1 y L2
5. BTC como el activo principal desplegado en aplicaciones de L2
6. La capacidad de pagar las transacciones de L2 en BTC
7. La capacidad de retirar unilateralmente tu BTC de vuelta desde la L2 sin riesgo de contraparte
Stacks V1 tenía las propiedades 1 y 2, pero le faltaba el resto. La actualización Nakamoto aporta las propiedades 3, 4 y 5, con debates y trabajo actualmente en marcha para lograr la 6. Actualmente, Lightning es la única L2 que tiene la propiedad 7, y la única manera de aprovecharla de verdad es ejecutar tu propio nodo de Lightning, una tarea compleja en la que participan pocos usuarios. Además, Lightning no tiene la propiedad 2, lo que significa que no podemos desbloquear ninguna funcionalidad adicional más allá de lo que esa L1 de Bitcoin ya es capaz de hacer.
Es importante reconocer que las L2 de Bitcoin tienen objetivos fundamentalmente distintos de las L2 de otras L1 como Ethereum. Mientras que la motivación principal de las L2 en Ethereum es mejorar\
la escalabilidad, las L2 de Bitcoin sirven para mejorar tanto la escalabilidad como la funcionalidad.\
Esto significa que la capa de Bitcoin no puede verificar la validez de las transacciones que ocurren en L2s\
como Stacks. En su lugar, la VM de esa capa es responsable del procesamiento y la\
verificación de las transacciones, y de liquidarlas en Bitcoin para que compartan la misma historia\
y finalidad.
{% embed url="" %}
### ¿Es Stacks una L2 de Bitcoin?
Stacks es una capa de Bitcoin para contratos inteligentes. La clasificación como capa 1 (L1) o capa 2 (L2) o sidechain realmente depende de la definición utilizada. Dicho esto, en términos generales, las cadenas L1 son soberanas, lo que significa que (a) tienen su propio presupuesto de seguridad y (b) pueden sobrevivir sin necesidad de ninguna otra cadena L1. Las cadenas L2 normalmente no tienen su propio presupuesto de seguridad y comparten la seguridad de la cadena L1 subyacente, y no pueden vivir sin la cadena L1 subyacente. Hay muchos mecanismos de diseño diferentes que las L2 pueden usar.
La versión inicial de Stacks a comienzos de 2021 tenía un presupuesto de seguridad separado de Bitcoin L1. Aunque la capa de Stacks no podía funcionar sin Bitcoin L1, los desarrolladores que trabajaban en el proyecto la describían como un sistema diferente que no encaja claramente en las clasificaciones existentes, usando a veces el término capa 1.5 (véase [este artículo de Decrypt](https://decrypt.co/82019/bitcoin-defi-thing-says-stacks-founder-muneeb-ali) por ejemplo).
El lanzamiento Nakamoto en 2024 permitió a Stacks compartir el mismo presupuesto de seguridad de Bitcoin. En su lugar, el 100 % del poder de hash de Bitcoin determinará la finalidad en la capa de Stacks. Para reorganizar bloques/transacciones de Stacks, el atacante tendrá que reorganizar la propia L1 de Bitcoin (lo cual es muy difícil de hacer y, por tanto, una gran propiedad de seguridad para que la tenga una capa de Bitcoin).
La definición de L2 utilizada en Ethereum y otros ecosistemas más nuevos es distinta y se centra en la capacidad de retirar activos usando solo la seguridad de L1 y los mineros de L1. Según esa definición, la capa de Stacks no es una L2 clara, dado que el conjunto de firmantes del peg-out determina si los usuarios pueden retirar sBTC. Bitcoin no puede respaldar tal verificación sin cambios en Bitcoin L1 (lo cual podría ocurrir en el futuro). La definición de L2 de Ethereum tampoco se aplica con tanta claridad a las L2 de Bitcoin, dado que se emiten nuevos activos en las L2 cuando se trata de Bitcoin y no en L1 (solo BTC es el activo de L1). Por lo tanto, usar la definición de seguridad de retirar activos no es directamente aplicable, ya que los activos se definen y se usan en las L2 y, de todos modos, no se retiran a Bitcoin L1 (con la excepción del propio BTC). Más bien, lo que pasa a ser más importante es la "liquidación en Bitcoin", es decir, si los datos y el estado de los contratos están asegurados por el 100 % del poder de hash de Bitcoin o no.
Recuerda que las L2 sobre Bitcoin también tienen que servir para el propósito adicional de ampliar tanto la funcionalidad como la escalabilidad, lo que significa que las L2 logran objetivos fundamentalmente distintos dependiendo de la funcionalidad de la L1.
Los usuarios y desarrolladores llaman orgánicamente a Stacks una L2 de Bitcoin, ya que es un concepto más sencillo de entender. Hay ciertas propiedades de la capa de Stacks que también ayudan al concepto de Stacks como una L2 de Bitcoin:
{% stepper %}
{% step %}
**Finalidad de Bitcoin**
El 100 % del poder de hash de Bitcoin decide el orden de los bloques y la finalidad de las transacciones.
{% endstep %}
{% step %}
**El consenso se ejecuta en Bitcoin**
El consenso de Stacks se ejecuta sobre la L1 de Bitcoin, y la L2 de Stacks no puede operar ni sobrevivir sin la L1 de Bitcoin.
{% endstep %}
{% step %}
**sBTC y unidad económica**
Con el puente descentralizado de Bitcoin, sBTC, la mayor parte de la economía en la capa de Stacks utilizará BTC como unidad económica. Se espera que la mayoría de los usuarios simplemente usen Bitcoin en wallets y apps y luego retiren su BTC a la L1 de Bitcoin.
{% endstep %}
{% step %}
**Datos hasheados y almacenados en Bitcoin**
Todos los datos y transacciones en Stacks se hashean automáticamente y se almacenan de forma permanente en la L1 de Bitcoin en cada bloque de Bitcoin. Cualquiera puede verificar que algunos datos en Stacks son válidos comprobando el hash correspondiente en Bitcoin. Este almacenamiento compacto de hashes en la L1 es algo similar a los rollups (aunque hay otras diferencias). Puedes leer más sobre este proceso en la [Producción de bloques](/learn/es/block-production.md) sección.
{% endstep %}
{% step %}
**Los contratos pueden leer el estado de Bitcoin**
Los contratos en la capa de Stacks pueden leer transacciones de la L1 de Bitcoin y responder a ellas. Los activos en la capa de Stacks pueden moverse simplemente mediante transacciones de la L1 de Bitcoin.
{% endstep %}
{% endstepper %}
Abordando a los escépticos y críticos
Dado todo lo anterior, ¿por qué algunas personas pensarían que Stacks no es una L2 de Bitcoin? Hay un par de razones por las que esta pregunta surge con frecuencia:
* **Material antiguo sobre el presupuesto de seguridad**: La versión inicial de Stacks (lanzada a comienzos de 2021) tenía un presupuesto de seguridad separado, que cambió para heredar el 100 % del poder de hash de Bitcoin con el lanzamiento Nakamoto.
* **La definición de retiro de la L2 de Ethereum no se mapea con claridad**: Según la definición de las L2 de Ethereum, un usuario debería poder retirar sus activos de la capa base simplemente haciendo una transacción en L1 y confiando solo en la seguridad de L1 (esto es cierto para Lightning, por ejemplo). Esta definición no se aplica con claridad a las L2 de Bitcoin porque los activos no se definen en Bitcoin L1, sino en las L2. El único activo para el que esto importa es el activo BTC vinculado desde Bitcoin L1, dado que todos los demás activos son nativos de las L2 de todos modos. En la próxima versión de Stacks, los usuarios pueden retirar su BTC enviando solo una transacción de Bitcoin L1, pero Bitcoin L1 no puede validar esa transacción compleja y una mayoría de firmantes de peg-out tendrá que firmar la solicitud de peg-out. En un mundo ideal, los mineros de Bitcoin podrían validar tales transacciones, pero eso requeriría un cambio en Bitcoin L1. Por lo tanto, el diseño de Stacks optimiza un método descentralizado que puede implementarse sin ningún cambio en Bitcoin L1. Si en el futuro es posible hacer cambios en Bitcoin L1, la seguridad de la capa de Stacks también podría beneficiarse de ello.
* **Escepticismo saludable sobre Bitcoin**: Los miembros de la comunidad de Bitcoin suelen ser escépticos respecto a las afirmaciones y están atentos a quienes hacen afirmaciones de marketing falsas. En general, esto es algo saludable para el ecosistema de Bitcoin y fortalece su sistema inmunitario. Algunos miembros de la comunidad podrían mostrarse escépticos sobre Stacks como capa o L2 de Bitcoin hasta leer por completo los detalles técnicos y el razonamiento. También hay un buen hilo de Twitter sobre este tema.
¿Por qué entonces no usamos el término "sidechain" para Stacks? Las sidechains en Bitcoin suelen tener un presupuesto de seguridad distinto al de la L1 de Bitcoin, normalmente como un subconjunto de mineros de Bitcoin que participan en la sidechain (no siguen la finalidad del 100 % de Bitcoin), su consenso se ejecuta en la sidechain (en lugar de ejecutarse en la L1 de Bitcoin), y no publican sus datos/hashes en la L1 de Bitcoin. La capa de Stacks no encaja claramente en esa definición dado que el consenso se ejecuta en la L1 de Bitcoin, sigue la finalidad de Bitcoin y publica datos/hashes en la L1.
### La relación simbiótica entre Stacks y Bitcoin
Stacks y Bitcoin se complementan. Stacks aprovecha la extrema descentralización de Bitcoin, su mecanismo de consenso PoW y su valor como criptomoneda.
Pero Stacks también complementa a Bitcoin al desbloquear casos de uso adicionales, aumentando así su valor con el tiempo. Esto también ayuda a resolver el problema adicional del mantenimiento futuro de Bitcoin cuando desaparezcan las recompensas de coinbase y Bitcoin tenga que funcionar solo con comisiones de transacción.
{% embed url="" %}
Si Bitcoin se ve solo como una reserva de valor, la densidad económica, es decir, cuánto valor se intercambia en cada transacción, será mínima. Pero si Bitcoin es la base subyacente de toda una economía descentralizada, esas transacciones se vuelven mucho más valiosas, aumentando las comisiones de transacción. Este es un incentivo crucial para que los mineros sigan asegurando la red a medida que las recompensas de coinbase disminuyen.
### Sobre diseñar una experiencia de desarrollador centrada primero en Bitcoin
Una de las cosas que le da a la red Stacks sus superpoderes para conectarse con Bitcoin no es solo cómo se conecta a Bitcoin a nivel de protocolo, como se discutió arriba, sino también cómo podemos utilizar ese Bitcoin a nivel programático.
La DevEx para una L2 de Bitcoin debería abstraer la complejidad de Bitcoin, pero también mantener la *sensación* de construir sobre Bitcoin. Suena como una contradicción, pero así es como Stacks lo consigue:
{% stepper %}
{% step %}
**Sostener los movimientos de Bitcoin con sBTC**
sBTC desbloquea la programabilidad de Bitcoin. Obtienes expresividad de L2 sin perder las propiedades familiares de Bitcoin: denominación, representación y modelo de confianza.
{% endstep %}
{% step %}
**Conéctate directamente a BTCFi**
Zest, Bitflow, StackingDAO y otros protocolos DeFi importantes en Stacks ofrecen herramientas para desarrolladores para aplicaciones inteligentes, componibles y centradas en Bitcoin.
{% endstep %}
{% step %}
**Una identidad criptográfica**
Stacks utiliza la *misma* primitiva criptográfica — la misma curva (secp256k1), el mismo `hash160` — para derivar las direcciones de Stacks. Se formatean de manera diferente (bytes de versión / codificación distintos), pero debajo: el ancla de identidad es el mismo hash de clave pública de 20 bytes.
Diferentes capas. La misma clave privada criptográfica.
{% endstep %}
{% step %}
**Reaccionar al estado de Bitcoin**
Una de las características de Clarity que a menudo se promocionan es que tiene acceso integrado al estado de la cadena de Bitcoin, pero ¿cómo lo hace realmente? Debido al mecanismo PoX de Stacks, cada bloque de Stacks está conectado a un bloque de Bitcoin y puede consultar los hashes de cabecera de bloque de Bitcoin con la `función get-burn-block-info?` .
Clarity puede leer el estado de Bitcoin directamente. Analiza transacciones BTC. Activa lógica basada en la actividad de Bitcoin.
{% endstep %}
{% step %}
**Captura el tiempo en la L2 a la velocidad de Bitcoin**
Los contratos de Clarity pueden medir el tiempo por bloques de Bitcoin. Esto no es solo técnico — es simbólico: como medir el tiempo por el sol, confiamos en el ritmo de Bitcoin.
{% endstep %}
{% endstepper %}
***
### Recursos adicionales
* \[[Blog de Hiro](https://www.hiro.so/blog/building-on-bitcoin-project-comparison)] Construyendo sobre Bitcoin: una comparación de proyectos de Bitcoin
* \[[Libros de Hiro](https://www.hiro.so/books/a-beginners-guide-to-bitcoin-layers)] Guía para principiantes sobre capas de Bitcoin
* \[[Stacks en YouTube](https://www.youtube.com/watch?v=F31B-my510A)] La relación entre Stacks y los mineros de 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 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/stacks-101/bitcoin-connection.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.
