Información procesable

• La red de Solana está distribuida en 4.514 nodos, incluyendo 1.414 validadores y 3.100 RPC (época 685). Ningún validador único controla más del 3,2% de la participación total.
• El Coeficiente Nakamoto (NC) representa el número más pequeño de entidades independientes que pueden conspirar maliciosamente para causar una falla de viabilidad, negando el consenso necesario para la producción de nuevos bloques. El Coeficiente Nakamoto de Solana se cita con frecuencia como 19. La cifra real probablemente sea menor ya que las entidades individuales pueden operar múltiples validadores de forma anónima.
• El conjunto de validadores de Solana abarca 37 países y territorios. La mayor concentración está en América, con 508 validadores. Cuatro jurisdicciones tienen cada una más del 10% de la participación: Estados Unidos con 18.3%, los Países Bajos y el Reino Unido, ambos con 13.7%, y Alemania con 13.2%.
• El 68% de la participación se delega a validadores europeos, con el 20% delegado a América del Norte. El 50,5% de la participación se delega a validadores que operan dentro de la Unión Europea (participación europea excluyendo Noruega, Ucrania y el Reino Unido).
• El conjunto de validadores está disperso en 135 proveedores de alojamiento diferentes. Los dos principales proveedores son Teraswitch, una empresa privada de EE. UU. que aloja validadores con un 24% combinado de participación, y Latitude.sh (anteriormente Maxihost), un proveedor brasileño de servidores bare metal de bajo costo utilizado por validadores con un 19% combinado de participación.
• El código base de Agave cuenta con 357 colaboradores individuales. El cliente Firedancer, desarrollado por un pequeño equipo bajo la dirección del director científico principal Kevin Bowers, actualmente cuenta con 57 colaboradores.
• El cliente Jito, un fork del código original de Agave que incluye una subasta de espacio de bloque fuera de protocolo, actualmente posee una participación dominante del 88% en la red. Sin embargo, se espera que esto cambie considerablemente en los próximos doce meses a medida que se introduzca gradualmente e integre el nuevo cliente Firedancer en el ecosistema. Solana y Ethereum destacan como las únicas blockchains de Capa 1 que actualmente ofrecen múltiples implementaciones de cliente.
• Los cambios sustanciales en los componentes principales de Solana se someten a un proceso formal y público Solana Mejora y Desarrollo (SIMD)proceso de propuesta. Los cambios más significativos en el protocolo, especialmente aquellos que afectan los parámetros económicos, se someten a votaciones de gobernanza. Hasta ahora, se han llevado a cabo tres de dichas votaciones.
• La Fundación Solana, establecida en junio de 2019, es una organización sin fines de lucro registrada en Suiza dedicada a hacer crecer y apoyar el ecosistema Solana. El equipo relativamente reducido de 60-65 empleados a tiempo completo de la FS supervisa la financiación de subvenciones, programas de participación y herramientas para desarrolladores.
• Además, existe una fuerte evidencia de diversidad geográfica entre la comunidad de desarrolladores de Solana. El hackatón bianual más reciente, Radar, atrajo a 13,672 participantes de 156 países, con una notable participación de India, Nigeria, EE. UU. y Vietnam. SuperTeam, una red que conecta a los creativos, desarrolladores y operadores de Solana, se ha expandido a 1,300 miembros en 16 países.

¿Qué es la descentralización?

La descentralización se puede resumir como la falta de un único punto de falla dentro de un sistema. Este concepto multifacético abarca muchas dimensiones, incluyendo la distribución de tokens, la influencia de figuras clave, la participación en redes sin permisos, el control sobre el desarrollo y la diversidad de software/hardware. Cuantificar el nivel de descentralización de una cadena de bloques tiene pocos estándares universalmente aceptados fuera del Coeficiente Nakamoto de Balaji. Muchas métricas son imperfectas. Además, las discusiones sobre la descentralización de la cadena de bloques, a menudoenraizado en la filosofía política, dan lugar a debates profundamente ideológicos y, a veces, casi religiosos.

‍

Solana ha sido objeto de críticas sustanciales y desinformación por parte de un subconjunto vocal de la comunidad blockchain con respecto a una supuesta falta de descentralización y resistencia a la censura. Un ejemplo reciente es el contratista de inteligencia estadounidense y denunciante Edward Snowden, quien expresó preocupaciones durante unaToken2049presentación principal de la conferencia.

‍

Cuando miras el libro blanco de Bitcoin, creo que lo que ves es un enfoque adversarial hacia el sistema y eso es realmente lo que debes considerar. Muchas personas, y no quiero decir nombres, pero Solana, están tomando buenas ideas y pensando, bueno, ¿qué pasa si simplemente centralizamos todo? Será más rápido, será más eficiente, será más barato... Debes pensar en el caso adversarial en lugar del caso conveniente y fácil al principio.

‍

Al igual que muchos críticos de Solana, Snowden no ofreció datos para respaldar sus afirmaciones a pesar de ser Invitados públicamentepara hacerlo. En las siguientes secciones de este trabajo, analizaremos la descentralización de la red Solana a través de datos, destacando áreas donde la red muestra una descentralización relativamente fuerte mientras identifica áreas donde se necesita un mayor progreso.

Dimensiones de la Descentralización

Con este informe, adoptaremos un enfoque cuantitativo y multifacético para analizar la descentralización de Solana, basándonos en hechos e información públicamente verificable.

‍

Vamos a evaluar las siguientes áreas:

• Distribución de la participación
• Distribución geográfica de 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 cadenas de bloques del tipo prueba de participación L1 en la industria. Las redes de pares solo sirven como referencia, proporcionando un contexto más amplio para el viaje de descentralización de Solana y destacando áreas donde puede quedarse atrás o superar las expectativas.

‍

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

‍

En muchos casos, Ethereum proporciona el punto de referencia más útil, ya que es ampliamente considerado como el blockchain de capa 1 de prueba de participación más descentralizado. Cabe señalar que Ethereum tiene más del doble de años que Solana, con su bloque génesis producido en julio de 2015, en comparación con el de Solana en marzo de 2020. La descentralización es dinámica y los blockchains suelen volverse más descentralizados con el tiempo. Dadas condiciones similares, es razonable esperar que las redes más antiguas logren niveles más altos de descentralización.

Distribución de Stake

La distribución de participaciones en una red de blockchain se refiere a cómo se asignan los tokens apostados de la red entre sus validadores. En un sistema bien distribuido, ningún validador individual o grupo pequeño tiene una participación desproporcionadamente grande, lo que reduce el riesgo de que una entidad obtenga una influencia indebida o control sobre el consenso de la red.

‍

Una distribución equilibrada de la participación promueve la descentralización al garantizar un conjunto diverso de validadores, lo que dificulta que cualquier actor malintencionado comprometa la integridad de la red. También contribuye a una mayor tolerancia a fallos a medida que la red se vuelve más resistente a las fallas de los validadores individuales.

‍

"Necesitas un conjunto de validadores muy grande, cuanto más grande sea, a nivel intuitivo, la red es más segura, pero a nivel académico, cuanto más grande sea el conjunto de nodos, más fácil es garantizar que los nodos honestos como minoría de ese conjunto siempre tengan un árbol de expansión mínima que pueda alcanzarse entre sí. Eso ni siquiera significa a nivel de protocolo; literalmente son personas hablando por teléfono. El hecho de que la gente pueda entrar en Discord o IRC o llamarse por teléfono. Eso es resolver una partición y averiguar qué está mal. Cuantas más personas tengamos, más fácil es para nosotros garantizar que las particiones sean imposibles."

• Anatoly Yakovenko,Punto de interrupción 2024

‍

Ejecutando un nodo en la red Solanaes completamente sin permisos, con un requisito de apuesta mínima obligatoria muy baja (1 SOL) para operar como validador. La red admite nativamenteprueba de participación delegada (dPoS) y consta de 4.514 nodos, incluyendo 1.414 validadores y 3.100 nodos RPC.

‍

Los dos validadores más grandes por participación son operados por Helius y Galaxy, cada uno con aproximadamente un 3.2%. La participación mínima delegada requerida para ingresar a la superminoría de un tercio superior y a la supermayoría de dos tercios superior es de 4.4 millones y 1.23 millones de SOL, respectivamente.

‍

Arriba: validadores ordenados por participación, escala logarítmica

‍

El gráfico a continuación agrupa a los validadores según la participación delegada para mayor claridad. En el extremo superior, 82 validadores (5.87% del total) poseen más de un millón de SOL delegados. Por el contrario, en el extremo inferior, 825 validadores (59.1% del total) tienen menos de 50,000 SOL delegados, la mayoría participando en el Programa de Delegación de la Fundación Solana (SFDP), un programa diseñado para ayudar a acelerar la sostenibilidad de los validadores más pequeños. Aproximadamente el 72% de los validadores de Solana se benefician del apoyo de SFDP, y estos validadores representan colectivamente el 19% de la participación total. Para una exploración detallada de SFDP, consulte nuestro informe anterior Helius:SFDP y los desafíos que enfrentan los validadores de cola larga.

‍

Arriba: Validadores de Solana agrupados por participación

‍

Así como las direcciones de blockchain no equivalen a usuarios, el recuento de validadores no refleja el número real de entidades distintas que operan validadores. El número real es menor ya que entidades más grandes pueden optar por distribuir su participación entre múltiples validadores. Por ejemplo, Jito (1, 2), Coinbase (1, 2), y Mrgn (1,2Opero varios validadores.

‍

No hay ningún problema inherente a que una sola entidad opere varios validadores; De hecho, esto podría fortalecer la red al aumentar la diversidad geográfica y de proveedores de alojamiento, siempre que los validadores se distribuyan en lugar de colocarse. Sin embargo, pueden surgir riesgos si estos validadores se configuran de forma idéntica con configuraciones no estándar o reglas de firewall. Además, tener numerosos validadores administrados por una sola entidad en nombre de grandes empresas o proyectos como parte de un modelo de "validador como servicio" podría presentar más problemas de descentralización.

Coeficiente Nakamoto

En las redes de prueba de participación, laCoeficiente Nakamotorepresenta el número mínimo de nodos requeridos para controlar al menos un tercio del total de la participación (es decir, la superminoría). Un coeficiente de Nakamoto más alto indica una distribución más amplia de la participación y, en consecuencia, un mayor nivel de descentralización. También se puede considerar el menor número de entidades independientes que pueden conspirar maliciosamente para causar un fallo de vivacidad, negando el consenso necesario para la producción de nuevos bloques. Las blockchains basadas en PoS y Tolerancia a Fallas Bizantinas requieren que más de dos tercios de la participación estén de acuerdo en el estado de la red para continuar el procesamiento de transacciones.

‍

Para determinar el Coeficiente de Nakamoto de la red Solana, clasificamos a los validadores de mayor a menor según su participación y contamos el número necesario para controlar un tercio de la participación total. El Coeficiente de Nakamoto de Solana ha oscilado históricamente entre un máximo de 34 el 13 de agosto de 2023 y un mínimo de 19, donde se encuentra actualmente. El coeficiente ha sido relativamente estable durante el último año.

Arriba: Coeficiente histórico de Nakamoto de Solana

‍

El Coeficiente Nakamoto de la red Solana se encuentra en el medio en comparación con las redes similares de la industria. Estos números no consideran que las entidades individuales pueden operar múltiples validadores de forma anónima y sin permisos, por lo que los verdaderos Coeficientes Nakamoto probablemente sean más bajos.

‍

Arriba: comparación de los coeficientes de Nakamoto entre varias cadenas de bloques L1

‍

Distribución geográfica de validadores y participación

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

‍

Los desastres naturales, incluyendo terremotos, inundaciones, huracanes y tsunamis, representan otro riesgo. Tales eventos tensan las redes eléctricas nacionales y pueden interrumpir gravemente las operaciones de los centros de datos, provocando cortes abruptos. Las amenazas creadas por el hombre, como la guerra, los ciberataques y los daños a la infraestructura crítica de internet, incluyendo los cables submarinos, plantean más 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 recopilaron de validators.app para la época 685. El conjunto de datos sin procesar está disponible en formato de hoja de cálculoaquí. Estos números reflejan solo los nodos validadores apostados y no incluyen nodos RPC no apostados.

Conteo de validadores de Solana y apuesta por continente

Cuando se agrupa por continente, los datos muestran que 632 validadores de Solana (46%) están ubicados en Europa, con 550 (40%) en América del Norte. En cuanto a la distribución de la participación, el 68% de la participación se delega a los validadores en Europa, con el 20% delegado a los de América del Norte. El 50.5% de toda la participación se delega a los validadores que operan dentro de la Unión Europea (es decir, la participación europea excluyendo a Noruega, Ucrania y el Reino Unido).

‍

Arriba: Distribución de validadores y participaciones de Solana por continente (diseño del mapa: FreePik)

‍

En comparación, Ethereum tiene una distribución similar de participación con un mayor peso hacia América del Norte, que representa el 34.4%.

‍

Arriba: Validador de Ethereum y distribución de participación por continente (diseño del mapa: FreePik)

‍

Conteo de validadores de Solana por país

El conjunto de validadores de la red de Solana abarca 37 países y territorios diferentes. La mayor concentración se encuentra en América, con 508 validadores (37%) operando desde centros de datos en Estados Unidos, seguida de 112 validadores (8%) en los Países Bajos y 111 validadores (8%) en Rusia.

‍

Arriba: recuento de validadores de Solana por país, época 685

‍

Distribución geográfica de Solana por participación

Esta distribución es más equilibrada al ponderar el conjunto de validadores por participación. Cuatro jurisdicciones clave poseen cada una más del 10% de participación: EE. UU. con un 18,3%, seguido de los Países Bajos y el Reino Unido, ambos con un 13,7%, y Alemania con un 13,2%.

‍

Arriba: Distribución geográfica de la participación en Solana (época 685)

‍

En comparación, los nodos de Ethereum están distribuidos en 83 países y territorios diferentes, con casi la mitad ubicados en los EE. UU. o Alemania.

‍

Arriba: nodos Ethereum por país (fuente)

‍

Top 10 Ciudades por Recuento de Nodos y Participación de Solana

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

‍

Específicamente, para los Estados Unidos, los validadores están dispersos en todas las principales regiones, abarcando un total de 35 ciudades. Las más populares son Chicago (124 validadores, 2.3% de participación), Los Ángeles (57 validadores, 2.3% de participación) y Nueva York (32 validadores, 3.5% de participación).

‍

‍

A principios de este año, el personal de AnzaRex St.Johnestrategias propuestas para mejorar la diversidad geográfica de los validadores de Solana, especialmente mediante la expansión de la presencia de operadores en el Sur global.

‍

Se identificaron varios desafíos clave:

‍

• Mayor latencia: los nodos en regiones remotas tienen dificultades para mantenerse sincronizados con la red.
• Costo de ancho de banda: algunas regiones son conocidas por tener un costo muy alto de ancho de banda
• Restricciones regulatorias: varias jurisdicciones imponen leyes que limitan la viabilidad de operar infraestructura blockchain
• Infraestructura subdesarrollada: Infraestructura de red y centro de datos insuficientes.
• Impuestos y aranceles desfavorables: altos costos en equipos de hardware.
• Escasez de talento: falta de experiencia local en Solana y acceso limitado al capital necesario para el staking

Proveedores de alojamiento

El conjunto de validadores debería estar idealmente alojado en un amplio espectro de proveedores independientes en lugar de depender en gran medida de unos pocos centralizados. Esta diversificación es esencial para reducir el riesgo de interrupciones de red o censura por parte de cualquier proveedor único.

‍

Un incidente notable en 2022 involucró al proveedor de alojamiento alemán Hetzner, que eliminó inesperadamente a los validadores de Solana de sus servicios, sacando del aire a más del 20% de la participación activa, alrededor de 1.000 validadores, en cuestión de horas. A pesar de esto, Solana siguió funcionando sin problemas de viabilidad. La mayoría de los validadores afectados migraron con éxito a nuevos centros de datos en cuestión de días, y casi toda la participación morosa fue...volver en línea dentro de unas semanas.

Arriba: la notificación por correo electrónico enviada a los clientes de Hetzner indicándoles que eliminen el software del cliente Solana de sus servidores

‍

Proveedores de alojamiento de validadores de Solana por Stake

El conjunto de validadores de Solana está disperso en 135 proveedores de alojamiento diferentes. Los dos principales proveedores son Teraswitch, una empresa privada estadounidense, que aloja el 24% de los validadores, y Latitude.sh (anteriormente Maxihost), un proveedor con sede en Brasil de servidores bare metal de bajo costo utilizados por el 19% de los validadores. Estos dos proveedores juntos representan el 43.4% de la participación.

‍

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

‍

Arriba: proveedores de alojamiento de validadores por participación

‍

Requisitos de hardware para el validador de Solana

Debido a que Solana es una cadena de bloques de alto rendimiento y alta capacidad, tiene requisitos más exigentes Requisitos del nodoque la mayoría de los pares de la industria. Las recomendaciones de hardware para los validadores de Solana incluyen los siguientes componentes clave:

‍

• CPU: 24 núcleos / 48 hilos, o más, velocidad de reloj base de 4.2 GHz, o más rápida
• Memoria: 512 GB
• Disco: PCIe Gen3 x4 NVME SSD, o superior, 2 TB combinados o más grandes. Alta resistencia a la escritura
• Sin requisitos de GPU

‍

En la práctica, los requisitos de ancho de banda de Solana hacen que las operaciones domésticas sean imprácticas, por lo que los validadores se operan predominantemente desde servidores de metal desnudo en 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. Si bien el cliente de Solana Labs ya no se actualiza activamente, existe un fork conocido como Agaveactualmente se encuentra en uso activo. Confiar completamente en una implementación de cliente única es un vector significativo de centralización porque presenta el riesgo de un error crítico de software que podría causar una falla de vitalidad en toda la red.

‍

Aumentar la diversidad de clientes ha sido una prioridad principal para la comunidad de Solana, y este objetivo ahora finalmente se está haciendo realidad con la implementación deFiredancer.

Implementaciones del Cliente Solana

Hoy en día, existen múltiples implementaciones de cliente Solana que 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 SolanaAnza.
• Firedanceruna reescritura completa desde cero del cliente original en lenguaje de programación C mantenida porSalto 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 construido por Jito Labsque introduce una subasta de espacio de bloque fuera del protocolo, proporcionando a los validadores más incentivos económicos a través de propinas.
• Sigun cliente validador Solana optimizado para lecturas escrito en Zig por Syndica.

‍

Además,Mithriles un cliente escrito en Golang y desarrollado porOverclock para servir como un nodo completo de verificación con requisitos de hardware más bajos.

‍

Contar con varios equipos de ingeniería central a tiempo completo que revisen las bases de código de los demás aumenta significativamente la probabilidad de detectar errores, al tiempo que fomenta el intercambio de conocimientos y la colaboración.

‍

“Hemos aprendido mucho del equipo de clientes de Firedancer; hay cosas que se les han ocurrido que han sido soluciones realmente ingeniosas”, señaló el ingeniero de Anza Joe Caulfield en unentrevista reciente.

‍

Tanto Agave como Firedancer tienen un significado importanteprogramas de recompensas por errores.

Diversidad de clientes de Solana vs Ethereum

Solana y Ethereum son las únicas redes de Capa 1 que ofrecen múltiples implementaciones de cliente. Ethereum tiene al menos cinco clientes de software principales. El más ampliamente adoptado sonNethermind, escrito en C#, con un uso del 45%, yGeth, escrito en Go, con un 39% de adopción.

‍

En Solana, el cliente Jito actualmente tiene una participación del 88% en la red. Sin embargo, se espera que este panorama cambie considerablemente en los próximos doce meses a medida que se introduzcan y se integren gradualmente nuevos clientes, Frankendancer y Firedancer, en el ecosistema.

‍

Arriba: Diversidad de clientes de Solana y Ethereum (octubre de 2024)

‍

Desarrollador Descentralización

En la cuantificación de la descentralización, Balaji identifica la descentralización de los desarrolladores como un factor crítico para los ecosistemas de blockchain, enfatizando la importancia de minimizar la dependencia de los contribuyentes individuales y reducir el "riesgo de persona clave".

‍

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

‍

El validador de Agave, mantenido por Anza, una firma de desarrollo de softwareestablecidoa principios de 2024, juega un papel prominente en este panorama. Anza fue fundada con alrededor de 45 empleados, aproximadamente la mitad del equipo previamente empleado por Solana Labs.

‍

Además de administrar Agave, el equipo de Anza contribuye al ecosistema más amplio de Solana desarrollando iniciativas comoextensiones de token, infraestructura de pagos transfronterizos yEntornos con permisos de Solana.

Número de colaboradores del código base del cliente Agave

El código base del cliente Agave tiene 357 colaboradores y 26,408 commits, aunque los recuentos de commits en bruto por sí solos son imperfectos y no capturan completamente la profundidad de las contribuciones individuales. Es notable que un grupo relativamente pequeño de desarrolladores, principalmente ingenieros senior y cofundadores de Solana, han escrito la mayoría de los commits, con una larga lista de colaboradores más pequeños.

‍

Arriba: compromisos al repositorio de código del cliente Solana Agave por el colaborador. Dependabot es un bot para rastrear y actualizar dependencias.

‍

Para comparación, los populares clientes Geth y Nethermind de Ethereum demuestran un patrón similar de concentración de contribuyentes dentro de una comunidad más grande. Geth tiene 1,098 contribuyentes, mientras que Nethermind tiene 142. Más de la mitad de todos los commits a Geth son atribuibles a tres contribuyentes principales. Del mismo modo, dos desarrolladores representan más del 50% de todos los commits a Nethermind.

‍

Número de colaboradores del código base del cliente Firedancer

El cliente Firedancer, desarrollado por un pequeño equipo bajo el liderazgo deKevin Bowersen la destacada firma estadounidense de negociación de alta frecuenciaSaltaractualmente cuenta con 57 colaboradores y 3,722 commits. La diversidad de colaboradores sigue siendo limitada dado que Firedancer es un proyecto relativamente nuevo, el primer commit data de agosto de 2022, y se puso en marcha en la mainnet solo recientemente.

‍

Arriba: se compromete con la base de código del cliente Solana Agave por parte del contribuyente.

‍

Desarrolladores del Ecosistema Solana

En todo el ecosistema más amplio de Solana, hay fuertes evidencias de diversidad geográfica entre la comunidad de desarrolladores. Los hackatones en línea semestrales de Solana son algunos de los más grandes del mundo en términos de participación y desempeñan un papel importante en el fomento de muchos de los protocolos y equipos de aplicaciones exitosos de Solana en la actualidad, incluidos Tensor, Drift, Jito y Kamino.

‍

El más recienteHackathon de Radaratrajo a 13,672 participantes de 156 países, con una representación notable de India, Nigeria, EE. UU. y Vietnam.

‍

Arriba: Registro de hackatones de radar por país

‍

Superequipo, una red que conecta a los creativos, desarrolladores y operadores de Solana, se ha expandido a1,300 miembrosen 16 países. Sus capítulos localizados facilitan la colaboración a través de eventos y espacios de trabajo compartidos.Solana Allstars, un programa de embajadores dirigido por Step Finance, ha tenido un considerable éxito en Nigeria, con más de 120 encuentros bien asistidos en muchas 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 de la comunidad. La gobernanza descentralizada fortalece la transparencia, la equidad y la confianza en la red.

Gobernanza, Votación y SIMDs

Las propuestas de Mejora y Desarrollo de Solana (SIMD, por sus siglas en inglés) 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 alterar el protocolo de red, la validez de las transacciones o la interoperabilidad.

‍

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

‍

Si bien enviar SIMDs es permisivo y está abierto a cualquier desarrollador o investigador, la mayoría son presentados por desarrolladores del equipo del cliente que trabajan a tiempo completo en mejoras del protocolo principal.

Hay dos tipos de propuestas:

• Propuestas estándar: afectan las características principales de Solana (por ejemplo, consenso, redes e interfaces de API)
• Propuestas de Meta: procesos o pautas fuera del código base

Proceso SIMD

Los SIMD típicamente avanzan a través de las etapas de evaluación de ideas, redacción, revisión y aceptación. Una revisión formal ocurre públicamente en GitHub, siendo el autor de la propuesta responsable de recopilar comentarios de los colaboradores principales relevantes, quienes determinan si se acepta, se revisa o se retira.

‍

Los autores no están obligados a implementar sus propuestas, pero generalmente se sugiere que lo hagan como la mejor manera de garantizar una finalización exitosa.

‍

Si se aceptan, las propuestas a menudo incluyen un problema de seguimiento asociado para la implementación de la función y pueden requerir activación a través demecanismo de puerta de características de Solana. Las puertas de funciones se activan en los límites de época primero en Testnet, luego en Devnet, antes de la activación de Mainnet.

‍

Las discusiones sobre mejoras abarcan los siguientes lugares:

• SIMD (Documento de Mejoras de Solana) repositorio de Github
• sRFC (Solicitud de comentarios de Solana) sección de los foros oficiales de Solana
• La Discord de Solana Tech
• Dispersar los canales sociales, incluyendo X (anteriormente Twitter) y Telegram

Proceso de votación de gobernanza de Solana

Los SIMD significativos que alteran el protocolo, especialmente aquellos que afectan los 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 de larga data de la comunidad de validadores, se centra únicamente en problemas críticos para mantener el compromiso y evitar la fatiga de gobernanza.

‍

Hasta el momento, se han llevado a cabo tres votaciones de este tipo:

• Votación Consultiva Inicialen octubre de 2023 (participación del 14.3% de las acciones)
• SIMD33Créditos de Voto Oportunoen abril de 2024 (participación del 53% de las acciones)
• SIMD96 Tarifa completa de prioridad para validadoresen mayo de 2024 (participación del 51% de las acciones)

‍

La votación se realiza a través de tokens depositados en la cuenta de identidad de cada validador, con cada cuenta recibiendo tokens proporcionales a su participación activa en lamports.

‍

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

‍

En esta estructura, los poseedores de tokens SOL participan solo indirectamente al delegar sus SOL apostados a validadores cuyas elecciones de voto se alinean con sus valores o preferencias.

Comparación de gobernanza

Según un informe de referencia de CCDatalanzada a principios de este año, Solana es uno de los cuatro activos con calificación AA entre los 40 principales activos digitales evaluados según los estándares de Medio Ambiente, Social y Gobierno (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.

‍

Arriba: calificaciones de gobernanza de referencia ESG de activos digitales para cadenas de bloques L1 (fuente)

‍

La Fundación Solana

La Fundación Solana(SF), establecida en junio de 2019, es una organización sin ánimo de lucro registrada en Suiza dedicada a la descentralización, adopción y seguridad del ecosistema de Solana. Con un tesoro inicial de 167 millones de tokens SOL, SF supervisafinanciamiento para subvenciones, susPrograma de Delegación, y herramientas para desarrolladores. Controla activos de marca oficiales, cuentas de redes sociales, sitios web y marcas registradas.

‍

La Fundación opera con un equipo relativamente reducido de 60 a 65 empleados a tiempo completo bajo el liderazgo del Director Ejecutivo Daniel Albert y la Presidenta Lily Liu, supervisados por elConsejo de Fundación.

‍

La misión de SF es cultivar una red Solana escalable y autosostenible, centrándose en iniciativas de educación, investigación y desarrollo del ecosistema. SF organiza eventos a gran escala de Solanaeventos, incluyendoCasas de Hackersy el anualConferencia de punto de interrupción, para fomentar la participación de los desarrolladores y la construcción de la comunidad.

‍

El equipo de relaciones con desarrolladores de SF mantiene la documentación oficial, los canales sociales y la formación de desarrolladores. En enero de 2024, SF transfirió la gestión de los hackathones de referencia aColiseo, un nuevo acelerador independiente co-fundado por el ex Jefe de Crecimiento de SFMatty Taylor.

‍

"Nuestro trabajo consiste en encontrar formas escalables de apoyar a la red y al ecosistema y luego apartarnos de su camino", señaló Dan Albert en adebate reciente, señalando el objetivo a largo plazo de SF de establecer una red que pueda mantenerse por sí misma sin supervisión.

Conclusión

Como se describe en este trabajo, la descentralización de la red de Solana es comparable o superior a la de sus competidores de la industria en numerosas métricas clave, incluyendo el Coeficiente de Nakamoto, la distribución geográfica de los validadores y las apuestas, la descentralización de los desarrolladores y los puntos de referencia de gobernanza. La diversidad de clientes sigue siendo una notable excepción, que el nuevo cliente Firedancer tiene como objetivo abordar.

‍

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

• Explorar opciones para distribuir las responsabilidades de SF entre varias organizaciones
• Aumentar la transparencia en torno al gasto de la Fundación y las asignaciones de subvenciones
• Desarrollar iniciativas, como ‘Naciones Solana,’ para aumentar la diversidad geográfica
• Reducir los costos de votación, que son los más significativosgastos para los operadores de validadores
• Explora estrategias para reducir la demanda de salida de datos en los validadores; estos costos son notablemente altos para los operadores fuera de la UE y EE. UU.
• Fomentar una participación más activa en la votación de gobernanza
• Expandir las comunidades de contribuyentes principales e investigadores de Solana para fortalecer el desarrollo de la red

‍

El conjunto de validadores sigue estando algo concentrado en los EE. UU. y la UE y depende de un número limitado de proveedores de alojamiento. Si bien este desafío no es exclusivo de Solana, destaca el potencial de Solana para mejorar como una de las cadenas de bloques menos centralizadas a nivel de validador.

‍

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

• El Programa de Delegación de la Fundación Solana -Helius
• La Fundación Solana debe disolverse- Debate de Punto de Ruptura 2024
• Repositorio de documentos de mejora de Solana (SIMD) - GitHub (en inglés)
• Por qué Solana está más descentralizada de lo que crees (2022) - Max Sherwood

Descargo de responsabilidad:

1. Este artículo es reimpreso de [ Helius], Todos los derechos de autor pertenecen al autor original [Perdido]. Si hay objeciones a esta reimpresión, por favor contacte al Aprender en Gateequipo y ellos lo manejarán rápidamente.
2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de aprendizaje de Gate. A menos que se indique lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.