Plano de Integraciones DeFi
Las integraciones DeFi en Solana son patrones para componer liquidez, crédito, recibos de stake, precios y derivados a través de listas explícitas de cuentas y invocaciones entre programas (CPIs). Una vez que mapeas AMMs, enrutamiento de Jupiter, préstamos, LSTs, oráculos, perps y Jito/MEV como un gráfico de composabilidad, el diseño del producto se convierte en "qué programas, qué cuentas, qué modos de fallo", no en un montón de SDKs no relacionados.
Conceptos básicos de DeFi en Solana es la entrada práctica; AMMs (Raydium, Orca, Meteora), Préstamos y Empréstitos, Staking Líquido (LSTs), Oráculos y Jito y MEV se centran en una superficie cada uno. Esta página se sitúa debajo: cómo encaja la pila de DeFi para los desarrolladores.
Resumen
- DeFi en Solana es un gráfico de composabilidad: cuentas de tokens SPL, programas de pools y mercados, oráculos de precios y rutas de inclusión (tarifas y MEV) que tu cliente o programa debe nombrar, validar y secuenciar en una transacción atómica cuando sea posible.
- Por Qué Importa: Casi todas las características del producto que mueven valor (swap, depósito, préstamo, liquidación, rebalanceo) son un problema de integración: cuentas incorrectas, cotizaciones obsoletas, frescura de oráculo incorrecta o estrategia de propina faltante fallan en producción incluso cuando las matemáticas son correctas.
- Conceptos Clave: Pools AMM, agregadores (Jupiter), mercados de dinero, LSTs, cuentas de precios de oráculo, perps / CLOBs, cadenas de CPI, deslizamiento y factores de salud, tarifas de prioridad vs propinas de Jito.
- Cuándo Usar: Diseñar un swap de wallet, una bóveda, un bucle de apalancamiento, un rebalanceo de tesorería, un bot liquidador o cualquier programa que haga CPI en la liquidez y los rieles de riesgo del ecosistema.
- Limitaciones / Compensaciones: Las rutas y la disposición de los pools cambian; los oráculos y mercados pueden pausarse; los límites de CU y cuentas restringen las CPI de múltiples saltos; el MEV puede extraer valor del flujo no protegido; cada lugar añade riesgo de ID de programa y versión de diseño.
- Temas Relacionados: Conceptos básicos de DeFi, AMMs, swaps de Jupiter, préstamos, LSTs, oráculos, Jito y MEV, perps y libros de órdenes.
Fundamentos
Solana no distribuye una única "Máquina Virtual de DeFi". Distribuye un entorno de ejecución que mueve lamports y bytes propiedad del programa bajo reglas de escritura del propietario, más programas que interpretan esos bytes como pools, bancos, recibos de stake y libros de órdenes. La integración significa hablar correctamente los diseños de instrucciones y los gráficos de cuentas de esos programas.
Cada saldo duradero sigue siendo una cuenta de token SPL (o SOL nativo / envuelto). Las posiciones de DeFi añaden más cuentas: bóvedas de pools, PDAs de obligaciones, acuñaciones de LST, cuentas de margen, feeds de oráculo. Los clientes y programas deben declararlos para que Sealevel pueda bloquearlos y las CPI puedan pasarlos por la pila.
Piensa en el mapa del desarrollador como capas desde la intención del usuario hasta la inclusión:
Intención del usuario (swap, prestar, apalancar, cubrir)
|
v
+--------------------------------------+
| Agregadores / enrutadores (ej. Jupiter) | plan de ruta opcional fuera de cadena
+--------------------------------------+
| Programas de lugar: AMM / CLOB / perps / |
| préstamos / pools de stake | estado en cadena + CPI
+--------------------------------------+
| Oráculos (Pyth, Switchboard, ...) | entradas de precio y riesgo
+--------------------------------------+
| Programa de Tokens + ATAs / bóvedas | custodia de saldos
+--------------------------------------+
| Inclusión: tarifas de prioridad, propinas Jito | aterrizaje bajo contención
+--------------------------------------+Los AMMs (Raydium, Orca, Meteora y similares) mantienen reservas o liquidez concentrada y fijan precios de swaps por curva o matemáticas de ticks. Jupiter se sitúa por encima de muchos de ellos: cotiza fuera de cadena y devuelve una ruta para que no mantengas cada gráfico de pool. Los préstamos (Kamino, MarginFi y similares) mapean colateral y deuda a salud y liquidaciones. Los LSTs (jitoSOL, mSOL y similares; a menudo enrutamiento estilo Sanctum) envuelven SOL stakeado en reclamaciones fungibles para colateral y bucles. Los oráculos publican cuentas de precios que tratas como entradas con límite de tiempo. Los Perps y libros de órdenes añaden posiciones, emparejamiento y reglas de marca/financiación. Las rutas Jito y MEV deciden si el flujo de múltiples tramos aterriza atómicamente y quién captura el valor de sandwich o arb.
La regla: tu producto posee la composición. Cada tramo es una CPI validada o una lista de instrucciones construida por el cliente; la atomicidad es que una transacción tiene éxito o ninguna lo hace hasta que deliberadamente haces múltiples transacciones y aceptas estado parcial.
Mecánicas e Interacciones
Tokens y ATAs primero
Antes de cualquier swap o depósito, resuelve las acuñaciones, decimales y ATAs para el usuario y los saltos intermedios. Las ATAs faltantes son un error común de "funciona en pruebas, falla en la wallet". El envoltorio/desenvoltorio de SOL es de primera clase; trata wSOL como una acuñación con creación/cierre, no como lamports flotantes dentro de cada pool.
Wallet (propiedad del sistema)
|
+--> ATA(mint_in) --transferencia/CPI--> bóvedas de pool/usuario
+--> ATA(mint_out) <--recepción------- programa del lugarAMMs: liquidez directa
El trabajo directo con AMM se ajusta a depósito/retiro de LP, enrutamiento personalizado o swaps CPI en cadena sin un agregador. Valida el ID del programa, las acuñaciones del pool y las direcciones de las bóvedas antes de la CPI de transferencia. Ver AMMs (Raydium, Orca, Meteora).
La intuición del producto constante ayuda, pero la liquidez de producción es a menudo concentrada o dinámica. Actualiza el estado del pool en el momento de la compilación y aplica el deslizamiento (mínimo de salida / máximo de entrada).
Jupiter: swaps agregados
Swaps con Jupiter es la ruta de producto predeterminada: cotizar → tx de swap → firmar con @solana/kit. Los deberes siguen siendo: fijar bps de deslizamiento, manejar el envoltorio de SOL, simular, volver a cotizar en caso de fallo. No codifiques rutas fijas para siempre; la liquidez migra.
Usa Jupiter para el mejor precio y bajo mantenimiento. Usa CPIs directas de AMM cuando tu programa deba controlar la ruta, la custodia o el recorte de tarifas dentro de una pila.
Préstamos: colateral, deuda, salud
Los mercados de dinero convierten los depósitos en suministro y permiten préstamos bajo un factor de salud: deposita colateral, opcionalmente presta, monitoriza la salud y diseña para liquidadores. Los bucles de apalancamiento son préstamos + AMM/Jupiter, no una característica de cadena separada. Planifica la dependencia del oráculo y los picos de utilización. Detalles: Préstamos y Empréstitos.
LSTs: SOL que genera rendimiento como token
Un LST es generalmente una acuñación SPL cuya tasa sigue al SOL stakeado (menos las tarifas del proveedor). Eso desbloquea colateral y una salida más rápida del mercado, además de riesgo de contrato, liquidez y desvinculación. Superficies: acuñar/canjear, swaps de LST, colateral con recortes de oráculo. Ver Staking Líquido (LSTs).
Oráculos: la columna vertebral del riesgo
Cualquier préstamo, liquidación o financiación que dependa del valor en USD debe leer un feed de precios, aplicar edad máxima, confianza y ID de feed correcto. Pyth y Switchboard aún requieren comprobaciones de cierre por fallo en cuentas obsoletas o incorrectas.
acción de riesgo --> cargar feed --> ¿edad/conf OK? --> convertir unidades --> LTV o min-salida
|
cierre por fallo si está obsoleto o feed incorrectoNo uses el precio spot del último swap del pool solo como oráculo de riesgo para crédito con garantía insuficiente. Ver Oráculos.
Perps y libros de órdenes
Los CLOBs y perps optimizan para prioridad de precio-tiempo, límites y apalancamiento. Los gráficos de cuentas crecen (mercado, órdenes, posiciones, bóvedas). Los llenados parciales difieren de los swaps de precio único de AMM. Prefiérelos cuando la experiencia de límite o los modelos de derivados superen los swaps de curva. Ver Perps y Libros de Órdenes.
Jito, MEV y aterrizaje
Las DeFi de múltiples tramos compiten en inclusión y ordenación. Las tarifas de prioridad pujan a través del precio de la unidad de cómputo. Los bundles y propinas de Jito son una ruta paralela a través de los motores de bloques.
Ruta A: tx única + precio de CU --> calendario del líder público
Ruta B: bundle + propina --> motor de bloques --> líderAcota el deslizamiento, considera bundles para flujo tóxico y no confundas propinas con tarifas de prioridad del Presupuesto de Cómputo. Ver Jito y MEV.
Cómo interactúan las piezas en un flujo de producto
Ejemplo: exposición apalancada a LST.
- Comprueba saldos; crea ATAs faltantes.
- Jupiter o CPI de AMM: SOL → LST si es necesario.
- CPI de préstamos: deposita LST (valorado por oráculo).
- Pide prestado stablecoin bajo reglas de salud.
- Swap opcional adicional despliega los activos prestados.
- Aterriza con límite de CU, tarifa de prioridad, propina Jito opcional.
- Vigila la salud para liquidaciones.
El plano está completo cuando puedes nombrar el programa por tramo, las cuentas escribibles, las puertas de oráculo y cómo se compra la inclusión.
Consideraciones Avanzadas y Aplicaciones
Los fallos de DeFi en producción son menos por álgebra que por gráficos de cuentas, versionado y contención. Adapta la profundidad a la superficie.
| Ruta | Qué integras | Fortalezas | Debilidades | Mejor ajuste |
|---|---|---|---|---|
| Swaps solo con Jupiter | API de cotización/swap + kit | Envío rápido; multi-lugar | Dependencia fuera de cadena | Wallets, rebalanceo |
| CPI directa de AMM | Cuentas de pool + ix | Control en cadena; LP | Rotación de diseño | Bóvedas, enrutadores personalizados |
| Préstamos + oráculo | Bancos, obligaciones, feeds | Crédito y apalancamiento | Riesgo de liquidación / pausa | Mercados de dinero, bucles |
| Pila de colateral LST | Pools + préstamos + oráculos | Colateral que genera rendimiento | Riesgo de desvinculación, proveedor | Tesorería y bucles |
| Perps / CLOB | Mercado + posiciones | Límites; derivados | Latencia y costo operativo | Lugares de trading, coberturas |
| Aterrizaje consciente de MEV | Propinas, bundles, tarifas | Mejores tasas de aterrizaje atómico | Infraestructura adicional | Liquidadores, arbs, tamaño |
Los límites de CU y cuentas limitan los saltos por transacción. Divide solo con recuperación: si el tramo 1 aterriza y el tramo 2 falla, la experiencia del usuario debe manejar el estado parcial.
Las actualizaciones de programas cambian discriminadores y cuentas restantes. Fija versiones de IDL/SDK y prueba transacciones principales en producción con fixtures a través de las actualizaciones.
Las cuentas activas serializan escritores bajo carga. Las tarifas, propinas, simulación y hashes de bloques frescos son parte de la integración DeFi, no solo de la "infraestructura".
Seguridad para integradores: verifica los IDs de programas externos, restringe las cuentas de oráculo/pool proporcionadas por el cliente, aplica deslizamiento y salud en cadena cuando hagas CPI, y documenta las autoridades de pausa/actualización del lugar.
Para revisiones de diseño: intención → gráfico de instrucciones, custodia por acuñación, política de oráculo, límites de deslizamiento/salud, estrategia de aterrizaje y qué artículo hermano posee la inmersión profunda.
Conceptos Erróneos Comunes
- "DeFi es un protocolo que integro una vez." Es un gráfico de programas y cuentas de tokens independientes; cada borde es una superficie de validación y fallo separada.
- "Jupiter reemplaza la comprensión de los AMMs." Los agregadores ocultan la selección de pools para los swaps; la gestión de LP, las CPI personalizadas y la depuración de incidentes aún requieren conocimiento del lugar.
- "Si la cotización parece buena, el swap en cadena es seguro." Las cotizaciones envejecen; sin límites de deslizamiento y simulación, los llenados pueden fallar o empeorar entre la compilación y el aterrizaje.
- "El precio spot del pool es suficiente para el riesgo de préstamos." El crédito con garantía insuficiente necesita oráculos robustos con comprobaciones de frescura y confianza, no solo el último precio de swap.
- "Los LSTs son rendimiento gratuito sin costo de integración." Añaden flujos de acuñación/canje, recortes de oráculo y escenarios de desvinculación además de la economía del staking.
- "La tarifa de prioridad y la propina de Jito son el mismo campo." El precio de CU es el Presupuesto de Cómputo; las propinas y los bundles usan maquinaria de inclusión separada.
- "La estrategia atómica multi-lugar siempre cabe en una transacción." Los límites de cuentas y CU fuerzan diseños de múltiples transacciones que necesitan manejo explícito de fallos parciales.
- "Los SDKs del cliente eliminan la necesidad de verificar los propietarios de las cuentas." Los programas en cadena aún deben restringir los IDs de programas y las relaciones clave; los clientes pueden estar equivocados o ser hostiles.
Preguntas Frecuentes
¿Cuál es la idea más importante en la integración de DeFi en Solana?
Componer programas externos a través de cuentas explícitas y CPIs (o listas de instrucciones creadas por el cliente), y tratar los oráculos, el deslizamiento, la salud y la inclusión como requisitos de producto de primera clase, no como ocurrencias tardías.
¿Cuándo debería usar Jupiter en lugar de la integración directa de AMM?
Usa Jupiter para swaps de usuario al mejor precio y rebalanceos simples sin mantener gráficos de pools. Usa rutas directas de AMM para gestión de LP, CPI en cadena estrictamente controlada o características específicas del lugar que los agregadores no exponen.
¿Qué cuentas toca un swap típico?
Cuentas de tokens de usuario (entrada/salida), ATAs intermedias si son multi-salto, cuentas de pool o ruta, Programa de Tokens, a veces Programa del Sistema para crear ATA o envolver SOL, y cuentas de presupuesto de cómputo para tarifas.
¿Cómo se relacionan los protocolos de préstamos con los AMMs?
Son programas separados. Las estrategias de apalancamiento y bóveda a menudo hacen CPI o secuencian ambos: pedir prestado de un mercado de dinero, intercambiar en un AMM o a través de Jupiter, luego depositar de nuevo.
¿Por qué los LSTs aparecen tan a menudo en DeFi de Solana?
Convierten SOL stakeado en un saldo SPL transferible que los mercados aceptan como colateral o liquidez, permitiendo bucles que generan rendimiento sin la experiencia de cuenta de stake nativa en cada salto.
¿Qué debe aplicar toda integración de oráculo?
Cuenta de feed correcta, límite de edad del precio, comprobaciones de confianza o estado, y conversión de unidades (exponente, decimales) antes de cualquier cálculo sensible al riesgo.
¿En qué se diferencia una integración de CLOB de un swap de AMM?
Los CLOBs usan cuentas de órdenes y posiciones con semántica de colocar/cancelar/emparejar y a menudo requisitos de latencia más estrictos; los AMMs generalmente fijan precios a partir del estado del pool en una única instrucción de estilo swap.
¿Cuándo necesito bundles de Jito?
Cuando las estrategias atómicas de múltiples transacciones, liquidaciones o flujos sensibles a órdenes de alto valor necesitan mejor inclusión y ordenación que las tarifas de prioridad del mempool público por sí solas.
¿Puede mi programa Anchor hacer CPI en Jupiter?
Muchos productos construyen transacciones de Jupiter fuera de cadena con kit. La CPI de agregador puramente en cadena es especializada y sensible a la versión; prefiere interfaces de lugar conocidas cuando debas hacer CPI desde un programa.
¿Qué falla primero bajo carga en mainnet?
Cotizaciones obsoletas, CU insuficientes, cuentas escribibles faltantes, contención de cuentas activas y tarifas o propinas infravaloradas, más a menudo que errores matemáticos puros.
¿Cómo debo manejar SOL vs wSOL?
Decide la política de envoltorio de antemano. Muchos lugares quieren ATAs de wSOL: crea, financia, usa y cierra cuentas temporales para que los usuarios no se queden con polvo o transferencias fallidas.
¿Qué es un factor de salud en una oración?
La proporción del protocolo de colateral con recorte, valorado por oráculo, frente a la deuda; por debajo del umbral la posición es liquidable.
¿Necesito un indexador para productos DeFi?
RPC y kit son suficientes para saldos actuales y transacciones únicas. El historial, PnL, escáneres de liquidadores y métricas de operaciones requieren eventos indexados analizados.
¿Cómo versiono las integraciones a través de las actualizaciones de lugar?
Fija SDKs/IDLs, prueba transacciones reales con fixtures, limita los cambios en las cuentas restantes detrás de las versiones del cliente y vigila las autoridades de actualización de las que dependes.
¿Cuál es una lista de verificación práctica de integración antes del lanzamiento?
Nombra las acuñaciones y ATAs, nombra los IDs de programas externos, define la política de oráculo y deslizamiento/salud, simula transacciones completas, establece la estrategia de CU y tarifas/propinas, documenta la recuperación de fallos parciales y asume la respuesta a las actualizaciones del lugar.
Relacionados
- Conceptos básicos de DeFi en Solana - ejemplos de entrada prácticos en la superficie de DeFi
- AMMs (Raydium, Orca, Meteora) - diseños de pools, LP y swaps CPI directos
- Préstamos y Empréstitos - mercados de dinero, colateral y salud
- Staking Líquido (LSTs) - jitoSOL, mSOL, flujos LST estilo Sanctum
- Oráculos - Pyth, Switchboard, frescura y lecturas de riesgo
- Jito y MEV - bundles, propinas y aterrizaje consciente de MEV
Versiones de la pila: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, Rust 1.91.1, y @solana/kit 7.0.0.