DeFi

Las finanzas descentralizadas, conocidas como DeFi, son aplicaciones que utilizan las reglas de una blockchain para intercambiar activos, organizar préstamos con garantía o combinar servicios financieros. En vez de depender únicamente del registro privado de una empresa, parte de las reglas y los registros se comparten en una red. Eso permite comprobar cómo funciona un servicio y desarrollar software compatible. No significa que todas las decisiones, activos o dependencias estén descentralizados.

Su atractivo es práctico: un desarrollador puede crear un servicio que otras aplicaciones integren, y las operaciones pueden liquidarse sobre una infraestructura común fuera del horario comercial habitual. Quien compara dos servicios a veces puede examinar los mismos registros públicos que sus desarrolladores. Son avances importantes en transparencia y apertura. No hacen que una aplicación sea automáticamente más barata, accesible en todos los países o adecuada para quien no puede permitirse una pérdida.

Conviene distinguir tres capas: la blockchain que registra las operaciones, el protocolo que define un servicio concreto y la web a través de la cual se accede. Pueden tener operadores y puntos de fallo distintos. Un protocolo abierto puede seguir dependiendo de una web restringida, un emisor de stablecoins o un pequeño grupo de administradores. Preguntar quién controla cada capa aporta más que aceptar la palabra «descentralizado» como un certificado de calidad.

DeFi es una forma de organizar servicios, no una garantía de descentralización o protección.

Un contrato inteligente es software almacenado y ejecutado en una blockchain. Puede registrar depósitos, calcular una posición o permitir una retirada cuando se cumplen ciertas condiciones. No es inteligente, y su nombre no significa que cada acción sea un contrato jurídicamente exigible. El software ejecuta lo que está implementado, incluidos los errores. Algunos despliegues son inmutables; otros pueden cambiar mediante mecanismos de actualización. La dirección exacta, la red y la versión identifican el sistema, no su logotipo.

Una cartera de autocustodia gestiona claves u otros mecanismos de firma que autorizan acciones. Los tokens quedan registrados en la red, no guardados dentro del teléfono. Conectar una web normal para mostrar una dirección no es lo mismo que firmar una transacción o un mensaje. Aun así, una firma puede otorgar poderes reales: algunos mensajes firmados autorizan el gasto de tokens sin parecer una transferencia convencional. Un texto comprensible en la cartera es útil, pero no convierte una solicitud maliciosa en inofensiva.

Las autorizaciones de tokens permiten a un contrato concreto gastar un token determinado, a veces hasta un límite muy elevado. Pueden seguir vigentes después de la interacción inicial. Son distintas de la frase de recuperación de la cartera, que nunca debe revelarse a una web. Una clave robada, un permiso excesivo y un contrato vulnerable son problemas diferentes, con consecuencias distintas. Esta guía explica esas diferencias; nunca te pide conectar una cartera, revelar un secreto ni aprobar una transacción.

Considera las firmas y los permisos de gasto como autorizaciones, no como clics rutinarios.

Un libro de órdenes reúne ofertas de compra y venta a diferentes precios. Una operación se ejecuta cuando coinciden órdenes compatibles. Un creador de mercado automatizado, o AMM, utiliza en cambio activos depositados en fondos de liquidez y reglas que determinan el precio de ejecución. Los primeros diseños de Uniswap popularizaron la relación de producto constante x × y = k; es un modelo didáctico útil, no una descripción de todos los fondos ni de todos los exchanges actuales. Otros diseños utilizan rangos concentrados, curvas diferentes o libros de órdenes en la blockchain.

El precio visible no siempre es el que se obtiene en una operación grande. El impacto en el precio es el cambio provocado por el tamaño de la operación en relación con la liquidez disponible. El deslizamiento, o slippage, es la diferencia entre el resultado esperado y el de la ejecución, y puede reflejar movimientos del mercado y condiciones de ejecución que cambian mientras tanto. Un fondo con poca liquidez puede ser fácil de mover aunque su precio mostrado parezca normal. Un agregador puede comparar rutas, pero más rutas también pueden implicar más contratos y comisiones.

Los costes tienen varias capas. Los proveedores de liquidez, el protocolo, la interfaz o el servicio de enrutamiento pueden cobrar comisiones; la red subyacente cobra por separado la ejecución. En Ethereum, el gas paga el trabajo de cálculo, y una transacción incluida que falle puede seguir consumiendo una comisión. Un límite de ejecución puede impedir un intercambio en condiciones inaceptables sin garantizar que la operación se complete. Nada de esto equivale a que un exchange prometa un precio fijo o un servicio sin interrupciones.

Compara el mecanismo de ejecución, la liquidez y todos los costes, no solo el precio mostrado.

Los proveedores de liquidez, a menudo llamados LP, depositan activos en un fondo para que otras personas puedan negociar. Su posición cambia a medida que las operaciones modifican los activos que contiene el fondo. No se limitan a cobrar comisiones sobre activos que permanecen iguales. En un fondo básico de dos tokens con producto constante, una subida del precio relativo de uno deja al fondo con menos unidades de ese token y más del otro. El arbitraje ayuda a ajustar el precio del fondo al de los mercados externos, con consecuencias para sus proveedores.

La pérdida impermanente compara el valor de una posición de liquidez con el de conservar sin más los activos iniciales, antes de contabilizar comisiones y otros costes relevantes. El nombre puede inducir a error: la diferencia es real al cerrar la posición, y nada garantiza que los precios relativos vuelvan al punto de partida. También es posible ganar en dólares y obtener un resultado peor que el de conservar los tokens. Son comparaciones con referencias diferentes, por lo que no se contradicen.

La liquidez concentrada permite asignar capital a un rango de precios elegido. Puede aprovechar mejor el capital, pero cambia el grado de atención que requiere la posición. Fuera del rango elegido, puede dejar de generar comisiones de negociación y quedar concentrada en un solo activo. Las comisiones no compensan automáticamente los movimientos adversos, los fallos de contratos o la pérdida de respaldo de un token. Proporcionar liquidez es una actividad de creación de mercado con ventajas y riesgos, no una cuenta de ahorro con otro nombre.

Hay que evaluar juntos los ingresos por comisiones y el valor de los activos.

En un mercado sobrecolateralizado, quien pide un préstamo aporta activos de valor superior a la deuda que contrae. Eso puede dar liquidez sin vender de inmediato, pero crea una obligación que acumula intereses. Los proveedores aportan los activos que se prestan y reciben intereses según las reglas del mercado. Están expuestos al protocolo, a las garantías y a la liquidez disponible; un token que registra la posición aportada no es un depósito bancario asegurado. Los parámetros varían según el activo, el mercado, la red y la versión del protocolo.

La relación préstamo-valor, o LTV, compara la deuda con el valor de la garantía. El límite para pedir prestado y el umbral de liquidación no tienen por qué coincidir. Aave también expresa el margen de seguridad mediante un factor de salud: compara el valor de las garantías, ponderado por sus umbrales de liquidación, con el valor de la deuda. Por debajo de uno, una posición puede liquidarse según sus reglas. Los intereses acumulados, una caída de la garantía o una subida del activo de la deuda pueden reducir ese margen.

La liquidación es un mecanismo que devuelve deuda mediante la transferencia de garantías, generalmente con un incentivo para quien liquida. Puede ejecutarse según las reglas del protocolo sin esperar a que el prestatario lea un aviso. Los movimientos rápidos, la congestión y las condiciones de los oráculos pueden empeorar el resultado, y puede quedar una pérdida si la garantía no basta. Para quien aporta activos, retirarlos de inmediato también depende de la liquidez no prestada y de las condiciones del mercado. Que el sistema funcione continuamente no garantiza poder salir al instante.

Pedir un préstamo convierte la tenencia de un activo en una posición que debe mantener garantías suficientes.

Una blockchain puede verificar su propio estado registrado, pero un contrato de préstamos también puede necesitar el precio en dólares de una garantía. Un oráculo facilita información en un formato que el contrato puede utilizar. Puede agregar precios de varios mercados o realizar un cálculo basado en un periodo. Los detalles importan: qué mercados contribuyen, con qué frecuencia se actualizan las observaciones, qué provoca una actualización y qué ocurre si la fuente deja de funcionar. Un oráculo es un mecanismo de información, no una garantía de verdad.

Un único mercado con poca liquidez puede manipularse más fácilmente que una referencia amplia y sólida. Los retrasos también importan cuando los precios cambian deprisa. Un protocolo puede incorporar comprobaciones, límites o medidas de emergencia, pero esos controles añaden sus propios supuestos y operadores. El precio de liquidación que aparece en pantalla puede diferir de una cotización al contado de otra plataforma porque el oráculo aplicable, el saldo de la deuda y las reglas son diferentes. Una actualización reciente de la web no demuestra que haya una nueva observación.

Las stablecoins añaden otra capa. Un token que busca mantener un dólar no tiene por qué valer un dólar en todos los mercados ni ser reembolsable para todos los titulares en las mismas condiciones. Si un mercado de préstamos lo valora mal, el error puede transmitirse a los límites de crédito y las liquidaciones. Por eso hay que examinar por separado las reservas en moneda oficial, la emisión con garantías y los demás diseños de estabilización. Nuestra guía de stablecoins explica esas estructuras; aquí lo importante es que una unidad de cuenta familiar no elimina los riesgos de datos o garantías.

Comprueba qué mide un precio y cuándo se observó, no solo cuándo apareció en pantalla.

Un rendimiento necesita una fuente. Los prestatarios pueden pagar intereses; los operadores, comisiones a los fondos; una red de prueba de participación puede remunerar la validación; un proyecto puede repartir tokens para atraer usuarios. Esos flujos no son intercambiables. Un tipo variable de préstamo responde a condiciones como la utilización de fondos y los parámetros de gobernanza. Un incentivo pagado en un token volátil puede perder valor, y una distribución temporal puede terminar mientras persisten los riesgos de fondo.

El APR suele expresar una tasa anualizada simple, mientras que el APY incorpora una frecuencia supuesta de capitalización de los rendimientos. Ninguna etiqueta aclara por sí sola si la tasa incluye incentivos, comisiones, variaciones del precio de los tokens o condiciones de retirada. Anualizar una observación breve puede hacer que un repunte temporal parezca duradero. Una explicación útil identifica quién paga, en qué activo, durante qué periodo medido y bajo qué supuestos. Un porcentaje mostrado extraordinariamente alto plantea una pregunta sobre su origen, no responde si resulta atractivo.

El staking líquido también requiere términos precisos. stETH de Lido está relacionado con el staking de Ethereum y conlleva riesgos de contratos, validadores, retirada y precio de mercado; no es staking nativo de Bitcoin. Las reglas de prueba de trabajo de Bitcoin no remuneran a una persona simplemente por dejar BTC en una cartera. Un servicio que anuncie rendimiento en BTC debe recurrir a un mecanismo adicional de préstamos, negociación, garantías u otro tipo. sUSDS de Sky representa un mecanismo distinto de tasa variable de ahorro; tener USDS ordinario y tener sUSDS son exposiciones diferentes.

Comprende quién paga y qué riesgos hay antes de comparar porcentajes.

La componibilidad permite que una aplicación se construya sobre otra sin recrear cada componente. Un desarrollador podría combinar un intercambio, un depósito de garantía y la devolución de una deuda. Si la red y los contratos lo permiten, varios pasos pueden formar una transacción atómica: o se completa la secuencia exigida o se revierten juntos sus cambios de estado. Eso puede reducir parte de la incertidumbre de ejecución. No hace que los precios elegidos, las garantías o el software sean económicamente sólidos, y pueden seguir pagándose comisiones de red.

Un préstamo relámpago, o flash loan, es un ejemplo especializado: se toman activos prestados y se devuelven con la comisión exigida dentro de una misma transacción. Si no se cumplen las condiciones, la transacción se revierte. Puede facilitar refinanciaciones o arbitraje sin dejar pendiente un préstamo ordinario sin garantía. Ese poder de compra temporal también puede poner al descubierto supuestos débiles sobre los precios en otros servicios. Un préstamo relámpago es una herramienta; la debilidad que permite un ataque está en un oráculo o contrato vulnerable.

Las conexiones también transmiten problemas. Un token que acredita un depósito en un servicio puede utilizarse como garantía en otro, cuyo token termina entrando en un tercero. Una alteración en la primera capa puede afectar a toda la cadena. Pedir prestado y volver a depositar repetidamente puede aumentar el apalancamiento y hacer engañoso un total elevado del ecosistema. El valor total bloqueado, o TVL, puede contabilizar derechos relacionados en varios servicios; no equivale automáticamente a capital único, ingresos, liquidez disponible para salir ni prueba de solvencia.

Más integraciones pueden crear servicios útiles y, al mismo tiempo, aumentar la dependencia de otros sistemas.

El gobernanza del protocolo determina quién puede proponer cambios, decidir parámetros y ejecutar decisiones. Una organización autónoma descentralizada, o DAO, puede utilizar votos con tokens, votos delegados u otros mecanismos. La participación puede ser desigual, con influencia concentrada en grandes titulares o delegados activos. Un token de gobernanza no otorga automáticamente propiedad de una empresa, derecho a dividendos ni protección a todos los usuarios. Sus poderes reales deben comprobarse en la documentación y en la implementación del protocolo concreto.

Los permisos administrativos pueden permitir pausar algunas funciones, cambiar parámetros de garantías o actualizar contratos. Un sistema multifirma requiere varias firmas autorizadas, pero el número por sí solo no demuestra que los firmantes sean independientes. Un bloqueo temporal, o timelock, retrasa ciertos cambios y da tiempo para reaccionar; no hace que todos los cambios sean seguros ni garantiza que alguien pueda salir durante una congestión. Los poderes de emergencia pueden ayudar a contener un incidente y, a la vez, concentrar responsabilidades.

Es más útil hacer preguntas concretas que asignar una sola puntuación de descentralización. ¿Pueden censurar operaciones los validadores de la red? ¿Pueden sustituir el código los administradores? ¿Puede congelar tokens el emisor de un activo? ¿Depende el acceso de una única web o proveedor de infraestructura? ¿Son públicas las decisiones y qué acciones pueden saltarse la votación ordinaria? Un servicio puede ser abierto en un aspecto y concentrado en otro. Eso no anula su utilidad; describe los supuestos de los que depende.

Identifica los poderes reales, quién los ejerce y cuáles son sus límites.

El valor máximo extraíble, o MEV, se refiere al valor que puede obtenerse al incluir, excluir u ordenar transacciones, además de la remuneración y las comisiones ordinarias del bloque. Los actores y mecanismos varían según la red. El arbitraje puede acercar los precios entre sí, y las liquidaciones pueden facilitar el funcionamiento de los préstamos. Otras estrategias, como colocar operaciones antes y después de un intercambio visible para rodearlo en un ataque sándwich, pueden empeorar la ejecución de la persona afectada.

Eso explica por qué la transparencia por sí sola no basta para una buena experiencia de negociación. Una transacción que espera en una cola pública puede revelar una oportunidad económica antes de confirmarse. Los sistemas de envío privado, las subastas por lotes y otros diseños intentan reducir problemas concretos, pero pueden añadir intermediarios o depender de sus propias reglas de ordenación. Ninguna etiqueta de una interfaz demuestra que no exista ninguna forma de MEV. Hay que entender las protecciones aplicables a la red y al servicio concretos.

La lección más amplia es evaluar los resultados además del acceso al software. Un mercado puede estar abierto a todos y premiar a quien dispone de la infraestructura más rápida o de la mejor información. Por eso, una evaluación honesta de DeFi debe considerar la calidad de ejecución, la concentración del poder para ordenar transacciones y el tratamiento de las liquidaciones en momentos de tensión. Son problemas de diseño en los que se sigue trabajando, no una prueba de que las finanzas abiertas carezcan de valor; explican por qué la ingeniería y la estructura del mercado deben avanzar juntas.

Que una transacción sea válida y que su precio de ejecución sea justo son cuestiones distintas.

La red base de Bitcoin permite transferencias conforme a sus propias reglas de consenso y scripts. Muchas aplicaciones DeFi funcionan en otras blockchains. Un token llamado wrapped BTC representa un derecho o mecanismo que pretende seguir el valor de BTC; no equivale al BTC nativo controlado directamente mediante claves de Bitcoin. Hay que identificar las condiciones de custodia, reembolso, contratos y puentes. Un objetivo de respaldo uno a uno no demuestra que cualquier titular pueda recuperar siempre monedas nativas sin retrasos ni pérdidas.

Los puentes conectan sistemas mediante mensajes o movimientos correspondientes de activos. Su seguridad puede depender de validadores, firmantes, pruebas, software y procedimientos de recuperación. Rootstock es un ejemplo de cadena lateral relacionada con Bitcoin: la minería combinada utiliza trabajo asociado a la minería de Bitcoin, mientras que PowPeg gestiona la relación entre BTC y rBTC. Son componentes distintos. Hay que evaluar las reglas de las aplicaciones de Rootstock y los supuestos de su puente además de los de Bitcoin; los mineros de Bitcoin no hacen seguro cada contrato de una cadena lateral.

Lightning tiene otra finalidad: sus canales de pago pueden facilitar pagos eficientes en Bitcoin sin sustituir de forma general a todas las plataformas de préstamos o negociación. Tampoco deben agruparse los sistemas federados, las cadenas laterales y las propuestas de investigación como capas de Bitcoin igualmente libres de confianza. La innovación puede ampliar las posibilidades de los usuarios, pero cada añadido debe explicar qué sigue siendo nativo, qué se representa en otro sistema y quién puede impedir o retrasar una salida. Nuestra guía de escalabilidad compara los enfoques principales.

Una aplicación que ofrece exposición a Bitcoin no hereda automáticamente todo su modelo de seguridad.

La mayor ambición de DeFi no es simplemente negociar más. Es crear software financiero que se pueda examinar, conectar y mejorar: garantías transparentes, reglas de liquidación previsibles y competencia entre interfaces. Conviene preguntar si un servicio resuelve un problema real, explica sus dependencias y sigue funcionando bajo presión. La popularidad, el volumen de operaciones y el valor depositado responden a preguntas diferentes. El volumen puede incluir actividad repetida; los depósitos no son beneficios; el valor de mercado de un token no es el saldo de caja del protocolo.

Hyperliquid es un ejemplo de diseño importante porque combina una infraestructura especializada de mercados en la blockchain con un entorno de ejecución para aplicaciones. Su enfoque de libro de órdenes difiere del de un fondo AMM. Eso lo hace relevante para hablar de rendimiento, transparencia y componibilidad, sin convertir la popularidad en garantía de seguridad. El análisis específico que aparece más abajo distingue los mecanismos documentados, las observaciones de actividad con fecha y las cuestiones pendientes. Los derivados perpetuos, el apalancamiento y los fondos de proveedores de liquidez añaden riesgos a los de un simple intercambio de activos.

Una revisión educativa debe examinar documentación oficial, versiones desplegadas, permisos, auditorías, comunicaciones de incidentes y cambios importantes a lo largo del tiempo. Una auditoría es una revisión con alcance definido, no una póliza de seguro; el código fuente verificado acredita la correspondencia con el código publicado, no que su diseño sea seguro. Los ejemplos de esta guía sirven para explicar mecanismos, no para clasificar productos ni recomendar transacciones. Aprender a hacer estas preguntas resulta más duradero que memorizar el mayor protocolo del momento o la tasa anunciada más alta.

La oportunidad son unas finanzas abiertas y programables; el criterio es un funcionamiento transparente y resistente.