Diseño de mecanismo de Solana y arquitectura Análisis en profundidad

Autor: Pavel Paramonov Fuente: X, @paramonoww Traducción: Bittain Vision

En los últimos seis meses, he leído innumerables artículos y documentos sobre diseño y arquitectura del mecanismo de Solana.Resumiré la información más importante en un artículo largo.El contenido cubre temas como el diseño del mecanismo, el mercado de costos y MEV.

Aquí están las respuestas a todas las preguntas:

Modelo de consenso de Solana:

‣ El modelo de consenso Prueba de Historia de Solana (POH) es esencialmente «prueba de estaca + variable de tiempo».

‣ Poh es esencialmente el reloj de la red, utilizado para rastrear los eventos y su orden (los verificadores no requieren consenso a tiempo).

‣ Solana no tiene Memory Pool (MEMPOOL).

‣ Actualmente, la mayoría de los validadores usan programadores en el cliente Solana proporcionado por @Solanalabs.Sin embargo, los validadores también pueden optar por ejecutar diferentes algoritmos de construcción de bloques.

‣ Las variables de tiempo permiten la asignación de líderes para cada rotación, que será responsable de los bloques de producción.

Mecanismo detallado:

• Cuando se selecciona un validador como líder, es responsable de producir nuevos bloques y proponerlos en la red.

• El liderazgo gira entre los validadores a intervalos fijos (llamadas ranuras).

• Cada ranura dura 400 milisegundos, tiempo durante el cual el validador puede generar un bloque.Las ranuras se llevan a cabo una tras otra en secuencia.

• A cada ranura se le asignará un validador de líder para proponer un nuevo bloque, y otros validadores votan sobre la validez del bloque y finalmente confirman el bloque.

• Si el validador pierde su ranura asignada, la red continuará procesando la próxima ranura.

Características y procedimientos:

• Solana utiliza un mecanismo de votación basado en la horquilla, en lugar de una votación de un solo bloque.Los validadores generarán bloques continuamente y agregarán votos válidos en tiempo real.

• Los verificadores y delegadores pueden prometer o revocar las fichas SOL estacadas dentro de un ciclo (época).

• Dependiendo del número de soles prometidos, la participación del validador en el proceso de consenso se determinará al comienzo del ciclo.

Modelo de replanteo de Solana:

‣ Solana maneja actualizaciones de replantea al final de cada ciclo (época), cada ciclo dura aproximadamente 2-3 días y consta de 432,000 bloques (ranuras).

‣ El horario del verificador para el siguiente ciclo se determina en función de la información actualizada de replanteo.

Las tres fuentes principales de ingresos para los validadores:

• Tarifa de transacción

• Recompensa de acuerdo (inflación)

• Valor máximo extraíble (MEV)

‣ Las recompensas de bloque recibidas por el líder incluyen el 50% de las tarifas base y prioritarias (el 50% restante se destruye).

‣ Los tiempos de bloqueo más largos pueden reducir las recompensas anuales porque se reduce el número de ciclos, lo que afecta la asignación general de $ SOL.

‣ Solana calcula el grupo de recompensas de SOL generado por la inflación para cada ciclo y asigna recompensas a validadores y puestos de puta en función del estado de voto y estaca del ciclo anterior.

Modelo de replanteo de Solana:

‣ Solana maneja actualizaciones de replantea al final de cada ciclo (época), cada ciclo dura aproximadamente 2-3 días y consta de 432,000 bloques (ranuras).

‣ El horario del verificador para el siguiente ciclo se determina en función de la información actualizada de replanteo.

Las tres fuentes principales de ingresos para los validadores:

• Tarifa de transacción

• Recompensa de acuerdo (inflación)

• Valor máximo extraíble (MEV)

‣ Las recompensas de bloque recibidas por el líder incluyen el 50% de las tarifas base y prioritarias (el 50% restante se destruye).

‣ Los tiempos de bloqueo más largos pueden reducir las recompensas anuales porque se reduce el número de ciclos, lo que afecta la asignación general de $ SOL.

‣ Solana calcula el grupo de recompensas de SOL generado por la inflación para cada ciclo y asigna recompensas a validadores y puestos de puta en función del estado de voto y estaca del ciclo anterior.

Modelo de votación de Solana:

‣Solana no tiene requisitos mínimos de SOL estrictos para validadores, pero el consenso de participación requiere una cuenta de votación.

‣ Los validadores votan sobre las propuestas del líder de la ranura, que requiere una cuenta de votación y paga las tarifas de transacción por cada voto.

‣ El mecanismo de votación en cadena de Solana cobra tarifas de transacción por cada voto.Los precios más altos de $ Sol aumentan los costos operativos de la votación de validador debido al aumento de las tarifas de transacción.

Detalles de los costos:

• El costo por voto es 0.000005 SOL, y el validador gasta aproximadamente 2-3 SOL por ciclo para votar.

• Un ciclo dura 2-3 días y cuesta aproximadamente 300-350 SOL por año, equivalente a aproximadamente 1 SOL por día.

Mercado de costos de Solana:

‣ El mecanismo de tarifas de Solana incluye dos partes: tarifa básica y tarifa de prioridad.

‣ Las tarifas se dividen en las piezas asignadas a los validadores y se destruyen, pero el mecanismo existente tiene algunas limitaciones:

• No puede incentivar el uso eficiente de los recursos o alinear incentivos entre todas las partes.

‣ Se requiere una tarifa para crear una nueva cuenta (la exención de alquiler es gratuita).

• La tarifa se calcula a una tarifa fija y se requiere 6.96 SOL por MB de almacenamiento.

• Esta tarifa se asigna a la cuenta recién creada y se puede recuperar si se elimina la cuenta.

limitación:

• Los gastos básicos no se consideran para el uso de la unidad de computación real (Cu) -& GT;

• Tarifas de prioridad débiles -y GT;

• Los verificadores solo reciben el 50% de la tarifa -& gt;

Calidad del servicio (SWQOS) basado en pesas de replanteo:

‣ En el caso de la congestión de la red, el mecanismo SWQOS se puede utilizar para priorizar ciertos tipos de transacciones.

‣ SWQOS prioriza el tráfico de la red en función de la cantidad de estacas de los verificadores para evitar que las bajas estacas inundan la red a través de transacciones spam.

Tipo de conexión:

• Conexión abierta: uso público

• Conexión basada en el peso de la estaca: Reservado para validadores, y los nodos RPC pueden utilizar conexiones de validador a través de relaciones de confianza.

Ventajas:

• Mejorar el rendimiento de la transacción de los verificadores de replanteo

• Mejorar la resiliencia de la red

• Mejorar la resistencia al ataque de Sybil

desafío:

• Riesgo de compromiso centralizado

• Problemas de confianza entre validadores y nodos RPC

• Las barreras de entrada para pequeños validadores

‣ SWQOS prioriza el acceso a la red, mientras que las tarifas de prioridad priorizan la clasificación de las transacciones

Sobre nodos y verificadores:

‣ Todos los validadores son nodos, pero no todos los nodos son validadores.

‣ El tipo de nodo:

• Nodo de verificación: responsable de la firma y votación

• RPC NODE: Solicitudes de billetera de proceso y DEX

‣ La transacción especificará una cuenta de escritura:

• Las transacciones que afectan la misma cuenta se procesan en secuencia;

• Las transacciones que afectan diferentes cuentas pueden procesarse secuencialmente o en paralelo.

Apuesta por líquido para Solana:

‣ Solana usa POS delegado (DPO).

‣ El usuario apuesta SOL al grupo de validador y puede obtener LST (tokens líquidos estacados).

‣ Comprar recompensas Compite directamente con los ingresos por préstamos:

• Si el ingreso del endeudamiento es más alto que la recompensa de compromiso, el verificador puede retirar fondos, lo que puede tener un impacto en la ciberseguridad.

Dos tipos de tokens LST:

1. Recompensar fichas o fichas base.

• El usuario participa 10 sol al grupo de estaca y obtiene 10 tokens LST.

• El grupo de replanteo asigna estos soles a múltiples validadores para obtener VSOL.

• Estos VSOL representan recompensas de apuestas para los validadores.

• Los tokens LST están respaldados por estos VSOL.

2. Verificador LST Token (token exclusivo).

• El usuario se aplica 10 sol al verificador LST y obtiene el token V_LSTSOL, representando su interés en replantear SOL.

• El verificador se aplica el sol en el grupo de replanteo a la red Solana para obtener SSOL.

• Estos SSOL representan el interés de los validadores en el Sol de replanteación y las recompensas relacionadas.

MEV de Solana:

‣ El actual líder de blockchain tiene control total sobre la producción y programación de bloques.

‣ Los líderes están motivados para procesar transacciones a través de tarifas prioritarias, pero no se aplican necesariamente.

‣ El impacto negativo de MEV en Solana:

• Más del 50% de los recursos informáticos se desperdician en intentos de arbitraje fallidos.

‣ Solana no tiene un grupo de memoria pública (MEMPOOL), y las transacciones se envían directamente al actual y al próximo líder.

La diferencia entre Ethereum MEV y Solana MEV:

Método de producción de bloque:

• El validador predeterminado de Solana produce continuamente bloques, procesos e incluye transacciones sin problemas.

• Ethereum procesa transacciones en lotes en 12 segundos.

Impacto de MEV:

• Ethereum:

• Altos costos de red

• Espacio de bloque reducido

• Los usuarios son pellizcados y arrebatados

• Solana:

• Los buscadores intentan meterse en la transacción a través del comercio de spam.

• Transacciones fallidas Los recursos informáticos de los residuos.

• Algunos buscadores obtienen la mayoría de las ganancias.