SLV añade soporte para el parche de optimización SHA-256 que acelera el validador de Solana PoH (conocido como el parche de kagren) — 10–20% de mejora de la velocidad de PoH, entregando imágenes Validator DAO visiones operativas a todos los usuarios de SLV a través de agentes AI

ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO se complace en anunciar que SLV, su herramienta de desarrollo de código abierto desarrollado y operado conjuntamente, ahora admite un parche de optimización (conocido como el parche de kagren) que acelera la computación SHA-256 utilizada por el validador de Solana PoH (Proof of History).

Después de la validación del entorno real en validador de Epics DAO, el parche se ha integrado en SLV en un formulario que se aplica a los validadores de Solana y Solana RPC nodos, y puede ser aplicado por cualquier SLV usuario a través de nada más que una conversación con un agente de inteligencia artificial.

En AMD Zen3 o CPU más nuevas equipadas con instrucciones SHA-NI, se espera una mejora de 10–20% en el control de velocidad de PoH medido al inicio. Esta ganancia de rendimiento se traduce directamente en un espacio adicional de tratamiento durante slots de líder en validadores Solana.

SLV Sitio web: https://slv.dev/en SLV GitHub: https://github.com/validatorsDAO/slv

¿Cuál es el parche de kagren? — Optimización exacta del Sendero más caliente en los Validadores de Solana

El consenso de Solana se basa en una continua cadena de hash SHA-256 conocida como Prueba de Historia (PoH). El proceso de tomar el hash anterior (32 bytes) como entrada para generar el próximo hash se repite cientos de miles de veces dentro de un solo slot (aproximadamente 400 ms). Entre todos los caminos de código en un validador de Solana, esta computación PoH SHA-256 es la más ejecutada y es el consumidor dominante del tiempo de CPU.

El llamado "parche de kagren" es un esfuerzo específico para optimizar este camino más caliente. Su autor original, kagren, ha forjado el cha256-hasher de solana-sdk y proporciona una implementación SHA-NI especializada para la condición de entrada de PoH de 32 bytes en un solo bloque.

Este parche se libera bajo los Comunes Creativos CC0 1.0 Licencia Universal, permitiendo a cualquiera utilizar, modificar y redistribuir libremente. Ampliamos nuestro sincero respeto a kagren por esta contribución, liberada abiertamente al ecosistema Solana.

solana-sha256-haher-optimized (kagren): https://github.com/kagren/solana-sha256-hasher-optimized

Instrucciones SHA-NI y Optimización Determinista para la entrada de 32-Byte, Single-Block

SHA-256 es un algoritmo que procesa datos en bloques de 64 bytes (512-bit). Al recortar una entrada de 32 bytes, los 32 bytes restantes están llenos de rellenos definidos por especificación: un byte de 0x80, cero relleno y una secuencia de bits que representa la longitud de entrada.

La observación clave es esta: cuando el ardor se realiza siempre en 32 bytes en un solo bloque, como en PoH, este acolchado es totalmente determinista. El parche de kagren desarrolla estas porciones deterministas por delante del tiempo a lo largo del camino de computación SHA-NI, despojando las ramas, los bucles y las cargas presentes en la implementación de uso general. Como resultado, para la condición de entrada específica de PoH de 32 bytes y un solo bloque, extrae el máximo rendimiento de SHA-NI.

Para insumos distintos de 32 bytes, o cuando abarcan múltiples bloques, la aplicación original para fines generales sigue siendo utilizada. Computación en cadena SHA-256 (hash llamadas dentro de programas que se ejecutan en el SBF) también se deja totalmente sin cambios. La optimización se aplica únicamente a las cargas de trabajo que computan repetidamente los hashes de un solo bloque, de 32 bytes, como en PoH, y no tiene ningún efecto en ningún otro camino.

10–20% Mejora en el control de velocidad de PoH - Impacto directo en el tratamiento de tragamonedas de líder

En AMD Zen3 o CPU más recientes, el valor de verificación de velocidad de PoH medido en la puesta en marcha del validador de Solana ha sido reportado por el autor original para mejorar en un 10–20% después de aplicar este parche. Hemos observado un nivel similar de mejora en la validación del entorno real en el validador de Epics DAO.

El significado de esta mejora va más allá de un mero número de referencia. PoH computational headroom se traduce directamente en el cuarto de tratamiento que un validador de Solana tiene durante sus slots de líder. La ingestión de transacciones, la acumulación de unidad de computación, la producción de bloques, dentro del tiempo limitado disponible en una slot de líder, reduciendo el tiempo de CPU consumido por la computación PoH aumenta los recursos disponibles para cada otra tarea.

Esta es una mejora silenciosa pero fiable que eleva los indicadores clave del rendimiento de un validador: latencia de voto, velocidad de salto y unidades de cómputo por bloque.

No Impacto en el Consenso - Diseño de Fallback totalmente compatible

Los cálculos SHA-256 bajo el parche de kagren producen resultados idénticos a los de la implementación estándar. Las ramas del camino de ejecución basadas en la condición de entrada: las entradas de 32 bytes y un solo bloque toman la ruta optimizada, mientras que todo lo demás se remonta a la implementación estándar. La computación SHA-256 en cadena permanece completamente inalterada.

No existe ningún riesgo estructural de problemas de consenso, como un validador que aterriza en un tenedor debido a los resultados precipitados en desacuerdo con otros validadores. Antes de desplegar binarios parcheados, SLV ejecuta un paso de verificación para confirmar la paridad de resultados con la aplicación estándar, y sólo entonces procede con el cambio-over.

Objetivo CPU y Prerequisitos

Este parche solo ofrece su beneficio en las CPUs equipadas con el conjunto de instrucciones SHA-NI. Específicamente, esto significa arquitecturas AMD Zen3 o posteriores — serie EPYC 7003 / 9004 / 9005, serie Ryzen 5000 y más tarde, serie Threadripper 5000 / 7000, y procesadores similares.

La mayoría de las configuraciones utilizadas en Epics DAO operaciones de validador y a través de ERPC plataforma cumple con esta condición, así que la mayoría de ERPC Solana RPC nodos y SLV Los servidores de la serie Metal pueden beneficiarse de este parche. En CPUs de mayor generación sin instrucciones SHA-NI, SLV salta la aplicación de parche y continúa operando en la implementación estándar.

Validación en el entorno real validador de Epics DAO — Otro bloque de construcción detrás de nuestro mundo #3 Ranking

El validador de Epics DAO, que operamos como fuente para de ERPC SWQoS endpoints and Epic Shreds feed, ha alcanzado el rango mundial #3 en general (score 99.93) entre todos los validadores de Solana en la pool de rendimiento Shinobi. Este resultado refleja la acumulación de múltiples mejoras: selección de hardware, optimización del parámetro del núcleo, afinación de red, ajuste de afinidad del IRQ, y DoubleZero integración.

La integración del parche de kagren es otra adición a esta acumulación. Después de la validación del entorno real en validador de Epics DAO confirmó tanto su eficacia como su estabilidad en la producción, la incorporamos en SLV como una habilidad integrada. Las técnicas de optimización probadas por las operaciones de validador de clase mundial están ahora disponibles en una forma que cualquier SLV el usuario puede reproducirse.

Validators DAO existe para elevar la calidad del tratamiento general y la tolerancia a la falla de la red Solana. Mejoras de rendimiento en los validadores individuales se traducen directamente en mayor rendimiento de tratamiento en toda la cadena Solana. Una optimización que Kagren lanzó bajo CC0, validado en validador de Epics DAO, y entregado a los operadores de validadores en todo el mundo a través SLV — este ciclo de devolver el conocimiento está en el núcleo de nuestra razón de ser.

Validator y RPC Soporte dual en SLV — Detección automática del cliente y despliegue remoto

Con este lanzamiento, ambos validadores Solana y Solana RPC nodos están cubiertos como objetivos para la aplicación de parche en SLV.

SLV detecta automáticamente el tipo de cliente que se ejecuta en el nodo de destino (Agave, Jito-Agave) y clona el árbol fuente apropiado de Solana en un entorno de construcción remota. El repositorio de parche de kagren también se recoge automáticamente, y todo el proceso —aplicando el parche a la lógica de la piratería PoH, reconstruyendo con banderas de optimización de la CPU de destino, respaldando el binario existente, e implementando el binario parcheado— se ejecuta de extremo a extremo bajo SLVEs control.

La versión fuente Solana se puede especificar explícitamente o resolver automáticamente sobre la base de la información de la versión gestionada por SLV. La aplicación a granel a través de múltiples nodos también es compatible, cubriendo el caso de uso de rodar el parche progresivamente a través de una flota operativa.

Tenga en cuenta que después de que se haya implementado el binario parcheado, reiniciando el validador de Solana o RPC el proceso es realizado por separado por el operador. SLV maneja todo hasta el intercambio binario; el tiempo del reinicio se deja a la política de cada operador. Cuando el SLV El agente de IA está en uso, el reinicio mismo también puede ser delegado al agente.

Combinado con el agente de inteligencia artificial, a través del lenguaje natural

Como el resto de SLV funcionalidad, aplicación de parche de kagren se expone a través MCP (Model Context Protocol). Al lanzar la consola AI y simplemente decirle al agente AI algo como "Aplicar el parche de optimización SHA-256 a este validator", todo el flujo —identificación de nodos, construcción y despliegue— es llevado a cabo por el agente, que selecciona y ejecuta los pasos apropiados.

Direct CLI La ejecución también es compatible, por lo que la misma operación se puede incorporar en flujos de automatización scripted. Si el agente AI se utiliza o no, el mismo comportamiento se reproduce en la parte superior del mismo MCP fundación.

Hasta ahora, aplicar un parche personalizado a un validador de Solana ha requerido al operador que maneje toda la secuencia: clonar el código fuente, configurar un entorno de construcción, resolver dependencias, integrar el parche, ajustar banderas de optimización y intercambiar binarios. SLV abstrae todo este proceso en algo que el agente de AI puede realizar en nombre del operador.

Una tecnología que un operador desee adoptar para mejorar el rendimiento nunca debe ser retenida por la complejidad operativa — la política SLV presentado con DoubleZero El soporte se continúa aquí con el parche de kagren.

Soporte de Modo Local: De una máquina única a una flota entera

Además de la gestión remota, SLV admite un modo local en el que SLV se ejecuta directamente en un nodo alcanzado a través de ssh. La aplicación de parche de Kagren también funciona en modo local, por lo que aplicar el parche directamente a un solo nodo de funcionamiento, o lanzarlo a través de toda una flota bajo una configuración de gestión remota basada en Ansible, puede completarse dentro del mismo SLV ambiente.

Para los usuarios que migran desde el solv, aplicar el parche de kagren en modo local es un punto de entrada fácil. Comience con una máquina y escala a la gestión remota según sea necesario — de SLV filosofía de diseño general lleva a través consistentemente a la forma en que el ajuste de rendimiento se introduce también.

Contribución a la Red Solana como un Todo

Solana es una red de cálculo distribuida. Su rendimiento está determinado por la suma de la actuación de cada validador individual distribuido en todo el mundo.

El 10-20% de margen adicional obtenido por cada validador en el cómputo PoH se acumula, a nivel de toda la red, como más espacio de procesamiento durante los slots de líder, mejor precisión de seguimiento de voto y una producción de bloques más estable. Entregar a más validadores, mediante una plataforma operativa como SLV, una optimización que Kagren lanzó bajo CC0 contribuye al rendimiento y la tolerancia a fallos de la red Solana en su conjunto.

SLV continuará proporcionando mejoras que importan las operaciones del entorno real en una forma que se pueda aplicar a través de nada más que una conversación con un agente de inteligencia artificial. Al reducir estructuralmente la carga cognitiva de las operaciones de validadores y reducir las barreras al trabajo requerido para la mejora del rendimiento, seguiremos construyendo un entorno en el que más operadores puedan ejecutar sus validadores a un nivel de calidad superior.

Entregado como Fuente Abierta - Continuando para Devolver el Conocimiento

SLV se sigue proporcionando como código abierto. Toda su funcionalidad, incluida esta integración de parches de kagren, está libre de la SLV GitHub repositorio.

Los conocimientos adquiridos de ERPC operaciones del entorno real y I+D se publica como código abierto a través de SLV habilidades y herramientas. Técnicas de optimización, parámetros de ajuste y conocimientos prácticos operativos acumulados a lo largo del camino para alcanzar el rango #3 mundial con el validador de Epics DAO - todo esto se concentra en de SLV habilidades para sus agentes de IA, en una forma que cualquier operador de validador alrededor del mundo puede reproducirse al mismo nivel de calidad.

SLV Sitio web: https://slv.dev/en SLV GitHub: https://github.com/validatorsDAO/slv

Pruébalo ahora mismo con SLV Tokens AI

La aplicación de parche de Kagren también está disponible como parte de SLVEs funcionalidad de agente de inteligencia artificial. Usando SLV Tokens AI, todo el trabajo de aplicación se puede completar mediante el diálogo de lenguaje natural con el agente AI.

Como promoción de lanzamiento, estamos distribuyendo 100.000 tokens gratuitamente con una autorización de 5 €, más que suficiente volumen para experimentar la aplicación del parche de kagren a través de una conversación con el agente de AI. Conexiones usando ChatGPT y Claude API tokens también son compatibles, por lo que los usuarios también pueden ejecutar SLV AI con su propia API llaves.

ERPC SLV Planes AI: https://erpc.global/en/price/

Combinado con ERPC Plataforma

Todos los validadores Solana y Solana RPC nodos corriendo ERPC plataforma se construyen en AMD Zen4 o nuevas CPUs — configuraciones que se benefician del parche de kagren. Implementando un entorno construido con SLV sobre ERPC plataforma, los usuarios obtienen todo lo siguiente desde el primer día: descargas instantáneas de alta velocidad dentro de la plataforma, comunicación de cero distancia con validadores de Solana, configuraciones sintonizadas específicas de Solana y aceleración PoH a través del parche de kagren.

ERPC integraciones Solana RPC, Solana Geyser gRPC, Solana Shredstream (Epic Shreds), servidores bare metal, alto rendimiento VPS, y ERPC Global Storage en una sola plataforma, con todos los servicios conectados sobre las rutas internas de red en un diseño de cero distancia. DoubleZero's red de fibra dedicada también está integrada en todas las regiones, con un notable P99 reducción de latencia de unos 200 ms en la región de Asia (Tokyo y Singapur).

ERPC Sitio web: https://erpc.global/en

Cinco años consecutivos de WBSO Aprobación - AS200261 Centro de datos dedicado por Solana

ELSOUL LABO ha recibido la aprobación por cinco años consecutivos desde 2022 en WBSO, el programa de soporte para investigación y desarrollo del gobierno holandés. Los resultados de la continua Rácda en Solana RPC infraestructura, colocación de validadores y orquestación operativa, y la construcción de entornos de operaciones de Solana impulsados por IA se implementan directamente en SLV"s toolset and AI agents.

Como culminación de este I+D, estamos construyendo un centro de datos consagrado por Solana bajo nuestro propio ASN (AS200261), asignado por RIPE NCC. Con hardware estandarizado en la última generación — AMD EPYC 5th Gen, AMD Threadripper PRO 5th Gen (9975WX y superior), y NVMe Gen 5 — combinado con un diseño de ruta de red óptimo habilitado por nuestro propio ASN, esta instalación ofrece una calidad superior que supera los centros de datos premium existentes. La apertura está programada para este mes, y apoyará una mayor aceleración de los entornos que SLV Los agentes de IA construyen.

Reconocimiento a Kagren

Esta integración en SLV no habría sido posible sin el trabajo que Kagren hizo público en el repositorio solana-sha256-haher-optimizado. Una vez más ampliamos nuestro profundo respeto y gratitud por este esfuerzo, liberado bajo CC0 como contribución al ecosistema Solana.

Una mejora liberada como código abierto, entregada a los operadores de validadores alrededor del mundo a través de otra herramienta de código abierto (SLV) — un ciclo de conocimiento compartido como este es lo que hace que el ecosistema de Solana sea más fuerte. De nuestro lado, también continuaremos dando vueltas, SLV, el conocimiento que ganamos de operar ERPC plataforma y la validador de Epics DAO.