Medición de la descentralización de Solana: datos y cifras

Hallazgos prácticos

• La red Solana está distribuida entre 4514 nodos, incluidos 1414 validadores y 3100 RPC (época 685). Ningún validador controla más del 3,2 % del stake total.
• El coeficiente de Nakamoto (NC) representa la cantidad mínima de entidades independientes que pueden conspirar de forma maliciosa para causar una falla de disponibilidad e impedir el consenso necesario para producir nuevos bloques. El coeficiente de Nakamoto de Solana suele citarse como 19. Es probable que la cifra real sea menor, ya que una entidad puede operar varios validadores de forma anónima y sin permisos.
• El conjunto de validadores de Solana abarca 37 países y territorios. La mayor concentración está en Estados Unidos, con 508 validadores. Cuatro jurisdicciones concentran cada una más del 10 % del stake: Estados Unidos con el 18,3 %, los Países Bajos y el Reino Unido, ambos con el 13,7 %, y Alemania con el 13,2 %.
• El 68 % del stake está delegado a validadores europeos y el 20 % a validadores de Norteamérica. El 50,5 % del stake está delegado a validadores que operan dentro de la Unión Europea (el stake europeo sin contar Noruega, Ucrania y el Reino Unido).
• El conjunto de validadores está distribuido entre 135 proveedores de alojamiento diferentes. Los dos principales son Teraswitch, una empresa privada estadounidense que aloja validadores con un 24 % combinado del stake, y Latitude.sh (antes Maxihost), un proveedor brasileño de servidores bare metal de bajo costo utilizados por validadores con un 19 % combinado del stake.
• El código base del cliente Agave tiene 357 colaboradores individuales. El cliente Firedancer, desarrollado por un equipo pequeño bajo el liderazgo del director científico Kevin Bowers, tiene actualmente 57 colaboradores.
• El cliente Jito, un fork del código base original de Agave que incluye una subasta de espacio de bloque fuera del protocolo, concentra actualmente un 88 % dominante del stake de la red. Sin embargo, se espera que esto cambie de forma considerable durante los próximos doce meses a medida que el nuevo cliente Firedancer se introduzca gradualmente y se integre en el ecosistema. Solana y Ethereum destacan por ser las únicas blockchains de capa 1 que actualmente ofrecen varias implementaciones de cliente.
• Los cambios sustanciales en los componentes principales de Solana pasan por un proceso formal y público de propuestas Solana Improvement and Development (SIMD). Los cambios más importantes que modifican el protocolo, especialmente los que afectan parámetros económicos, se someten a votaciones de gobernanza. Hasta ahora se han realizado tres votaciones de este tipo.
• Solana Foundation, creada en junio de 2019, es una organización sin fines de lucro registrada en Suiza y dedicada a impulsar y apoyar el ecosistema de Solana. El equipo relativamente reducido de SF, con entre 60 y 65 empleados de tiempo completo, supervisa el financiamiento de subvenciones, programas de staking y herramientas para desarrolladores.
• Además, existen pruebas sólidas de diversidad geográfica en la comunidad de desarrolladores de Solana. Radar, el hackathon semestral más reciente, atrajo a 13 672 participantes de 156 países, con una participación destacada de India, Nigeria, Estados Unidos y Vietnam. SuperTeam, una red que conecta a creativos, desarrolladores y operadores de Solana, ha crecido hasta alcanzar 1300 miembros en 16 países.

¿Qué es la descentralización?

La descentralización puede resumirse como la ausencia de un único punto de falla dentro de un sistema. Este concepto multifacético abarca muchas dimensiones, como la distribución de tokens, la influencia de figuras clave, la participación sin permisos en la red, el control sobre el desarrollo y la diversidad de software y hardware. Fuera del coeficiente de Nakamoto de Balaji, existen pocos estándares aceptados universalmente para cuantificar el grado de descentralización de una blockchain. Muchas métricas son imperfectas. Además, las conversaciones sobre la descentralización de las blockchains, a menudo arraigadas en la filosofía política, generan debates profundamente ideológicos y, en ocasiones, casi religiosos.‍

Solana ha sido objeto de muchas críticas y desinformación por parte de un grupo muy expresivo de la comunidad blockchain debido a una supuesta falta de descentralización y resistencia a la censura. Un ejemplo reciente fue Edward Snowden, excontratista de inteligencia estadounidense y denunciante, quien expresó sus inquietudes durante una presentación magistral en la conferencia Token2049.

Como muchos de los críticos de Solana, Snowden no presentó datos para respaldar sus afirmaciones, pese a que fue invitado públicamente a hacerlo. En las siguientes secciones de este trabajo analizaremos la descentralización de la red Solana mediante datos. Destacaremos las áreas donde la red muestra una descentralización relativamente sólida e identificaremos aquellas donde aún se necesita avanzar.

Dimensiones de la descentralización

En este informe adoptaremos un enfoque cuantitativo y multifacético para analizar la descentralización de Solana. Basaremos el análisis en hechos e información verificable públicamente. 

Evaluaremos las siguientes áreas:

• Distribución del stake
• Distribución geográfica de los nodos
• Diversidad de proveedores de alojamiento
• Diversidad de software de cliente
• Diversidad de desarrolladores
• Procesos y entidades de gobernanza

Cuando corresponda, compararemos las métricas de la red Solana con las de otras blockchains L1 de proof-of-stake del sector. Estas redes solo sirven como puntos de referencia. Aportan un contexto más amplio al proceso de descentralización de Solana y destacan las áreas donde puede estar por debajo o por encima de las expectativas.

Estas comparaciones no deben interpretarse erróneamente como intentos de afirmar la superioridad de una red sobre otra.

En muchos casos, Ethereum ofrece el punto de referencia más útil porque se considera ampliamente la blockchain de capa 1 con proof-of-stake más descentralizada. Cabe señalar que Ethereum tiene más del doble de antigüedad que Solana: su bloque génesis se produjo en julio de 2015, frente a marzo de 2020 para Solana. La descentralización es dinámica y las blockchains suelen descentralizarse más con el tiempo. En condiciones similares, es razonable esperar que las redes más antiguas alcancen mayores niveles de descentralización.

Distribución del stake

La distribución del stake en una red blockchain se refiere a cómo se reparten entre sus validadores los tokens en staking de la red. En un sistema bien distribuido, ningún validador ni grupo pequeño posee una proporción excesiva del stake. Esto reduce el riesgo de que una entidad obtenga influencia o control indebidos sobre el consenso de la red. 

Una distribución equilibrada del stake promueve la descentralización al garantizar un conjunto diverso de validadores, lo que dificulta que un actor malicioso comprometa la integridad de la red. También mejora la tolerancia a fallas, ya que la red se vuelve más resistente a las fallas de validadores individuales.

Ejecutar un nodo en la red Solana no requiere ningún permiso y exige un stake mínimo obligatorio muy bajo (1 SOL) para operar como validador. La red admite de forma nativa proof-of-stake delegado (dPoS) y consta de 4514 nodos, incluidos 1414 validadores y 3100 nodos RPC. 

Los dos validadores con mayor stake son operados por Helius y Galaxy, cada uno con cerca del 3,2 %. El stake delegado mínimo necesario para entrar en la superminoría del tercio superior y la supermayoría de los dos tercios superiores es de 4,4 millones y 1,23 millones de SOL, respectivamente.

‍Para aportar mayor claridad, el siguiente gráfico agrupa los validadores según el stake delegado. En el extremo superior, 82 validadores (el 5,87 % del total) tienen más de un millón de SOL delegados. En el extremo inferior, 825 validadores (el 59,1 % del total) tienen menos de 50 000 SOL delegados. La mayoría participa en Solana Foundation Delegation Program (SFDP), un programa diseñado para ayudar a los validadores más pequeños a alcanzar más rápido la sostenibilidad. Aproximadamente el 72 % de los validadores de Solana se beneficia del apoyo de SFDP y, en conjunto, estos validadores representan el 19 % del stake total. Para conocer SFDP en profundidad, consulta nuestro informe anterior de Helius: SFDP y los desafíos que enfrentan los validadores de cola larga.

Así como las direcciones de blockchain no equivalen a usuarios, la cantidad de validadores no refleja el número real de entidades distintas que los operan. La cifra real es menor, ya que las entidades grandes pueden optar por distribuir su stake entre varios validadores. Por ejemplo, Jito (1, 2), Coinbase (1, 2) y Mrgn (1, 2) operan varios validadores. 

Que una sola entidad opere varios validadores no supone un problema en sí mismo. De hecho, podría fortalecer la red al aumentar la diversidad geográfica y de proveedores de alojamiento, siempre que los validadores estén distribuidos en lugar de ubicados juntos. Sin embargo, pueden surgir riesgos si estos validadores tienen una configuración idéntica con ajustes o reglas de firewall no estándar. Además, tener numerosos validadores administrados por una sola entidad en nombre de grandes empresas o proyectos como parte de un modelo de “validator-as-a-service” podría generar más inquietudes sobre la descentralización.

Coeficiente de Nakamoto

En las redes de proof-of-stake, el coeficiente de Nakamoto representa la cantidad mínima de nodos necesaria para controlar al menos un tercio del stake total (es decir, la superminoría). Un coeficiente de Nakamoto más alto indica una distribución más amplia del stake y, por tanto, un mayor nivel de descentralización. También puede considerarse la cantidad mínima de entidades independientes que pueden conspirar de forma maliciosa para causar una falla de disponibilidad e impedir el consenso necesario para producir nuevos bloques. Las blockchains basadas en PoS y tolerancia a fallas bizantinas necesitan que más de dos tercios del stake coincidan sobre el estado de la red para seguir procesando transacciones.

Para determinar el coeficiente de Nakamoto de la red Solana, ordenamos los validadores de mayor a menor según su porcentaje del stake y contamos cuántos se necesitan para controlar un tercio del stake total. Históricamente, el coeficiente de Nakamoto de Solana ha oscilado entre un máximo de 34, alcanzado el 13 de agosto de 2023, y un mínimo de 19, su nivel actual. El coeficiente se ha mantenido relativamente estable durante el último año.

El coeficiente de Nakamoto de la red Solana ocupa una posición intermedia frente a redes comparables del sector. Estas cifras no consideran que una entidad puede operar libremente varios validadores de forma anónima y sin permisos, por lo que es probable que los coeficientes de Nakamoto reales sean menores.

Distribución geográfica de validadores y stake

La diversidad geográfica de los nodos de la red es esencial para reducir el riesgo y promover la antifragilidad. Cuando demasiados validadores se concentran en una sola región, la resiliencia de la red pasa a depender de los marcos regulatorios de esas jurisdicciones específicas.

Los desastres naturales, incluidos terremotos, inundaciones, huracanes y tsunamis, presentan otro riesgo. Estos eventos sobrecargan las redes eléctricas nacionales y pueden afectar gravemente las operaciones de los centros de datos, lo que provoca interrupciones repentinas. Las amenazas causadas por el ser humano, como la guerra, los ciberataques y los daños a infraestructura crítica de Internet, incluidos los cables submarinos, plantean otros riesgos que podrían poner en peligro la estabilidad de la red.

Los datos de Solana para el análisis de esta sección se obtuvieron de validators.app para la época 685. El conjunto de datos sin procesar está disponible en formato de hoja de cálculo aquí. Estas cifras solo reflejan nodos validadores con stake y no incluyen nodos RPC sin stake.

Cantidad de validadores y stake de Solana por continente

Al agruparlos por continente, los datos muestran que 632 validadores de Solana (46 %) están en Europa y 550 (40 %) en Norteamérica. En cuanto a la distribución del stake, el 68 % está delegado a validadores de Europa y el 20 % a validadores de Norteamérica. El 50,5 % de todo el stake está delegado a validadores que operan dentro de la Unión Europea (es decir, el stake europeo sin contar Noruega, Ucrania y el Reino Unido).

En comparación, Ethereum presenta una distribución del stake similar, pero con mayor peso en Norteamérica, que alcanza el 34,4 %.

Cantidad de validadores de Solana por país

El conjunto de validadores de la red Solana abarca 37 países y territorios. La mayor concentración está en Estados Unidos, con 508 validadores (37 %) operando desde centros de datos estadounidenses. Le siguen 112 validadores (8 %) en los Países Bajos y 111 validadores (8 %) en Rusia.

Distribución geográfica de Solana por stake

Esta distribución es más equilibrada cuando el conjunto de validadores se pondera según el stake. Cuatro jurisdicciones clave concentran cada una más del 10 % del stake: Estados Unidos con el 18,3 %, seguido de los Países Bajos y el Reino Unido, ambos con el 13,7 %, y Alemania con el 13,2 %.

En comparación, los nodos de Ethereum están distribuidos entre 83 países y territorios diferentes, y casi la mitad se encuentra en Estados Unidos o Alemania.

Las 10 principales ciudades por cantidad de nodos y stake de Solana

Un análisis más detallado de la distribución de validadores y stake delegado por ciudad muestra que los validadores de Solana están distribuidos entre 121 ciudades de todo el mundo. 

En Estados Unidos, los validadores están distribuidos entre todas las regiones principales y abarcan 35 ciudades en total. Las más populares son Chicago (124 validadores, 2,3 % del stake), Los Ángeles (57 validadores, 2,3 % del stake) y Nueva York (32 validadores, 3,5 % del stake).

‍A comienzos de este año, Rex St.John, miembro de Anza, propuso estrategias para mejorar la diversidad geográfica de los validadores de Solana, especialmente mediante una mayor presencia de operadores en el sur global.

Se identificaron varios desafíos clave:

• Mayor latencia: los nodos de regiones remotas tienen dificultades para mantenerse sincronizados con la red.
• Costo del ancho de banda: algunas regiones destacan por el costo muy elevado del ancho de banda.
• Restricciones regulatorias: varias jurisdicciones imponen leyes que limitan la viabilidad de operar infraestructura blockchain.
• Infraestructura poco desarrollada: infraestructura insuficiente de red y centros de datos.
• Impuestos y aranceles desfavorables: costos elevados para los equipos de hardware.
• Escasez de talento: falta de experiencia local en Solana y acceso limitado al capital necesario para el staking.

Proveedores de alojamiento

Lo ideal es que el conjunto de validadores se aloje en un amplio abanico de proveedores independientes, en lugar de depender mucho de unos pocos proveedores centralizados. Esta diversificación es esencial para reducir el riesgo de interrupciones de la red o censura por parte de un solo proveedor.

Un incidente destacado de 2022 involucró al proveedor de alojamiento alemán Hetzner, que retiró inesperadamente de sus servicios a los validadores de Solana. Esto dejó fuera de línea en cuestión de horas más del 20 % del stake activo, cerca de 1000 validadores. Pese a ello, Solana permaneció plenamente operativa y no tuvo problemas de disponibilidad. La mayoría de los validadores afectados migró correctamente a nuevos centros de datos en pocos días y casi todo el stake moroso volvió a estar en línea en pocas semanas.

Proveedores de alojamiento de validadores de Solana por stake

El conjunto de validadores de Solana está distribuido entre 135 proveedores de alojamiento diferentes. Los dos principales son Teraswitch, una empresa privada estadounidense que aloja el 24 % de los validadores, y Latitude.sh (antes Maxihost), un proveedor brasileño de servidores bare metal de bajo costo utilizados por el 19 % de los validadores. En conjunto, estos dos proveedores representan el 43,4 % del stake. 

Otros proveedores populares incluyen a la empresa francesa de computación en la nube OVHcloud, con una cuota del 8,65 %, y Cherry Servers, con sede en Lituania, que aloja el 8,45 % de los validadores.

Requisitos de hardware para validadores de Solana

Como Solana es una blockchain de alto rendimiento y gran capacidad de procesamiento, sus requisitos para nodos son más exigentes que los de la mayoría de las redes comparables del sector. Las recomendaciones de hardware para los validadores de Solana incluyen los siguientes componentes clave:

• CPU: 24 núcleos/48 hilos o más, frecuencia base de 4,2 GHz o superior 
• Memoria: 512 GB
• Disco: SSD NVME PCIe Gen3 x4 o superior, 2 TB combinados o más. TBW alto
• No se requiere GPU

En la práctica, los requisitos de ancho de banda de Solana hacen inviable operar desde casa. Por eso, los validadores funcionan principalmente en servidores bare metal dentro de centros de datos dedicados. 

Diversidad de clientes de Solana

Solana se lanzó inicialmente con un único cliente validador, desarrollado por Solana Labs y escrito en Rust. Aunque el cliente de Solana Labs ya no recibe actualizaciones activas, actualmente se usa un fork llamado Agave. Depender por completo de una única implementación de cliente es un importante vector de centralización, ya que existe el riesgo de que un error crítico de software cause una falla de disponibilidad en toda la red. 

Aumentar la diversidad de clientes ha sido una prioridad para la comunidad de Solana. Este objetivo por fin se está haciendo realidad con el despliegue de Firedancer.

Implementaciones de clientes de Solana

Actualmente, varias implementaciones de clientes de Solana están operativas o en desarrollo:

• Agave: un fork del cliente original de Solana Labs, escrito en Rust y mantenido por la empresa de desarrollo de software para Solana Anza.
• Firedancer: una reescritura completa desde cero del cliente original en el lenguaje de programación C, mantenida por Jump Crypto.
• Frankendancer: un validador híbrido que combina la pila de red y los componentes de producción de bloques de Firedancer con la ejecución y el consenso de Agave.
• Jito: un fork del cliente Agave creado por Jito Labs que introduce una subasta de espacio de bloque fuera del protocolo y ofrece más incentivos económicos a los validadores mediante propinas.
• Sig: un cliente validador de Solana optimizado para lecturas, escrito en Zig por Syndica.

Además, Mithril es un cliente escrito en Golang y desarrollado por Overclock para funcionar como nodo completo de verificación con menores requisitos de hardware.

Tener varios equipos de ingeniería principal a tiempo completo revisando mutuamente sus códigos base aumenta considerablemente la probabilidad de detectar errores y, a la vez, fomenta el intercambio de conocimientos y la colaboración.

“Hemos aprendido mucho del equipo del cliente Firedancer; han ideado soluciones realmente ingeniosas”, señaló el ingeniero de Anza Joe Caulfield en una entrevista reciente.

Tanto Agave como Firedancer tienen importantes programas de recompensas por errores.

Diversidad de clientes de Solana frente a Ethereum

Solana y Ethereum son las únicas redes de capa 1 que ofrecen varias implementaciones de cliente. Ethereum tiene al menos cinco clientes de software importantes. Los más adoptados son Nethermind, escrito en C#, con un 45 % de uso, y Geth, escrito en Go, con un 39 % de adopción. 

En Solana, el cliente Jito concentra actualmente el 88 % del stake de la red. Sin embargo, se espera que este panorama cambie de forma considerable durante los próximos doce meses a medida que los nuevos clientes Frankendancer y Firedancer se introduzcan gradualmente y se integren en el ecosistema.‍

Descentralización de los desarrolladores

En Quantifying Decentralization, Balaji identifica la descentralización de los desarrolladores como un factor fundamental para los ecosistemas blockchain. Destaca la importancia de minimizar la dependencia de colaboradores individuales y reducir el “riesgo de persona clave”.

Todo el software de cliente principal de Solana está alojado públicamente en GitHub con licencias de código abierto, lo que permite el acceso abierto y las contribuciones de la comunidad. ‍

El validador Agave, mantenido por Anza —una empresa de desarrollo de software fundada a principios de 2024— desempeña un papel destacado en este panorama. Anza se fundó con unos 45 empleados, y aproximadamente la mitad del equipo había trabajado antes en Solana Labs. 

Además de administrar Agave, el equipo de Anza contribuye al ecosistema general de Solana mediante el desarrollo de iniciativas como extensiones de tokens, infraestructura de pagos transfronterizos y Solana Permissioned Environments.

Cantidad de colaboradores del código base del cliente Agave

El código base del cliente Agave tiene 357 colaboradores y 26 408 commits. Sin embargo, el conteo bruto de commits por sí solo es imperfecto y no refleja por completo la profundidad de las contribuciones individuales. En particular, un grupo relativamente pequeño de desarrolladores, principalmente ingenieros sénior y cofundadores de Solana, ha creado la mayoría de los commits, seguido por una larga cola de colaboradores menores.‍

Como comparación, los populares clientes Geth y Nethermind de Ethereum muestran un patrón similar de concentración de colaboradores dentro de una comunidad más amplia. Geth tiene 1098 colaboradores y Nethermind tiene 142. Más de la mitad de todos los commits de Geth corresponde a tres colaboradores principales. Asimismo, dos desarrolladores representan más del 50 % de todos los commits de Nethermind.

Cantidad de colaboradores del código base del cliente Firedancer

El cliente Firedancer, desarrollado por un equipo pequeño bajo el liderazgo de Kevin Bowers en la destacada empresa estadounidense de trading de alta frecuencia Jump, tiene actualmente 57 colaboradores y 3722 commits. La diversidad de colaboradores sigue siendo limitada porque Firedancer es un proyecto relativamente nuevo —el primer commit data de agosto de 2022— y comenzó a funcionar en mainnet hace poco.

Desarrolladores del ecosistema de Solana

En el ecosistema general de Solana existen pruebas sólidas de diversidad geográfica dentro de la comunidad de desarrolladores. Los hackathons semestrales en línea de Solana se encuentran entre los más grandes del mundo por participación. Han desempeñado un papel importante en el desarrollo de muchos de los equipos de protocolos y aplicaciones de Solana más exitosos de la actualidad, incluidos Tensor, Drift, Jito y Kamino. 

El hackathon Radar más reciente atrajo a 13 672 participantes de 156 países, con una representación destacada de India, Nigeria, Estados Unidos y Vietnam.

Superteam, una red que conecta a creativos, desarrolladores y operadores de Solana, ha crecido hasta alcanzar 1300 miembros en 16 países. Sus capítulos locales facilitan la colaboración mediante eventos y espacios de trabajo compartidos. Solana Allstars, un programa de embajadores dirigido por Step Finance, ha obtenido un éxito considerable en Nigeria, donde organizó más de 120 encuentros con gran asistencia en varias regiones.

Gobernanza

La gobernanza es un vector importante para la descentralización, ya que determina cómo se toman las decisiones dentro de la red. Esto afecta todo, desde las actualizaciones del protocolo hasta las políticas económicas y las reglas comunitarias. La gobernanza descentralizada fortalece la transparencia, la equidad y la confianza en la red.

Votación de gobernanza y SIMD

Las propuestas Solana Improvement and Development (SIMD) son la documentación formal necesaria para cualquier cambio sustancial en los componentes principales de Solana. Los cambios “sustanciales” se definen como aquellos que suelen modificar el protocolo de red, la validez de las transacciones o la interoperabilidad. 

Los cambios no sustanciales, como pequeñas refactorizaciones de código o mejoras objetivas de rendimiento, no requieren propuestas. Las propuestas deben documentar la justificación de la función y aportar documentación suficiente para comprender la implementación. 

Aunque cualquier desarrollador o investigador puede enviar SIMD sin necesidad de permiso, la mayoría son presentadas por desarrolladores de los equipos de clientes que trabajan a tiempo completo en mejoras del protocolo principal.

Existen dos tipos de propuestas: 

• Propuestas estándar: afectan funciones principales de Solana (por ejemplo, el consenso, las redes y las interfaces de API).
• Metapropuestas: abordan procesos o directrices externos al código base.

Proceso de SIMD

Por lo general, las SIMD pasan por las etapas de evaluación de la idea, redacción, revisión y aceptación. La revisión formal ocurre públicamente en GitHub. El autor de la propuesta es responsable de recopilar comentarios de los colaboradores principales pertinentes, quienes determinan si se acepta, revisa o retira. 

Los autores no están obligados a implementar sus propuestas, pero por lo general se recomienda que lo hagan, ya que es la mejor manera de garantizar que se completen correctamente.

Si se aceptan, las propuestas suelen incluir un issue de seguimiento asociado para implementar la función y pueden requerir activación mediante el mecanismo de feature gates de Solana. Los feature gates se activan en los límites de las épocas, primero en Testnet, luego en Devnet y finalmente en Mainnet.

Las conversaciones sobre mejoras se desarrollan en los siguientes espacios:

• Repositorio de Github de SIMD (Solana Improvement Document)
• Sección sRFC (Solana Request for Comments) de los foros oficiales de Solana
• Discord de Solana Tech
• Varios canales sociales, incluidos X (antes Twitter) y Telegram

Proceso de votación de gobernanza de Solana

Las SIMD que modifican significativamente el protocolo, especialmente las que afectan parámetros económicos, se someten a votaciones de gobernanza. El proceso de votación de gobernanza de Solana, una iniciativa relativamente nueva liderada por miembros veteranos de la comunidad de validadores, se centra exclusivamente en cuestiones críticas para mantener la participación y evitar la fatiga de gobernanza. 

Hasta ahora se han realizado tres votaciones de este tipo:

• Votación consultiva inicial en octubre de 2023 (participación del 14,3 % del stake)
• SIMD33 Créditos de voto oportunos en abril de 2024 (participación del 53 % del stake)
• SIMD96 Tarifa de prioridad completa para los validadores en mayo de 2024 (participación del 51 % del stake)

La votación se realiza mediante tokens depositados en la cuenta de identidad de cada validador. Cada cuenta recibe tokens proporcionales a su stake activo en lamports. 

Para emitir un voto, los validadores transfieren estos tokens a una de varias claves públicas designadas que corresponden a las opciones de votación disponibles, incluida la opción de abstenerse. Una vez emitido, el voto no puede cambiarse. 

En esta estructura, los titulares de tokens SOL solo participan de forma indirecta al delegar sus SOL en staking a validadores cuyas decisiones de voto coinciden con sus valores o preferencias.

Comparación de la gobernanza

Según un informe comparativo de CCData publicado a comienzos de este año, Solana es uno de los cuatro únicos activos con calificación AA entre los 40 principales activos digitales evaluados según estándares ambientales, sociales y de gobernanza (ESG). Las calificaciones de gobernanza del informe, en las que Solana ocupó el cuarto lugar entre las blockchains L1, evalúan factores como la participación de las partes interesadas, la transparencia y el grado de descentralización.

Solana Foundation

Solana Foundation (SF), creada en junio de 2019, es una organización sin fines de lucro registrada en Suiza y dedicada a la descentralización, adopción y seguridad del ecosistema de Solana. Con un tesoro inicial de 167 millones de tokens SOL, SF supervisa el financiamiento de subvenciones, su Delegation Program y las herramientas para desarrolladores. Controla los activos oficiales de la marca, las cuentas de redes sociales, los sitios web y las marcas registradas.

La Fundación opera con un equipo relativamente reducido de entre 60 y 65 empleados de tiempo completo, bajo el liderazgo del director ejecutivo Daniel Albert y la presidenta Lily Liu, y la supervisión de la junta directiva de la Fundación.

La misión de SF es cultivar una red Solana escalable y autosostenible, con un enfoque en iniciativas de educación, investigación y desarrollo del ecosistema. SF organiza eventos de Solana a gran escala, incluidos Hacker Houses y la conferencia anual Breakpoint, para fomentar la participación de los desarrolladores y el desarrollo de la comunidad. ‍

El equipo de relaciones con desarrolladores de SF mantiene la documentación oficial, los canales sociales y la formación para desarrolladores. En enero de 2024, SF transfirió la administración de sus principales hackathons a Colosseum, una nueva aceleradora independiente cofundada por Matty Taylor, exdirector de crecimiento de SF.

“Nuestro trabajo consiste en lograr que nuestro puesto deje de ser necesario. Debemos encontrar formas escalables de apoyar a la red y al ecosistema, y luego apartarnos”, señaló Dan Albert en un debate reciente, al indicar el objetivo a largo plazo de SF de establecer una red capaz de sostenerse sin supervisión. 

Conclusión

Como se expone en este trabajo, la descentralización de la red Solana es comparable o superior a la de sus redes homólogas del sector en numerosas métricas clave, como el coeficiente de Nakamoto, la distribución geográfica de validadores y stake, la descentralización de los desarrolladores y los indicadores de gobernanza. La diversidad de clientes sigue siendo una excepción notable que el nuevo cliente Firedancer busca resolver.

Existen varias oportunidades para mejorar la descentralización de Solana:

• Explorar opciones para distribuir las responsabilidades de SF entre varias organizaciones.
• Aumentar la transparencia sobre los gastos de la Fundación y la asignación de subvenciones.
• Desarrollar iniciativas como ‘Solana Nations’ para aumentar la diversidad geográfica.
• Reducir los costos de votación, que son el gasto más importante para los operadores de validadores.
• Explorar estrategias para reducir las exigencias de salida de datos de los validadores; estos costos son especialmente elevados para los operadores fuera de la UE y Estados Unidos.
• Fomentar una participación más activa en las votaciones de gobernanza.
• Ampliar las comunidades de colaboradores principales e investigadores de Solana para fortalecer el desarrollo de la red.‍

El conjunto de validadores mantiene cierta concentración en Estados Unidos y la UE, y depende de una cantidad limitada de proveedores de alojamiento. Aunque este desafío no es exclusivo de Solana, pone de relieve el potencial de Solana para mejorar como una de las blockchains menos centralizadas en el nivel de los validadores.

Muchas gracias a Overclock, Amira Valliani, Matt Sorg, Yelena Cavanaugh, Dan Albert, Tim Garcia, 0xIchigo, Anatoly Yakovenko y Brady Werkheiser por revisar versiones anteriores de este trabajo.

Recursos adicionales

• Solana Foundation Delegation Program - Helius
• Solana Foundation debería disolverse - Debate de Breakpoint 2024
• Repositorio de Solana Improvement Documents (SIMD) - GitHub
• Por qué Solana está más descentralizada de lo que piensas (2022) - Max Sherwood

‍