> 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/transactions/post-conditions.md).
# Postcondiciones
{% hint style="info" %}
**Recursos para constructores**
* Para profundizar más en el uso de las postcondiciones, [aquí](/post-conditions/overview.md).
* Para la especificación técnica de las postcondiciones descrita en SIP-005, [aquí](https://github.com/stacksgov/sips/blob/main/sips/sip-005/sip-005-blocks-and-transactions.md#transaction-post-conditions).
* Para el modo Originator y la condición MAY SEND NFT descritos en SIP-040, [aquí](https://github.com/stacksgov/sips/blob/main/sips/sip-040/sip-040-post-conds.md).
* Para las postcondiciones de staking y PoX descritas en SIP-045, [aquí](https://github.com/stacksgov/sips/blob/main/sips/sip-045/sip-045-pox-5-bitcoin-staking.md).
{% endhint %}
#### **La visión general**
* Las postcondiciones son restricciones *que adjuntas a una transacción* que definen exactamente qué activos (STX, tokens SIP-010, NFT) tienen अनुमति de moverse y en qué cantidad — y, a partir de SIP-045, qué acciones de staking y PoX pueden ocurrir.
* Si la ejecución del contrato inteligente subyacente violara tus límites declarados, toda la transacción se aborta.
* Incluso si un contrato inteligente contiene lógica inesperada, no puede mover activos más allá de lo que permiten tus postcondiciones.
* Las postcondiciones se construyen del lado del cliente, por lo general por el desarrollador del lado del cliente. Forman parte de la transacción firmada. Los contratos no pueden modificarlas.
* Las billeteras analizarán la transacción firmada y mostrarán al usuario las postcondiciones declaradas antes de transmitirla.
***
### ¿Qué son las postcondiciones?
Las postcondiciones son afirmaciones sobre una transacción en la cadena que deben cumplirse; de lo contrario, la transacción se abortará durante la ejecución. En otras palabras, las postcondiciones actúan como una red de seguridad, permitiéndote especificar qué cambios de estado pueden ocurrir en una transacción.
**A veces, el desarrollador del lado del cliente no es la misma persona que escribió el contrato inteligente subyacente y puede no estar profundamente familiarizado con su lógica interna, las llamadas anidadas a contratos externos o los casos límite.** Esta lógica ayuda a limitar la cantidad de daño que se puede causar a un usuario y a sus activos, ya sea por un error o por un comportamiento malicioso.
En pocas palabras, las postcondiciones son un conjunto de condiciones que deben cumplirse antes de que se ejecute la transacción de un usuario. El objetivo principal de las postcondiciones es limitar la cantidad de daño que se puede causar a los activos de un usuario debido a un error, intencional o no.
Las postcondiciones son una función de seguridad adicional integrada en el propio protocolo Stacks que ayuda a proteger a los usuarios finales. En lugar de ser una característica de los contratos inteligentes de Clarity, se implementan del lado del cliente y están pensadas como una salvaguarda adicional contra contratos maliciosos.
Se envían como parte de la transacción cuando el usuario la inicia, lo que significa que necesitamos implementar las postcondiciones en el frontend. Siempre que transfieras un activo (fungible o no fungible) de una dirección a otra, deberías aprovechar las postcondiciones.
Originalmente, las postcondiciones cubrían solo transferencias de activos — STX, tokens fungibles y NFT. A partir de la época 4.0 de Stacks, [SIP-045](https://github.com/stacksgov/sips/blob/main/sips/sip-045/sip-045-pox-5-bitcoin-staking.md) las amplía al staking: una postcondición de staking restringe cuánto STX bloquea (o modifica) un principal al hacer staking, y una postcondición PoX restringe si un principal realiza otras acciones PoX, como el unstaking. Esto significa que un usuario también puede estar protegido de que un contrato cambie inesperadamente su posición de staking, no solo de transferencias inesperadas.
***
> #### *Las postcondiciones actúan como una red de seguridad, permitiéndote especificar qué cambios de estado pueden y deben ocurrir durante la ejecución de una transacción.*
---
# 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/transactions/post-conditions.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.