Messari analiza Pharos: paralelismo de ciclo de vida completo, definiendo la próxima generación de L1 de alto rendimiento

Autor original: Youssef Haidar, investigador de Messari

Compilación original: Chopper, Foresight News

Resumen:

• Pharos es una cadena de bloques modular de capa 1, diseñada como infraestructura global universal para activos del mundo real (RWAs), fundada por altos ejecutivos del equipo de infraestructura blockchain liderado originalmente por Ant Group.
• A diferencia de cadenas públicas que solo procesan en paralelo la ejecución de transacciones, Pharos diseña todo el ciclo de vida del bloque, incluyendo consenso, ejecución, almacenamiento y disponibilidad de datos, en una arquitectura paralela, con el objetivo de alcanzar 30,000 transacciones por segundo en la red principal.
• Pharos Store integra directamente un árbol de Merkle en la capa de almacenamiento, reduciendo las operaciones de entrada/salida (I/O) de 8-10 lecturas de disco a 1-3, resolviendo los cuellos de botella invisibles de rendimiento en muchas cadenas públicas de alto rendimiento.
• Pharos unifica EVM y WASM en una máquina virtual determinista (DTVM), permitiendo que contratos Solidity llamen nativamente a contratos en Rust, sin necesidad de puentes o costos adicionales entre máquinas virtuales.
• La red de procesamiento dedicado (SPN) soporta a desarrolladores en la creación de capas de ejecución personalizadas para escenarios de alta carga (como comercio de derivados, verificación de ZK proofs), heredando la seguridad de la red principal mediante re-staking nativo, sin necesidad de construir desde cero un clúster de nodos validadores.

Introducción

Pharos es una cadena de bloques de alto rendimiento, modular, de capa 1, que busca construir una infraestructura global universal para activos del mundo real (RWAs). La red soporta bloques en menos de un segundo y puede manejar mil millones de usuarios concurrentes. La visión del proyecto es crear un sistema financiero inclusivo: ofreciendo una experiencia fluida similar a Web2, mientras mantiene la seguridad y descentralización nativas de las cadenas públicas. Pharos apuesta por una estrategia de “calidad sobre cantidad” en su ecosistema de activos, ayudando a instituciones tradicionales a desbloquear la liquidez en activos en cadena y abriendo canales de circulación para grupos con acceso financiero limitado.

La principal ventaja de Pharos frente a cadenas compatibles con EVM comunes es su arquitectura de cálculo profundo en paralelo (DP). La mayoría de cadenas solo pueden procesar en paralelo la ejecución de transacciones, pero Pharos, mediante hardware personalizado, realiza todo el ciclo de vida del bloque en paralelo, incluyendo disponibilidad de datos, liquidación de ejecución y consenso.

Al eliminar los cuellos de botella invisibles en toda la cadena, la red puede mantener un rendimiento estable de 30,000 transacciones por segundo y una tasa de transferencia de datos de 2 Gbps, suficiente para soportar mil millones de usuarios en línea simultáneamente. Tras el éxito de la red de prueba AtlanticOcean en octubre de 2025, Pharos planea lanzar su red principal en el segundo trimestre de 2026 y realizar un evento de generación de tokens (TGE).

Contexto del proyecto

Pharos fue fundado en noviembre de 2024 por Alex Zhang y Wish Wu, ambos ex altos ejecutivos del núcleo de infraestructura blockchain de Ant Group. Alex Zhang fue CEO de ZAN, filial de Web3 de Ant, y CTO de AntChain; Wish Wu fue CTO de ZAN, con amplia experiencia en seguridad y cumplimiento a nivel institucional.

Derivado de la tecnología madura de Ant Group, Pharos se ha desarrollado de forma independiente, con el objetivo de crear una cadena de bloques descentralizada y de código abierto. El equipo fundador incluye talento de Microsoft, PayPal, Stanford, Ripple y otras instituciones de renombre, con una sólida base técnica.

En noviembre de 2024, Pharos completó una ronda semilla de 8 millones de dólares liderada por Hack VC y Lightspeed Faction. Además, el proyecto firmó una colaboración estratégica profunda con ZAN, centrada en infraestructura de nodos, seguridad y aceleración de hardware, garantizando que la red alcance estándares de estabilidad institucional.

Tecnologías clave

Pharos considera el ciclo completo del bloque como un proceso de programación en paralelo. El equipo opina que, si solo se optimiza un módulo de ejecución, el rendimiento se verá limitado en aspectos como lectura/escritura en almacenamiento, confirmación de consenso y distribución de datos.

Para superar estos límites, Pharos utiliza una pila de protocolos modular, desacoplando la ejecución, el consenso y la liquidación, soportados por un motor de almacenamiento personalizado y un entorno de doble máquina virtual.

Capa de consenso

El consenso BFT tradicional, que depende de una propuesta de bloque por un solo nodo, tiene límites de rendimiento y riesgo de fallo único. Pharos rompe estas limitaciones con un protocolo BFT completamente asíncrono, sin suposiciones de tiempo fijo, permitiendo que los nodos validadores avancen dinámicamente según el estado real de la red, sin esperar pasivamente a los timeouts.

Los protocolos BFT basados en rondas suelen esperar confirmaciones finales de la ronda anterior, limitando la capacidad de procesamiento por la mayor latencia. Pharos desacopla la propuesta y la confirmación de bloques, permitiendo que los nodos validadores procesen transacciones en tiempo real, incluso en condiciones de alta volatilidad, manteniendo la actividad y la seguridad. Incluso en escenarios completamente asíncronos con tiempos de mensaje impredecibles, el protocolo mantiene la actividad.

Para evitar congestión por transacciones duplicadas, un algoritmo de mapeo determinista asigna cada transacción a un nodo validador específico. La figura ilustra cómo las transacciones en la mempool se distribuyen en fragmentos: el nodo 1 procesa las transacciones 1 y 2, el nodo 2 las 3 y 4, el nodo 3 las 5, mientras que el nodo 4, sin tareas asignadas, permanece inactivo y no transmite datos redundantes. Los nodos activos empaquetan sus propias transacciones para proponer bloques. La capacidad de la red crece linealmente con la cantidad de nodos validadores (el doble de nodos equivale a el doble de ancho de propuesta), sin nodos ociosos.

Tras que todos los nodos validadores envían sus propuestas, la red realiza votaciones cruzadas. Si más del 66% de los nodos aprueban una propuesta, la red difunde y confirma el consenso en solo tres rondas, generando un libro de transacciones ordenado y sin duplicados.

Capa de ejecución

El núcleo de la capa de ejecución de Pharos es la pila de máquina virtual determinista (DTVM), que reemplaza el modelo secuencial tradicional con una arquitectura de doble máquina virtual en paralelo.

Pila DTVM

DTVM es compatible nativamente con EVM y WASM en un solo entorno, sin necesidad de máquinas virtuales separadas, permitiendo llamadas nativas entre contratos Solidity y Rust, Go, C++. Para garantizar la determinismo estricto en hardware, DTVM compila todo el bytecode a una representación intermedia determinista (dMIR), eliminando comportamientos no deterministas como punto flotante o excepciones indefinidas. dMIR tiene reglas de parada estandarizadas y operaciones con valores fijos, con una pila virtual de 8MB (profundidad máxima 1024), sin depender de la arquitectura del host, garantizando que los nodos x86 y ARM tengan registros idénticos.

Como dMIR funciona como un backend universal para múltiples bytecodes, un motor JIT optimizado puede adaptarse a EVM, WASM y potencialmente RISC-V, evitando fragmentación y redundancia en diferentes arquitecturas de VM. Solo los módulos compilados en dMIR pueden ejecutarse en la cadena, asegurando un umbral de determinismo.

Para reducir la latencia del JIT tradicional, DTVM integra el motor Zeta, que permite compilar funciones individuales en lugar de toda la clase de contratos, acelerando la carga y ejecución. Tras desplegar un contrato, el motor verifica su validez y genera dMIR, compilando asíncronamente cada función. Si la compilación no termina, se usa una versión ligera en tiempo de ejecución, que se reemplaza por código nativo cuando está listo. La latencia en la primera llamada es de solo 0.95 ms, y las siguientes se ejecutan en código nativo completo.

Pipeline de Pharos

El pipeline de Pharos integra todos los componentes, dividiendo el ciclo de vida del bloque en fases concurrentes. En cadenas tradicionales, las fases de propuesta, ejecución y confirmación siguen un orden secuencial, esperando que la anterior termine. Pharos, con una arquitectura de 64 núcleos, asigna dinámicamente recursos de CPU y I/O, ejecutando en paralelo la ejecución, hash Merkle y confirmación de estado, sin inactividad de hardware.

Este diseño soporta diferentes niveles de determinismo: ordenamiento final (fijo y permanente), resultado de transacción (ejecución determinista) y acceso completo a bloques (permisos de toda la red). Aplicaciones sensibles a la latencia, como juegos o transacciones, pueden obtener resultados antes de la confirmación final del bloque, mejorando la experiencia del usuario; mientras que oráculos y servicios de indexación esperan la confirmación completa.

El pipeline permite alcanzar 500,000 transacciones por segundo, reduciendo en un 30-50% la latencia en comparación con pipelines secuenciales tradicionales.

Ph-WASM

EVM no es adecuado para tareas intensivas en cálculo: su tamaño de palabra de 256 bits, arquitectura de pila y falta de soporte para hardware moderno limitan su rendimiento. Ph-WASM es un runtime WebAssembly personalizado para Pharos, que funciona en paralelo con EVM, soportando cargas altas como modelos de IA, transacciones en contratos perpetuos y verificación de ZK proofs. Incluye optimizaciones avanzadas como vectorización y fusiones de instrucciones, permitiendo cálculos intensivos y operaciones I/O eficientes.

El valor práctico: los desarrolladores pueden escribir lógica clave en Rust o C++, desplegándola en Ph-WASM; los contratos Solidity permanecen en EVM. Ambos entornos se compilan a dMIR, permitiendo llamadas nativas sin puentes, sin VM anidada ni comunicación entre procesos, facilitando la liquidez y composición de activos. Por ejemplo, en DeFi, la lógica de fondos en frontend puede estar en Solidity, mientras que la valoración en tiempo real se realiza en contratos Rust en Ph-WASM, satisfaciendo demandas de rendimiento en aplicaciones dinámicas.

Capa de almacenamiento

El crecimiento y lentitud del almacenamiento de registros y la lectura en disco son cuellos de botella invisibles en la escalabilidad. Incluso con motores de alta velocidad, la lectura de Merkle Patricia Tree (MPT) en Ethereum requiere 8-10 accesos a disco, generando frecuentes operaciones de compresión y descompresión que consumen ancho de banda. Cuando la red crece a cientos de millones de cuentas, estos costos se acumulan, limitando la capacidad de almacenamiento y, en consecuencia, el rendimiento.

Pharos Store, basado en el principio de almacenamiento confiable y estructurado en logs (LETUS), busca eliminar estos cuellos de botella desde la arquitectura. La innovación principal es integrar la estructura de datos de Merkle directamente en el motor de almacenamiento, eliminando la doble capa de árboles y reduciendo las operaciones de I/O a 1-3 lecturas, con mejoras que aumentan con cada transacción.

El motor organiza los datos en tres estructuras personalizadas:

• Árbol Merkle incremental de múltiples versiones (DMM-Tree): árbol de Merkle con ramificación alta, que solo persiste cambios incrementales, sin reescribir todo.
• Almacenamiento por páginas con estructura de logs (LSVPS): proporciona índices de paginación entre memoria y disco, usando números de versión secuenciales en lugar de hashes, reduciendo en un 96.5% el uso de ancho de banda.
• Flujo de datos en logs de versiones (VDLS): almacenamiento en logs de solo lectura para metadatos, garantizando integridad y recuperación rápida tras fallos.

Según datos oficiales, Pharos Store reduce en un 80% los costos de almacenamiento y aumenta la capacidad de I/O en 15.8 veces respecto a combinaciones tradicionales de árboles Merkle y bases de datos jerárquicas. Soporta lectura concurrente, hashing paralelo y escritura sin bloqueo, manteniendo la velocidad de la capa de ejecución sin limitar el flujo. Además, es compatible con almacenamiento en capas y migración automática de datos antiguos a archivos de bajo costo, logrando reducir en más del 42% el espacio de almacenamiento en pruebas reales.

Capa de red

La capa de red, basada en un protocolo P2P optimizado, soporta la comunicación en toda la red Pharos, garantizando difusión rápida de mensajes. Usa asignación de ancho de banda adaptativa en tiempo real, asegurando la distribución eficiente en escenarios de alta carga.

Red de procesamiento dedicado (SPNs)

Pharos lanza SPNs, que permiten expansión modular para aplicaciones específicas. Son capas de ejecución personalizadas, que heredan la seguridad de la red principal y operan semi-independientemente, con parámetros y lógica de consenso configurables. Los desarrolladores pueden usar SPNs para cargas intensivas como cifrado homomórfico completo (FHE), computación segura multiparte (MPC), inferencia de IA y trading de alta frecuencia.

SPNs usan re-staking nativo para seguridad: los validadores del mainnet apuestan tokens para obtener certificados de staking, que luego se usan en una o varias subredes SPN. Esto crea un sistema de seguridad compartido, garantizando la integridad y eficiencia del capital sin tener que reclutar nodos independientes desde cero.

Los usuarios pueden interactuar entre subredes y con la cadena principal mediante un protocolo de interoperabilidad, que incluye buzones de mensajes, registros y puentes cross-chain. A diferencia de las soluciones Layer 2 genéricas, este protocolo está profundamente integrado en la red Pharos, soportando retransmisión de mensajes de baja latencia y transferencia atómica de activos, evitando la fragmentación de liquidez en múltiples cadenas.

Proceso completo de comunicación entre subredes:

1. Usuario inicia transacción en SPN1, dirigida a la cola de mensajes de SPN2.
2. Nodo relé transmite la transacción, credenciales cifradas y encabezados de bloque a la red principal.
3. La red principal verifica la validez, archiva en el buzón de mensajes, sirviendo como fuente de verdad global.
4. SPN2 lee los datos del buzón, los archiva localmente y completa la transferencia.

Todo esto se regula mediante dos contratos inteligentes clave: uno para verificar mensajes y enrutamiento, y otro para gestionar el ciclo de vida de las subredes, registros y gobernanza, asegurando coherencia con la red Pharos. Sin intermediarios confiables, se garantiza la ejecución atómica y la compartición verificable de datos.

Incluye mecanismos de seguridad de emergencia integrados, permitiendo a los usuarios retirar activos a la cadena principal en cualquier momento, garantizando resistencia a censura, útil en DeFi, derivados y escenarios de alto riesgo.

Ecosistema

Para la preparación del lanzamiento de la red principal y TGE en el segundo trimestre de 2026, la Fundación Pharos construye un ecosistema completo que cubre RWAs, BTCFi, exchanges descentralizados, mercados predictivos, staking líquido (LST), agricultura de rendimiento, banca inteligente con IA, protocolos de préstamo, índices, oráculos, multisig, exploradores, seguridad, interoperabilidad cross-chain y wallets.

El enfoque del ecosistema es en “RealFi”, finanzas reales: en contraste con los ingresos en DeFi basados en criptoactivos, se centra en construir finanzas institucionales en cadena usando RWAs. Estos activos se emiten a través de plataformas como Centrifuge, que lanzará productos tokenizados como bonos del Tesoro y créditos estructurados AAA en Pharos.

El principal obstáculo actual es la fragmentación del ecosistema. La Fundación Pharos ha iniciado una alianza para desarrollar RWAs en la red, con soporte de Chainlink para datos y precios, LayerZero para interoperabilidad, TopNod para wallets seguras, y Centrifuge para emitir RWAs tokenizables. Además, bancos como Anchorage Digital ofrecen custodia institucional y servicios de emisión de tokens, y R25 y Faroo desarrollan protocolos específicos para activos estructurados y staking de RWAs.

La alianza RealFi se expandirá en fases, seleccionando miembros según calidad de activos, madurez tecnológica y colaboración. También se ha establecido un fondo de 10 millones de dólares para apoyar startups y proyectos en el ecosistema Pharos, con participación de Hack VC, Draper Dragon, Lightspeed Faction y Centrifuge.

Conclusión

El diseño fundamental de Pharos se basa en que solo la paralelización de la ejecución no basta para superar los límites de rendimiento. Al diseñar todo el ciclo de vida del bloque como un proceso concurrente, la red busca resolver los cuellos de botella estructurales que limitan el rendimiento de las cadenas de capa 1. Su pila DTVM unifica EVM y WASM en un entorno determinista único, y Pharos Store reduce las operaciones de I/O en almacenamiento de 8-10 a 1-3 lecturas, abordando un problema clave de escalabilidad.

Las redes de procesamiento dedicado ofrecen caminos modulares de expansión, evitando la dispersión de liquidez. Se espera que TGE y red principal se lancen en el segundo trimestre de 2026, y el éxito del proyecto dependerá de su capacidad para traducir la arquitectura en rendimiento real y de la adopción de RealFi en la plataforma Pharos.