--- title: "Préstamo flash" description: "Un préstamo flash proporciona liquidez temporal on-chain dentro de una única transacción atómica. Descubra cómo las llamadas de retorno, las comprobaciones de reembolso, el arbitraje, las liquidaciones, las comisiones, el MEV y las vulnerabilidades de los protocolos afectan al resultado." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Préstamo flash > Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas. ## Respuesta directa Un préstamo flash es liquidez proporcionada por contratos inteligentes durante una única transacción atómica. En su modalidad clásica, el prestatario no aporta garantías porque el contrato de préstamo exige devolver el principal y la comisión antes de que termine esa transacción. Si no se produce la liquidación requerida, la ejecución se revierte y los cambios de estado de la transacción no persisten. Este diseño permite que un contrato utilice capital temporal para un arbitraje, una liquidación, un intercambio de garantías o una refinanciación de deuda sin que el operador financie por adelantado la totalidad del principal. No crea dinero gratis: la estrategia debe cubrir la comisión del préstamo, las comisiones de negociación, el deslizamiento, el gas y cualquier ejecución desfavorable o MEV. Algunas variantes de protocolo pueden abrir una posición de deuda ordinaria en lugar de exigir el reembolso inmediato, pero esa vía requiere garantías o delegación de crédito y no debe confundirse con un préstamo flash sin garantías. Los préstamos flash pueden amplificar tanto las transacciones útiles como los ataques. Aportan capital; un exploit que produzca pérdidas sigue dependiendo de otra debilidad, como una fuente de precios manipulable, una contabilidad defectuosa, una llamada de retorno insegura o una regla de gobernanza. ## Cómo funciona 1. **Solicitud:** Un contrato receptor solicita a un pool de liquidez un activo y una cantidad, como `10,000,000 USDC`, y proporciona los parámetros que necesite su estrategia. 2. **Transferencia y llamada de retorno:** El pool transfiere el activo y después llama al receptor. Cada intercambio, liquidación, reembolso o cambio de garantías se produce mediante llamadas de contrato anidadas dentro de la misma transacción. 3. **Ejecución de la estrategia:** El receptor utiliza los fondos temporales. Como las llamadas externas pueden volver a entrar en los contratos o generar precios inesperados, las implementaciones necesitan controles de acceso explícitos, entradas validadas, límites de deslizamiento y una gestión segura de las autorizaciones. 4. **Comprobación de la liquidación:** El receptor autoriza o transfiere la cantidad adeudada. En un flujo sencillo al estilo de Aave, el pool cobra el principal más la prima después de la llamada de retorno; un saldo o una autorización insuficientes provocan una reversión. 5. **Resultado atómico:** Si todas las llamadas tienen éxito, se registra el estado final. Si se produce un error no capturado o falla la liquidación, la excepción de Solidity que revierte el estado deshace los cambios de la llamada y sus subllamadas. El remitente aún puede perder el gas gastado en la transacción fallida. La atomicidad elimina la exposición crediticia del prestamista dentro de la transacción; no garantiza que la estrategia del prestatario sea rentable, privada o esté correctamente programada. La liquidez disponible, los activos habilitados, las primas, las interfaces de llamada de retorno, las opciones de conversión en deuda y los controles de pausa son específicos de cada protocolo y pueden cambiar mediante la gobernanza. ## Ejemplo Supongamos que un contrato pide prestados `10,000,000 USDC` para comprar un activo en un pool y venderlo en otro. Sea `A` el principal, `F` la comisión del préstamo flash, `G` los costes de gas y ejecución, `S` el deslizamiento y otros costes de negociación y `R` los USDC recibidos de la venta. Una condición simplificada del punto de equilibrio es `R >= A + F + G + S`. Supongamos que los dos intercambios devuelven `10,012,000 USDC`, que el préstamo exige `10,009,000 USDC` incluidos el principal y la comisión, y que el gas más otros costes de ejecución ascienden a `2,000 USDC`. El beneficio simplificado es `10,012,000 - 10,009,000 - 2,000 = 1,000 USDC`. Ese margen aparente puede desaparecer antes de que la transacción se incluya. Otros buscadores pueden copiarla o superar su oferta, las reservas del pool pueden cambiar, un token puede cobrar una comisión de transferencia inesperada o la transacción puede revertirse después de consumir gas. El contrato debe exigir una salida mínima aceptable y revertir cuando el resultado realizado sea inferior; una cotización de un panel no es un beneficio ejecutable. ## Riesgos - **Riesgo de estrategia y contrato:** Un error de programación, una autorización insegura, un token malicioso, una vía de reentrada o una autorización incorrecta de la llamada de retorno pueden provocar la pérdida de fondos que el contrato receptor ya posea. - **Riesgo de precio, liquidez y deslizamiento:** Un diferencial cotizado puede desaparecer al cambiar las reservas. Los pools con poca liquidez pueden producir un impacto grave en el precio, y un oráculo basado en un mercado al contado manipulable puede permitir que el capital temporal distorsione las decisiones del protocolo. - **Riesgo de MEV y ordenación:** Las transacciones pendientes públicas pueden copiarse, someterse a ataques sándwich o ejecutarse por delante o por detrás. El envío privado reduce parte de la exposición, pero introduce dependencias de constructores o relés y no garantiza la inclusión. - **Riesgo de comisiones y reversión:** Deben cubrirse las primas del préstamo, las comisiones de los mercados, el gas, las comisiones de transferencia de tokens y las comisiones de prioridad. Una operación revertida normalmente pierde el gas aunque sus cambios de estado se deshagan. - **Riesgo de protocolo y gobernanza:** Las pausas, las actualizaciones, los cambios de primas, las retiradas de liquidez, los fallos de los oráculos y los fallos de cualquier protocolo integrado pueden invalidar una estrategia que, por lo demás, sería sólida. - **Riesgo operativo y jurídico:** Las claves comprometidas, las direcciones incorrectas, una automatización poco fiable, las sanciones, los impuestos u otras normas específicas de cada jurisdicción pueden generar pérdidas u obligaciones fuera del cálculo del contrato inteligente. Para quienes revisan protocolos, la presencia de un préstamo flash en el rastro de un incidente demuestra financiación temporal, no la causa raíz. Hay que reproducir las transiciones de estado e identificar qué invariante, fuente de precios, permiso o regla contable permitió la salida de valor. ## Errores comunes ### Mito 1: Un préstamo flash es capital gratuito Es liquidez temporal sujeta a condiciones estrictas de liquidación. Una estrategia viable debe devolver la cantidad exigida y aun así cubrir todos los costes de ejecución; de lo contrario, se revierte o pierde dinero. ### Mito 2: El prestatario puede conservar los fondos hasta más adelante en el bloque El préstamo clásico debe liquidarse dentro de la misma pila de llamadas de la transacción, no simplemente en algún momento del mismo bloque. Los fondos no pueden trasladarse a una cartera y reembolsarse en una transacción posterior. ### Mito 3: La ejecución atómica elimina cualquier perjuicio La atomicidad revierte los cambios de estado después de un fallo no capturado, pero no reembolsa el gas ya consumido. Tampoco evita precios desfavorables, autorizaciones expuestas, MEV ni pérdidas en fondos que el receptor poseía antes de la llamada. ### Mito 4: Todo préstamo flash es un ataque El arbitraje, las liquidaciones, los intercambios de garantías y la refinanciación de deuda son usos ordinarios. El exploit reside en el oráculo, el permiso, la contabilidad, la gobernanza o el supuesto sobre la llamada de retorno que están mal diseñados; el préstamo flash quizá solo aporte suficiente capital temporal para aprovecharlo. ### Mito 5: Un gran diferencial cotizado garantiza beneficios El beneficio depende de los precios ejecutables y del orden de las transacciones después de todas las comisiones y el deslizamiento. Simule con el estado de bloque previsto, establezca salidas mínimas y trate una transacción fallida o superada por otra oferta como un coste real. ## Temas relacionados - [Cash and carry con criptoactivos](/crypto/cash-and-carry-crypto/) - [DeFi](/crypto/defi/) - [MEV](/crypto/mev/) - [Oráculo](/crypto/oracle/) - [Agregador de rendimiento](/crypto/yield-aggregator/) ## Fuentes - [FlashLoanLogic.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/protocol/libraries/logic/FlashLoanLogic.sol) - Aave DAO (consultado: 2026-08-20) - [Expressions and Control Structures](https://docs.soliditylang.org/en/latest/control-structures.html#error-handling-assert-require-revert-and-exceptions) - Solidity (consultado: 2026-08-20) - [DeFi risks and the decentralisation illusion](https://www.bis.org/publ/qtrpdf/r_qt2112b.htm) - Bank for International Settlements (consultado: 2026-08-20) Source: https://wiki.fcontext.com/es/crypto/flash-loan/index.mdx