Por Canuto  

Pod Network presentó una arquitectura de dos capas con la que busca resolver uno de los dilemas más difíciles de DeFi: cómo construir mercados descentralizados que sean rápidos, resistentes a la censura y, al mismo tiempo, justos para todos los participantes.
***

  • Pod separa el envío de órdenes de su ejecución para reducir latencia sin depender de consenso global en cada paso.
  • Su diseño combina un fastpath para finalización rápida de órdenes y un solver restringido por reglas verificables.
  • La propuesta busca impedir censura, front-running y prácticas de last-look mediante inclusión obligatoria, pruebas de attestation y subastas por lotes.

Los mercados descentralizados suelen enfrentar una tensión difícil de resolver. Si priorizan descentralización total y consenso en cada etapa, terminan siendo más lentos. Si, por el contrario, apuestan por velocidad y delegan el ordenamiento en un secuenciador, aumentan los riesgos de censura, front-running y ventajas injustas para actores privilegiados.

Ese es el problema que aborda @poddotnetwork en su explicación sobre “Building Fast and Fair Markets”, firmada por el Dr. Giorgos Tsimos. La tesis central es que ejecutar consenso de caja negra en todo el flujo no basta para construir mercados descentralizados eficientes a escala global. En su lugar, la red propone una arquitectura dual que separa funciones y limita el poder de los actores encargados de ordenar las operaciones.

La propuesta parte de una idea sencilla pero profunda. No todas las operaciones de un mercado requieren el mismo nivel de coordinación. Algunas, como el envío de órdenes, pueden resolverse con reglas locales y validaciones rápidas. Otras, como el emparejamiento y la liquidación, sí necesitan acuerdo global y un orden total para evitar estados inconsistentes.

Pod sostiene que esa distinción permite combinar velocidad y equidad. En vez de forzar a toda la red a esperar consenso para cada orden, el protocolo acelera el ingreso de órdenes mediante un fastpath, mientras reserva el procesamiento coordinado para la ejecución por lotes. Así, intenta competir con exchanges centralizados en rapidez sin renunciar a garantías de mercado más estrictas.

Qué entiende Pod por un mercado descentralizado justo

En su planteamiento, un mercado no es solo un lugar de intercambio. Es una combinación de participantes, reglas e infraestructura que determina cómo se descubre y se transfiere el valor. En los mercados centralizados, ese proceso depende de una autoridad capaz de controlar participación, ejecución o liquidación. En los descentralizados, en cambio, esas funciones se distribuyen por red y quedan sujetas a protocolos y contratos inteligentes.

Según el análisis compartido por Pod, el problema de los mercados centralizados es que concentran también los riesgos. Una sola parte puede censurar usuarios, detener la negociación o manipular la ejecución. La descentralización elimina ese punto único de control, pero solo si el protocolo incorpora mecanismos que hagan cumplir propiedades concretas de equidad.

La primera de esas propiedades es la resistencia a la censura. Si un usuario envía una orden válida, esta debe entrar al sistema sin depender del permiso de un operador, un validador o un trader con privilegios. La segunda es la ausencia de front-running y de last-look, es decir, impedir que un participante vea una orden antes que el resto y actúe con ventaja. La tercera es el trato igualitario entre participantes, sin importar si son minoristas o institucionales, ni su ubicación geográfica.

La importancia de estas condiciones va más allá de la teoría. Si no existen, los actores más sofisticados pueden extraer valor de los menos sofisticados. Eso erosiona la confianza y debilita el mercado. Por eso, el texto plantea que la justicia del mercado no debe verse como un lujo, sino como una condición estructural para que un sistema descentralizado funcione bien.

Por qué Pod separa el envío de órdenes de la ejecución

El documento descompone un libro de órdenes en dos procesos distintos. El primero es el envío de órdenes, que consiste en introducir la orden en el sistema, bloquear fondos y registrar una intención. El segundo es la ejecución, donde las órdenes se emparejan y se liquidan las operaciones. Para Pod, confundir ambos planos ha llevado a muchos exchanges descentralizados a elegir entre lentitud o injusticia.

La razón técnica es que ambos procesos exigen coordinaciones diferentes. El envío de órdenes se parece a un pago. Si Alice quiere transferir fondos a Bob, hace falta ordenar correctamente las transacciones de Alice entre sí para evitar doble gasto. Pero no hace falta ordenar esa acción frente a una transacción sin relación de Carol. En otras palabras, basta con un orden por cuenta, no con un orden global de todo el sistema.

Pod aplica esa lógica al ingreso de órdenes. Una orden, bajo esta lectura, es un pago con condiciones adjuntas. Por eso, el paso inicial no necesita consenso global. Lo que sí necesita es validación suficiente para asegurar que los fondos están bloqueados, que la intención queda registrada y que no se producirá un doble gasto.

Ese es el rol del fastpath. Cuando un usuario envía una orden, los validadores la reciben, la verifican, le asignan una marca de tiempo, bloquean la cuenta correspondiente y difunden attestations. Una vez reunidas suficientes attestations, la orden queda finalizada. Todo esto ocurre sin coordinación global y sin esperar a un líder único, por lo que la red opera a velocidad de propagación de mensajes.

El mismo principio, añade Pod, aplica a modificaciones y cancelaciones de órdenes existentes. Son operaciones locales que tampoco requieren una coordinación global completa. Esta separación es clave para reducir latencia y evitar que el consenso tradicional se convierta en el cuello de botella principal del mercado.

El solver y la necesidad de orden global para ejecutar operaciones

La etapa de ejecución es distinta. Una vez que el sistema debe emparejar órdenes y actualizar la propiedad de los activos, la coordinación ya no puede ser local. Si dos validadores observan conjuntos de órdenes en secuencias distintas, podrían derivar emparejamientos diferentes y terminar con versiones incompatibles del libro de órdenes.

Para evitarlo, el emparejamiento requiere acuerdo, orden total y finalidad. Todos los participantes deben reconocer el mismo conjunto de operaciones ejecutadas y aceptar una secuencia determinista que preserve la prioridad de precio y tiempo. Además, una vez ejecutadas, esas operaciones no deberían revertirse.

Ahí entra el solver. Este rol toma el conjunto de órdenes finalizadas en el fastpath y genera lotes con órdenes emparejadas y una secuencia definida de ejecución. Pod aclara que no se trata de un líder único y permanente. El rol podrá transferirse con frecuencia a diferentes participantes mediante mecanismos de rotación de líder ya estudiados en la literatura de sistemas distribuidos.

La pregunta obvia es si esto no reintroduce centralización. Si una sola entidad arma los lotes, parecería recuperar el poder que suelen tener secuenciadores u operadores en otros mercados. La respuesta de Pod es que ese poder puede quedar restringido por reglas del protocolo que los validadores hacen cumplir de forma independiente.

Cómo la arquitectura de dos capas busca impedir abusos

La arquitectura propuesta por Pod se divide con claridad. La primera capa es el fastpath, dedicada al envío de órdenes. Allí los validadores verifican y attestan órdenes de manera independiente, sin coordinación global, para ofrecer finalización a velocidad de red. La segunda capa es el solver, que publica el lote a finalizar, ejecuta el emparejamiento y la liquidación, y debe respetar reglas exigibles por el resto de la red.

Según la explicación, el solver puede secuenciar órdenes, pero no puede excluir órdenes que hayan sido finalizadas, ni insertar órdenes que no hayan sido attestadas a tiempo, ni manipular libremente la secuencia dentro del lote. Esto último se debe a que el protocolo utiliza subastas por lotes y reglas deterministas de ordenamiento.

La primera defensa es la inclusión obligatoria. El solver debe incorporar toda orden que haya alcanzado suficientes attestations antes de la fecha límite del lote. Los validadores rastrean por su cuenta qué órdenes llegaron y fueron finalizadas. Si el solver omite una orden válida y oportuna, esa omisión es detectable, lo que limita su capacidad de censurar selectivamente a usuarios.

La segunda defensa son las pruebas de attestation, pensadas contra el last-look. Si un solver malicioso intenta coludirse con validadores para insertar órdenes tardías o con respaldo insuficiente, el protocolo exige demostrar que dichas órdenes fueron correctamente attestadas antes del plazo. Sin esa prueba, los ingresos de la orden emparejada no pueden retirarse. En otras palabras, aunque el atacante simule el emparejamiento, no puede extraer valor de manera rentable.

La tercera defensa son las subastas por lotes. En lugar de un emparejamiento continuo, Pod agrupa las órdenes dentro de una misma ventana temporal y las liquida a un único precio, definido como el promedio entre la mejor compra y la peor venta que fueron emparejadas. Además, el solver no puede decidir a discreción el orden del lote, porque existe una regla determinista que todos deben seguir.

Con ese diseño, sostiene Pod, desaparece la ventaja de ser apenas microsegundos más rápido. Si dos participantes envían órdenes dentro del mismo lote, reciben el mismo trato. Así, un operador minorista y una firma de alta frecuencia quedarían sujetos a las mismas reglas de ejecución, siempre que entren en la misma ventana de procesamiento.

Una apuesta por velocidad y equidad en DeFi

La conclusión del planteamiento es directa. Los mercados descentralizados no tendrían por qué elegir entre rapidez y descentralización. Pod argumenta que el envío de órdenes puede alcanzar finalidad subsegundo sin un cuello de botella de líder, mientras que la ejecución por lotes también puede cerrarse en tiempos subsegundo gracias al solver, siempre dentro de límites definidos por el protocolo.

La propuesta también intenta responder a una crítica persistente dentro de DeFi. Muchos sistemas que prometen alto rendimiento terminan dependiendo de actores con poder excesivo para ordenar transacciones. Eso mejora experiencia de usuario, pero reduce neutralidad del mercado. Pod intenta conservar ese rendimiento sin ceder la capacidad de excluir, adelantar o insertar órdenes arbitrariamente.

En términos más amplios, el texto del Dr. Giorgos Tsimos sugiere que la innovación no está solo en acelerar blockchains, sino en reconocer qué parte del mercado necesita coordinación global y cuál no. Ese enfoque modular, si funciona en la práctica, podría servir de referencia para futuros diseños de libros de órdenes descentralizados.

Por ahora, lo presentado por Pod describe una arquitectura y una tesis técnica más que un balance de adopción real. Sin embargo, el argumento apunta a uno de los temas más sensibles del sector: si DeFi puede construir mercados capaces de rivalizar con exchanges centralizados no solo en velocidad, sino también en reglas más transparentes y verificables para todos.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados