Blueprint de Tokenomics
La tokenomics en Solana es el circuito cerrado que fija el precio de la seguridad, la inclusión y el cambio de protocolo: emisión y dilución, stake que reclama recompensas, comisiones y propinas para el espacio de bloques, y gobernanza que actualiza las reglas. Una vez que ves esas piezas como una sola máquina, la UX de staking, las integraciones de LST, las pujas de comisiones y el diseño consciente de SIMD dejan de parecer dominios separados.
Fundamentos de Economía es la entrada práctica a las comisiones; Inflación y Recompensas de Stake, Stake y Delegación, Liquid Staking y LSTs, Mercados de Comisiones de Prioridad, MEV en Solana, Gobernanza y SIMDs, y Realms y Gobernanza en Cadena se centran en un mecanismo cada uno. Esta página se sitúa debajo: cómo encaja el sistema económico para los desarrolladores.
Resumen
- La economía nativa de Solana acopla recompensas de stake financiadas por inflación, delegación a validadores, mercados de comisiones de transacciones, vías de propinas de MEV y gobernanza para que el capital, la seguridad y el espacio de bloques se liquiden bajo reglas compartidas.
- Por Qué Importa: Las decisiones de producto, DeFi e infraestructura descansan en los mismos flujos: dónde se acuña SOL, quién lo gana, qué pagan los usuarios para aterrizar y cómo cambian los parámetros.
- Conceptos Clave: inflación / emisión, stake activo y comisión, cuentas de stake y épocas, tokens de liquid staking (LSTs), comisión base vs. comisión de prioridad, propinas / bundles de MEV, SIMDs, DAOs de Realms.
- Cuándo Usar: Al diseñar la UX de staking o LST, dimensionar la estrategia de comisiones bajo carga, modelar el SOL de tesorería, leer la gobernanza que cambia recompensas o comisiones, o al incorporar ingenieros que conocen el runtime pero no los flujos de capital.
- Limitaciones / Compensaciones: Los horarios y las tasas son parámetros del protocolo que la gobernanza puede cambiar; los LSTs añaden riesgo de contrato inteligente y de liquidez; las vías de comisiones y MEV no son un solo control; el APR exacto depende de la participación, la comisión y los resultados de la época.
- Temas Relacionados: fundamentos de economía, inflación y recompensas de stake, stake y delegación, liquid staking, comisiones de prioridad, MEV, SIMDs, Realms.
Fundamentos
Solana no ejecuta un "subsistema de tokenomics" separado junto al runtime. La misma unidad nativa (SOL, en lamports) paga comisiones, financia depósitos exentos de alquiler, respalda el stake y a menudo lleva peso de gobernanza.
La seguridad se compra con capital stakeado que reclama emisión. La inclusión se compra con comisiones y a menudo propinas. Las reglas de mercado a largo plazo se actualizan a través de la gobernanza, no solo de las claves de administración de aplicaciones.
Piensa en cuatro bucles acoplados:
Emisión (inflación)
|
v
Recompensas de stake <---- stake activo / rendimiento del validador
|
+----> más capital stakeado o envuelto como LSTs
|
Usuarios / apps ---- comisiones + propinas ----> líderes / validadores / pipelines de MEV
|
Gobernanza (SIMDs, Realms) ---- actualiza parámetros, programas, tesoreríasLa emisión aumenta la oferta de SOL según un calendario de inflación en cadena que disminuye con el tiempo hacia un suelo a largo plazo. Las tasas exactas residen en los parámetros del clúster y pueden moverse con la gobernanza; prefiere modelos estructurales sobre un APR de blog. El nuevo SOL va principalmente a la vía de recompensas de stake para que la capitalización de la seguridad sea compensada en relación con el capital inactivo.
El staking no es "enviar SOL a una billetera de validador". Es bloquear SOL en cuentas de stake, delegar a una cuenta de voto, y esperar a través de la activación ligada a épocas antes de que el stake sea completamente elegible para recompensas. La desactivación es escalonada; el unstaking no es una transferencia instantánea.
Las comisiones pagan por la ejecución y compiten por capacidad escasa. Una pequeña comisión base se adjunta a las firmas; las comisiones de prioridad elevan el precio de las unidades de cómputo bajo contención. Una gran parte de las comisiones se quema, compensando parcialmente la emisión (trata la parte quemada como sensible a parámetros).
El MEV es valor derivado del ordenamiento, la inclusión y el arbitraje. A menudo se manifiesta como propinas y bundles fuera del campo de comisión de prioridad simple. Las comisiones y las propinas compran inclusión, pero no son la misma vía contable.
La gobernanza abarca la evolución del protocolo (SIMDs) y las DAOs de aplicaciones (Realms). La política de comisiones, los parámetros de inflación, las puertas de características y las actualizaciones pueden remodelar la economía del producto sin tu próximo despliegue.
Mecánicas e Interacciones
La inflación se convierte en recompensas de stake
Cada época, el protocolo acuña SOL de acuerdo con el calendario de inflación y distribuye recompensas al stake activo en validadores que votan. La comisión de un validador se toma antes de que el resto se acumule para los delegadores.
acuñación de inflación (época)
|
v
recompensas para validadores que rinden
|
+-- comisión --> operador del validador
|
+-- resto --> cuentas de stake (delegadores)El rendimiento realizado no es "la tasa de inflación principal". Depende de la participación del stake, el rendimiento del validador (uptime, créditos de voto, no morosidad), la comisión, y cuánto tiempo estuvo activo el stake. El SOL no stakeado se diluye: la oferta creció sin una reclamación de recompensa compensatoria.
Para las matemáticas del producto, usa recompensa ≈ f(inflación, ratio_stake, comisión, rendimiento) y lecturas RPC en vivo en lugar de un APR fijo de marketing.
La delegación es estado de cuenta a lo largo del tiempo
Una cuenta de stake contiene lamports y estado de stake. La delegación apunta esos lamports a una cuenta de voto. La activación y desactivación se mueven a través de los límites de época.
SOL de la Billetera
|
v
Cuenta de stake --delegar--> Cuenta de voto (validador)
| |
| +--> votos / gana créditos
v
activando -> activo -> desactivando -> inactivo (retirable bajo reglas)La UX de staking debe mostrar calentamiento/enfriamiento, cuenta de voto incorrecta (cero recompensas), fusionar/dividir, y autoridad de retiro vs autoridad de stake. Lee getEpochInfo en lugar de asumir la duración de la época en tiempo de reloj.
Los LSTs envuelven la misma reclamación económica
Un token de liquid staking (LST) es usualmente un token SPL que representa una reclamación sobre SOL stakeado a través de un pool o protocolo (ejemplos incluyen mSOL, jitoSOL, y otros; la liquidez a menudo involucra enrutamiento estilo Sanctum). Los usuarios depositan SOL, el protocolo stakea, y los usuarios reciben un token transferible utilizable en DeFi.
La reclamación sigue siendo "SOL stakeado ganando recompensas", con composabilidad y a menudo salida de mercado más rápida, además de riesgo de contrato inteligente, liquidez, paridad y gobernanza del proveedor.
| Dimensión | Stake nativo | LST |
|---|---|---|
| Forma del activo | Estado de cuenta de stake | Token SPL fungible |
| Liquidez | Desstake + enfriamiento | Comerciar LST si los mercados son profundos |
| Vía de recompensas | Se acumula en stake / reclamaciones | Crecimiento de tipo de cambio o rebase |
| Control | Elegir validador (o reglas del pool) | Aceptar el conjunto de proveedores y comisiones |
| Costo de integración | Programa de stake + UX de época | Cuentas de token, CPI de pool, casos de despegue |
| Mejor ajuste | Participación directa en seguridad | Colateral DeFi, bucles, liquidez instantánea |
Si tu aplicación maneja SOL productivo de usuarios, decide si necesitas stake nativo, un LST, o un recibo de pool de stake, y documenta los modos de fallo.
Las comisiones de prioridad liquidan los mercados locales de bloques
Bajo carga, no todas las transacciones válidas aterrizan. Los clientes establecen un límite de unidades de cómputo y un precio de unidades de cómputo a través de instrucciones de Presupuesto de Cómputo para que los líderes puedan clasificar el trabajo por intensidad de comisión.
La comisión base es el costo de firma e inclusión de referencia. La comisión de prioridad es la puja competitiva cuando los remitentes desean las mismas ranuras escasas o cuentas activas.
La dinámica de quema importa más para la intuición de la oferta que para la lógica por transacción. Los clientes de envío necesitan simulación, estimación de comisiones bajo carga, hashes de bloque frescos en reintentos, y no confundir el precio de CU con una propina de MEV.
Las propinas de MEV son una vía de inclusión paralela
Los buscadores pueden pagar propinas a los validadores o motores de bloques para la inclusión y el ordenamiento de bundles. Ese pago puede usar programas y cuentas que nunca se parecen a una comisión de prioridad de Presupuesto de Cómputo.
Vía A: tx + precio de unidad de cómputo --> planificador de líder / banco
Vía B: bundle + cuentas de propina --> motor de bloques / subasta --> líderLas comisiones de prioridad son la palanca de mercado de comisiones pública por defecto. Los pipelines de MEV importan cuando integras buscadores, proteges a los usuarios de flujos tóxicos, o stakeas con validadores que comparten propinas (incluyendo algunos productos LST). Ver Mercados de Comisiones de Prioridad y MEV en Solana.
La gobernanza vincula parámetros a política y programas
Los SIMDs (Documentos de Mejora de Solana) proponen cambios a nivel de protocolo: parámetros económicos, características y política del clúster. Los procesos ponderados por stake y las liberaciones de clientes determinan qué se activa.
Realms es la pila común en cadena para DAOs y tesorerías: propuestas, votación y ejecución para actualizaciones o gastos. La gobernanza de aplicaciones no es política de inflación del clúster, pero ambas pueden mover la economía del producto.
Prefiere autoridades explícitas: autoridad de actualización de programa, tesorerías controladas por DAO, y cuentas de parámetros que la gobernanza puede cambiar sin reescribir todas las suposiciones del cliente.
Cómo interactúan las piezas para un desarrollador
Un producto que usa SOL productivamente a menudo toca múltiples bucles:
- El usuario deposita SOL.
- La aplicación crea/delega stake, acuña un LST, o enruta a un pool.
- A lo largo de las épocas, las recompensas de inflación se acumulan al stake activo (menos comisión / comisiones del pool).
- Las transacciones del usuario aún pagan comisiones base y de prioridad; parte del valor se quema.
- Bajo mercados con mucho MEV, la inclusión puede depender de propinas o enrutamiento del validador, no solo del precio de CU.
- Un SIMD o voto de DAO puede cambiar las tasas de recompensa, el tratamiento de comisiones, o los programas que tu CPI asume.
El blueprint está completo cuando puedes nombrar en qué bucle se encuentra cada decisión del producto.
Consideraciones Avanzadas y Aplicaciones
Los sistemas de producción mezclan stake nativo, LSTs, pujas de comisiones y gobernanza. Los fallos provienen de mezclarlos sin un modelo de propiedad claro.
| Vía | Qué pagas o bloqueas | Qué obtienes | Modo de fallo a diseñar |
|---|---|---|---|
| Stake nativo | SOL en cuentas de stake + costo de oportunidad | Recompensas del protocolo, elección del validador | Enfriamiento, validador malo, errores de autoridad |
| LST | SOL (o liquidez LST) + comisiones del protocolo | Recibo líquido + exposición a rendimiento | Error de contrato, despegue, pausas / colas |
| Comisión de prioridad | Lamports extra vía precio de CU | Mayor probabilidad de aterrizar bajo carga | Pagar de más cuando está tranquilo; aún caer si las cuentas están activas |
| Propina / Bundle de MEV | Propina al motor o cuentas | Garantías de ordenamiento / inclusión | APIs diferentes, confianza en el relé, hostigamiento de propinas |
| Tenencia de gobernanza | Peso de voto / bloqueos (varía) | Influencia en parámetros y tesorería | Baja participación, malas propuestas, retraso en la actualización |
Las tesorerías deben separar el SOL operativo (comisiones, alquiler, pujas de CU) del stake estratégico o LST y no asumir un rendimiento real fijo. Las billeteras deben explicar la dilución frente al staking sin prometer APR. DeFi que acepta LSTs hereda riesgo de oráculo y liquidez. Infraestructura siente los mercados de comisiones como picos de carga mucho antes que las matemáticas de inflación.
La economía del validador acopla la comisión, el rendimiento de voto, la política de reparto de MEV y la concentración de stake. Los delegadores automáticos deben documentar la elección del validador y el manejo de la morosidad.
La sensibilidad a parámetros significa leer la información de inflación y época del clúster, tratar los SIMDs como riesgo de producto, y versionar las suposiciones de la misma manera que fijas Agave y Anchor.
Para revisiones de diseño: dónde reside el SOL, quién gana la emisión, quién paga las comisiones y propinas, qué vía de salida existe, y qué proceso de gobernanza puede cambiar esas respuestas sin tu próximo despliegue.
Conceptos Erróneos Comunes
- "La tasa de inflación es mi APR de staking." La emisión se comparte entre el stake activo y se reduce por la comisión y el rendimiento; la participación y la calidad del validador dominan el rendimiento realizado.
- "Staking es transferir SOL al validador." Las cuentas de stake permanecen bajo las autoridades de stake/retiro que controlas; la delegación asigna peso de voto, no custodia de billetera caliente.
- "Desstake es instantáneo como una transferencia de token." La desactivación es por etapas de época; los mercados LST pueden ser más rápidos pero no completan el enfriamiento nativo.
- "Los LSTs son SOL stakeado sin riesgo." Añaden riesgo de contrato inteligente, operador, liquidez y a menudo de política de MEV además del riesgo de staking base.
- "La comisión de prioridad y la propina de Jito son el mismo campo." El precio de CU es un mercado de Presupuesto de Cómputo; las propinas y los bundles usan pipelines de inclusión separados.
- "Las comisiones van todas a los validadores como ingreso puro." La política de comisiones incluye componentes de quema y divisiones evolutivas; verifica las reglas actuales antes de modelar ingresos.
- "La tokenomics es solo para equipos de lanzamiento de tokens." Si mueves SOL, aterrizas bajo carga, integras LSTs, o posees autoridad de actualización, ya estás dentro de este blueprint.
Preguntas Frecuentes
¿Cuál es la idea más importante en la tokenomics de Solana?
SOL une la seguridad, la inclusión y la gobernanza: la emisión paga el stake, las comisiones y propinas liquidan el espacio de bloques, y la gobernanza actualiza los parámetros de ambos.
¿Quién recibe las recompensas de inflación?
Las recompensas fluyen al stake activo vinculado a validadores que rinden, con una comisión para el operador y el resto se acumula para los delegadores por peso de stake y contabilidad de época.
¿Por qué a los no-stakers les importa la inflación?
El nuevo SOL aumenta la oferta. Los stakers reciben recompensas compensatorias; las billeteras que tienen SOL inactivo no, por lo que experimentan dilución en relación con el capital stakeado.
¿Qué es una cuenta de stake en una frase?
Es una cuenta propiedad de un programa que bloquea SOL, rastrea el estado del stake y puede ser delegada a una cuenta de voto de validador bajo autoridades explícitas de stake y retiro.
¿Cómo afectan las épocas a la UX de staking?
Los límites de activación, desactivación y recompensa se basan en épocas, por lo que los clientes deben mostrar el estado pendiente y evitar prometer liquidez en la misma ranura para el unstake nativo.
¿Cuándo debería un producto usar un LST en lugar de stake nativo?
Usa un LST cuando los usuarios necesiten una reclamación fungible y componible en DeFi de SOL stakeado y acepten riesgo de protocolo y liquidez; usa stake nativo cuando la elección del validador, las cuentas de stake directas o una superficie mínima de contrato inteligente sean más importantes.
¿Los LSTs incluyen automáticamente recompensas de MEV?
Solo si los validadores y pipelines del proveedor LST capturan y comparten ese valor por diseño. El rendimiento mejorado por MEV es política del producto, no una propiedad de ser liquid stakeado.
¿Cuál es la diferencia entre comisión base y comisión de prioridad?
La comisión base es el costo de firma e inclusión de referencia; la comisión de prioridad es el precio de unidad de cómputo ofertado que compite por ejecución escasa bajo contención.
¿Por qué una comisión de prioridad alta aún puede fallar al aterrizar?
Líderes, bloqueos de cuentas, límites de CU, hashes de bloque expirados y demanda competitiva aún pueden descartar o retrasar el trabajo; la comisión ayuda bajo contención, no es una garantía.
¿En qué se diferencia el MEV del mercado de comisiones de prioridad?
Las comisiones de prioridad son una subasta general de precio de CU en la vía de comisiones pública; el MEV a menudo usa propinas y bundles dirigidos al ordenamiento y la inclusión especializada, a veces a través de vías laterales con líderes.
¿Qué deberían leer los desarrolladores desde RPC para economía?
Empieza con getEpochInfo, APIs de tasa/calendario de inflación, getVoteAccounts, getStakeActivation, getInflationReward, y endpoints de suministro, luego añade estado de pool o LST.
¿Qué es un SIMD?
Un Documento de Mejora de Solana es una propuesta estructurada para cambios en el protocolo o clúster, convirtiendo debates económicos y técnicos en trabajo implementable por el cliente.
¿Cómo se relaciona Realms con la inflación del protocolo?
Realms típicamente gobierna DAOs de aplicaciones, tesorerías y autoridades de programas. La inflación del protocolo se mueve a través de SIMDs y procesos de validadores, no de cada instancia de Realms.
¿Puede la gobernanza cambiar las recompensas de staking después de que lance mi producto?
Sí. Los calendarios de emisión y el tratamiento de comisiones están sujetos a parámetros y características. Fija tus suposiciones, monitoriza los SIMDs y evita codificar constantes frágiles en promesas a usuarios.
¿Cuál es una lista de verificación práctica de tokenomics antes del lanzamiento?
Mapea cada saldo de SOL (pagador de comisiones, bóveda, stake, LST), define la UX de salida y enfriamiento, elige la estrategia de comisiones y propinas bajo carga, documenta el riesgo del validador o LST, y nombra qué autoridades pueden cambiar esos flujos.
Relacionado
- Fundamentos de Economía - comisiones base, comisiones de prioridad y a dónde van las comisiones
- Inflación y Recompensas de Stake - calendario de emisión y distribución de recompensas
- Stake y Delegación - cuentas de stake, delegación, calentamiento y enfriamiento
- Liquid Staking y LSTs - mSOL, jitoSOL, Sanctum y el espacio de diseño de LST
- Mercados de Comisiones de Prioridad - mercados de comisiones locales y dinámicas de quema de comisiones
- MEV en Solana - Jito, propinas y distribución de MEV
- Gobernanza y SIMDs - documentos de mejora y cambio ponderado por validadores
- Realms y Gobernanza en Cadena - patrones de gobernanza de DAO y tesorería
Versiones de Stack: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, Rust 1.91.1, y @solana/kit 7.0.0.