Los recientes aumentos de minteo de memecoins en Solana volvieron a presionar el mercado de tarifas de la red: los usuarios elevaron las tarifas de prioridad para lograr que sus swaps fueran incluidos, mientras los validadores recaudaron ingresos por tarifas superiores a lo habitual. La discusión ahora pasó de las tarifas de prioridad a la tarifa base de Solana, una regla menos visible que determina quién recibe las tarifas de transacción, cuánto SOL se quema y si el spam de bajo costo sigue siendo económico.

El debate se está volviendo más concreto porque la gobernanza nativa on-chain de Solana ya está activa. Ese marco ofrece a la comunidad una vía formal para votar cambios a nivel de protocolo, incluidas posibles revisiones del modelo de tarifa base. En julio de 2026, dos acontecimientos prepararon la siguiente etapa de la discusión: Solana activó la gobernanza on-chain y los validadores aprobaron un cambio en el destino de las tarifas de prioridad.

Bajo el nuevo sistema de gobernanza de Solana, un proponente debe tener 100,000 SOL en staking para llevar propuestas importantes de protocolo a votación, según CoinDesk. Los validadores también aprobaron SIMD-0096, un cambio de parámetros que dirige el 100% de las tarifas de prioridad de las transacciones a los productores de bloques en lugar de quemar la mitad, según Gate. La tarifa base aún permanece dividida 50/50 entre quema y validadores según la documentación de Solana vigente, mientras se discute un rediseño basado en recursos.

Cómo funcionan hoy las tarifas de Solana

Mecánica de la tarifa base

Actualmente, cada transacción de Solana paga una pequeña tarifa base por firma. Esa tarifa se divide en partes iguales: 50% se quema y 50% va al productor de bloques que incluye la transacción. Esta es la parte del sistema de tarifas que está bajo revisión, pero no había cambiado a fines de julio de 2026, según la documentación del protocolo de Solana.

Tarifas de prioridad después de SIMD-0096

Los usuarios pueden agregar una puja de prioridad además de la tarifa base para mejorar la probabilidad de que una transacción se procese antes durante periodos de congestión. Desde la votación de SIMD-0096 registrada a comienzos de julio de 2026, el 100% de esas tarifas de prioridad se paga al validador que incluye la transacción.

La fórmula de Solana para la tarifa de prioridad es:

priority_fee = ceil(compute_unit_price * compute_unit_limit / 1,000,000) lamports

Esto significa que las transacciones que requieren más cómputo pueden pagar más cuando un usuario establece un precio más alto por unidad de cómputo. Bajo la nueva regla de tarifas de prioridad, nada de la tarifa de prioridad se quema; es ingreso íntegro para el validador.

A dónde va la tarifa de una transacción

Un usuario firma una transacción en una wallet, y la tarifa base por firma se adjunta por defecto. Si la velocidad es importante, el usuario puede establecer un precio por unidad de cómputo para agregar una propina de prioridad. Luego, los validadores seleccionan transacciones para llenar un bloque, con las propinas más altas recibiendo trato preferencial cuando la red está congestionada.

Una vez incluida la transacción, 50% de la tarifa base se quema y 50% va al productor de bloques. Además, ahora el 100% de la tarifa de prioridad va al productor de bloques. Tras la finalización, el programa correspondiente se ejecuta utilizando las unidades de cómputo presupuestadas.

Qué cambiaría una nueva regla de tarifa base

La propuesta principal en discusión es una tarifa base basada en recursos, asociada con SIMD-547. En lugar de cobrar un monto fijo por firma, la tarifa base escalaría según los recursos que consume una transacción. En términos prácticos, el modelo cobraría una pequeña cantidad por unidad de costo de red, en lugar de cobrar solo una vez por una firma.

Una tarifa base fija puede mantener barato el spam cuando la red está tranquila y quizá no ponga precio con precisión a llamadas complejas. Una tarifa basada en recursos busca que el costo base refleje la carga real, incluido cómputo, ancho de banda y posiblemente bloqueos de cuentas. También podría crear un mecanismo de quema más predecible e incentivos más claros para los validadores.

Análisis de la industria que modelan un esquema de lamports por unidad de costo sugieren que la quema diaria de Solana podría aumentar de forma significativa si se adopta una tarifa base basada en recursos. Una estimación citada por BYDFi ubica la quema actual cerca de aproximadamente 648 SOL por día y proyecta un rango de alrededor de 10,800 a 64,800 SOL por día bajo supuestos de parámetros y rendimiento más altos. El efecto real dependería del precio por unidad y de la utilización de la red.

El cofundador de Solana, Anatoly Yakovenko, ha señalado públicamente su apoyo a revisar la mecánica de tarifa base y quema, con las tarifas basadas en recursos descritas como parte de una estructura de mercado más saludable. Sus comentarios de comienzos de julio han sido citados en discusiones de la comunidad sobre la política de tarifas, según KuCoin. No ha respaldado públicamente un conjunto específico de parámetros.

Por qué los validadores apoyaron SIMD-0096

Los validadores votaron recientemente para conservar el 100% de las tarifas de prioridad. Ese cambio no modifica la tarifa base, pero es importante para entender los incentivos. Durante periodos de alta actividad, el mercado de tarifas de prioridad es el principal mecanismo en tiempo real que los usuarios pueden usar para mejorar la inclusión de transacciones. Permitir que los validadores reciban todas las tarifas de prioridad alinea más directamente a los productores de bloques con los usuarios que buscan espacio de bloque escaso.

SIMD-0096 refleja una preferencia por que los mercados de tarifas gestionen los repuntes, en lugar de depender de limitaciones ad hoc. Si los validadores ganan más cuando aumenta la demanda de espacio de bloque, sus defensores argumentan que tienen mayores incentivos para invertir en disponibilidad e infraestructura. La regla también elimina la ambigüedad previa creada cuando una parte de las tarifas de prioridad se quemaba, lo que hacía menos transparentes los ingresos de los operadores.

Sin embargo, SIMD-0096 no resuelve el spam por sí solo. Los bajos costos de base aún pueden incentivar actividad ruidosa. Esa es una razón por la que el rediseño de la tarifa base sigue en discusión. Sin una capa base con precios por recursos, Solana continúa dependiendo en gran medida de las propinas de prioridad y de mecanismos de tarifas localizadas para reequilibrar las colas de transacciones.

Implicaciones para usuarios, validadores y SOL

Para usuarios y aplicaciones, una tarifa base basada en recursos podría significar que las transferencias simples se vean similares la mayoría de los días, mientras que las llamadas complejas que usan más cómputo o bloquean muchas cuentas podrían pagar más por defecto. Los usuarios aún podrían agregar una puja de prioridad durante periodos de congestión, pero un modelo basado en recursos podría reducir las situaciones en las que enfrentan demoras repentinas por no haber establecido una propina suficientemente alta.

Para validadores y operadores, las tarifas de prioridad ahora fluyen por completo hacia los productores de bloques. Si la tarifa base también empieza a escalar con el uso de recursos mientras mantiene algún componente de quema, los ingresos de los validadores podrían volverse más estables entre ciclos. Eso afectaría la planificación de gastos operativos y podría reducir casos extremos en los que una transacción de alto cómputo paga una gran tarifa de prioridad mientras contribuye relativamente poco al presupuesto de quema.

Para la dinámica de oferta de SOL, una quema base más alta y vinculada al uso podría aumentar la quema durante periodos de alta actividad. Ese efecto no es una señal de trading, y la quema es solo un factor. La emisión, la dinámica de staking y la demanda de espacio de bloque también importan. Aun así, los modelos que agregan precios de costo por unidad a la capa base muestran que la quema aumenta en un orden de magnitud durante periodos más activos bajo ciertos supuestos.

Cómo podría avanzar un cambio de tarifa base mediante la gobernanza

El sistema de gobernanza on-chain de Solana está diseñado para cambios a nivel de sistema, como las reglas de tarifas. El proceso incluye un umbral mínimo de stake para las propuestas, ventanas de snapshot y periodos de votación que producen un resultado on-chain.

Una posible ruta para una propuesta de tarifa base basada en recursos comenzaría con una especificación concreta que cubra parámetros, límites y la división de la quema. Luego, se necesitaría un proponente con al menos 100,000 SOL en staking para abrir la votación. Es probable que sus partidarios publiquen simulaciones y rangos de parámetros que muestren los costos para usuarios y los ingresos de validadores bajo distintos escenarios de carga de la red.

Después podría seguir una prueba piloto en testnet y pruebas de estrés, tras lo cual los parámetros se bloquearían para su consideración en mainnet. Si una votación on-chain se aprueba, los validadores tendrían que coordinar una altura de despliegue y actualizaciones de clientes.

El poder de voto está controlado por SOL en staking. Eso significa que validadores, grandes delegadores y programas que administran stake agrupado suelen tener una influencia significativa. El alto umbral de propuesta busca limitar cambios frecuentes de parámetros y alinear las decisiones importantes con los operadores responsables de ejecutar la red.

Qué observar a continuación

Se espera que los próximos 1–2 trimestres se enfoquen en los parámetros. La parte más difícil de una tarifa base basada en recursos quizá no sea el código, sino las cifras específicas: cuántos lamports cobrar por unidad, dónde fijar el límite de la tarifa y si algún caso especial debería recibir descuentos. Serán especialmente relevantes los borradores que comparen paquetes reales de transacciones bajo distintos precios por unidad.

Las señales importantes incluyen borradores o pull requests que hagan referencia a SIMD-547 con esquemas concretos de tarifas por unidad; métricas de testnet que muestren el costo promedio por transacción según categoría, como swaps en DEX, minteos de NFT y liquidaciones DeFi; declaraciones de validadores similares a las vistas durante la votación de SIMD-0096; actualizaciones de wallets que muestren con mayor claridad la presupuestación de cómputo y el desglose entre tarifa base y tarifa de prioridad; y propuestas de gobernanza on-chain abiertas bajo el nuevo marco con el requisito de proponente de 100,000 SOL.

Riesgos y preguntas abiertas

Persisten varios riesgos. Parámetros mal definidos podrían encarecer de forma notable las transacciones cotidianas sin reducir el spam. Picos en los ingresos de validadores podrían atraer operadores oportunistas sin mejorar la confiabilidad. Las nuevas reglas de tarifas podrían interactuar de forma inesperada con mercados de tarifas locales o comportamientos de bloqueo de cuentas, creando distintos cuellos de botella.

La concentración de la gobernanza es otra preocupación si un pequeño número de grandes stakers impulsa un esquema de tarifas agresivo. La experiencia de usuario en wallets también podría rezagarse, provocando que los usuarios paguen de más en tarifas de prioridad además de una tarifa base más alta. La quema podría ser menor a la esperada si los supuestos de utilización no se materializan, reduciendo el impacto previsto en la oferta. Los contratos inteligentes también podrían necesitar actualizaciones si asumen costos base fijos.

Las reglas de tarifas son sistémicas. Parámetros incorrectos no solo cambiarían quién paga; también podrían afectar qué usuarios y desarrolladores pueden permitirse construir en la red.

Preguntas frecuentes

¿La nueva regla de tarifa base ya está activa en Solana?

No. A fines de julio de 2026, la tarifa base de Solana sigue siendo un cargo fijo por firma dividido en 50% quemado y 50% para validadores, según la documentación de Solana. El cambio de tarifas aprobado en julio se refería a las tarifas de prioridad: bajo SIMD-0096, el 100% de las tarifas de prioridad va a los validadores.

¿Qué cobraría una tarifa base basada en recursos?

La dirección de la propuesta es cobrar una pequeña cantidad por unidad de recurso de red, principalmente unidades de cómputo y posiblemente otros costos vinculados al acceso a cuentas. El objetivo es alinear los costos base con la carga real en lugar de aplicar una tarifa uniforme basada en firmas.

¿Quién pagaría más si se aprueba el cambio?

Las transacciones que requieren mucho cómputo o que tocan muchas cuentas durante periodos de alta actividad probablemente pagarían más. Las transferencias simples y las llamadas eficientes a programas podrían ver pocos cambios en condiciones normales. Las pujas de prioridad seguirían siendo opcionales para los usuarios que busquen una inclusión más rápida.

¿Cuándo podría realizarse una votación?

Una votación podría ocurrir después de que esté lista una especificación concreta y de que un proponente con al menos 100,000 SOL en staking abra la propuesta bajo el nuevo sistema de gobernanza. No hay una fecha firme; el momento dependerá de la calidad del borrador y de la alineación de los validadores.

¿Esto podría volver deflacionario a SOL?

Una tarifa base basada en recursos podría aumentar la quema durante periodos de alta actividad, pero los resultados de oferta dependen de la emisión, el staking y la demanda de espacio de bloque. Las estimaciones de investigación indican un gran aumento de la quema bajo ciertos parámetros, no un resultado garantizado en todas las condiciones.

¿En qué se diferencia esto de la tarifa base EIP-1559 de Ethereum?

La tarifa base EIP-1559 de Ethereum apunta a la ocupación de bloques y quema esa tarifa, con propinas separadas pagadas a mineros o validadores. La discusión en Solana se centra en cobrar por unidades de recursos consumidas, con una decisión de política aún pendiente sobre cuánto se quema frente a cuánto se paga a los validadores.

¿Anatoly Yakovenko respaldó un conjunto específico de parámetros?

No. Yakovenko ha señalado su apoyo a cambiar la mecánica de tarifa base y quema, pero los precios específicos por unidad y las divisiones de tarifas tendrían que surgir de borradores de la comunidad y pruebas.

Fuente: CryptoDaily