Una simulación del nuevo modelo de comisiones de Solana deja ganadores y perdedores

El modelo de comisiones de Solana se encamina hacia un esquema mucho más granular, y no todas las aplicaciones saldrán bien paradas. Una simulación realizada por el analista @MostlyData_ pone números al impacto real de SGP0003 sobre el coste de las transacciones en toda la red y dibuja un mapa claro de ganadores, perdedores y un ritmo de quema de tokens muy superior. La propuesta de gobernanza, presentada el 3 de agosto de 2026 junto con SIMD0553, plantea retirar la tarifa base plana de 5.000 lamports y sustituirla por un sistema de dos componentes: una comisión fija de inclusión de 2.500 lamports que se paga al líder del bloque, más una comisión variable por recursos que arranca en 0,1 lamports por unidad de cómputo solicitada y que se quema al 100%. Qué muestra la simulación La conclusión central es directa: en Solana, muchas transacciones piden más recursos de los que consumen. De media, solicitan alrededor de un 20% más de unidades de cómputo de las que realmente usan. Con el sistema actual de tarifa plana, esa sobreestimación no encarece la operación. Con SGP0003, sí. Ese desajuste penaliza especialmente a routers y agregadores. La simulación estima aumentos medios de comisión de aproximadamente 0,000068 SOL para Jupiter, 0,00010 SOL para Titan y 0,00012 SOL para DFlow. Solo cerca del 28% de las transacciones verían un incremento de comisiones inferior al 10% si el precio por recursos reflejara con precisión el consumo. También hay un punto favorable para los validadores: las transacciones de voto optimizadas podrían abaratarse alrededor de un 12,3% con el nuevo modelo. La quema cambia de escala Hoy, Solana quema en torno a 648 SOL al día en comisiones de firma. La simulación proyecta que SGP0003 elevaría esa cifra a un rango de entre 1.500 y 9.000 SOL diarios. La propuesta llega acompañada de otra medida para duplicar la tasa de desinflación de Solana del 15% al 30%. En la práctica, el ajuste combinaría un aumento de la quema con una reducción más rápida de la emisión de nuevos tokens. Quién gana y quién tendrá que ajustarse El diseño introduce, en esencia, un "impuesto" a la ineficiencia. Las aplicaciones que calibran con precisión sus solicitudes de cómputo tenderán a pagar comisiones cercanas a la tarifa plana anterior, o incluso inferiores. Las que piden CUs de más de forma sistemática abonarán una prima por ese margen de seguridad. Los creadores de mercado en libros de órdenes de límite central (CLOB) afrontan un cálculo especialmente delicado. Operan con grandes volúmenes de transacciones y necesidades de cómputo relevantes; pequeñas subidas por operación pueden acumularse rápidamente y convertirse en un coste material. La simulación señala el market making en CLOB como una categoría particularmente expuesta al nuevo esquema. Routers como Jupiter ya concentran buena parte del flujo de transacciones DeFi de Solana. Un incremento de comisiones, incluso moderado por swap, podría trasladarse al usuario final o estrechar los márgenes de los protocolos agregadores.