El modelo de tarifas de Solana está a punto de volverse mucho más granular, y no todas las aplicaciones se beneficiarán del cambio. Una simulación realizada por el analista @MostlyData_ estima lo que SGP-0003 haría con los costos de transacción en toda la red, y los resultados apuntan a claros ganadores, claros perdedores y una tasa de quema considerablemente más alta.

La propuesta de gobernanza, presentada el 3 de agosto de 2026 junto con SIMD-0553, reemplazaría la tarifa base plana de 5,000 lamports de Solana (un lamport es la denominación más pequeña de Solana, la mil millonésima parte de un SOL) por una estructura de dos partes: una tarifa fija de inclusión de 2,500 lamports pagada al líder de bloque, más una tarifa variable por recursos que comienza en 0.1 lamports por unidad de cómputo solicitada y se quema en su totalidad.

Lo que encontró la simulación

El hallazgo central es claro: las transacciones de Solana están solicitando considerablemente más cómputo del que realmente usan. En promedio, las transacciones solicitan alrededor de un 20% más de unidades de cómputo de las que consumen. Ese margen existe por una razón práctica: una transacción de Solana que excede su límite de cómputo solicitado falla, por lo que las aplicaciones amplían sus solicitudes para evitar transacciones fallidas. Bajo el modelo actual de tarifa plana, esa sobreestimación no cuesta más. Con SGP-0003, sí costaría.

Esa brecha afecta con mayor fuerza a los enrutadores y agregadores. La simulación estimó aumentos promedio de tarifas de aproximadamente 0.000068 SOL para Jupiter, 0.00010 SOL para Titan y 0.00012 SOL para DFlow.

Solo alrededor del 28% de las transacciones vería un aumento de tarifa inferior al 10% si el precio de los recursos refleja de cerca el consumo real.

Los validadores podrían obtener uno de los pocos beneficios directos. Las transacciones de voto optimizadas podrían volverse aproximadamente 12.3% más baratas bajo el modelo propuesto.

La tasa de quema aumentaría considerablemente

Actualmente, Solana quema alrededor de 648 SOL por día en tarifas de firma. La simulación proyecta que SGP-0003 podría aumentar las quemadas diarias a entre 1,500 y 9,000 SOL por día. Quemar tarifas de transacción como palanca de oferta no es exclusivo de Solana: Ethereum ha destruido la tarifa base de cada transacción desde que su actualización London introdujo el mecanismo en agosto de 2021.

La propuesta fue presentada junto con una medida separada para duplicar la tasa de desinflación de Solana del 15% al 30%. Esto significaría que la red aumentaría las quemadas de tokens y, al mismo tiempo, aceleraría la reducción de la emisión de nuevos tokens.

Las aplicaciones tendrían que ajustarse

La propuesta, en la práctica, crea una penalización por ineficiencia. Las aplicaciones que calibran con precisión sus solicitudes de cómputo pagarían tarifas más cercanas a la tarifa plana actual, o potencialmente menos. Las aplicaciones que habitualmente solicitan en exceso unidades de cómputo pagarían más por ese margen de seguridad.

Los creadores de mercado de libros de órdenes de límite centralizados enfrentan un dilema particular. Estos sistemas envían grandes volúmenes de transacciones con requisitos de cómputo considerables, e incluso pequeños cambios en la tarifa por transacción pueden acumularse rápidamente. La simulación identifica al market making de CLOB como una categoría especialmente expuesta a los cambios de precios propuestos.

Los enrutadores como Jupiter ya representan una gran parte del flujo de transacciones DeFi de Solana. Incluso un aumento modesto de la tarifa en cada intercambio podría afectar a los usuarios finales o reducir los márgenes de los protocolos agregadores.

Ninguno de estos cambios está vigente todavía: SGP-0003 sigue siendo una propuesta de gobernanza, y la simulación modela sus parámetros propuestos en lugar de cambios ya adoptados en la red.