Es hora de hacer pública la CPMM de SUPA ¡Libro blanco! SUPA es una novedosa arquitectura AMM de subasta por lotes que liquida pedidos a un precio uniforme de liquidación. Este diseño neutraliza el sándwich, protegiendo así a los comerciantes y reduciendo costes para los LPers. Aprende más 👇

SUPA es una arquitectura AMM de próxima generación que agrupa todas las operaciones enviadas durante una ranura Solana (≈400ms), compromete el precio de liquidación al inicio de la siguiente ranura y se liquida mediante manivelas sin permisos. Este diseño elimina los MEV intra-ranura y neutraliza los ataques sándwich.

Los AMM continuos ejecutan operaciones de forma secuencial, lo que significa que la ejecución depende del orden de las transacciones. Esa orden abre la puerta para: Ataques sándwich: Bots corren por delante y por detrás pendientes de intercambios. Carreras de latencia: Los usuarios compiten por la posición en la cola. Ofertas injustas: Las operaciones posteriores tienen precios peores que las anteriores.

El sándwich es un problema enorme en cripto. Si quieres una idea de cuánto se extrae en @solana los atacantes con sándwiches, échale un vistazo a Esto es una extracción a escala industrial de comerciantes habituales.

@solana SUPA soluciona este problema en la raíz. Si todos en la tragaperras operan al mismo precio de compensación, un bot no puede delantarte para forzar un relleno peor y luego back-run para recortar la diferencia. No hay nada que ojear.

@solana SUPA = AMM Justo, Rápido y Resistente a MEV. En lugar de procesar los intercambios uno por uno, SUPA recoge todas las órdenes durante un espacio, determina un precio de compensación uniforme y liquida todos por igual. Todas las operaciones en una tragaperras se ejecutan juntas, eliminando por completo la ventaja de tiempo.

Cómo funciona > Cobro: Los traders presentan órdenes de swap y los LPs presentan instrucciones de depósito/retirada. > Compromiso: El primer cambio de compromiso tras la ranura fija el resultado del lote y calcula el precio uniforme de liquidación. > Acuerdo: El encargado sin permisos procesa fragmentos de pedidos y paga resultados.

@solana Para los comerciantes: > Ejecución igualitaria para todos los participantes > Reducción del deslizamiento cuando los flujos opuestos se desplazan > Protección contra MEV sándwich y bots de latencia

@solana Para proveedores de liquidez: > Economía CPMM familiar, pero con mayor equidad en el flujo > Estructura de tarifas estática y transparente (f = fLP + fcrank + fprotocol) > la protección MEV impulsa un mayor volumen neto y rendimiento de LP

@solana Para constructores: > Arquitectura totalmente on-chain usando PDAs y bielas sin permisos > Integración futura con routers y agregadores > Extensible a órdenes limitadas, comisiones dinámicas y nuevos invariantes AMM - z

Qué sigue: 1. Lanzamiento de las primeras piscinas de SUPA: SOL/USDC 2. Programas de incorporación e incentivos de proveedores de liquidez 3. Integración de SUPA a través del router de Kinetic Mejoras futuras: - Órdenes límite y programadas - Modelos dinámicos de comisiones conscientes de la volatilidad - Soporte para otros invariantes (CLMM, DLMM, CLOB)

@solana ¿Quieres profundizar más? El documento técnico cubre las matemáticas de despeje, el sistema de manivela y la arquitectura nativa de Solana que hace que todo funcione.

@solana