SOL_Solana_SOL Intercambio_moneda SOL

SOL,Solana

Hora de lanzamiento: 2020-03-23

Documento técnico: https://solana.com/solana-whitepaper.pdf

Suministro máximo:

Suministro total:

Algoritmo central:

Mecanismo de incentivos:

Fundada a finales de 2017 por antiguos ingenieros de Qualcomm, Intel y Dropbox, Solana es un protocolo de prueba de participación delegado de cadena única centrado en proporcionar 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. La prueba de historial funcionará con la prueba de trabajo (el algoritmo de consenso utilizado por Bitcoin, etc.) o la prueba de participación (el algoritmo de consenso utilizado por Casper de Ethereum). 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 base de red de 1 GB sin partición de datos. ¿Quieres saber cómo planean lograr esta gran victoria? En la carrera por desarrollar cadenas de bloques de alto rendimiento (Tps) y altamente seguras, los equipos están ideando nuevas formas de crear soluciones altamente escalables que permitan transacciones altas por segundo en la cantidad de cadenas de bloques existentes. "¿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 solo es un requisito del sistema, sino también un costo enorme en términos de dinero, personal 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 recursos significativos sincronizando sus datos entre el reloj atómico de los centros de datos. Deben mantenerse con precisión, 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. Un equipo que resuelva con éxito este problema probablemente tendrá una cadena de bloques muy adoptada.

Resumen técnico Una inmersión profunda en las soluciones propuestas por Solana revela preguntas tales como cómo se puede implementar la prueba de 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/s y 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 actúan como una forma de comprimir datos para que grandes cantidades de datos puedan terminar comprimiéndose en una pequeña cantidad de bits, lo que fomenta 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 que, utilizando la entrada original, es posible 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, digamos 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 tuviéramos que repetir el 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 ciclo de proporcionar salida a la siguiente función de entrada y datos generados, representado como el paso del tiempo y la creación de la historia, es, en el lenguaje de Solana, 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 secuenciales ordenadas e impredecibles para determinar un momento específico, es decir, un momento específico en el proceso del hilo. Podemos llamarlo historia.

Project Proof-of-Stake Solana usa Proof-of-Stake (POS) para el consenso y comparte muchas de las mismas características de otros tokens basados ​​en POS. Como repaso, aquí hay algunas características clave de los tokens de POS: Prueba de tokens de POS Prueba de POS usando un validador 1. Bloquear los tokens en una billetera 2. Bloquear los tokens en el nodo maestro, lo que contribuye a la cadena El orden de los pagos de estabilidad está determinado por la "edad" del token de POS o el programa de recompensas de masternode. Cada billetera POS o programa de recompensa de masternode recibe tokens acuñados o recién falsificados. Los monederos o los programas de recompensa de masternode 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 comprometer la seguridad de la red. El castigo para los "malos actores" podría ser la pérdida de tokens y recompensas de POS. La confianza está garantizada siempre que las recompensas de demostrar los beneficios superen las posibilidades 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 los nodos que ya 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 se basa 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 lleva a cabo una nueva elección para seleccionar un nuevo validador. Si una gran mayoría de nodos (dos tercios de los nodos) vota dentro de ese 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 diferencia importante 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. Enlace relacionado: https://www.qukuaiwang.com.cn/news/9130.html

Tags：SOLSolanacambio de SOLmoneda de SOL

oficial

• 

  Facebook

• 

  Twitter

• 

  Weibo

• 

  YouTube