Moneygram desplegó un nodo validador activo en Solana e integró en la Plataforma de Desarrolladores de Solana (SDP), marcando un cambio de consumidor de infraestructura a participante en el consenso. Harry Hwang, CEO de Flowra, advierte que las vías de flujo de órdenes conformes corren el riesgo de centralizar la liquidez institucional de Solana en un número reducido de rutas aprobadas, creando guardianes prácticos a pesar del diseño sin permisos del protocolo. A medida que las instituciones financieras tradicionales adoptan infraestructura de validación junto con proveedores conformes como Anchorage Digital y Chainalysis, la demanda se desplaza de la rentabilidad pura del staking hacia la alineación regulatoria, generando tensiones entre los requisitos de consenso público de confianza cero y las obligaciones de cumplimiento de las finanzas tradicionales.
Moneygram establece un terreno de pruebas de infraestructura mediante operaciones de validación
El despliegue de un nodo validador activo en Solana por parte de Moneygram representa un enfoque estratégico centrado en la infraestructura. Hwang afirmó que este movimiento no debe interpretarse como una integración directa del sistema de pagos de Moneygram con las operaciones de validación, sino como la entrada de la compañía en operaciones de infraestructura a nivel de protocolo para abrir la puerta a una integración a largo plazo con monedas estables y redes de pago.
Operar un validador en aislamiento permite a Moneygram realizar pruebas de esfuerzo en capacidades técnicas, dominar la gestión de claves de alta frecuencia y navegar arquitecturas de nodos públicos sin confianza en producción antes de exponer su libro mayor de liquidación principal a la red en vivo. Sin embargo, integrar un validador público en la arquitectura del módulo de seguridad de hardware (HSM) de una institución expone un conflicto entre los requisitos de almacenamiento en frío de las finanzas tradicionales y las demandas de firma de alta frecuencia del consenso de Solana.
"Con la arquitectura actual de Solana, la identidad del validador y la autoridad de voto deben firmarse con mucha frecuencia, por lo que generalmente deben existir en la ruta caliente del sistema de validación," dijo Hwang. "Por el contrario, la clave del retirador autorizado no es necesaria durante la operación normal y controla la cuenta de voto, por lo que debería gestionarse mediante almacenamiento en frío, HSM, MPC [cálculo multipartito] o una ceremonia de claves offline."
La actualización Alpenglow de Solana introduce mensajes ligeros fuera de cadena agregados mediante esquemas de firma BLS, lo que potencialmente reduce la carga de firmas de voto de alta frecuencia en la ruta caliente. Hwang señaló que si se eliminan las transacciones de voto en cadena y el sistema avanza hacia un voto basado en BLS, los HSM, enclaves y arquitecturas de firma remota podrían volverse más viables con el tiempo.
Cuando una entidad altamente regulada participa en el consenso, confirma transacciones para un grupo global de usuarios seudónimos, creando tensión con los mandatos de cumplimiento. "Cuando una empresa de pagos participa directamente en el consenso en una red pública sin permisos, aún no está claro cómo debería tratarse esa actividad bajo las normativas AML, sanciones, la Travel Rule, licencias de pago, externalización y marcos de resiliencia operativa," afirmó Hwang.
Las vías de flujo de órdenes conformes corren el riesgo de centralizar la liquidez de Solana
A medida que las empresas adoptan la SDP junto con proveedores conformes, la demanda se desplaza hacia la alineación regulatoria. Debido a que Solana carece de un mempool público global al estilo de Ethereum, esta demanda se manifiesta en vías de flujo de órdenes aisladas. Hwang afirmó que, en la práctica, esta demanda es más probable que evolucione hacia vías de flujo de órdenes conformes, ejecución basada en políticas y capas de activos permissionados, con órdenes institucionales enrutadas a través de rutas filtradas por KYT.
"Si las vías de flujo de órdenes conformes se vuelven demasiado dominantes, la liquidez real y la ejecución de alta calidad podrían concentrarse en un número reducido de rutas aprobadas," advirtió Hwang. "En ese caso, el protocolo puede seguir siendo sin permisos en teoría, pero podrían surgir guardianes en la práctica."
Para mantener la autonomía del validador, Flowra utiliza un marco de propuestas basado en políticas (PBP). Hwang afirmó que el objetivo no es encerrar a los validadores en un solo constructor o motor de bloques, sino permitirles elegir entre múltiples constructores y fuentes de flujo de órdenes según criterios de rendimiento, toxicidad, riesgo y cumplimiento. El marco PBP de Flowra permitirá a los nodos institucionales bloquear MEV tóxico mediante políticas programables.
Los validadores institucionales enfrentan un conflicto entre ingresos por MEV y deber fiduciario
El valor máximo extraíble (MEV) se ha convertido en un importante motor de ingresos para los validadores de blockchain, pero prácticas predatorias como el frontrunning y los ataques sandwich entran en conflicto con las políticas de mejor ejecución institucionales y los estándares de conducta del mercado de Wall Street. Hwang afirmó que la cuestión no es si las instituciones deberían participar en el MEV, sino qué formas deberían permitirse y cuáles restringirse.
"Si un operador institucional renuncia completamente al MEV, podría estar dejando ingresos sobre la mesa que de otra forma podrían ir a delegadores o inversores," dijo Hwang. "Pero si permite estrategias agresivas de MEV sin límites, especialmente aquellas que dañan a los usuarios, podría entrar en conflicto con el deber fiduciario y los estándares de conducta del mercado."
Preguntas frecuentes
¿Qué hizo Moneygram en la red de Solana?
Moneygram desplegó un nodo validador activo en Solana e integró en la Plataforma de Desarrolladores de Solana (SDP), cambiando de consumidor de infraestructura a participante en el consenso. Harry Hwang afirmó que esto debe interpretarse como que Moneygram entra en operaciones de infraestructura a nivel de protocolo, no como una integración directa de su sistema de pagos con las operaciones de validación.
¿Por qué advierte Harry Hwang sobre las vías de flujo de órdenes conformes en Solana?
Hwang advierte que si las vías de flujo de órdenes conformes se vuelven demasiado dominantes, la liquidez real y la ejecución de alta calidad podrían concentrarse en un número reducido de rutas aprobadas. En ese caso, el protocolo puede seguir siendo sin permisos en teoría, pero en la práctica podrían surgir guardianes, centralizando la liquidez institucional a pesar del diseño descentralizado de Solana.
¿Cómo aborda el marco de Flowra los conflictos institucionales en el MEV?
El marco de propuestas basado en políticas (PBP) de Flowra permite a los nodos institucionales bloquear MEV tóxico mediante políticas programables. El marco habilita a los validadores a elegir entre múltiples constructores y fuentes de flujo de órdenes según criterios de rendimiento, toxicidad, riesgo y cumplimiento, en lugar de encerrarles en un solo constructor o motor de bloques.
