Tokenomics de Solana

Promesa y alcance

Este análisis examina los mecanismos económicos documentados de SOL nativo en solana-mainnet. El alcance se limita a los valores predeterminados definidos por código para la inflación y la distribución de tarifas según lo descrito en versiones específicas del software. No mide los costos actuales de la red, la utilización actual, la emisión neta ni los rendimientos individuales de staking. El objetivo es aclarar cómo operan los parámetros teóricos dentro de la base de código, distinguiéndolos de las realidades observadas del mercado.

Valores predeterminados de código de inflación

El paquete solana-inflation versión 3.2.0 define una tasa anual total de inflación predeterminada utilizando la fórmula max(0.015, 0.08*(1-0.15)^year). Esto representa una reducción multiplicativa donde la tasa disminuye un 15% de su valor anterior cada año modelo hasta alcanzar un suelo terminal del 1.5%. Un año modelo es una unidad abstracta en este cálculo; no se establece ningún origen de calendario en esta revisión. Estos son parámetros de código, no configuración observada de mainnet o emisión realizada. No predicen fechas futuras, cambios en el suministro circulante o retornos para titulares de staking.

Este paquete también admite configuraciones de inflación deshabilitada, fija y completa. El modelo total predeterminado difiere de sus funciones separadas de asignación de validadores y fundación, lo que deja el rendimiento realizado de un titular fuera del cálculo predeterminado suministrado.

Cálculo hipotético de inflación

Para ilustrar el mecanismo predeterminado, Cryptosnif realizó un cálculo hipotético basado en la lógica del código fuente. En el año modelo 0, la tasa es del 8%. En el año modelo 1, la tasa se reduce al 6.8%. En el año modelo 2, se reduce aún más al 5.78%. La reducción se aplica a la tasa precedente cada año modelo. Este ejemplo demuestra el comportamiento matemático de los valores predeterminados fijados. No refleja la inflación actual de mainnet, ni sirve como pronóstico para la emisión real de tokens con el tiempo.

Lógica de quema y distribución de tarifas

La versión 4.3.0 del cliente Agave maneja las tarifas de transacción mediante aritmética entera. La quema ordinaria de la tarifa base se calcula como floor(baseFee*50/100). La cantidad base no quemada se agrega a un depósito del colector junto con toda la tarifa de priorización. Si el depósito del colector falla, la cantidad completa destinada al colector también se quema. Dependiendo de las banderas de características, el destinatario puede ser la identidad del líder o un colector permitido asociado con la cuenta de voto del líder. Esta versión revisada del cliente no establece qué características están actualmente activas en mainnet, ni confirma las versiones desplegadas o estructuras de control de los beneficiarios efectivos.

Ejemplo hipotético de tarifas

Los lamports son las unidades enteras de tarifa utilizadas en este ejemplo. Utilizando entradas hipotéticas dentro de rangos sin desbordamiento, examinamos la aritmética. Supongamos una tarifa base de 5000 lamports y una tarifa de prioridad de 1000 lamports. Con un depósito aceptado, la tarifa total es de 6000 lamports. La quema es de 2500 lamports (50% de la base), y el colector recibe 3500 lamports (base restante más prioridad). Si el depósito del colector falla, todos los 6000 lamports se queman. Para una tarifa base impar de 5001 lamports con una tarifa de prioridad de 1000 lamports, la quema con depósito aceptado es floor(5001*50/100)=2500 lamports, dejando 3501 lamports para el colector. Estas cifras son solo ilustrativas y no representan tarifas de la red en vivo ni comparaciones de costos contra otras cadenas.

Desconocidos y limitaciones

Varios puntos de datos críticos permanecen desconocidos. El suministro circulante actual, la asignación inicial, la concentración de propietarios beneficiarios y los parámetros de inflación actuales de mainnet no se verifican aquí. Falta información sobre calendarios de vesting y desbloqueo. Las observaciones independientes de uso, remediación de incidentes y liquidez localmente ejecutable están pendientes. La documentación describe reglas pero no mide costos en vivo ni emisión neta. Diferentes entradas de tarifas no pueden establecer un ganador de costo sin un contexto más amplio.

Consecuencias y veredicto

La distribución de tarifas documentada y la fórmula de inflación predeterminada proporcionan un modelo económico dentro de las versiones de código revisadas. La configuración actual de la red y los retornos de los titulares permanecen sin verificar, y la cobertura de evidencia es insuficiente para una puntuación general.

Medir la emisión neta requeriría totales de emisión y tarifas quemadas durante el mismo período, con una definición consistente de suministro. Una sola transacción de quema y una tasa anual predeterminada no pueden establecer ese resultado. El resultado de un titular de staking también requiere evidencia separada sobre asignación de validadores, comisiones y recompensas observadas. Estas mediciones faltantes definen lo que podría cambiar el veredicto.