Los materiales oficiales describen Jito como infraestructura de Solana para construcción de bloques consciente de MEV y staking líquido; JTO es el token de gobernanza de la red y JitoSOL es un comprobante de staking líquido separado.
Quien investiga jito tokenomics and use cases, pregunta what is jito crypto o busca what is jito solana debe separar un mecanismo documentado de una afirmación sobre token, servicio o resultado. Este perfil explica descripciones de primera parte de la infraestructura MEV de Jito, la gobernanza y JitoSOL, sin dar indicaciones para obtener activos, operar un producto ni autorizar una solicitud onchain.
¿Qué es Jito?
Jito es un conjunto de componentes de protocolo y gobernanza orientados a Solana, descritos en materiales de Jito Foundation y Jito Labs. La documentación incluye el cliente validador Jito-Solana, un Block Engine que coordina subastas de bundles, el pool JitoSOL, la gobernanza alrededor de JTO y componentes como StakeNet y TipRouter. Estos nombres señalan infraestructura y trabajo de gobernanza relacionados, no un único token o aplicación intercambiable.
A un nivel general, los materiales abordan espacio de bloque escaso, ofertas explícitas relacionadas con MEV y un comprobante líquido vinculado con un pool de Solana. La arquitectura incluye programas onchain y servicios offchain, por lo que el sistema no debe reducirse a un sitio, programa o ticker.
Jito se documenta en relación con Solana, no como una cadena independiente. Una descripción de primera parte puede explicar papeles y relaciones, pero no prueba que cada componente tenga el mismo estado, alcance o condiciones actuales en una fecha concreta.
¿Qué significa MEV en Solana?
MEV, maximum extractable value, se refiere al valor económico asociado con el orden, la inclusión o la exclusión de instrucciones onchain dentro de un bloque. Describe una clase de incentivos creada por espacio de bloque limitado y solicitudes que compiten. El término por sí mismo no determina si un resultado concreto es justo, conforme, exitoso o disponible.
Los materiales técnicos de Jito describen un enfoque donde algunas oportunidades de orden compiten mediante ofertas explícitas llamadas tips. En la arquitectura documentada, participantes especializados pueden formar bundles de instrucciones mientras el cliente Jito-Solana y el Block Engine coordinan una selección orientada a subasta. Es una descripción de un mecanismo para espacio de bloque escaso, no una promesa para un participante o resultado.
MEV también tiene límites como término explicativo. No indica si un programa es correcto, si un bloque se producirá como se espera ni cómo se comportará un entorno de Solana cambiante. La congestión, las versiones de software, el comportamiento de validadores, las dependencias externas y las decisiones de gobernanza pueden cambiar el contexto práctico.
¿Cómo funcionan el Block Engine y las subastas?
La documentación de Jito Labs describe Jito-Solana como un cliente validador de Solana modificado que puede comunicarse con un Block Engine. El Block Engine se describe como un componente que recibe bundles, evalúa combinaciones compatibles y reenvía un conjunto seleccionado a un validador que produce bloques. Es una descripción de sistema sobre coordinación de software, no un procedimiento de interacción con el servicio.
Un bundle puede entenderse como un grupo de instrucciones onchain que el sistema evalúa en conjunto bajo restricciones de ejecución declaradas. La documentación explica que los patrones de bloqueo de cuentas ayudan a distinguir grupos conflictivos y no conflictivos, lo que permite subastas paralelas cuando las reglas lo permiten. Los grupos que compiten por estado superpuesto se evalúan en el mismo contexto de subasta.
La arquitectura no garantiza orden, inclusión, ejecución, protección, rendimiento ni acceso a la red. La cadencia de subasta, los límites de bundles, los límites de cómputo, las versiones de software, el encaminamiento de comisiones, la infraestructura regional y los servicios conectados son hechos operativos cambiantes y requieren comprobación el día de publicación.
¿Qué hace JTO en Jito?
Jito Foundation documenta JTO como el token de gobernanza de Jito Network. Sus materiales de gobernanza describen un papel mediante el cual Jito DAO puede abordar la dirección del protocolo, incluidos cambios, parámetros y gestión de tesorería. Es un papel de gobernanza, no propiedad de una entidad Jito, derecho a pago ni conclusión sobre el valor del token.
Los materiales oficiales también relacionan decisiones por JTO con configuración del protocolo y cuestiones de comisiones. Las reglas, propuestas, resultados y alcance pueden evolucionar en el marco de gobernanza pertinente. La existencia de JTO no significa que una propuesta vaya a aprobarse, que una decisión vaya a producirse ni que un parámetro permanezca fijo.
JTO no es JitoSOL. JTO es el ticker de gobernanza, mientras que JitoSOL es un comprobante de staking líquido separado asociado con el pool Jito. Separar estos papeles evita confundir la participación de gobernanza con una posición de pool, pues dependen de registros, reglas y comprobaciones de publicación distintos.
Ecosistema de Jito y estado actual de la documentación
El centro de documentación oficial agrupa material para JitoSOL, gobernanza, StakeNet, TipRouter y temas técnicos relacionados. Esto ayuda a mapear el ecosistema: JitoSOL corresponde al comprobante de pool, JTO a la gobernanza, Block Engine a la construcción de bloques consciente de MEV, StakeNet a la infraestructura de selección de validadores y TipRouter a un mecanismo documentado de distribución de ciertos MEV tips.
Las páginas de Jito Foundation y las páginas técnicas de Jito Labs tienen objetivos editoriales distintos y pueden revisarse con ritmos diferentes. Una página de gobernanza puede explicar JTO, un glosario puede definir JitoSOL y una página de ingeniería puede explicar subastas. Ninguna página prueba por sí sola el estado actual de todos los demás componentes.
Al publicar, estado de producto, superficies admitidas, identificadores de red, identificadores de programas desplegados, parámetros de token, reglas de comisiones y disponibilidad de componentes requieren una nueva revisión de fuentes oficiales. Que un componente esté documentado solo evidencia un concepto descrito, no seguridad, cumplimiento, liquidez, disponibilidad ni resultado de distribución.
Dos cifras dan una idea de la escala y miden cosas distintas. El informe mensual de abril de 2026 publicado por Jito indica que su Block Assembly Marketplace creció un 155 % durante el primer trimestre de 2026 y cerró el trimestre con el 28 % del stake total de Solana, con 118 millones de SOL delegados en 344 validadores a fecha de 2026-04-30. Eso no equivale a la adopción del cliente: el estudio de medición de la IMC 2025 cita los datos propios de StakeNet de Jito correspondientes a septiembre de 2025, según los cuales el 97 % de los 500 mayores validadores de Solana ejecutaba un cliente compatible con Jito. Por separado, DefiLlama registró el 2026-08-15 unos 753 millones de dólares estadounidenses de valor total bloqueado en Jito Liquid Staking, mientras que la negociación declarada de JTO estaba muy dispersa: Biconomy con cerca del 12,7 % del volumen de 24 horas, Binance con cerca del 9,4 % y LBank con cerca del 7,5 %.
¿En qué se diferencia JitoSOL de JTO?
El glosario de Jito describe JitoSOL como un token de staking líquido que representa una posición en el pool Jito de Solana. Lo importante es la categoría: es un comprobante de pool, no el token de gobernanza de Jito Network. Su relación con la contabilidad del pool y la distribución relacionada con MEV no convierte JTO en JitoSOL.
Una afirmación sobre votación JTO o gobernanza de tesorería pertenece a la capa de gobernanza. Una afirmación sobre el pool JitoSOL pertenece a un contexto separado de pool y contabilidad. Ninguna descripción establece un resultado personal ni prueba que programa, parámetro, integración o tratamiento legal no hayan cambiado.
La documentación de Jito trata mecanismos de valores de pool y MEV en relación con JitoSOL, pero dependen de lógica de programa, condiciones de validadores, reglas de protocolo, comisiones y otros factores cambiantes. Deben leerse como documentación de mecanismo con riesgos y dependencias, no como garantía de seguridad, liquidez, distribución o resultado financiero.
De dónde procede el rendimiento forma parte de lo que es JitoSOL. La documentación de Jito describe JitoSOL como un activo que acumula valor a partir de una combinación de recompensas de staking y recompensas de MEV, y el componente de MEV es la parte que el lector tiene derecho a ver explicada: parte del valor máximo extraíble en Solana se produce ordenando de forma desfavorable las transacciones de usuarios corrientes, de modo que una porción del rendimiento de un token de staking líquido puede originarse en costes soportados por otros operadores. Describir el resultado únicamente como un rendimiento más alto omitiría el mecanismo, y el mecanismo es la razón por la que el asunto resulta controvertido.
Riesgos, límites y confusión de nombres
El diseño de Jito conlleva riesgos de software, contratos inteligentes, validadores, consenso, gobernanza, operación y dependencias de terceros. Una subasta, pool o proceso de distribución documentado aún puede verse afectado por fallos, cambios de reglas, conflictos de incentivos, retrasos de datos, congestión o comportamiento imprevisto. La documentación oficial no elimina esos riesgos ni valida cada implementación de forma independiente.
Los mecanismos orientados a MEV implican cuestiones difíciles de orden, acceso, competencia y efectos externos. Las subastas paralelas y el diseño de construcción de bloques son enfoques técnicos para un problema expuesto, no una medida universal de equidad ni prueba de que resultados indeseables de orden no puedan ocurrir. Las divisiones exactas de comisiones, reglas de encaminamiento y detalles de consenso son especialmente sensibles al tiempo.
También existe riesgo de identidad. Nombres de proyectos, tickers, logotipos, páginas e identificadores de programas alegados pueden copiarse o combinarse con material ajeno. Un resultado de búsqueda o publicación no afiliada no confirma identidad oficial. Este perfil no ofrece procedimiento de autorización, obtención de activo ni uso de producto.
El operador ha intervenido más de una vez a causa de los ataques sándwich. El 2024-03-08 Jito Labs suspendió el mempool público de su motor de bloques, alegando externalidades negativas para los usuarios de Solana; la funcionalidad de bundles se mantuvo y el propio cambio resultó controvertido, ya que algunos observadores sostuvieron que la extracción se había desplazado al flujo de órdenes privado en lugar de detenerse. Más tarde, el 2025-10-22, el comité de lista negra de JitoSOL retiró del pool de staking otros quince validadores después de que un informe onchain los identificara como participantes en ataques sándwich; esto siguió a una ronda anterior de retiradas cuya magnitud y fecha exactas este artículo no ha podido confirmar en una fuente de primera mano.
La escala del problema está documentada por dos tipos distintos de evidencia, y no conviene fundirlos. Un estudio de medición revisado por pares presentado en la ACM Internet Measurement Conference 2025 —Quantifying the Threat of Sandwiching MEV on Jito, de Gerzon, Weintraub, In, Mislove y Nita-Rotaru— analizó el periodo comprendido entre 2025-02-09 y 2025-06-09 y comunicó 521.903 casos de sándwich, pérdidas de las víctimas superiores a 7,71 millones de dólares estadounidenses y beneficios de los atacantes de unos 9,68 millones, señalando a la vez que los sándwiches representaban solo el 0,038 % de todos los bundles de Jito y que los usuarios gastaron cerca de 2,42 millones de dólares estadounidenses en bundles defensivos de una sola transacción.
Las cifras más llamativas que circulan —que más del 6 % de las ranuras de líder contenían un sándwich contra un usuario minorista, que un validador alcanzó el 12,3 %, que se extraían entre 30.000 y 60.000 SOL al mes con un pico cercano a 87.000 en enero de 2025 y que resultaron afectadas unas 222.272 personas— proceden de la cuenta de análisis onchain 0xGhostLogs y de su informe sandwiched.me de octubre de 2025, no del estudio académico. La misma fuente indica que los sándwiches amplios, repartidos en varias ranuras, representan ahora el 93 % del total. Atribuir estimaciones de un analista a un artículo revisado por pares exageraría su rango, y este texto mantiene ambas fuentes separadas.
¿Cómo verificar la información sobre Jito?
La verificación debe empezar con materiales de gobernanza JTO de Jito Foundation, el glosario JitoSOL, el centro de documentación y materiales técnicos de Jito Labs. Estas fuentes de primera parte deberían distinguir de forma coherente la gobernanza JTO del papel de JitoSOL como comprobante de pool y situar Block Engine en su contexto técnico. Un resumen copiado o token de nombre parecido no aporta la misma evidencia de identidad.
Antes de usar una página oficial, se deben revisar fecha, alcance y autor. Reglas de gobernanza, menús de documentación, estado de producto, identificadores de programas, información de red, parámetros de token, reglas de comisiones y configuración de TipRouter son hechos del día de publicación. Cuando una fuente oficial indique una dirección de contrato o un identificador de programa, debe leerse solo en el contexto oficial coincidente y junto con un registro del explorador de bloques para la misma red.
Un explorador de bloques puede mostrar datos públicos registrados, pero por sí solo no establece identidad de proyecto, alcance actual del servicio, seguridad, cumplimiento ni comportamiento futuro. Un registro oficial ausente, desactualizado o conflictivo es razón para no declarar actual el detalle asociado. Son principios de lectura de fuentes, no un procedimiento para usar un protocolo.
Conclusión
Jito se entiende mejor como un conjunto documentado de mecanismos y componentes de gobernanza orientados a Solana. Sus materiales describen construcción de bloques consciente de MEV mediante Jito-Solana y Block Engine, un diseño de distribución relacionado con TipRouter, gobernanza JTO y el comprobante de pool líquido JitoSOL separado.
La frontera clave está entre una descripción de primera parte y una condición actual verificada. El papel de gobernanza de JTO y el papel de comprobante de JitoSOL no garantizan seguridad, cumplimiento, liquidez, disponibilidad, distribución ni resultado alguno. Antes de publicar, deben revisarse de nuevo identidad, documentación, estado de producto, información de red y programa y parámetros de token, sin convertir el texto en guía operativa.
Páginas de mercado relacionadas
Páginas de Bitbase para los tokens mencionados en este artículo:
- JTO: Ver el precio · Mercado spot · Mercado de contratos perpetuos
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- MEV en Solana y ataques on-chain
- Lanzamientos de memes en Solana y riesgos de los tokens
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. Explica qué hace un proyecto y qué papel cumple su token dentro de ese sistema; no constituye asesoramiento de inversión, negociación, fiscal ni financiero, ni supone una recomendación o un respaldo de ningún proyecto o token. Bitbase no ha realizado una diligencia debida sobre el proyecto descrito aquí, y mencionarlo no significa que Bitbase liste o respalde el activo. Los criptoactivos conllevan un riesgo significativo, incluida la volatilidad del precio, la baja liquidez, los fallos de los contratos inteligentes, la incertidumbre regulatoria y la posible pérdida total de su valor. Redactado en agosto de 2026; el estado del proyecto, la tokenómica, el equipo y los contratos pueden cambiar en cualquier momento. Verifícalo todo por tu cuenta a través de los canales oficiales, la dirección del contrato y un explorador de bloques, y desconfía de los sitios que imitan al proyecto y de los enlaces de phishing.
Fuentes
[1] The Jito Governance Token (JTO), Jito Foundation www.jito.network
[2] Constitution of the Jito Foundation www.jito.network
[3] JitoSOL Glossary, Jito Foundation www.jito.network
[4] Documentation Hub, Jito Foundation www.jito.network
[5] Low Latency Transaction Send, Jito Labs Documentation docs.jito.wtf
[6] TipRouter Learn More, Jito Foundation www.jito.network
