Fundada a fines de 2017 por antiguos ingenieros de Qualcomm, Intel y Dropbox, Solana es un protocolo de prueba de participación delegado de cadena única que se enfoca en brindar escalabilidad sin comprometer la descentralización o la seguridad. En el corazón de la solución de escalado de Solana se encuentra un reloj descentralizado llamado Prueba de historial (PoH), diseñado para resolver el problema del tiempo en una red distribuida sin una única fuente confiable de tiempo. Mediante el uso de una función de retraso verificable, PoH permite que cada nodo genere marcas de tiempo localmente mediante cálculos SHA256. Esto elimina la necesidad de transmitir marcas de tiempo a través de la red, lo que aumenta la eficiencia general de la red.
SOL es el token nativo de la cadena de bloques de Solana. Solana utiliza un algoritmo de consenso de prueba de participación delegada para incentivar a los poseedores de fichas a validar las transacciones. Como parte del diseño seguro de Solana, todas las tarifas se pagarán en SOL y se quemarán, lo que reducirá el suministro total. Este mecanismo SOL deflacionario incentiva a más poseedores de fichas a participar, lo que aumenta la seguridad de la red.

Características del proyecto

Para crear un libro mayor distribuido con tiempo codificado y confiable, SOLANA diseñó Proof of History, que es una prueba del paso del tiempo entre las órdenes de verificación y eventos específicos.
Proof of History funcionará con Proof of Work (el algoritmo de consenso utilizado por Bitcoin, etc.) o Proof of Stake (el algoritmo de consenso utilizado por Ethereum's Casper). Esto reduce la sobrecarga de mensajería que conduce a tiempos de terminación inferiores a un segundo.
Más allá de eso, Solana está trabajando para generar hasta 710 000 transacciones por segundo en una red de 1 GB sin partición de datos. ¿Quieres saber cómo planean lograr esta gran victoria?
En la carrera por desarrollar blockchains de alto rendimiento (Tps) y altamente seguras, los equipos están ideando nuevas formas de crear soluciones altamente escalables que permitan llevar a cabo grandes volúmenes de transacciones.
"¿Cuestión de tiempo?". En la era de la informática y la información, existe una necesidad fundamental que espera ser resuelta. Coordinación justa entre eventos. Esto significa: por ejemplo, cuando una computadora envía un mensaje a otra computadora, necesitan sincronizar el tiempo entre transacciones. Entonces, esto significa que si cada uno tiene su propio reloj interno, es posible que no puedan coordinarse correctamente.
La coordinación de eventos con marcas de tiempo no es solo un requisito del sistema, sino también un costo enorme en dinero, personas y esfuerzo.
Los desarrolladores han comenzado a usar una técnica para aumentar el rendimiento general de la cadena. La fragmentación es una técnica utilizada para mejorar el TPS (rendimiento del sistema) de la cadena general y ha demostrado su eficacia, pero no es una solución completa por sí misma, ya que puede introducir vulnerabilidades.
La mayor vulnerabilidad es la fragmentación de transacciones que, si no se maneja adecuadamente, puede abrir la cadena a transacciones fraudulentas, gastos dobles o fragmentos de la misma transacción sin conocimiento compartido.
Para brindar una perspectiva general, Google Spanner (la base de datos escalable, multiversionada, distribuida globalmente y replicada sincrónicamente de Google que admite transacciones de lectura y escritura, transacciones de solo lectura y lecturas de instantáneas) gasta una gran cantidad de recursos sincronizando sus datos Relojes atómicos entre centros de datos.
Necesitan un mantenimiento preciso y hay toneladas de ingenieros trabajando en ello. Puede parecer que coordinar el tiempo es una tarea fácil, pero no lo es, y esta es la solución Proof-of-History propuesta por Solana.
Al permitir una coordinación de tiempo confiable, Solana no solo aumenta el rendimiento de la cadena de bloques en términos de velocidad y confiabilidad, sino que también reduce el costo promedio.
Es probable que un equipo que resuelva con éxito este problema tenga una cadena de bloques muy adoptada.

Resumen técnico

Profundizar en las soluciones propuestas por Solana plantea preguntas como, por ejemplo, cómo implementar la prueba del historial en la cadena de bloques y cómo funciona exactamente Solana y qué herramientas utilizan.
Primero, debemos entender cómo está diseñada la web y en qué consiste.
La prueba del historial es una función de retardo verificable de alta frecuencia. Esto significa que requerirá un número determinado de pasos relevantes para ser evaluados. Pero, por otro lado, estos pasos terminan produciendo un resultado único, que es fácil de verificar.
En la sección de soluciones, discutimos cómo Solana puede aumentar la cantidad de TXN/sy reducir los recursos necesarios para ejecutarlos. La interpretación de esta posibilidad es consistente con la interpretación de las funciones hash.
Las funciones hash como una forma de comprimir datos para que grandes cantidades de datos puedan terminar comprimiéndose en una pequeña cantidad de bits fomentan pesos de tx reducidos, lo que resulta en una mayor eficiencia y secuencias más rápidas.
Como se mencionó anteriormente, las secuencias de prueba de historial están diseñadas para funcionar con funciones hash criptográficas.
De particular relevancia para las funciones hash criptográficas es el uso de entrada sin procesar para predecir el resultado final (salida) sin ejecutar toda la función desde cero. Entonces, si tiene una entrada y tratar de predecir la salida es imposible, deberá ejecutar la función para obtener el resultado.
Con esto en mente, supongamos que esta función hash se ejecuta desde algún punto de inicio aleatorio (entrada inicial), y una vez que se completa el proceso, se obtiene la primera salida (hash). Aquí es donde se pone interesante, introducir la entrada en la entrada del siguiente hash junto con la salida que obtienes al ejecutar la función.
Si queremos repetir este proceso, digamos 300 veces. Puede comenzar a ver que hemos creado un proceso de subproceso único donde el resultado final (hash 300) es completamente indescifrable, excepto por quien ejecuta todo el subproceso.
Este bucle que proporciona la salida a la entrada de la siguiente función y los datos generados se representa como el paso del tiempo y la creación de la historia, en la jerga de Solana, como tics. Cada salida lleva información detallada que no se puede predecir sin ejecutar la función. Al igual que las películas de Marvel del ejemplo anterior, cada obra representa un período de tiempo que resulta ser su lugar en el hilo del tiempo continuo.
Por lo tanto, Solana recomienda no utilizar tiempos poco fiables, sino utilizar estas salidas ordenadas secuencialmente e impredecibles para determinar un momento específico, es decir, un momento específico en el proceso del hilo. Podemos llamarlo historia.

Prueba de equidad del proyecto

Solana utiliza la prueba de participación (POS) para el consenso y comparte muchas de las características de otros tokens basados ​​en POS. Como repaso, aquí hay algunas características clave de los tokens de POS:
Prueba de que los tokens de POS usan validadores
POS se puede verificar
1. Bloquee los tokens en la billetera
2. Coloque los tokens bloqueados en el masternode, que contribuye a la estabilidad de la cadena
El orden de pago está determinado por la "edad" del token POS o el programa de recompensa de masternode.
Cada billetera POS o programa de recompensa de masternode recibe tokens acuñados o recién falsificados.
Los programas de recompensas de monederos o masternodes que han estado fuera de línea durante demasiado tiempo ya no "pagan" y pueden eliminarse de la red.
El papel de POS es evitar que los malos actores introduzcan transacciones no válidas al socavar la seguridad de la red.
La sanción para los "malos actores" puede ser la pérdida de tokens y recompensas de POS.
La confianza está garantizada siempre que la recompensa de demostrar los beneficios supere la posibilidad de obtener ganancias a través del fraude.
Solana tiene una estructura muy similar, pero implementaron su POS de una manera ligeramente diferente.
Solana selecciona un validador (es decir, apuesta un token) entre aquellos nodos que están conectados.
La votación y la selección del validador serán entonces determinadas por el nodo que ha sido el nodo más largo o más enlazado.
Solana confía en la confirmación rápida; si un nodo no responde dentro de un tiempo específico, se marca como muerto y se elimina de la votación, y si el nodo era un validador en ese momento, se realiza una nueva elección para seleccionar un nuevo dispositivo validador.
Si un nodo de supermayoría (dos tercios de los nodos) vota dentro de este tiempo de espera, la bifurcación se considera válida.
El recorte es el acto de invalidar la participación, lo que evita que los validadores cometan fraude o intenten validar varios nodos, ya que se perderán los tokens vinculados.
Una gran diferencia es el concepto de nodos de elección secundarios. Una vez elegido, un nodo secundario puede asumir la función principal en caso de una interrupción de la red u otra falla.

Enlaces relacionados:
https://www.qukuaiwang.com.cn/news/9130.html