¿Qué es Solana (SOL) y cómo funciona?

¿Qué es Solana (SOL)?

Solana es una blockchain pública sobre la que los desarrolladores pueden crear y ejecutar programas onchain. Esos programas se parecen a los smart contracts: fragmentos de código que se ejecutan en la blockchain y realizan automáticamente determinados acuerdos o acciones.

SOL es el token nativo de Solana. Se utiliza, entre otras cosas, para pagar las comisiones de transacción en la red. Solana tiene su propia mainnet, el entorno de producción en el que la red funciona normalmente. Además, existen Devnet y Testnet, que se utilizan para desarrollo y pruebas por parte de los validadores. Solana Mainnet Beta se lanzó en marzo de 2020. Ese nombre sigue utilizándose para la red de producción.

Puntos clave

• Solana es una blockchain pública para programas onchain.
• SOL es el token nativo y se utiliza para las comisiones de transacción.
• Los validadores procesan transacciones y votan sobre los bloques mediante proof of stake.
• Proof of History ayuda a ordenar los acontecimientos en una secuencia verificable.
• El procesamiento paralelo puede ayudar, pero no funciona para todas las transacciones al mismo tiempo.

¿Cómo funciona Solana?

Solana utiliza proof of stake. En este sistema, los validadores ayudan a mantener la red en funcionamiento. Un validador es un ordenador que procesa transacciones, vota sobre los bloques y ayuda a verificar qué datos terminan en el libro mayor digital.

La influencia de un validador depende del stake que se le haya delegado. Aquí, stake significa SOL vinculado a un validador para respaldar su participación en la red. El validador no recibe por ello la propiedad ni el control sobre ese SOL delegado.

Los validadores alternan sus funciones. El validador que en ese momento es leader produce bloques y añade nuevas entradas al libro mayor durante un slot. En pocas palabras, un slot es un período en el que ese validador tiene esa tarea.

Para alcanzar el consenso, Solana utiliza Tower BFT, un método de consenso. Consenso significa que los participantes de la red determinan conjuntamente qué versión del libro mayor es válida. Tower BFT utiliza Proof of History como referencia temporal. En cuanto un bloque recibe votos de una supermayoría de la red, se considera confirmado.

Una transacción pasa por varias etapas. Primero entra, después se verifica la firma. A continuación, la red comprueba, entre otras cosas, el pagador y las cuentas implicadas. Luego se ejecutan las instrucciones. Si todo es correcto, los cambios se registran. Si la ejecución falla, los cambios se revierten, salvo las comisiones aplicables.

Resumen de Solana (SOL)

¿Qué es Proof of History en Solana?

Proof of History, a menudo abreviado como PoH, es una forma de registrar de manera verificable el orden y el transcurso del tiempo entre acontecimientos. Puede entenderse como una línea temporal criptográfica para la red.

Técnicamente, PoH funciona con una cadena secuencial de hashes. Un hash es el resultado digital de un cálculo. En esta cadena, cada nuevo hash se crea utilizando como entrada el resultado del hash anterior. Así se genera un orden fijo que no puede modificarse fácilmente después sin volver a calcular el resto.

También pueden incluirse en esta secuencia transacciones, o hashes de transacciones. De este modo, puede comprobarse en qué lugar del orden corresponde una transacción. Los segmentos de la secuencia pueden recalcularse en paralelo para realizar esta verificación.

Proof of History no sustituye a proof of stake ni a los votos de los validadores. Por tanto, no determina por sí solo qué bloques se aprueban de forma definitiva. Los votos ponderados por stake de los validadores siguen siendo necesarios para el consenso. Tower BFT utiliza la referencia temporal de PoH, entre otras cosas, para determinar los tiempos de espera en el proceso de consenso.

¿Cómo procesa Solana las transacciones en paralelo?

Solana intenta ejecutar al mismo tiempo las transacciones que no interfieren entre sí. Esto se hace con Sealevel. La idea principal es sencilla: una transacción indica de antemano qué cuentas quiere leer y qué cuentas puede modificar.

Cuando dos transacciones no tienen acceso superpuesto a las cuentas, Sealevel puede planificarlas y ejecutarlas en paralelo. Eso significa que pueden procesarse una junto a la otra en lugar de estrictamente una tras otra.

Supongamos que dos transacciones trabajan con cuentas totalmente distintas. Entonces pueden ejecutarse de forma independiente. Si dos transacciones quieren modificar la misma cuenta, surge un conflicto. Esas transacciones no pueden ejecutarse en paralelo de forma independiente y deben procesarse en un orden seguro.

Las firmas de las transacciones también se verifican en paralelo por lotes. Dentro de una transacción individual, las instrucciones sí se ejecutan de forma secuencial. Si algo falla durante el proceso, la red revierte los cambios de esa transacción, salvo las comisiones aplicables.

Por tanto, el procesamiento paralelo no significa que todas las transacciones de un bloque se ejecuten siempre al mismo tiempo. Las cuentas compartidas con permiso de escritura limitan cuánta paralelización es posible.

¿Quién fundó Solana?

Anatoly Yakovenko y Raj Gokal son los cofundadores de Solana. Yakovenko desarrolló el concepto original de Proof of History y publicó la primera descripción técnica del mismo en 2017.

Raj Gokal se unió al proyecto inicial en diciembre de 2017. Greg Fitzgerald y Stephen Akridge fueron colaboradores técnicos tempranos. Ayudaron a convertir las ideas técnicas en un prototipo y en una implementación de red.

Solana Labs se fundó en 2018 en torno al desarrollo de la red.

¿Cuáles son las ventajas de Solana?

Solana combina un consenso ponderado por stake con una referencia temporal verificable mediante Proof of History. Gracias a ello, los validadores no necesitan coordinarse constantemente entre sí sobre el orden de los acontecimientos.

Sealevel permite la ejecución paralela de transacciones que no comparten acceso a cuentas. Ese diseño puede ayudar a procesar trabajo independiente al mismo tiempo. Sin embargo, la cantidad de paralelismo posible en la práctica depende de las propias transacciones y de las cuentas utilizadas.

Los programas de Solana pueden llamar a otros programas dentro de la misma transacción. Esto permite que las aplicaciones onchain colaboren entre sí y utilicen componentes unas de otras.

Las comisiones de transacción se pagan en SOL. Cada transacción tiene una tarifa base y, además, puede incluir una tarifa de prioridad opcional. Con esa tarifa de prioridad, un usuario puede pagar extra a un leader para que una transacción se programe más rápido.

Los titulares de SOL pueden delegar su stake a uno o varios validadores. Al hacerlo, conservan la propiedad y el control sobre sus tokens delegados.

¿Cuáles son las desventajas de Solana?

Solana ha tenido períodos históricos en los que la mainnet no confirmaba nuevos bloques y los validadores necesitaban un reinicio coordinado. El 14 de septiembre de 2021, la red estuvo detenida durante 17 horas tras una avalancha de transacciones que provocó problemas de memoria y fallos en los validadores.

El 30 de septiembre de 2022, la producción de bloques se detuvo de nuevo. Un error en la implementación del consenso impidió entonces la recuperación de una fork, tras lo cual la producción de bloques se reanudó después de un reinicio coordinado. Se trata de incidentes históricos y no demuestran que la red no funcione actualmente, pero sí muestran que han existido problemas de disponibilidad.

Ejecutar un validador requiere hardware relativamente potente. Actualmente se recomiendan como mínimo 12 núcleos de CPU, 256 GB de RAM, almacenamiento NVMe y una conexión a internet simétrica de al menos 1 Gbit/s. Estos requisitos pueden dificultar la participación como validador para quienes no dispongan de esos recursos. Además, las recomendaciones pueden cambiar con futuras versiones del software.

Como los votos están ponderados por stake, los validadores con más stake delegado tienen más influencia en el resultado del consenso. Además, el slashing no está implementado actualmente como mecanismo dentro del protocolo. El slashing es un sistema en el que el stake puede reducirse si un validador no cumple determinadas reglas.

Tampoco las comisiones y las recompensas están fijas. Las comisiones de transacción pueden variar, entre otras cosas, según la prioridad elegida y el uso de la red. Las recompensas por staking dependen, entre otros factores, de la comisión del validador, el tiempo de actividad y la cantidad total de stake delegado. Las recompensas de validadores y delegadores se financian en parte mediante la emisión del protocolo y las comisiones de transacción.

Conclusión

Solana es una blockchain pública para programas onchain, con SOL como token nativo para, entre otras cosas, las comisiones de transacción. Los validadores procesan transacciones y alcanzan consenso sobre los bloques mediante Proof of Stake y Tower BFT.

Proof of History proporciona una referencia temporal verificable. Sealevel puede ejecutar transacciones en paralelo cuando no tienen acceso conflictivo a las cuentas. Eso no significa que todas las transacciones puedan procesarse automáticamente al mismo tiempo.

Las consideraciones importantes son las interrupciones históricas de la red, el hardware relativamente exigente para los validadores y el hecho de que la influencia dentro del consenso depende del stake delegado. Quien quiera entender Solana debe recordar, sobre todo, cómo convergen los validadores, Proof of History y el procesamiento paralelo dentro de la misma red.