El proyecto fue creado para abordar un desafío clave en Web3: la complejidad del desarrollo de aplicaciones blockchain y los altos costos operativos. Al habilitar el intercambio de recursos y la interoperabilidad de datos sin problemas entre blockchains, Pod Network proporciona a los desarrolladores una solución eficiente, segura y escalable.
Shresth Agrawal es el cofundador y CEO de Pod Network y también se desempeña como asesor en Common Prefix. Haris Karavasilis, cofundador y COO, trabajó anteriormente en Amazon. Dionysis Zindros, el Director de Estrategia, tiene experiencia previa en Google y Twitter. Kelly Buzby, un miembro clave de Pod Network, trabajó anteriormente en Bloomberg y a16z.
En enero de 2025, Pod Network completó una ronda de financiación semilla de $10 millones, liderada por a16z Crypto CSX y 1kx Network. La participación provino de Flashbots, Blockchain Builders Fund, Protagonist, Nick White, Sergey Gorbunov, David Tse, Waikit Lau, y otras firmas de capital de riesgo y inversores ángeles conocidos. Incluso antes de la ronda de financiación semilla, Pod Network ya había asegurado el respaldo de inversores estratégicos e inversores ángeles, garantizando financiación para la investigación y desarrollo en las primeras etapas.
Pod actúa como un primitivo de Capa 1 diseñado para tomar transacciones como entrada y producir un registro (una lista secuencial de transacciones) como salida. A diferencia de las blockchains tradicionales que imponen un estricto orden total de transacciones, Pod introduce un protocolo de consenso débil donde las transacciones solo están parcialmente ordenadas. Esto significa que mientras las transacciones siguen una secuencia, sus posiciones exactas pueden cambiar ligeramente con el tiempo, un concepto a menudo referido como "espacio de oscilación".
Ilustración de "Sway Space" (Fuente: pod.network)Al aprovechar la flexibilidad del “espacio de oscilación”, Pod logra un rendimiento óptimo en latencia y rendimiento. Elimina la necesidad de comunicación entre validadores, lo que permite a los clientes enviar transacciones directamente a la red. Las transacciones se ordenan de manera eficiente y escalable. Este diseño hace de Pod un potente backend para aplicaciones descentralizadas, proporcionando datos verificables de alta velocidad sin estar limitado por los cuellos de botella del consenso tradicional.
Referencia de comparación de datos de TPSNota: Las cifras anteriores son aproximadas. El rendimiento real puede variar según las condiciones de la red y las configuraciones del sistema.
El diagrama de flujo a continuación ilustra cómo las transacciones se mueven desde el cliente a un conjunto de nodos validadores y de regreso al cliente, completando un solo viaje de ida y vuelta en la red. Todo el proceso es directo, con la infraestructura que consiste en un conjunto activo de validadores responsables de registrar transacciones. Los validadores no se comunican directamente entre sí, lo que es la razón clave detrás de la alta velocidad de Pod.
Los clientes conocen el conjunto de validadores activos. Se conectan a estos validadores y envían transacciones, que finalmente se confirman. Luego, los clientes pueden consultar los registros del validador para descubrir transacciones confirmadas y su “rango de influencia” asociado.
Flujo de transacción (Fuente: pod.network)## Ventajas de diseñoOptimización de latencia: las transacciones se confirman en un solo viaje de red (aproximadamente 200 milisegundos). Esto logra una velocidad cercana a los límites físicos de la luz, haciendo que Web3 sea tan rápido y sencillo como la búsqueda en Google.
Arquitectura basada en transmisión: Cada aspecto del sistema Pod se basa en push en lugar de en pull, eliminando la necesidad de bloques. Las blockchains tradicionales requieren que los usuarios esperen a que se cree un nuevo bloque antes de confirmar transacciones, lo que introduce retrasos artificiales. El diseño basado en transmisión de Pod permite a los usuarios confirmar transacciones inmediatamente después de recibir suficientes firmas.
Simplicidad: pod-core emplea un diseño minimalista, lo que facilita la auditoría y el análisis formal. Su mecanismo de consenso consta de solo unas pocas cientos de líneas de código Rust, evitando técnicas criptográficas complejas como las pruebas de conocimiento cero o la computación multiparte. Si bien Pod aprovecha métodos criptográficos avanzados para una funcionalidad mejorada, su estructura central sigue siendo simple.
Modularidad y Flexibilidad: A pesar de su simplicidad, Pod es un sistema rico en funciones. Para mantener este equilibrio, cada componente está diseñado de forma independiente con interfaces claras para la interoperabilidad. Esta arquitectura altamente modular permite a los desarrolladores personalizar y construir componentes de aplicaciones según sus necesidades, mejorando la eficiencia del desarrollo.
Escalabilidad: Inspirado en los sistemas tradicionales de gestión de bases de datos relacionales (DBMS), Pod aplica técnicas probadas de escalabilidad para alcanzar un rendimiento a escala de Internet. Estas incluyen la separación de validadores de escritura y lectura (arquitectura maestro-esclavo), almacenamiento en caché e indexación eficientes, equilibrio de carga y cambio en caliente. Además, Pod incorpora Transparencia de Certificados (CT), un mecanismo de seguridad fundamental detrás de X.509/HTTPS, lo que le permite manejar la capacidad de transacciones a escala de Internet.
Resistencia a la censura: Si bien Pod garantiza confirmaciones de transacciones de alto rendimiento, también impone resistencia a la censura dentro del mismo marco de tiempo de confirmación corto. Esto asegura que las transacciones honestas no puedan ser censuradas selectivamente: cualquier ataque de censura tendría que estancar todo el sistema o permitir que se confirmen todas las transacciones honestas. Dado que Pod opera sin líderes ni bloques, nunca ocurre un estancamiento en todo el sistema, asegurando tanto la viabilidad como la resistencia a la censura.
Rastreabilidad: Todas las declaraciones de los validadores dentro de Pod son completamente rastreables, desde confirmaciones de transacciones individuales hasta consultas de clientes livianos sobre contratos inteligentes e incluso informes completos de libros contables para nodos completos. Este mecanismo de responsabilidad permite penalizar a los validadores que se comportan mal, garantizando una sólida seguridad económica.
Para aplicaciones que requieren un orden estricto, Pod permite a los desarrolladores construir herramientas de orden personalizadas que heredan las garantías de seguridad de Pod. Esto permite a las aplicaciones sensibles a MEV controlar cómo se gestiona el orden mientras siguen beneficiándose de la velocidad y composabilidad del sistema subyacente.
Pod admite EVMx, una versión extendida de la Máquina Virtual Ethereum (EVM). Con EVMx, los desarrolladores pueden seguir utilizando su conocida cadena de herramientas Solidity, al tiempo que se benefician de la rapidez y velocidad de ejecución de Pod. EVMx está diseñado para minimizar el esfuerzo de desarrollo necesario para aprovechar las capacidades de ejecución de alta velocidad de Pod.
Dado que los nodos secundarios no firman respuestas, no requieren confianza adicional. Si un nodo secundario deja de responder, los usuarios pueden cambiar simplemente a otro nodo secundario del mismo validador. Los validadores pueden escalar operaciones de lectura eficientemente añadiendo múltiples nodos secundarios según sea necesario.
Diagrama de flujo del nodo secundario (Fuente: pod.network)### Validadores ligerosPod no requiere validadores activos para almacenar registros pasados para mejorar aún más la descentralización de la red, reduciendo significativamente sus requisitos de almacenamiento. Esto se logra a través de la Gama de Montañas Merkle (MMR), donde cada nodo hoja en el árbol representa una transacción emparejada con su sello temporal correspondiente.
Los validadores solo necesitan mantener los picos más recientes del MMR en lugar de almacenar el registro histórico completo. Cuando un validador agrega una nueva transacción al registro, actualiza el MMR en consecuencia y envía la raíz de certificación del nodo secundario actualizada y la marca de tiempo. Los validadores solo necesitan mantener la pendiente más a la derecha del MMR, y cada vez que llega una nueva transacción, la pendiente existente es suficiente para calcular la nueva pendiente del MMR y su raíz.
Ilustración del árbol de Merkle (Fuente: pod.network)### Clientes ligerosPod tiene soporte incorporado para clientes ligeros, utilizando una estructura de datos simple y eficiente llamada Rango de Montañas Segmentadas de Merkle (MSMR). MSMR combina árboles de Merkle con árboles de segmentos, lo que permite un cliente ligero rastreable.
Los clientes ligeros pueden recuperar de manera verificable la información de contratos inteligentes de interés mientras se aseguran de que no se omita ningún dato. Esta estructura permite que los clientes ligeros funcionen sin necesidad de confiar en servidores intermedios, garantizando eficiencia y seguridad.
Umbral de quórum (α): El número mínimo de validadores requeridos para mantener la vitalidad del sistema.
Umbral de recuperación de seguridad (β): El número mínimo de validadores requeridos para garantizar la seguridad del sistema.
En los sistemas de consenso tradicionales, estos parámetros suelen establecerse en 1/3, pero en Pod, se pueden ajustar según sea necesario, lo que proporciona una mayor flexibilidad para equilibrar la seguridad y la eficiencia.
Vivacidad rastreable
Pod asegura que las transacciones honestas eventualmente serán confirmadas. Cuando un cliente ve que al menos α validadores firman una transacción, toma la mediana de estos sellos de tiempo como el tiempo de confirmación. Si hay un retraso de red δ, la transacción se confirmará en un plazo de 2δ. Si un validador no logra confirmar una transacción a tiempo, los adversarios que controlan menos de n - α validadores serán responsables.
Seguridad rastreable
Pod garantiza la inmutabilidad de la transacción asegurando que una vez que un validador honesto confirma una transacción, todos los demás validadores proporcionarán el mismo rango de tiempo. Independientemente de lo que intenten los validadores maliciosos, no pueden alterar la marca de tiempo. Si un atacante modifica las marcas de tiempo y controla más de β validadores, serán responsables. Esto garantiza que incluso en presencia de validadores maliciosos, el tiempo de confirmación de la transacción siga siendo consistente y a prueba de manipulaciones.
En resumen, Pod Network proporciona a los desarrolladores una plataforma de aplicación descentralizada potente y escalable a través de su diseño innovador y su arquitectura de protocolo flexible. A medida que la tecnología continúa evolucionando, Pod Network está preparado para asegurar una posición significativa en el espacio Web3 y convertirse en una fuerza motriz clave en el avance de aplicaciones descentralizadas.
* La información no pretende ser ni constituye un consejo financiero ni ninguna otra recomendación de ningún tipo ofrecida o respaldada por Gate.
* Este artículo no se puede reproducir, transmitir ni copiar sin hacer referencia a Gate. La contravención es una infracción de la Ley de derechos de autor y puede estar sujeta a acciones legales.





