A Moneygram implementou um nó validador ativo na Solana e integrou-se na Solana Developer Platform (SDP), marcando uma mudança de consumidor de infraestrutura para participante no consenso. Harry Hwang, CEO da Flowra, alerta que as vias de fluxo de ordens em conformidade correm o risco de centralizar a liquidez institucional da Solana em um número reduzido de rotas aprovadas, criando guardiões práticos apesar do design permissionless do protocolo. À medida que instituições financeiras tradicionais adotam infraestruturas de validadores juntamente com fornecedores conformes como Anchorage Digital e Chainalysis, a procura desloca-se do rendimento de staking puro para o alinhamento regulatório, aumentando as tensões entre os requisitos de consenso público de confiança zero e as mandates de conformidade financeira legada.
Moneygram estabelece terreno de infraestrutura através de operações de validador
A implementação de um nó validador ativo na Solana por parte da Moneygram representa uma abordagem estratégica centrada na infraestrutura. Hwang afirmou que a ação não deve ser interpretada como uma integração direta do sistema de pagamentos da Moneygram com operações de validador, mas sim como a entrada da empresa em operações de infraestrutura ao nível do protocolo para abrir portas a uma integração a longo prazo com stablecoins e vias de pagamento.
Operar um validador isoladamente permite à Moneygram testar capacidades técnicas, dominar a gestão de chaves de alta frequência e navegar arquiteturas de confiança zero em nós públicos em produção, antes de expor o seu livro de liquidação principal à rede ao vivo. No entanto, 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 da finança tradicional e as exigências de assinatura de alta frequência do consenso da Solana.
"Na arquitetura atual da Solana, a identidade do validador e a autoridade de voto devem ser assinadas com muita frequência, pelo que geralmente precisam de existir na via quente do sistema de validador," disse Hwang. "Por outro lado, a chave de levantamento autorizada não é necessária durante a operação normal e controla a conta de voto, devendo ser gerida através de armazenamento frio, HSM, MPC ou uma cerimónia de chaves offline."
A atualização Alpenglow da Solana introduz mensagens leves fora da cadeia, agregadas através de esquemas de assinatura BLS, potencialmente reduzindo o peso da assinatura de votos de alta frequência na via quente. Hwang observou que, se as transações de voto na cadeia forem removidas e o sistema evoluir para uma votação baseada em BLS, arquiteturas de HSM, enclaves e assinatura remota poderão tornar-se mais viáveis ao longo do tempo.
Quando uma entidade altamente regulada participa no consenso, ela confirma transações para um pool global de utilizadores pseudónimos, criando tensão com as mandates de conformidade. "Quando uma empresa de pagamentos participa diretamente no consenso numa rede pública permissionless, ainda não está totalmente definido como essa atividade deve ser tratada ao abrigo de AML, sanções, Travel Rule, licenciamento de pagamentos, subcontratação e quadros de resiliência operacional," afirmou Hwang.
Vias de fluxo de ordens em conformidade correm o risco de centralizar a liquidez da Solana
À medida que as empresas adotam a SDP juntamente com fornecedores conformes, a procura desloca-se para o alinhamento regulatório. Como a Solana não possui um mempool global ao estilo Ethereum, essa procura manifesta-se como vias de fluxo de ordens isoladas. Hwang afirmou que, na prática, essa procura é mais provável de evoluir para vias de fluxo de ordens conformes, execução baseada em políticas e camadas de ativos permissionadas, com ordens institucionais roteadas por caminhos sujeitos a KYT.
"Se as vias de fluxo de ordens conformes se tornarem demasiado dominantes, a liquidez real e a execução de alta qualidade podem concentrar-se em um número reduzido de rotas aprovadas," alertou Hwang. "Nesse caso, o protocolo pode permanecer permissionless em teoria, mas guardiões 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 é bloquear os 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 o MEV tóxico através 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 fonte importante de receita para validadores de blockchain, mas práticas predatórias como frontrunning e ataques sandwich entram em conflito com as melhores políticas de 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 no MEV, mas que formas devem ser permitidas e quais devem ser restringidas.
"Se um operador institucional abdicar totalmente do MEV, pode estar a deixar receita na mesa que, de outra forma, poderia beneficiar delegadores ou investidores," afirmou Hwang. "Por outro lado, se permitir estratégias agressivas de MEV sem limites, especialmente estratégias que prejudiquem os utilizadores, pode conflitar com o dever fiduciário e os padrões de conduta de mercado."
FAQ
O que fez a Moneygram na rede Solana?
A Moneygram implementou um nó validador ativo na Solana e integrou-se na Solana Developer Platform (SDP), mudando de consumidor de infraestrutura para participante no consenso. Harry Hwang afirmou que isso deve ser interpretado como a entrada da Moneygram em operações de infraestrutura ao nível do protocolo, e não como uma integração direta do seu sistema de pagamentos com operações de validador.
Por que Harry Hwang alerta para vias de fluxo de ordens em conformidade na Solana?
Hwang alerta que, se as vias de fluxo de ordens em conformidade se tornarem demasiado dominantes, a liquidez real e a execução de alta qualidade podem concentrar-se em um número reduzido de rotas aprovadas. Nesse caso, o protocolo pode permanecer permissionless em teoria, mas guardiões podem surgir na prática, centralizando a liquidez institucional apesar do design descentralizado da Solana.
Como o framework da Flowra aborda conflitos institucionais de MEV?
O framework de proponente baseado em políticas (PBP) da Flowra permite que nós institucionais bloqueiem o MEV tóxico através de políticas programáveis. O sistema possibilita que os validadores escolham entre múltiplos construtores e fontes de fluxo de ordens com base em rendimento, toxicidade, risco e critérios de conformidade, em vez de ficarem presos a um único construtor ou motor de blocos.
