RWA 的部分业务场景有高吞吐量的实时处理需要。

撰文：Haotian

随着 RWAFi 叙事的不断演进，现实资产上链已经成为行业最富有想象空间的赛道。殊不知，一场围绕 RWA 公链基础设施的内卷竞争大战已悄然打响。最近，前身蚂蚁链的技术团队推出了 @pharos_network，正试图把市场关于 RWA 讨论的监管和市场成熟性等焦点话题切换到高性能技术性能方向。来，看看咋回事：

大家都知道，RWAFi 赛道本质上在进行现实商业业务场景和链上虚拟流动性资产的衔接勾兑，表面上看验证 RWAFi 是否可行的话题重点是有多少现实资产实现了链上流通。那既然如此，为什么 RWA 赛道会需要高性能公链？因为乍一看，把房地产、艺术品等资产似乎都是较为低频的交易场景？事实果真如此吗？并不尽然，分三点原因：

1）RWA 的部分业务场景有高吞吐量的实时处理需要：尤其是债券代币化后的实时交易，供应链金融的批量结算和稳定币占主导的跨境支付场景等等，就会涉及大量高频、小额的交易。

常见的例子，Visa 支付系统在高峰期每秒可以处理数万笔交易，而支付宝在高峰期更是可达到每秒数十万笔交易，而现在主流的以太坊主网每秒仅 15-30 TPS，即便一些 layer2 公链每秒也仅数千笔交易，真要把 RWA 的想象空间打开，就得奔着容纳 Visa 级别的数万甚至数十万 TPS 而去，这是当下 layer1 infra 所无法达到的性能高度，因此需要高性能 RWA 公链的存在；

2）RWA 在供应链金融场景有实时结算的低延迟需求：金融领域无论是交易所、做市商还是传统金融机构对时间延迟都极为敏感，当现实世界资产如股票、债券、大宗商品被代币化后，对交易速度的要求十分苛刻，最好能有 real-time 级别的 finality 交易体验，相较之下，现在一般公链动辄数秒数十秒的交易确认延时很难满足金融业务场景的纵深需求；

3）RWA 的合规场景需要庞大的算力支撑：RWA 的现实资产上链环节中，存在包括 KYC/AML 审查、资格认证、监管报告等多实体认证交互环节过于复杂的交易，都需要零知识证明、TEE、FHE 等密码学技术的介入，这无疑需要更庞大的计算资源需求；

那么，Pharos 给 RWA 赛道提供的高性能解决方案如何呢？尤其和 @monad_xyz 、 @megaeth_labs 等相比有啥差异化？我主要分享两大亮点功能：

1）全栈模块化架构设计：Pharos 提出了独特的 DP5（Dynamic Parallel Framework 5）采用了全栈模块化的方法，就执行层、共识层、存储层分别做了深度优化。

比如，执行层采用了并行 EVM 技术，支持多线程并行执行，解决传统 EVM 的串行瓶颈难题；共识层则引入了混合共识机制，目标将区块确认时间压缩到了 1 秒以内满足支付场景的实时确认需求；存储层则引入了分布式存储架构，优化了状态膨胀问题；

2）SPNs 专用网络定制场景：这是一种超脱纯区块链架构的特殊处理网络，让并行 EVM 链的概念提升到了 DP5 层级，能够根据不同场景需要动态分配计算资源。

比如：SPNs 能同时整合 GPU、TEE、FHE、ZK 加速器等专用硬件给不同 RWA 应用最适合的计算环境；此外针对一些跨境支付、资产债券化场景的需求偏好，制定定制化的 SPN 网络处理环境；

相当于可以针对不同场景构建定制子网络，让处理不同业务场景有不同的资源侧重，比如，合规场景需要 KYC 验证，可能侧重于密码学算法资源投入实现保护隐私的前提下正确验证信息，而交易结算场景就专门指向多线程的高并发交易，侧重于更快、更高效的交易结算。

以上。

当然，除了以上技术要点，大家对 Pharos 更大的期待在于，其团队主要来自蚂蚁链，拥有为超 10 亿用户提供高性能支付系统的服务经验，能深刻认识到大规模金融系统潜在的技术挑战。这种在传统金融机构超强的背景经验，都让其在 RWA 领域做探索能获得广泛的市场信任；

除此之外，Pharos 还和蚂蚁数字科技旗下的 @zan_team 建立了战略合作，由 ZAN 探索节点服务、安全协议和合规工具等偏传统业务，而 Pharos 则专注于现实资产上链后的流通基础设施需要。这无疑给了 Pharos 很庞大的业务信心和竞争优势壁垒。

最关键是，和其他并行 EVM 专注于「性能」扩展本身，RWA 的支付场景本身有很成熟的市场需求环境，也更容易快速落地并得到有效验证，这没准会让 Pharos 能够在更聚焦的「业务场景」中，相交其他纯高性能 infra 竞品，有更快速的发展势能。