Moneygram 已部署了一个活跃的 Solana 验证器节点，并加入了 Solana 开发平台。这并非立即与其零售汇款引擎集成，而是作为基础设施试验场，以在暴露其核心结算账本之前掌握公共节点挑战。
关键要点
全球汇款巨头传统上扮演着网络基础设施消费者的角色。Moneygram 部署活跃的 Solana 验证器节点——并集成到 Solana 开发平台——标志着一个显著的转变。Moneygram 不再仅仅使用轨道；它正在帮助运行引擎。
然而，随着传统金融机构进入无需许可的共识层，它们面临着显著的工程、安全和经济摩擦。Flowra 首席执行官 Harry Hwang 拆解了架构现实、零信任要求、监管平衡以及围绕合规机构 MEV 的新兴斗争。
Moneygram 正在积极验证 Solana 区块的公告引发了猜测，认为实时零售汇款直接通过其节点结算。Hwang 敦促进行更接地气的解读。
“Moneygram 是一个主要趋势的绝佳例子。但我不会将其解读为意味着其支付系统已经直接与验证器操作集成。更准确的说法是，将其视为 Moneygram 进入协议级基础设施运营，为更长期地与稳定币和支付轨道集成打开大门。”
通过建立基础设施优先的存在，Moneygram 实际上实施了一个运营试验场。单独运行一个验证器使这家传统支付巨头能够压力测试其技术能力，掌握高频密钥管理，并在生产环境中驾驭公共节点零信任架构。这种战略缓冲确保 Moneygram 能够在将其数十亿美元的核心结算账本暴露给实时网络之前，充分解决公共共识层的独特工程和安全摩擦。
尽管如此，将公共验证器集成到机构的硬件安全模块架构中暴露了一个核心冲突：传统金融要求冷存储和隔离，而 Solana 共识要求持续的高速。
“在 Solana 当前的架构下，验证器身份和投票权限必须非常频繁地签名，因此它们通常需要存在于验证器系统的热路径中。相比之下，授权提款密钥在正常操作期间不需要，并且控制投票账户，因此应通过冷存储、HSM、MPC 或离线密钥仪式进行管理。”
高频签名要求历史上使得完整的 HSM 隔离成为性能瓶颈。然而，Solana 的 Alpenglow 升级引入了通过 BLS 签名方案聚合的链下轻量级消息。
“这就是 Alpenglow 变得有意义的地方。如果链上投票交易被移除，系统转向基于 BLS 的投票，那么热路径中高频投票签名的负担可能会减轻。Solana 还讨论了基于安全飞地的投票签名设计，因此 HSM、飞地和远程签名架构可能会随着时间的推移变得更现实。”
与此同时，当高度受监管的实体参与共识时，它实际上为全球匿名用户群体确认交易——这与合规要求产生紧张关系。
“当支付公司直接参与公共无需许可网络的共识时，该活动应如何在 AML、制裁、Travel Rule、支付牌照、外包和运营弹性框架下处理，尚未完全确定，”Hwang 表示。
他补充说，对于像 Moneygram 这样的公司，验证器参与可能更好地理解为构建具有合规和运营规模的开放稳定币轨道的一部分，而不是支付结算引擎的直接延伸。
随着企业采用 SDP 以及诸如 Anchorage Digital 和 Chainalysis 等合规提供商，需求正在从纯粹的质押收益转向监管对齐。由于 Solana 缺乏以太坊风格的全局公共内存池，这种需求表现为隔离的订单流通道。
“在实践中，这种需求更有可能演变为合规订单流通道、基于策略的执行和许可资产层。例如，机构订单可能通过 KYT 筛选路径路由，而验证器基于策略（如无三明治、低风险、无有毒 MEV 或合规友好流）选择执行路径。”
然而，如果这些合规通道变得主导，Solana 面临一个系统性悖论：它吸引机构资本，但冒着集中流动性的风险。
“如果合规订单流通道变得过于主导，实际流动性和高质量执行可能会集中在少数批准的路径中。在这种情况下，协议理论上可能仍是无需许可的，但实践中可能出现把关者。”
为了保持验证器自主性，Flowra 使用基于策略的提议者框架。Hwang 表示，目标不是将验证器锁定在单一构建器或区块引擎中，而是允许它们根据收益、毒性、风险和合规标准在多个构建器和订单流来源之间进行选择。
传统金融资本与去中心化基础设施相遇时，最复杂的摩擦点可能是最大可提取价值（MEV）。MEV 已成为区块链验证器的主要收入驱动因素，但像抢跑和三明治攻击这样的掠夺性做法直接与机构最佳执行政策和华尔街市场行为标准相冲突。对于企业运营者来说，MEV 呈现出一把尖锐的经济双刃剑。
“这个问题实际上不是关于机构是否应该参与 MEV。而是关于哪些形式的 MEV 应该被允许，哪些应该被限制，”Hwang 表示。“如果机构运营者完全放弃 MEV，它可能会把本应流向委托人或投资者的收入留在桌上。”
但如果它无限制地允许激进的 MEV 策略，尤其是建立在用户损害基础上的策略，它可能会与受托责任和市场行为标准相冲突。
83.32万 热度
20.41万 热度
148.99万 热度
94.41万 热度
9.16万 热度
Harry Hwang 警告合规的 Solana 订单流通道可能会集中机构流动性
Moneygram 已部署了一个活跃的 Solana 验证器节点，并加入了 Solana 开发平台。这并非立即与其零售汇款引擎集成，而是作为基础设施试验场，以在暴露其核心结算账本之前掌握公共节点挑战。
关键要点
Moneygram 的战略基础设施试验场
全球汇款巨头传统上扮演着网络基础设施消费者的角色。Moneygram 部署活跃的 Solana 验证器节点——并集成到 Solana 开发平台——标志着一个显著的转变。Moneygram 不再仅仅使用轨道；它正在帮助运行引擎。
然而，随着传统金融机构进入无需许可的共识层，它们面临着显著的工程、安全和经济摩擦。Flowra 首席执行官 Harry Hwang 拆解了架构现实、零信任要求、监管平衡以及围绕合规机构 MEV 的新兴斗争。
Moneygram 正在积极验证 Solana 区块的公告引发了猜测，认为实时零售汇款直接通过其节点结算。Hwang 敦促进行更接地气的解读。
“Moneygram 是一个主要趋势的绝佳例子。但我不会将其解读为意味着其支付系统已经直接与验证器操作集成。更准确的说法是，将其视为 Moneygram 进入协议级基础设施运营，为更长期地与稳定币和支付轨道集成打开大门。”
通过建立基础设施优先的存在，Moneygram 实际上实施了一个运营试验场。单独运行一个验证器使这家传统支付巨头能够压力测试其技术能力，掌握高频密钥管理，并在生产环境中驾驭公共节点零信任架构。这种战略缓冲确保 Moneygram 能够在将其数十亿美元的核心结算账本暴露给实时网络之前，充分解决公共共识层的独特工程和安全摩擦。
尽管如此，将公共验证器集成到机构的硬件安全模块架构中暴露了一个核心冲突：传统金融要求冷存储和隔离，而 Solana 共识要求持续的高速。
“在 Solana 当前的架构下，验证器身份和投票权限必须非常频繁地签名，因此它们通常需要存在于验证器系统的热路径中。相比之下，授权提款密钥在正常操作期间不需要，并且控制投票账户，因此应通过冷存储、HSM、MPC 或离线密钥仪式进行管理。”
高频签名要求历史上使得完整的 HSM 隔离成为性能瓶颈。然而，Solana 的 Alpenglow 升级引入了通过 BLS 签名方案聚合的链下轻量级消息。
“这就是 Alpenglow 变得有意义的地方。如果链上投票交易被移除，系统转向基于 BLS 的投票，那么热路径中高频投票签名的负担可能会减轻。Solana 还讨论了基于安全飞地的投票签名设计，因此 HSM、飞地和远程签名架构可能会随着时间的推移变得更现实。”
与此同时，当高度受监管的实体参与共识时，它实际上为全球匿名用户群体确认交易——这与合规要求产生紧张关系。
“当支付公司直接参与公共无需许可网络的共识时，该活动应如何在 AML、制裁、Travel Rule、支付牌照、外包和运营弹性框架下处理，尚未完全确定，”Hwang 表示。
他补充说，对于像 Moneygram 这样的公司，验证器参与可能更好地理解为构建具有合规和运营规模的开放稳定币轨道的一部分，而不是支付结算引擎的直接延伸。
合规订单流与基础层中立性风险
随着企业采用 SDP 以及诸如 Anchorage Digital 和 Chainalysis 等合规提供商，需求正在从纯粹的质押收益转向监管对齐。由于 Solana 缺乏以太坊风格的全局公共内存池，这种需求表现为隔离的订单流通道。
“在实践中，这种需求更有可能演变为合规订单流通道、基于策略的执行和许可资产层。例如，机构订单可能通过 KYT 筛选路径路由，而验证器基于策略（如无三明治、低风险、无有毒 MEV 或合规友好流）选择执行路径。”
然而，如果这些合规通道变得主导，Solana 面临一个系统性悖论：它吸引机构资本，但冒着集中流动性的风险。
“如果合规订单流通道变得过于主导，实际流动性和高质量执行可能会集中在少数批准的路径中。在这种情况下，协议理论上可能仍是无需许可的，但实践中可能出现把关者。”
为了保持验证器自主性，Flowra 使用基于策略的提议者框架。Hwang 表示，目标不是将验证器锁定在单一构建器或区块引擎中，而是允许它们根据收益、毒性、风险和合规标准在多个构建器和订单流来源之间进行选择。
传统金融资本与去中心化基础设施相遇时，最复杂的摩擦点可能是最大可提取价值（MEV）。MEV 已成为区块链验证器的主要收入驱动因素，但像抢跑和三明治攻击这样的掠夺性做法直接与机构最佳执行政策和华尔街市场行为标准相冲突。对于企业运营者来说，MEV 呈现出一把尖锐的经济双刃剑。
“这个问题实际上不是关于机构是否应该参与 MEV。而是关于哪些形式的 MEV 应该被允许，哪些应该被限制，”Hwang 表示。“如果机构运营者完全放弃 MEV，它可能会把本应流向委托人或投资者的收入留在桌上。”
但如果它无限制地允许激进的 MEV 策略，尤其是建立在用户损害基础上的策略，它可能会与受托责任和市场行为标准相冲突。