Limitaciones de Solana: Interrupciones, Centralización y Riesgos

Las limitaciones de Solana surgen de compromisos entre el rendimiento, la fiabilidad, los requisitos de los validadores, la descentralización, la complejidad del desarrollador y las dependencias del ecosistema. Los incidentes históricos ilustran el riesgo pero no prueban la condición actual de la red, por lo que las afirmaciones con fecha deben permanecer explícitamente fechadas.

Última actualización: junio de 2025

Resumen: Limitaciones clave de Solana de un vistazo

• Interrupciones de red repetidas: Solana ha experimentado más de una docena de incidentes importantes desde 2021, incluidos paros totales que duraron hasta 19 horas
• Centralización de validadores: el hardware de nivel de servidor con un coste estimado de 400 a 700 dólares al mes deja fuera a los operadores domésticos y concentra el poder de consenso entre instituciones
• Concentración de la gobernanza: Solana Labs conserva una influencia significativa sobre el desarrollo del protocolo sin un equivalente de equipo-cliente distribuido al modelo de gobernanza de Ethereum
• Techo de rendimiento: el diseño secuencial de Proof of History crea un límite práctico de TPS muy por debajo de la cifra anunciada de más de 65.000
• Sin compatibilidad nativa con EVM: las dApps de Ethereum no se pueden portar a Solana sin reescrituras completas en Rust
• Exposición a FTX: SOL cayó aproximadamente un 60% en los días posteriores al colapso de FTX en noviembre de 2022 debido a las liquidaciones forzosas de Alameda Research
• Explotación de Wormhole: una vulnerabilidad en un puente de un Tercero en febrero de 2022 drenó aproximadamente 320 millones de dólares en wETH de los usuarios del ecosistema Solana
• Inflación de SOL: el calendario de suministro desinflacionario diluye a los titulares que no realizan staking hasta que se alcance la tasa objetivo a Largo plazo de aproximadamente el 1,5%

Contenidos

1. ¿Cuáles son las limitaciones de Solana?
2. El Blockchain Trilemma: Por qué existen los compromisos de Solana
3. Fiabilidad de la red: El historial de interrupciones y tiempos de inactividad de Solana
4. Preocupaciones sobre la centralización: ¿Quién controla realmente Solana?
5. Arquitectura técnica: Compromisos entre velocidad y estabilidad
6. Experiencia del desarrollador: Por qué construir en Solana es más difícil de lo que parece
7. Riesgos del ecosistema y de seguridad: FTX, Wormhole y concentración de tokens
8. Cómo se compara Solana con Ethereum y Avalanche en cuanto a limitaciones clave
9. ¿Vale la pena el riesgo de Solana? Lo que los inversores y usuarios deben saber
10. Preguntas frecuentes: Limitaciones de Solana

¿Cuáles son las limitaciones de Solana?

Solana es una blockchain de capa 1 lanzada en 2020 por Solana Labs, construida en torno a la invención de Anatoly Yakovenko de Proof of History (PoH), un mecanismo de cronometraje criptográfico diseñado para hacer que las blockchains sean más rápidas y baratas. Según la mayoría de los puntos de referencia de rendimiento bruto, cumple lo prometido: las transacciones se liquidan en menos de un segundo y las comisiones son muy inferiores a un céntimo. Solana alberga un próspero ecosistema de protocolos de finanzas descentralizadas (DeFi), mercados de NFT y aplicaciones de consumo que, colectivamente, procesan millones de transacciones diarias.

Esas fortalezas son reales. También lo son las debilidades.

El Trilema Blockchain, un marco ampliamente asociado con el cofundador de Ethereum, Vitalik Buterin, sostiene que una blockchain puede lograr como máximo dos de tres propiedades simultáneamente: escalabilidad, descentralización y seguridad. Las opciones arquitectónicas de Solana reflejan una priorización deliberada de la escalabilidad. Esa decisión produce ventajas de rendimiento genuinas, y también produce limitaciones genuinas que los inversores y constructores deben entender antes de comprometerse con la Plataforma.

Las principales desventajas de Solana incluyen interrupciones de red repetidas vinculadas a restricciones arquitectónicas, la centralización de validadores impulsada por la economía del hardware, un ecosistema de desarrolladores aislado del mundo compatible con EVM, riesgos de concentración del ecosistema expuestos por el colapso de FTX y una estructura de suministro de tokens que diluye a los titulares que no deciden participar en staking. El mayor problema operativo es la fiabilidad de la red; el mayor problema estructural es la centralización. Las secciones siguientes abordan cada uno en detalle.

El Blockchain Trilemma: Por qué existen los compromisos de Solana

El Trilema Blockchain es el marco conceptual que explica por qué las limitaciones de Solana no son fallos de diseño, sino elecciones arquitectónicas con consecuencias predecibles.

El trilema establece que cualquier sistema blockchain se enfrenta a una tensión fundamental entre tres propiedades: escalabilidad (cuántas transacciones puede procesar la red), descentralización (qué tan distribuido está el control entre participantes independientes) y seguridad (qué tan resistente es la red a los ataques). Ninguna blockchain ha resuelto las tres simultáneamente. Cada red prioriza dos propiedades y acepta compromisos en la tercera.

Solana tomó la decisión explícita de priorizar la escalabilidad. El mecanismo de cronometraje secuencial de Proof of History permite un alto rendimiento al permitir que los validadores omitan la sobrecarga de comunicación que ralentiza otros sistemas de consenso. El compromiso es estructural: el diseño de PoH requiere una coordinación estrecha de los validadores y hardware de nivel de servidor, lo que concentra la participación entre operadores bien capitalizados. Menos validadores y más grandes pueden procesar transacciones más rápido, pero producen una red más Centralizada.

Este compromiso explica la mayor parte de lo que sigue en este artículo. Las interrupciones de la red de Solana se remontan al estrecho acoplamiento entre validadores que requiere PoH. Las preocupaciones sobre la centralización de Solana se remontan a la economía del hardware que surge de ese mismo diseño. La fricción del desarrollador de Solana se remonta a un entorno de ejecución completamente separado construido en torno a esta arquitectura.

Ethereum tomó decisiones diferentes, priorizando la descentralización y la seguridad mientras aceptaba un rendimiento de capa base más lento y tarifas más altas. El protocolo Proof of Stake Ouroboros de Cardano adopta un enfoque de investigación primero que prioriza la seguridad revisada por pares y la descentralización sobre el rendimiento bruto. Bitcoin representa el extremo superior del espectro de descentralización, sacrificando la escalabilidad por la red más probada en batalla de todas.

Ninguna cadena ha escapado al trilema. La pregunta para cualquier inversor o constructor es qué compromisos importan más para su contexto específico. Las limitaciones de Solana son el coste de sus elecciones de escalabilidad.

Fiabilidad de la red: El historial de interrupciones y tiempos de inactividad de Solana

Solana ha experimentado más de una docena de incidentes de red significativos desde su lanzamiento en la Mainnet en 2020, incluidos múltiples paros totales donde la producción de bloques se detuvo por completo durante horas seguidas. Estos no son ralentizaciones menores. Varios eventos requirieron reinicios coordinados de los validadores, dejando a los usuarios incapaces de ejecutar transacciones durante periodos prolongados.

La siguiente tabla documenta los incidentes más significativos. Todos los datos requieren verificación con los registros históricos actuales de status.solana.com antes de su publicación, ya que pueden haber ocurrido incidentes adicionales. La tabla cubre interrupciones totales y eventos importantes de rendimiento degradado; en los archivos de la página de estado de Solana también se registran un mayor número de periodos de degradación más cortos.

Resumen año por año: 2021 registró al menos un gran corte total; 2022 registró al menos tres cortes totales además de múltiples periodos de rendimiento degradado; 2023 registró al menos un corte total. Verifique los recuentos específicos y los incidentes adicionales en los registros históricos de incidentes de status.solana.com antes de citarlos en la publicación.

Para los participantes en DeFi, un corte de red no es un inconveniente Neutral. Las posiciones de préstamo abiertas en protocolos como Raydium, Orca o Marinade Finance no pueden ser monitoreadas ni cerradas durante una interrupción. Las transacciones de Liquidación se acumulan y fallan. Las transferencias de NFT se detienen a mitad del proceso. La exposición práctica durante los incidentes de Solana en 2021 y 2022 se pudo medir en pérdidas financieras reales para los usuarios que mantenían posiciones de DeFi apalancadas cuando se detuvo la producción de bloques.

Respuesta de Solana: Fiabilidad de la red

• Actualización del protocolo QUIC (2022): reemplazó el reenvío de transacciones basado en UDP para reducir el impacto de las inundaciones de spam
• Calidad de servicio (QoS) ponderada por Stake: prioriza el procesamiento de transacciones para validadores con un stake significativo, reduciendo la efectividad de la inundación de bots
• Firedancer: un cliente validador independiente desarrollado por Jump Cripto, diseñado para proporcionar diversidad de clientes y mejorar la resiliencia de la red bajo carga
• La frecuencia de los cortes ha disminuido notablemente desde 2023, pero las limitaciones de rendimiento subyacentes que contribuyeron a incidentes anteriores no han sido eliminadas

Causas raíz de los cortes de la red Solana

Los cortes de Solana comparten una raíz común: la red no puede degradarse gradualmente bajo una carga extrema de transacciones y, en lugar de ralentizarse, se detiene.

El mecanismo principal es la inundación de transacciones. El entorno de bajas comisiones de Solana ha atraído históricamente a operadores de bots que enviaban volúmenes masivos de transacciones simultáneamente. El componente Mempool de la red, llamado Gulf Stream, reenvía las transacciones a los validadores antes de que sean confirmadas. Bajo inundaciones inducidas por bots, Gulf Stream se veía desbordado y los validadores no podían coordinar el consenso a tiempo, deteniendo por completo la producción de bloques.

Proof of History contribuye a un segundo modo de fallo. Debido a que PoH requiere que todos los validadores procesen un flujo secuencial continuo de marcas de tiempo en estrecha coordinación, cualquier interrupción de la temporización bajo carga extrema puede romper el proceso de consenso. Se trata de una sensibilidad arquitectónica a las condiciones de carga, no de un fallo de hardware aleatorio. Las actualizaciones de QUIC y QoS ponderada por stake redujeron la frecuencia de estos eventos después de 2022, pero no resolvieron la limitación de diseño subyacente.

Preocupaciones sobre la centralización: ¿Quién controla realmente Solana?

La descentralización de Solana se queda corta con respecto a Bitcoin y Ethereum en tres dimensiones medibles: la barrera del coste del hardware para ejecutar un validador, la concentración de SOL en staking entre grandes operadores institucionales y la influencia concentrada de Solana Labs sobre la gobernanza del protocolo.

La descentralización importa a inversores y usuarios por dos razones concretas. En primer lugar, una red más centralizada es más susceptible a la censura coordinada: una pequeña coalición de grandes validadores podría, en teoría, bloquear transacciones de direcciones específicas. En segundo lugar, el poder concentrado de los validadores crea un riesgo sistémico, donde los problemas que afectan a unos pocos grandes operadores pueden detener la red entera.

El coeficiente de Nakamoto mide este riesgo directamente: es el número mínimo de validadores que tendrían que coludir para detener o manipular una red. Según los datos disponibles de Validators.app (verifique las cifras actuales y la fecha de acceso antes de la publicación), el coeficiente de Nakamoto de Solana ha oscilado típicamente entre 19 y 31, lo que significa que menos de 32 entidades controlan suficiente participación para interrumpir el consenso. La cifra equivalente de Ethereum, a través de sus más de 800.000 validadores activos según el seguimiento de Beaconcha.in, es significativamente mayor. La distribución global de mineros de Bitcoin representa el extremo superior del espectro de descentralización, aunque la concentración de pools de minería introduce sus propias preocupaciones.

La centralización de la gobernanza añade una tercera dimensión. Solana Labs, la empresa privada con sede en EE. UU. cofundada por Yakovenko, controla el desarrollo del protocolo principal. No existe una estructura distribuida de equipos de clientes comparable a la de Ethereum, donde equipos independientes (Prysm, Lighthouse, Teku, Lodestar, entre otros) implementan el protocolo y participan en la gobernanza a través del proceso de Propuesta de Mejora de Ethereum (EIP). Las actualizaciones del protocolo en Solana requieren la coordinación a través de Solana Labs, con la Fundación Solana (una organización sin fines de lucro con sede en Suiza que financia el desarrollo del ecosistema) desempeñando un papel separado pero adyacente.

La asignación inicial de tokens de SOL concentró el suministro entre los miembros internos. Según la documentación de economía de tokens de la Fundación Solana, una parte sustancial del suministro inicial fue a parar al equipo, a Solana Labs, a la Fundación y a los primeros inversores. Verifique los porcentajes de asignación actuales en las divulgaciones de economía de tokens de la Fundación Solana antes de publicar cifras específicas; estos datos están disponibles públicamente pero deben citarse directamente de la fuente.

Respuesta de Solana: Centralización

• Programa de delegación de la Fundación Solana: asigna el stake que posee la fundación a validadores más pequeños, ampliando el conjunto de validadores en el Margen
• Subvenciones de distribución geográfica: apoyo específico para validadores en regiones subrepresentadas
• Estos programas mejoran la distribución de forma incremental, pero no eliminan la barrera del coste del hardware que limita estructuralmente la participación de los validadores

Requisitos de hardware de los validadores y su efecto en la descentralización

Ejecutar un validador de Solana requiere hardware de nivel de servidor que actualmente cuesta un estimado de 400 a 700 dólares al mes en alojamiento dedicado, una barrera que excluye a los operadores domésticos que forman la columna vertebral del conjunto de validadores de Ethereum.

La tabla siguiente compara las especificaciones recomendadas basadas en la documentación de Solana (docs.solana.com) y los requisitos de los validadores de Ethereum. Todas las cifras deben verificarse con la documentación oficial actual antes de la publicación, ya que los requisitos cambian con las actualizaciones del protocolo. Las estimaciones de costes se basan en los precios de los servidores dedicados bare-metal a junio de 2025.

Estos requisitos de hardware significan que los operadores domésticos independientes no pueden ejecutar validadores de Solana de forma práctica. La validación se concentra entre exchanges, operaciones respaldadas por capital riesgo y proveedores institucionales de participación en staking que pueden permitirse infraestructura de nivel de servidor. Las mecánicas de participación en staking de Proof of Stake (PoS) agravan este efecto: los validadores más grandes obtienen recompensas de participación proporcionalmente mayores, creando una ventaja acumulativa para los participantes bien capitalizados que ya ha sido filtrada por la barrera del coste del hardware.

Arquitectura Técnica: Compromisos entre Velocidad y Estabilidad

El rendimiento teórico de Solana de más de 65.000 transacciones por segundo es un objetivo de diseño, no una cifra de producción. En condiciones operativas normales, las transacciones reales que no son de voto se ejecutan a una fracción de ese límite.

Una parte significativa del recuento bruto de transacciones de Solana consiste en transacciones de voto: mensajes de consenso que los validadores se envían entre sí como parte del proceso de coordinación de PoH. Estas no son transacciones orientadas al usuario. Cuando se excluyen las transacciones de voto, los TPS orientados al usuario de Solana en condiciones normales suelen oscilar entre aproximadamente 2.000 y 4.000 transacciones por segundo, según datos de Solana Explorer e investigación de Messari (verifique las cifras actuales de estas fuentes, marcadas con la fecha de acceso antes de la publicación).

Esa cifra todavía supera el rendimiento medio de procesamiento de Visa de aproximadamente 1.700 transacciones por segundo en condiciones normales. Los TPS reales de Solana bajo demanda máxima sostenida disminuyen aún más, precisamente cuando la comparación es más importante. La brecha entre el rendimiento teórico y el real no es un error de redondeo de marketing; refleja limitaciones arquitectónicas que contribuyen directamente a las interrupciones documentadas en la sección de fiabilidad anterior.

El modelo de producción de bloques de un solo líder de Solana asigna un validador por cada 'slot' para producir bloques y reenviarlos a la red. Cada 'slot' dura aproximadamente 400 milisegundos. Esta estructura crea un límite de rendimiento secuencial: el líder actual único procesa transacciones para ese 'slot', luego la coordinación pasa al siguiente líder. El entorno de ejecución Sealevel de Solana permite la ejecución paralela de contratos inteligentes que no acceden a estados superpuestos, lo que compensa parcialmente esta limitación. El modelo de líder secuencial sigue siendo el cuello de botella bajo carga extrema.

Solana también carece de un ecosistema de escalado maduro de capa 2 (L2). El ecosistema L2 de Ethereum (incluyendo Arbitrum, Optimism, Base y zkSync, entre otros) gestiona el rendimiento de las transacciones fuera de la cadena mientras se liquida en la L1 de Ethereum, dando a Ethereum una capa de desbordamiento de escalabilidad que preserva la descentralización de la L1. Solana apuesta totalmente por la velocidad de la L1. Cuando la L1 alcanza sus límites, no hay una capa secundaria que absorba el exceso de demanda, por lo que las transacciones fallan o se descartan.

El Valor Máximo Extraíble (MEV) presenta una preocupación adicional específica de la arquitectura de Solana. El MEV se refiere al beneficio que un productor de bloques puede extraer reordenando, insertando o censurando transacciones dentro de un bloque. Dado que un solo líder procesa todas las transacciones en cada 'slot', ese validador tiene un poder significativo para reordenar transacciones en beneficio propio, creando riesgos de 'front-running' para los usuarios de DeFi. Jito Labs ha desarrollado infraestructura MEV para Solana para hacer este proceso más transparente y competitivo, pero el MEV sigue siendo una característica estructural del modelo de líder único.

Con respecto a los límites de rendimiento: Solana no tiene un límite de tamaño de bloque tradicional en el sentido de Bitcoin, pero las limitaciones de tiempo de 'slot' (aproximadamente 400 ms por 'slot') y los límites de unidades de cómputo por bloque crean un techo práctico en el rendimiento por unidad de tiempo.

Prueba de Historia: ¿Innovación o Pasivo?

Proof of History (PoH) es un mecanismo criptográfico de cronometraje, no un algoritmo de consenso. Crea un registro verificable de la secuencia en la que ocurrieron los eventos, permitiendo a los validadores acordar el orden de las transacciones sin la comunicación de ida y vuelta que ralentiza las blockchains tradicionales.

Piense en PoH como un sello notarial criptográfico aplicado a cada transacción antes de que los validadores la procesen. El sello demuestra que la transacción ocurrió en un punto específico de una secuencia verificable, por lo que todos los validadores acuerdan el orden de los eventos sin debatir en tiempo real. Este diseño permite la velocidad de Solana, porque los validadores omiten los viajes de ida y vuelta de comunicación que requieren las cadenas más lentas.

Los críticos consideran que PoH es controvertido por una razón específica: el flujo continuo de marcas de tiempo requiere que cada validador procese una computación criptográfica secuencial que no puede paralelizarse. Bajo carga extrema, esto crea un cuello de botella. Si el flujo de marcas de tiempo se interrumpe, la coordinación de los validadores se desmorona. Este es un contribuyente documentado a varias de las interrupciones importantes de Solana, no una preocupación especulativa.

PoH no es Prueba de Trabajo. No requiere competiciones de hash que consuman mucha energía. Es un componente de cronometraje que funciona junto con Tower BFT, la variante de Proof of Stake de Solana. Describir PoH como el 'Mecanismo de Consenso' independiente de Solana es técnicamente inexacto; el encuadre correcto es que Solana utiliza un sistema híbrido donde PoH maneja la secuenciación y Tower BFT maneja el consenso.

Experiencia del Desarrollador: Por Qué Construir en Solana Es Más Difícil de lo Que Parece

Solana soporta contratos inteligentes (llamados programas en la terminología de Solana), pero construirlos requiere Rust o C en lugar de Solidity, lo que sitúa a Solana fuera del mayor ecosistema de desarrolladores en blockchain.

Rust es un lenguaje de programación de sistemas. Su modelo de propiedad y el comprobador de préstamos garantizan la seguridad de la memoria en tiempo de compilación, produciendo código rápido y seguro, pero requiriendo que los desarrolladores piensen explícitamente en la gestión de memoria de maneras que los programadores de Solidity o JavaScript rara vez encuentran. Para ingenieros de sistemas experimentados, las restricciones de Rust son una característica. Para los desarrolladores de web3 que aprendieron primero Solidity, la curva de aprendizaje es empinada y el bucle de retroalimentación es lento.

El modelo de programas de Solana añade una segunda capa de desconocimiento. Los contratos inteligentes de Ethereum almacenan su propio estado. Los programas de Solana son sin estado; operan sobre cuentas separadas que contienen datos. Un desarrollador que entiende el modelo de contratos de Ethereum no puede simplemente transferir ese modelo mental a Solana. Deben reaprender patrones fundamentales, incluso si ya dominan Rust.

Solana no es compatible de forma nativa con EVM. Se ejecuta en la Máquina Virtual de Solana (SVM), que está completamente separada de la Máquina Virtual Ethereum (EVM). Los desarrolladores no pueden portar contratos de Solidity a Solana sin reescrituras completas. Neon EVM proporciona una capa de compatibilidad experimental que permite ejecutar bytecode EVM en Solana, pero no es parte del protocolo principal de Solana y tiene sus propias limitaciones y tasas de adopción más bajas. La C-Chain de Avalanche, por el contrario, es compatible de forma nativa con EVM, lo que le da acceso a todo el ecosistema de herramientas para desarrolladores de Ethereum (Hardhat, Foundry, Remix, OpenZeppelin) sin modificaciones.

Dado que Solana se encuentra fuera del ecosistema EVM, la interoperabilidad entre cadenas requiere protocolos de puente dedicados. Mover activos entre cadenas Solana y EVM significa utilizar puentes de terceros como Wormhole. Esos puentes introducen riesgo adicional de contratos inteligentes, como se documentó en el exploit de febrero de 2022 discutido en la siguiente sección.

El ecosistema de auditorías refleja estas limitaciones. Menos empresas de auditoría de seguridad se especializan en contratos inteligentes de Rust y Solana en comparación con Solidity y EVM. Las aplicaciones construidas sobre Solana pueden tener acceso a un grupo más pequeño de experiencia en auditoría, lo que representa un riesgo práctico para los constructores conscientes de la seguridad y los inversores que los financian.

Respuesta de Solana: experiencia de los desarrolladores

• Marco de trabajo Anchor: reduce el código repetitivo de Rust y mejora sustancialmente la ergonomía para el desarrollador; la mayoría de los programas de Solana en producción se construyen ahora con Anchor
• Documentación creciente: la documentación para desarrolladores de Solana ha mejorado significativamente desde 2021
• Neon EVM: capa de compatibilidad EVM experimental; no es el núcleo de Solana, conlleva sus propias limitaciones
• Actividad de los desarrolladores: según los informes anuales de desarrolladores de Electric Capital, Solana se sitúa sistemáticamente entre las tres principales blockchain por número de desarrolladores activos, por detrás de Ethereum

Marco de decisión de la Plataforma para desarrolladores

Elige Solana si	Elige Ethereum o una cadena EVM si
La velocidad y las bajas comisiones de L1 son el requisito principal	La familiaridad con las herramientas EVM es una prioridad
El equipo se siente cómodo con Rust	Se requiere la máxima descentralización
El caso de uso puede tolerar la inestabilidad ocasional de la red	Se necesitan opciones de escalado de capa 2
Construyes aplicaciones de consumo que necesitan comisiones de menos de un céntimo	Vas a portar una dApp de Ethereum existente

Riesgos del ecosistema y de seguridad: FTX, Wormhole y concentración de tokens

El colapso de FTX en noviembre de 2022 redujo el precio de SOL en aproximadamente un 60 % en cuestión de días, no porque la tecnología de Solana fallara, sino porque uno de los mayores patrocinadores de su ecosistema se había construido sobre el fraude.

FTX y su empresa de trading afiliada Alameda Research poseían grandes cantidades de tokens SOL como activos principales de tesorería. Sam Bankman-Fried, fundador de FTX, fue uno de los defensores iniciales más destacados de Solana y FTX Ventures financió directamente proyectos del ecosistema de Solana. Cuando FTX se declaró en quiebra en noviembre de 2022, las tenencias de SOL de Alameda fueron objeto de una Liquidación forzosa. La presión de venta fue inmediata y severa. Verifique los niveles de precios específicos de SOL y las cifras de tenencias de FTX con las presentaciones judiciales de la quiebra de FTX y los informes contemporáneos de CoinDesk y The Block antes de citarlos en la publicación.

El impacto en la reputación fue distinto del impacto en el precio. Solana se asoció en las narrativas de algunos analistas con la crítica de "cadena de capital de riesgo" (VC chain): una Blockchain promovida principalmente por personas con contactos internos en lugar de haber crecido mediante la adopción orgánica de desarrolladores. Los protocolos afiliados a FTX, como Serum DEX, perdieron credibilidad de la noche a la mañana y fueron reemplazados o bifurcados por el ecosistema.

FTX y Solana: qué ocurrió realmente

• Noviembre de 2022: FTX se declara en quiebra; las tenencias de SOL de Alameda Research se enfrentan a una Liquidación forzosa
• El precio de SOL cayó aproximadamente un 60 % en pocos días (verificar con datos de mercado contemporáneos de los informes de CoinDesk/The Block, noviembre-diciembre de 2022)
• Los proyectos del ecosistema de Solana financiados por FTX Ventures perdieron el respaldo institucional de la noche a la mañana; varios protocolos migraron o cerraron
• Patrimonio de la quiebra de FTX: las tenencias de SOL han estado sujetas a calendarios de Liquidación y distribución supervisados por el tribunal; verifique el estado actual del patrimonio a partir de las presentaciones judiciales de la quiebra de FTX
• Recuperación post-FTX: la Liquidez del ecosistema de Solana TVL, la actividad de los desarrolladores y el volumen de transacciones se han recuperado sustancialmente (verifique las cifras actuales de DeFiLlama y los informes anuales de desarrolladores de Electric Capital, marcados con el mes y el año de acceso)
• Evaluación de riesgos actual: el choque agudo de precios ha pasado; la preocupación estructural actual es si la concentración del ecosistema en cualquier grupo único de patrocinadores sigue siendo elevada

La estructura de suministro de tokens de SOL añade un riesgo de inversor independiente. SOL se lanzó con un calendario de emisión Deflacionista: una tasa de inflación anual inicial del 8 %, que disminuye aproximadamente un 15 % cada año hacia una tasa terminal a largo plazo de aproximadamente el 1,5 %. La tasa de inflación actual debe verificarse en la documentación de la Fundación Solana o en Solana Explorer en el momento de la redacción, indicando la fecha específica de acceso. Los titulares de SOL que no deciden Participar en staking con sus tokens se ven diluidos por la inflación a la tasa actual. Las recompensas de staking están diseñadas para compensar esta dilución para quienes participan activamente, pero el impacto de la dilución en los titulares que no realizan staking es real y continuo hasta que se alcance la tasa terminal.

Respuesta de Solana: ecosistema y seguridad

• Diversificación del ecosistema: nuevos patrocinadores institucionales han reducido la dependencia de cualquier entidad individual tras la salida de FTX
• Crecimiento orgánico de desarrolladores: la comunidad de desarrolladores de Solana ha crecido a través de proyectos independientes no vinculados a la financiación de la era FTX
• Mejoras de seguridad de Wormhole: el puente ha sido auditado y actualizado desde la vulnerabilidad de 2022; no se ha producido ninguna vulnerabilidad equivalente desde entonces
• Los riesgos estructurales (asignación de tokens a personas con información privilegiada, concentración de la gobernanza de Solana Labs) no se han resuelto por completo

La vulnerabilidad del puente Wormhole: qué significa para los usuarios de Solana

En febrero de 2022, un atacante explotó una vulnerabilidad de verificación de firma en el puente Wormhole, un protocolo entre cadenas de un Tercero, y emitió 120 000 wETH por un valor aproximado de 320 millones de dólares sin depositar garantía.

Wormhole es un protocolo de puente y mensajería entre cadenas que permite a los usuarios transferir activos entre Solana y otras Blockchain, incluida Ethereum. No es el puente oficial de Solana; es un proyecto de infraestructura de un Tercero que opera en múltiples redes Blockchain. El ataque aprovechó una vulnerabilidad en la lógica de verificación del lado de Solana de Wormhole, no en el protocolo principal de Solana.

La distinción importa menos a los usuarios que tenían activos puenteados a través de Wormhole cuando ocurrió el ataque. Sus fondos estuvieron en riesgo hasta que Jump Crypto, el principal patrocinador de Wormhole, repuso el ETH robado. Esa restitución fue inusual y no puede asumirse en futuros ataques a puentes.

La implicación estructural es la siguiente: dado que Solana no es compatible con EVM, los usuarios que desean Liquidez entre cadenas deben confiar en protocolos de puente. Esos puentes introducen un riesgo de Contrato inteligente que no existe cuando se transacciona dentro del ecosistema compatible con EVM. Los puentes entre cadenas siguen estando entre los componentes de infraestructura de mayor riesgo de DeFi, independientemente de la Blockchain que conecten. El protocolo principal de Solana no ha sido explotado directamente; los riesgos de seguridad para los usuarios de DeFi se concentran en las capas de aplicación y de puente.

Comparación de Solana con Ethereum y Avalanche en cuanto a limitaciones clave

La comparación de las limitaciones de Solana con las de Ethereum y Avalanche requiere criterios consistentes. La siguiente tabla mide cada cadena en ocho dimensiones directamente relevantes para las limitaciones cubiertas en este artículo. Todas las celdas sensibles al tiempo requieren verificación de fuentes en vivo antes de la publicación; se deben anotar los nombres de las fuentes y las fechas de acceso.

La tabla muestra un patrón constante: Solana sacrifica descentralización y fiabilidad en favor del rendimiento y el coste. Ethereum sacrifica rendimiento y comisiones bajas en su capa base en favor de la descentralización y la fiabilidad. Avalanche intenta una posición intermedia al admitir la compatibilidad con EVM junto con su arquitectura nativa, lograda a través de un diseño multicadena (X-Chain, C-Chain, P-Chain) en lugar de un único entorno de ejecución unificado.

Cardano representa un enfoque filosófico diferente: su protocolo PoS Ouroboros y su metodología de desarrollo basada en la investigación priorizan la seguridad revisada por pares y la descentralización sobre el rendimiento puro, a costa de la madurez del ecosistema y la profundidad de DeFi.

Ethereum presenta sus propias limitaciones: históricamente, las altas comisiones de la capa 1 la hacen inadecuada para microtransacciones de alta frecuencia, y la finalidad de la capa base es más lenta que la de Solana. Son compensaciones reales. El Trilema Blockchain implica que cada cadena debe asumirlas. La tabla documenta dónde se sitúa cada cadena en esas dimensiones, no qué cadena es la ganadora.

Preguntas frecuentes: Limitaciones de Solana

Las siguientes preguntas abordan los aspectos más buscados sobre las limitaciones de Solana, con respuestas extraídas de las pruebas analizadas en las secciones anteriores.

¿Cuáles son las mayores limitaciones de Solana?

Las cinco limitaciones más significativas de Solana son las repetidas interrupciones de la red causadas por limitaciones arquitectónicas bajo carga máxima, la centralización de validadores impulsada por los altos costes de hardware, la falta de compatibilidad nativa con EVM que requiere reescrituras completas para los desarrolladores de Ethereum, el riesgo de concentración del ecosistema expuesto por el colapso de FTX y un suministro de SOL desinflacionario que diluye a los titulares que no deciden participar en staking.

Solana ha experimentado más de una docena de incidentes de red significativos desde 2021, incluyendo múltiples paradas completas. La parada más larga documentada duró aproximadamente 19 horas en febrero de 2023. La frecuencia de las interrupciones disminuyó tras las actualizaciones de QUIC y QoS ponderada por participación en 2022–2023. El historial de incidentes actual está disponible en status.solana.com.

¿Es Solana más Centralizado que Ethereum?

Según métricas medibles, sí. El coeficiente de Nakamoto de Solana (normalmente entre 19 y 31 según Validators.app) es inferior al de Ethereum, que cuenta con más de 800.000 validadores activos. Los costes de hardware del validador de Solana se estiman entre 400 y 700 USD al mes, frente a los aproximadamente 50 a 100 USD de Ethereum. Ethereum se enfrenta a su propia presión de centralización a través de la concentración de staking de Lido, pero la brecha en el conjunto de validadores es sustancial.

La quiebra de FTX en noviembre de 2022 provocó la Liquidación forzosa de las grandes tenencias de SOL de Alameda Research, lo que redujo el precio de SOL en aproximadamente un 60 % en cuestión de días. Los proyectos del ecosistema respaldados por FTX Ventures perdieron el apoyo institucional de la noche a la mañana. Desde entonces, el ecosistema de Solana se ha reconstruido con patrocinadores diversificados y un crecimiento orgánico de desarrolladores, aunque las posiciones de SOL de la masa hereditaria de la quiebra de FTX se siguen distribuyendo a través de procesos supervisados por los tribunales.

Sí. Solana admite Contratos inteligentes, llamados programas en su terminología, escritos en Rust o C y desplegados en la blockchain. El modelo de programa difiere fundamentalmente de los contratos basados en EVM de Ethereum: los programas de Solana no tienen estado (stateless) y operan en cuentas separadas, lo que requiere que los desarrolladores aprendan nuevos patrones arquitectónicos incluso si ya conocen Rust.

No directamente. Solana utiliza la Solana Virtual Machine (SVM) y requiere programas escritos en Rust o C, no en Solidity. Portar una dApp de Ethereum a Solana requiere una reescritura completa. Neon EVM proporciona una capa de compatibilidad experimental para el código de bytes de EVM en Solana, pero no forma parte del protocolo principal de Solana y tiene una adopción significativamente menor que el desarrollo nativo.

¿Cómo se deben comparar las afirmaciones de rendimiento de Solana y Visa?

El máximo teórico de Solana supera el rendimiento medio de Visa de aproximadamente 1.700 TPS, pero el TPS real de cara al usuario (excluyendo las transacciones de voto de consenso) suele oscilar entre 2.000 y 4.000 en condiciones normales. Bajo una demanda máxima, esa cifra cae aún más. La comparación es engañosa porque el cuello de botella de Solana aparece precisamente cuando el volumen de transacciones es mayor.

¿Es seguro usar Solana para OTK_1?

El protocolo central de Solana no ha sido explotado directamente. Los principales riesgos para los usuarios de OTK_2 son las interrupciones de la red (que impiden gestionar Posiciones abiertas durante eventos críticos del mercado) y los protocolos de puente de Terceros (como se demostró con el exploit de Wormhole en 2022) que conllevan riesgos de Contrato inteligente. El uso de protocolos auditados y establecidos reduce, pero no elimina, estas exposiciones.

¿Cuál es la tasa de inflación de los tokens de Solana?

SOL se lanzó con una tasa de inflación anual del 8 %, disminuyendo aproximadamente un 15 % cada año hacia una tasa terminal a largo plazo de aproximadamente el 1,5 %. Verifique la tasa actual en la documentación de la Fundación Solana o en Solana Explorer, marcada con la fecha de acceso. Los titulares que no deciden participar en staking se enfrentan a la dilución; las recompensas por hacer staking compensan la inflación para los participantes activos.

¿Ha solucionado Solana su problema de interrupciones de red?