Moneygram implantou um nó validador ativo na rede Solana e integrou-se à Plataforma de Desenvolvedores Solana (SDP), marcando uma mudança de consumidor de infraestrutura para participante do consenso. Harry Hwang, CEO da Flowra, alerta que rotas de fluxo de ordens compatíveis correm o risco de centralizar a liquidez institucional da Solana em um número reduzido de rotas aprovadas, criando gatekeepers práticos apesar do design permissionless do protocolo. À medida que instituições financeiras tradicionais adotam infraestrutura de validadores junto a provedores compatíveis como Anchorage Digital e Chainalysis, a demanda está se deslocando do rendimento puro de staking para alinhamento regulatório, aumentando as tensões entre os requisitos de consenso público de confiança zero e as mandates de conformidade do sistema financeiro legado.
Moneygram estabelece base de infraestrutura via operações de validador
A implantação de um nó validador ativo na rede Solana por parte da Moneygram representa uma abordagem estratégica focada em infraestrutura. Hwang afirmou que a ação não deve ser interpretada como uma integração direta do sistema de pagamento da Moneygram com operações de validador, mas sim como a entrada da empresa em operações de infraestrutura a nível de protocolo para abrir caminho à integração de longo prazo com stablecoins e rotas de pagamento.
Operar um validador isoladamente permite à Moneygram testar capacidades técnicas, dominar gerenciamento de chaves de alta frequência e navegar arquiteturas de nós públicos de confiança zero em produção antes de expor seu livro-razão de liquidação principal à rede ao vivo. Contudo, integrar um validador público na arquitetura de módulo de segurança de hardware (HSM) de uma instituição expõe um conflito entre os requisitos de armazenamento frio do sistema financeiro tradicional e as demandas de assinatura de alta frequência do consenso da Solana.
"Na arquitetura atual da Solana, a identidade do validador e a autoridade de voto precisam ser assinadas com frequência elevada, portanto, geralmente devem existir na rota quente do sistema de validador," disse Hwang. "Por outro lado, a chave de retirada autorizada não é necessária durante a operação normal e controla a conta de voto, devendo ser gerenciada por armazenamento frio, HSM, MPC [computação multipartidária] ou por uma cerimônia de chaves offline."
A atualização Alpenglow da Solana introduz mensagens leves fora da cadeia, agregadas por esquemas de assinatura BLS, potencialmente reduzindo a carga de assinaturas de voto de alta frequência na rota quente. Hwang observou que, se as transações de voto na cadeia forem removidas e o sistema migrar para votação baseada em BLS, HSMs, enclaves e arquiteturas de assinatura remota podem se tornar mais viáveis com o tempo.
Quando uma entidade altamente regulada participa do consenso, ela confirma transações para um pool global de usuários pseudônimos, criando tensão com as mandates de conformidade. "Quando uma empresa de pagamento participa diretamente do consenso em uma rede pública permissionless, ainda não está totalmente definido como essa atividade deve ser tratada sob AML, sanções, Travel Rule, licenciamento de pagamentos, terceirização e frameworks de resiliência operacional," afirmou Hwang.
Rotas de fluxo de ordens compatíveis correm risco de centralizar liquidez na Solana
À medida que empresas adotam a SDP junto a provedores compatíveis, a demanda se desloca para o alinhamento regulatório. Como a Solana não possui um mempool global estilo Ethereum, essa demanda se manifesta como rotas de fluxo de ordens isoladas. Hwang afirmou que, na prática, essa demanda é mais propensa a evoluir para rotas de fluxo de ordens compatíveis, execução baseada em políticas e camadas de ativos permissionadas, com ordens institucionais roteadas por caminhos filtrados por KYT.
"Se as rotas de fluxo de ordens compatíveis se tornarem excessivamente dominantes, a liquidez real e a execução de alta qualidade podem se concentrar em um número reduzido de rotas aprovadas," alertou Hwang. "Nesse caso, o protocolo pode permanecer permissionless em teoria, mas gatekeepers podem surgir na prática."
Para manter a autonomia do validador, a Flowra utiliza uma estrutura de proponente baseada em políticas (PBP). Hwang afirmou que o objetivo não é prender validadores a um único construtor ou motor de blocos, mas permitir que escolham entre múltiplos construtores e fontes de fluxo de ordens com base em rendimento, toxicidade, risco e critérios de conformidade. A estrutura PBP da Flowra permitirá que nós institucionais bloqueiem MEV tóxico por meio de políticas programáveis.
Validadores institucionais enfrentam conflito entre receita de MEV e dever fiduciário
O valor máximo extraível (MEV) tornou-se uma importante fonte de receita para validadores de blockchain, mas práticas predatórias como frontrunning e ataques sandwich conflitam com as políticas de melhor execução institucional e os padrões de conduta do mercado de Wall Street. Hwang afirmou que a questão não é se as instituições devem participar do MEV, mas quais formas devem ser permitidas e quais devem ser restritas.
"Se um operador institucional abandonar completamente o MEV, pode estar deixando receita na mesa que poderia ir para delegadores ou investidores," disse Hwang. "Por outro lado, permitir estratégias agressivas de MEV sem limites, especialmente aquelas que prejudicam usuários, pode conflitar com o dever fiduciário e os padrões de conduta de mercado."
FAQ
O que a Moneygram fez na rede Solana?
A Moneygram implantou um nó validador ativo na rede Solana e integrou-se à Plataforma de Desenvolvedores Solana (SDP), mudando de consumidora de infraestrutura para participante do consenso. Harry Hwang afirmou que isso deve ser interpretado como a entrada da Moneygram em operações de infraestrutura a nível de protocolo, e não uma integração direta de seu sistema de pagamento com operações de validador.
Por que Harry Hwang alerta sobre rotas de fluxo de ordens compatíveis na Solana?
Hwang alerta que, se rotas de fluxo de ordens compatíveis se tornarem excessivamente dominantes, a liquidez real e a execução de alta qualidade podem se concentrar em um número reduzido de rotas aprovadas. Assim, o protocolo pode permanecer permissionless em teoria, mas gatekeepers podem surgir na prática, centralizando a liquidez institucional apesar do design descentralizado da Solana.
Como a estrutura da Flowra aborda conflitos institucionais de MEV?
A estrutura de proponente baseada em políticas (PBP) da Flowra permite que nós institucionais bloqueiem MEV tóxico por meio de políticas programáveis. Essa estrutura possibilita que validadores escolham entre múltiplos construtores e fontes de fluxo de ordens com base em rendimento, toxicidade, risco e conformidade, ao invés de ficarem presos a um único construtor ou motor de blocos.
