对于 Pharos Network 而言，其技术路线强调高性能与并行处理能力，这在理论上有助于支持高频交互、支付结算、高并发需求等应用场景。然而，仅具备技术性能优势并不足以保证网络的长期竞争力。如何将底层基础设施能力转化为真实且可持续的应用需求，并在此基础上形成开发者与应用生态，是 Pharos Network 未来发展过程中需要面对的重要考验。
作者：ShirleyLi
字数：全文共计 12800+
随着区块链基础设施从 “通用型公链竞争” 逐步转向 “面向特定应用场景的性能优化”，围绕高性能应用的底层架构正成为新一轮基础设施竞争的重要方向。一方面，现实世界资产、Web2 商业级应用与链上映射的需求持续增长，一些与现实经济联系较为紧密的应用场景正逐渐成为连接链上系统与现实世界的重要桥梁；另一方面，这类应用场景对区块链系统的吞吐能力、确定性执行以及低延迟特性也提出了更为严苛的技术要求。
在这一背景下，Pharos Network 试图通过模块化架构设计以及对底层系统的全面优化，构建出一条具备高并行处理能力与低延迟特性的 Layer1 网络，以承载未来商业级、金融级应用对性能和扩展性的双重需求。
然而，Pharos Network 的愿景究竟是否具备可行性？其架构设计具有哪些差异化特征？其并行化能力在实际运行环境中的表现如何？其能否在 RWA 与金融应用逐步扩展的趋势下保持可持续性？本份研报就将从技术架构、性能设计、生态格局以及竞品分析等多个维度，对 Pharos Network 展开系统性解析，以还原其技术本质及产品上的战略考量。
笔者特别提醒：以下内容仅为客观分析 Pharos Network 的形成特征及技术原理，并不构成任何提议和要约，请您勿以此信息进行相关决策。另外，该项目其中涉及的 RWA 业务不能在中国大陆直接展开（需完成证监会备案等审查与境内外配合等合规发行流程），并请您严格遵守您所在国家和地区的法律法规（中国大陆读者强烈建议阅读《中国大陆涉及区块链与虚拟货币相关法律法规整理及重点提要》），不参与任何您所在国家和地区法律禁止内的相关金融行为。
背景
纵观区块链技术的发展历程，自比特币基础设施网络诞生以来，区块链在不同应用需求与技术变革的推动下，经历了多轮演变。
早期的比特币基础设施网络被设计为 “分布式账本”，旨在提供一种去中心化的价值转移与结算方式，因此，其并未针对高频交互或者复杂应用场景进行特殊的优化。虽然此后出现的以太坊将区块链的 “账本” 理念扩展为了 “通用计算平台”，进而开启了链上应用的更多可能性，而 Solana 等新一代公链则选择以高吞吐性能为核心目标，致力提升网络的交互处理能力。但这类区块链本身的架构依然是单体化的范式，随着链上交互规模的持续增长，其性能提升逐渐呈现边际递减态势。
随后，以 Celestia、Cosmos 等为代表的模块化区块链范式开始兴起。模块化架构将共识层、数据可用层、结算层和执行层解耦并以并行方式协作运行。其中，共识层负责确定区块内交易排序和最终确认性，即确定内存池内的交易以何种顺序被包含在哪个区块内；数据可用层（DA 层）负责存储验证交易有效性所需数据；结算层负责验证 Rollup L2 状态数据和处理欺诈证明/有效性证明；而执行层负责处理交易和状态更新的执行层。
该架构在一定程度上突破了单体区块链的扩展瓶颈，提升了系统的灵活度以及扩展能力，但与此同时，随着 GameFi、链上支付、RWA、AI 等叙事的崛起，市场对于区块链性能的要求进一步向 “商业级的实时性” 靠拢。例如，GameFi 场景强调毫秒级交互延迟与高频状态更新；链上支付要求低成本、高确定性的快速结算；而 RWA 场景则更加依赖合规框架下的可审计性与确定性执行。于是，一批面向特定应用需求的专用型区块链开始出现，它们追求更高的吞吐量、更低的延迟性以及更强的确定性。自此，区块链技术开始进入新的性能竞争阶段。
新兴叙事对区块链的考验与要求
与早期分布式金融场景相比，高频交互、RWA、AI 等新兴叙事对网络的吞吐能力、确认延迟率、执行确定性等提出了更为苛刻的要求。在这些场景中，区块链不再只是资产转移的工具，而是需要承担起更接近 Web2 的实时交互与商业级基础设施角色。
例如，在高频交互、AI Agent 自动执行等场景中，交互往往并非由用户手动触发，而是会由程序在极短时间内连续发起大规模调用。这就要求底层网络必须具备更高的 TPS 与吞吐上限、更强的并发处理能力以及更低的确认时间，否则链上应用的需求将难以被支撑。
在传统公链面临网络拥堵时，其交互确认时间往往会出现明显的波动，这种波动对普通转账场景的影响有限，但是对 AI Agent 协作、RWA 清结算、链上支付等对时间窗口高度敏感应用的影响却会被显著放大。
此外，大规模高频调用也会带来链上状态的持续增长，网络上节点的计算与存储负担会持续加重。这就意味着，面向新兴叙事的区块链不仅需要提升网络吞吐量，还需要在状态存储结构、节点资源利用率等多个方面进行持续优化。
不止如此，在 RWA 与支付这类面向机构用户的场景中，区块链往往还需要提供更强的合规接口、更清晰的责任边界以及更稳定的执行规则，以满足用户对于确定性、可审计性和风险控制的要求。
也就是说，面向新兴叙事的专用区块链所面临的考验将早已不仅是 TPS 单面方面的竞争，而是涵盖系统稳定性、合规性等多个维度的综合能力的竞争能力，而这也在客观上推动着区块链底层架构方式的进一步重构。
提升区块链网络性能的主要路径
区块链的交互处理过程本质上是一条严格的流水线，交易需要依次经历排序、确认、执行、状态写入、广播等流程。一般而言，提升区块链网络性能的主要路径包括：
- 提升节点的硬件性能，通过更高的算力、带宽与存储能力来增强执行效率，例如，Solana 就是该路线的代表。但与此同时，由于区块链去中心化的运行方式会要求节点进行重复验证与冗余存储，因此，即便硬件升级能够提升节点的单点性能，整体系统仍会面临较高的资源消耗问题，同时，硬件升级也会提升节点的参与门槛，使得节点分布会趋于集中化。
- 推动区块链从单体化走向模块化，将区块链的不同功能解耦并分别进行优化。这一范式可以有效提升系统设计的灵活性与可扩展性。但区块链整体的性能更像是一个 “木桶”，其容量并不取决于最长的那块木板，而是取决于最短瓶颈。也就是说，模块化虽然提升拉长某些模块的能力上限，但在跨模块通信、数据传输与整体协作成本上也会形成新的约束。
- 为单体区块链扩展 Rollup/L2 体系，将执行压力迁移至链下，以缓解主网压力。这一路径在以太坊生态中已经得到广泛验证，但随着 Rollup/L2 体系的成熟，它们又形成了新的瓶颈问题，例如状态膨胀、数据碎片化、流动性割裂等，这些也正是以太坊 L2 生态正在面临的潜在困境。
- 重构网络底层架构，从执行模型、存储结构、验证方式等方面重新设计区块链系统，以适配更高性能需求。这类路径往往能够突破传统架构的约束，但其技术实现难度更高，同时也需要经历更漫长的安全验证与生态磨合。然而，在 Web3 技术高速发展的当下，重构网络底层架构或许正在成为新的突破方向。
Pharos Network 简介
在此背景下，Pharos Network 致力于构建一个高性能、模块化的 Layer1 区块链，尤其针对商业级、金融级应用场景做了特别优化。通过模块化架构设计以及对底层系统的重构，Pharos Network 在共识、执行、存储等关键环节引入并行化技术，致力于最大限度地提升网络整体吞吐能力与可扩展性、降低交互延迟与系统成本，进而推动下一代去中心化应用的发展。
Pharos Network 成立于 2024 年 7 月，同年 11 月，Pharos Network 宣布完成由 Lightspeed Faction 和 Hack VC 领投的 800 万美元融资种子轮融资。
据公开资料显示，Pharos Network 团队的核心成员 Wish Wu 和 Alex Zhang 都曾有蚂蚁集团 Web3 项目 ZAN 的从业背景，而 Alex Zhang 曾在蚂蚁集团数字技术公司担任首席技术官，并在阿里巴巴达摩院担任区块链实验室负责人。因此，市场普遍认为 Pharos Network 与蚂蚁集团在区块链业务方面存在着一定的合作关系。而这一点也在云锋金融 2025 年 9 月投资 Pharos Network 时发布的官方公告中有所体现。在该公告中，云锋金融明确提及其与蚂蚁数科达成战略合作协议，双方将通过 Pharos Network，以合规方式共同扩展 RWA 以及下一代 Web3 发展路径。
除此以外，2025 年 5 月，Pharos Network 宣布与蚂蚁链合作开源了 DTVM（确定性虚拟机）以实现对虚拟机的优化。
而在产品进展层面，Pharos Network 的公开测试网已于 2025 年 5 月上线。同年 11 月，Pharos Network 宣布成立 Pharos 基金会，旨在进一步推动 Pharos 生态系统在可信任、透明和合规环境下健康发展。
传统区块链架构的并行化瓶颈
在技术层面，并行化已经成为当前区块链提升性能的重要方向。然而，无论是模块化区块链还是单体化区块链，在实际实现过程中都面临着一定的技术瓶颈。
从整体架构上看，模块化区块链将系统划分为共识层、执行层、数据可用层以及结算层等不同功能模块。这些模块之间通过标准化接口交互，每一层都可以被独立优化或者替换，这在一定程度上提升了系统的灵活性与可扩展性。
然而，在实际运行中，各模块之间的跨层调度、数据交互往往会引入额外的通信成本，也会带来一定程度的同步延迟。更为关键的是，由于不同模块通常由各自独立的节点网络负责运行，因此，凡是涉及跨层验证和状态确认的工作往往需要按照既定顺序逐步完成，难以实现高效的并行处理。
如果基于单体化区块链架构尝试并行化，同样也会面临一系列技术和硬件层面的限制。
首先，传统 EVM（以太坊虚拟机）的设计理念决定了它只能以单线程的方式按照顺序执行交易。这意味着，即便当前服务器的 CPU 早已进入多核时代，EVM 也难以主动调用和协调多个核心同时执行交易。因此，并行 EVM 技术的首要任务，便是解决如何在保证状态一致性的前提下充分利用多核 CPU 的计算能力。
其次，以太坊使用 Merkle Patricia Trie（默克尔前缀树，简称 MPT）的数据结构来存储账户状态、合约和交易等信息以及验证账户状态。在该结构中，每个节点的哈希值都由其子节点哈希生成。只要修改了一个叶子节点，就必须从该叶子节点开始，沿着路径向上，逐层重新计算所有父节点的哈希值，直到根节点。由于叶子节点存储的是以太坊上账户的状态信息，因此，当多笔交易想要并行执行时，如果他们试图访问或者修改的是状态树中的同一片数据时，就会产生读写冲突。这就引出了并行 EVM 技术需要解决的另一个核心问题是：如何明确哪些交易可以并行处理，哪些交易需要按照正常顺序执行。例如，Solana 就采用了一种 Sealevel 机制来提前明确系统需要访问和操作哪些账户，而以太坊社区也正在引入 BALS（区块级访问列表）解决方案，试图使验证节点提前知晓每个区块中包含的账户和合约信息。
再次，并行执行会带来严重的 I/O 瓶颈问题。这是因为，当多笔交易并行执行时，它们往往需要频繁地从硬盘中读取智能合约代码、账户状态等数据，然而，即便是目前性能最高的固态硬盘，其随机读取和写入的速度也远远慢于 CPU 的计算速度。这在无形中就拖慢了并行计算的效率，导致 CPU 的核心大部分时间仍处于等待数据的状态。
除此以外，当前很多 EVM 链都采用了乐观执行机制，即先执行后验证。在并行状态下，如果验证时才发现交易存在冲突，那么因为回滚交易而造成的额外计算负担也将十分沉重，甚至会抵消并行化带来的性能提升。
因此，想要全面提升区块链系统的并行效率，就需要从存储、执行、硬件、共识等多个维度入手。
Pharos Network 的技术架构
为此，Pharos Network 试图通过融合多种提升区块链性能的技术路径，实现更高的系统吞吐能力和更好的扩展性。具体来说，Pharos Network 在模块化协议栈的基础上，对共识、执行和存储等核心组件都进行了针对性的优化，并进一步构建了以 SPN（Specialized Processing Network，特殊处理网络）为核心的多网络体系。
换言之，Pharos Network 是由一条主网与若干 SPN 组成的网络。其中，主网本身是一个具备完整模块化协议栈能力的区块链，主要负责网络共识、安全、数据可用性与最终结算等核心功能；而 SPN 则作为依赖主网安全性的专网处理网络示例存在，承担着类似 “链上协处理器” 的角色，理论上可以无限扩展。SPN 不局限于传统的区块链形态，致力于为不同类型的应用提供差异化的算力支持。它既可以是面向特定应用场景构建的区块链网络，也可以是专门提供 GPU 计算、AI 推理、数据存储等能力的专用计算网络。
因此，Pharos Network 的整体架构可以被抽象为三个组成部分：主网、SPN 专用处理网络以及实现共享安全与经济激励协调的原生再质押机制。
主网
与常规的模块化区块链架构相似，Pharos Network 主网协议栈也包括多个核心组件：网络通信层、共识层、执行层、状态存储层和结算层，其中，网络通信层不仅负责节点之间的 P2P 通信，同时也承担主网与 SPN 网络之间的跨网络消息传递与交互功能，旨在维持整个多网络体系的协同运行。而结算层则负责提供全局状态最终性确认，并利用再质押机制为主链及各类 SPN 提供统一的安全保障。
在此基础上，Pharos Network 针对共识层、执行层和状态存储层进行了重点优化，为引入并行化能力提供底层支撑。具体而言，Pharos Network 在共识层采用了基于异步 BFT（拜占庭容错）的机制，用于完成全局交互排序、区块确认以及系统的最终状态达成。在执行层，Pharos Network 引入了双虚拟机架构，可以支持 EVM 与 WasmVM 两种执行环境，以兼容现有以太坊生态以及更高性能的应用运行。同时，执行层还结合了乐观机制和流水线最终性（Pipeline Finality）设计来追求更低的延迟执行。而在存储层，Pharos Network 重构了状态存储架构，通过优化存储引擎与状态数据组织方式，提升了硬盘读写效率，并降低了长期存储成本。
接下来，我们将对上述模块进行更加深度的拆解与分析，以进一步理解 Pharos Network 在性能与扩展性方面所进行的关键技术设计。
共识层
目前，很多区块链在其共识协议中都采用了固定时间槽机制，即每隔一段固定时间就会产出一个区块。这种机制的优势是网络节奏清晰，节点可以以预期的进度工作，但其缺点在于会限制网络吞吐量的上限。例如，如果网络的固定出块时间为 10 秒，但它们实际上只需 5 秒就能完成区块传播与共识确认，那么剩下的 5 秒节点只能闲置等待。这实际上造成了网络资源的浪费，限制了吞吐量的进一步提升。
此外，在很多基于 BFT（拜占庭容错）协议的网络中，其共识流程通常是先选出一个提议者，由其构建并广播区块，然后其他节点对该区块进行投票。这种单一提议者模式的好处是逻辑简单，但它且存在一个可扩展性瓶颈：提议者需要向其他所有验证节点广播完整的区块，如果验证节点越多，那么提议者的广播负担就会随之增加。同时，当提议者承担了大量的数据上传任务时，其他节点的带宽资源却往往处于闲置状态。而提议者的上行带宽（即向外发送数据的速度）通常存在物理上限，这会进一步限制区块传播速度，从而影响整个系统的吞吐能力。
因此，Pharos Network 针对上述两个瓶颈进行了改进。它一方面采用了无固定时间假设的策略，另一方面允许多个验证节点在同一时间窗口内同时提出区块提议。这意味着，Pharos Network 网络并不预设固定的出块时间间隔。当验证节点完成交易打包后，可以立即向网络广播区块提议；一旦网络完成共识确认，区块就可以被正式确定。这使得系统的出块速度能够动态适配网络运行状态：在网络延迟较低、传播效率较高时，出块速度可以自动加快；而在网络拥堵或延迟上升时，系统则会自动放缓出块节奏，以维持共识稳定性。
与此同时，网络中可能在同一时间存在多个候选区块，只要其中某个区块获得多数验证节点的确认，就可以成为有效区块；而协议随后会对区块进行排序与最终确认。这样全部验证者节点的上行带宽将会被调动起来，从而减少单一提议者模式所带来的网络瓶颈。
为了支持上述机制，Pharos Network 引入了异步 BFT 共识机制，允许协议不预设明确的消息传播时间上限。这意味着，节点可以根据自身硬件能力和网络条件动态调整参与频率，例如硬件设备高的节点可以以更高频率出块，而性能弱的节点则可以以低频的方式出块。这样一来，网络也能够在保持高性能的同时，容纳更多样化的参与者。
执行层
如果说共识层解决了 “谁的区块会被确认” 的问题，那么执行层就是在解决 “区块里的交互如何更快执行，并且保证结果的确定性”。
为了支撑高度并行化与快速确认的能力，Pharos Network 将执行架构明确划分为了调度器（Scheduler）和执行器（Executor）两个部分。其中，调度器是并行调度和执行事务的核心组件，负责分析交易之间的依赖关系，决定哪些交易可以一起执行，哪些必须按照顺序执行；而执行器则负责实际的交易运行工作，它通过 EVM 以及 WASM（WebAssembly）两个引擎来运行，在兼容现有以太坊生态的同时，还能支持更高性能的执行环境。
需要注意的是，WASM 最初是为网页游览器设计的一种通用虚拟机标准，其追求的主要目标是速度、效率和可移植性，并不是一致性。[1] 也就是说，在某些情况下，同一段代码在不同硬件架构或运行环境下执行时，可能会产生细微的计算差异。这种情况在网页环境中通常是可以接受的，但在区块链系统中却可能导致不同节点对同一笔交易产生不一致的执行结果，从而造成状态不一致，甚至引发共识分歧。因此，Pharos Network 所使用的并非标准的 WASM，而是采用了一种经过改造的确定性虚拟机（Deterministic Virtual Machine，简称 DTVM），旨在确保智能合约代码在不同性能、不同类型、不同带宽的设备中运行时，最终的执行结果都能保持一致性。
再回到 Pharos Network 的执行层架构上。在调度流程中，Pharos Network 会先分析智能合约代码，预测每笔交易可能读取或者写入哪些状态，并生成 “并行提示（Hints）”。如果两个交易的读写集合不重叠，那么就可以被分入同一组，进行并行执行；反之则分入不同组。而在分组时，Pharos Network 会最大化地利用硬件资源，CPU 性能越强的设备，Pharos Network 会为之分配更多可同时执行的数据组。
在执行流程中，Pharos Network 引入了乐观执行机制。在该机制下，系统首先假设调度阶段的并行分组是正确的，并对交易进行并行执行；如果在执行过程中发现交易之间存在状态冲突，则只对发生冲突的交易进行回滚并重新执行，而无需重新计算整个交易集合，有利于降低交易冲突带来的性能损耗。
而在执行结果确认阶段，Pharos Network 采用了流水线最终性（Pipeline Finality）机制，以追求更低的延迟执行，使提升交易执行效率的最大瓶颈。
与传统区块链交易排序-> 交易执行-> 交易共识-> 最终确认-> 用户看到结果的流程不同，Pharos Network 将流程优化为了：交易排序-> 调度器对交易分组-> 执行器执行交易-> 用户提前看到执行结果-区块完成最终性。也就是说，在 Pharos Network 网络中，交易执行结果可以在区块达到最终确认之前先被用户观察到，而区块的最终性确认则由后续的共识流程完成。这是因为区块最终确认需要经过全网共识，而交易执行结果可以在本地执行阶段提前产生。
一般来说，一条比较好的流水线（Pipeline）执行架构需要克服以下几个关键问题：
- 如果同一个账户在不同区块高度的余额不同，在多个线程同时读写时，如何确保其执行结果的正确性，且不产生冲突；
- 如何提升硬盘的读写速度，以提升系统整体的并行效率；
- 如何平衡和分配流水线在各个阶段所需的 CPU 和存储资源；
- 如何弥补区块在等待共识层最终确认时的时间空白。
针对上述问题，Pharos Network 从三个方面进行了提升：
1、允许不同阶段的不同区块并行：例如，假设区块 1 当前处于执行阶段，区块 2 可以进入共识阶段，而区块 3 可能处于网络传播阶段，它们可以同时进行，互不影响；
2、优化动态资源分配：根据不同区块的不同阶段，动态分配系统资源。例如，处于执行阶段的区块更需要 CPU 资源，处于共识阶段的区块会更要带宽资源，而处于状态写入阶段的区块更需要存储 I/O 资源。
3、实现最终性的灵活性：由于 Pharos Network 处于并行状态，其最终性实际上包含交易最终性和区块最终性两种。对于普通用户来说，他们只关心交互结果，因此只要交易执行完成并被系统记录，通常即可认为交互已经完成；而对于预言机、索引器等基础设施而言，它们更关心区块是否达到最终性。区块最终性意味着交互结果已经被网络最终确认，不会再被回滚。也就是说，Pharos 可以基于 SDK、客户端和节点的不同最终性要求，实现更加高效的资源分配和更快的确认。
存储层
对于状态存储层，Pharos Network 同样也进行了重构，旨在解决当前区块链中普遍存在的状态膨胀与存储性能瓶颈问题，进一步提升存储性能、降低存储成本，从而为并行化的执行层提供底层支撑。
需要明确的一点是，当区块链在执行智能合约时，其本质上是在不断读取和修改状态。
以以太坊为例，其网络采用了三颗 Merkle 树来分别记录：整个以太坊系统的所有账户状态（全局状态树）、当前区块包含的交易（交易树）以及该区块中交易执行后的结果（收据树）。
因此，当以太坊网络节点在执行交易时，需要不断从这些树中读取状态、执行修改，再更新树结构。伴随着每笔交易，都会产生大量的数据读写和哈希计算，这些数据最终都需要被存储到节点的硬盘中。而当节点处理后续交易时，又需要重复这一过程：从硬盘读取数据、执行操作，再向硬盘写入新数据。
这意味着，从 “读取状态” 到 “更新状态” 的完整路径，实际上包含了两层架构：上层的 Merkle 树（负责可验证性）和下层的硬盘存储（负责持久化）。每一次状态访问都要跨越这两层，就会形成较长的访问路径，也会造成额外的 I/O 延迟问题。与此同时，随着区块链持续运行，状态数据不断累积，就会造成状态膨胀的问题，进而推高存储成本和访问延迟。
为此，Pharos Network 尝试推出了形成了一套全新的存储体系 Pharos Store。
首先，Pharos Store 将认证数据结构（Authenticated Data Structure，简称 ADS）下沉到了存储引擎内部。简单来说，Pharos Store 直接将 Merkle 树引入底部的存储层内部，使两者合二为一，使 I/O 路径得以大幅缩短。与此同时，Pharos Store 还在设计上兼容包括 MPT、JMT 和 ZKTrie 在内的多种 Merkle 树结构。
其次，Pharos Store 改变了 Merkle 树的存储方式，将传统的哈希寻址改为基于版本的顺序存储。在传统 Merkle 树中，数据存储位置由内容哈希决定，这就导致数据在硬盘上是随机分布的，无法连续读取。而 Pharos Store 则要求每个数据节点在存储时，同时记录该数据对应的区块高度。这样一来，数据可以按照区块高度的顺序连续存储，而外部访问硬盘时就可以利用这种连续性，实现批量预加载，进而大幅提升硬盘的读写效率。
再次，Pharos Store 对将 Merkle 树节点保存到硬盘的环节也进行了优化。一方面，Pharos Store 在保存节点时，只记录发生变化的那部分数据，而不是每次都将整个节点重新写入硬盘。这就大幅减少了每次状态更新时的写入量。另一方面，Pharos Store 通过优化数据的组织方式，让一次硬盘读取操作可以同时访问多个节点，从而大幅减少访问多个节点所需的 I/O 次数。经过这些优化，在相同硬件条件下，Pharos Store 能够处理的交互数量达到传统方案的 15 倍以上，而存储同样一份数据的成本，则降低到原来的 1/5。[2]
SPN
在传统区块链架构中，不同类型的应用往往需要共享同一套执行环境和资源，这种模式虽然结构简单，但在一定程度上限制了系统的扩展能力，也难以针对特定场景进行深度优化。为了解决这一问题，Pharos Network 引入了 SPN（Special Processing Network）架构，试图通过构建面向特定应用场景的专用计算网络，打破这种单一执行环境的限制，使不同类型的应用能够在更加适配的运行环境中执行。
但由于各类 SPN 的应用目标和计算需求存在差异，其网络架构也具有较高的灵活性。例如，AI 应用通常更加依赖 GPU 等高性能计算资源，分布式金融应用则更强调低延迟与高吞吐的交易处理能力，而零知识证明（ZK）类应用则需要支持高强度的证明生成与验证计算。
因此，与主网不同，SPN 不需要采用统一的共识机制，而是可以根据自身需求进行定制。例如，为了提升网络的开放性和去中心化程度，一些网络可能会采用 PoS（Proof of Stake，权益证明）机制，使更多节点能够通过质押参与网络验证；对于更强调部署效率和运行效率的场景，则可以选择 PoA（Proof of Authority，权威证明）机制，由预先确定的验证者负责出块；而对系统稳定性和容错能力要求较高的环境，则可能会采用 PBFT（Practical Byzantine Fault Tolerance，实用拜占庭容错）或其改进型共识算法。
除此以外，SPN 架构的另一个重要优势在于其对异构计算（Heterogeneous Computation）的支持。开发者可以根据应用场景选择最合适的硬件环境，以充分发挥不同类型计算资源的优势。例如，可以利用 GPU 进行大规模并行计算，使用 TEE（Trusted Execution Environment）执行隐私计算，通过 ZK 加速器来生成零知识证明。借助这种模式，不同 SPN 可以更加高效地利用底层算力资源，使系统能够针对不同任务类型实现更优的性能表现。
主网与 SPN 间的跨网络通信
Pharos Network 为其网络设计了三类节点：验证节点（Validator Nodes）、全节点（Full Nodes）和中继节点（Relayer Nodes）。
其中，验证节点（需先向网络质押一定金额的资产）负责运行基于 BFT 机制的 PoS 共识协议，负责区块的提议、投票确认、出块和最终确认，是网络安全与一致性的核心参与者。
全节点不直接参与共识投票，但需要负责存储完整的区块数据与完整的执行状态。它们还需要为网络提供关键的数据基础设施支持，包括状态同步、历史数据查询，以及为验证节点提供包括交易依赖关系或者可并行执行相关信息等在内的执行调度提示。
而中继节点则属于轻量型节点，它们不保存完整的历史数据，只负责存储最新状态并处理近期交易。其主要职责是进行交易转发、消息路由以及 SPN 网络之间的消息传输等。
为了确保 SPN 与 Pharos Network 主网之间能够保持稳定的交互，系统还设计了一套跨网络通信机制。当用户在某个 SPN 网络上发起交互或请求时，中继节点（Relayer）会将相关交互信息以及必要的证明提交到 Pharos 主网，由主网进行验证并记录相关消息。随后，目标 SPN 可以从主网读取这些消息并执行相应操作，从而实现不同 SPN 与主网之间的数据与信息流转。
再质押机制
在安全机制方面，为了避免每个 SPN 都需要独立建立完整的验证者体系，Pharos Network 引入了类似 EigenLayer 的原生再质押（Restaking）机制。主网验证者在质押原生 Token 参与主网安全的同时，会获得相应的质押凭证。这些凭证可以进一步再质押到不同的 SPN 中，从而为 SPN 提供额外的安全保障。
通过这种方式，SPN 就可以在一定程度上继承主网的安全性与经济激励体系。但同时，如果某个 SPN 出现恶意行为或运行异常，对应的再质押资产也可能面临惩罚（Slashing），从而在经济层面形成对验证者节点的行为约束。
小结
总体而言，Pharos Network 通过一系列底层技术优化，试图实现面向全栈架构的并行化设计。为了更好地衡量区块链系统的并行处理能力，Pharos Network 提出了并行度（Degree of Parallelism, 简称 DP）的概念，用以描述区块链网络能够同时利用计算资源和数据资源进行并行处理的能力。理论上，并行度越高，系统在单位时间内能够处理的交互数量就越大。
据官方披露，Pharos Network 当前已经实现 DP5 级别的并行能力，具体体现在以下几个方面：
- 通过优化区块传播协议和共识机制，为海量交易的涌入打开入口；
- 通过提升并行执行能力，使无冲突的交易可以在多核 CPU 上同时执行；
- 通过流水线架构完成对交易的拆分处理，确保 CPU 在等待硬盘读写阶段不闲置，从而使交易可以不断被纳入和处理；
- 通过实现并行默克尔化优化存储解决方案方案，缓解硬盘 I/O 瓶颈；
- 通过引入 GPU、FPGA 等外部硬件，使系统能够具备异构计算能力，从而实现更高效的资源分工。
Pharos Network 的生态布局
为了激励生态项目的发展，Pharos Network 于 2025 年 3 月 7 日启动了规模为 2000 万美元的生态系统激励计划。该计划主要面向具有创新思想和实际落地能力，且已经取得一定开发进展的项目团队开放，重点支持的方向包括 RWA、支付、分布式金融协议、DeAI、DeSci（去中心化科学）和 GameFi 这些领域。
随着 2025 年 11 月 Pharos Foundation 正式成立，生态基金管理和项目资助的相关职责也正式过渡到基金会体系。作为一个非营利组织，Pharos Foundation 除了负责生态资助以外，还需要承担技术研发支持、生态治理以及生态推广等多方面职能。
在此框架下，基金会进一步推出了规模为 1000 万美元的 Pharos Builder 孵化器计划（Pharos Builder Incubator Program）。该计划可视为此前生态系统激励计划的延续，主要面向 RWA、支付、分布式金融以及创新型基础设施这几个方向的项目团队开放。
不过，据 Chainwire 披露，Pharos 生态基金的管理和资金使用细节需要等到主网发布（预计将在 2026 年初）后的首份透明度报告中披露。
从官方公布的生态地图（统计时间：2026/1/1）来看，Pharos 当前的生态项目主要集中在分布式金融协议及基础设施、RWA 应用等领域。
笔者提醒：图中所展示的项目或协议仅作为行业研究案例，不构成任何形式的推荐、投资建议或价值背书。相关项目及技术仍处于发展阶段，并可能受到不同地区监管政策的影响，请读者理性看待并严格遵守您所在国家和地区的法律法规，不参与任何法律禁止的非法金融行为。
除此以外，为了能够更好推动开发者生态的建设，扩大 DTVM 虚拟机的采用范围，Pharos Network 将其 DTVM 虚拟机进行了开源处理。通过公开核心代码，开发者可以更深入地了解 DTVM 的技术实现，并在此基础上进行开发与优化。
事实上，DTVM 虚拟机并非是 Pharos Network 独立开发，而是由其与 AntChain（蚂蚁链）和 Ant Super Computing（蚂蚁集团的基础软件和设施团队）共同参与研发。因此，这一虚拟机体系也可以被视为蚂蚁集团在高性能计算与区块链基础设施领域技术积累的一种延伸。
除此以外，为了进一步推动生态合作并完善 RWA 相关基础设施，Pharos Network 于今年 2 月宣布推出 RealFi Alliance（RealFi 联盟），旨在联合不同的市场参与方，为 Pharos 生态构建一个面向 RWA 场景的统一协作框架，以缓解当前 RWA 发展过程中普遍存在的基础设施碎片化和合规化问题。[3]
从公开披露的信息来看，该联盟的参与方涵盖了 RWA 资产化平台、预言机基础设施、流动性质押协议、跨链传输协议、专注分布式金融领域的风险投资机构，以及面向 RWA 场景的数字资产钱包等多类主体。这些参与方覆盖了从资产发行、数据与预言机服务、跨链互操作性、资产托管、钱包到应用层协议等多个关键环节。通过整合这些基础设施与应用能力，Pharos Network 正在尝试构建一个相对完整的链上金融生态，以推动 RWA 从零散的试点阶段逐步迈向具备规模化效应的链上金融体系。
笔者提醒：图中所展示的项目或协议仅作为行业研究案例，不构成任何形式的推荐、投资建议或价值背书。相关项目及技术仍处于发展阶段，并可能受到不同地区监管政策的影响，请读者理性看待并严格遵守您所在国家和地区的法律法规，不参与任何法律禁止的非法金融行为。
Pharos Network 的竞品分析
从区块链基础设施的发展趋势来看，围绕侧重商业与金融级应用场景的基础设施正在逐渐出现。总体而言，这些项目大致可以分为两类。
第一类是由头部机构或者稳定币发行方推动的专有区块链，例如，由 Tether 支持的 Plasma、Stable，由 Circle 推动的 Arc，由 Ondo Finance 推出的 Ondo Chain 等，它们通常以稳定币结算、RWA 发行和支付网络为主要应用场景，在设计上更加关注网络性能、合规性以及金融级安全性。在治理结构上，它们往往由特定机构或联盟主导，因此在一定程度上会呈现出相对集中的治理特征。从整体来看，这类区块链更多是头部机构在 RWA 与支付领域进行战略布局的结果。
第二类则是面向更广泛金融应用场景的通用型基础设施。其中，Pharos Network 与 Plume Network 可以被视为这一类型的代表。
Plume Network 是一条 EVM 兼容的 Layer1 公链，其核心定位是 RWAfi（RWA + DeFi）基础设施。该项目致力于将传统金融资产引入链上，并使其能够在分布式金融生态中直接参与活动。围绕这一目标，Plume Network 构建了一系列配套工具和基础设施，包括金融交互系统 ATS、RWA 无代码发行平台、跨链互操作方案 Plume SkyLink，以及智能钱包 Plume Passport 等。
与 Plume Network 相比，Pharos Network 的定位则更加强调通用性。虽然 Pharos 同样关注 RWA 相关应用，但并未将其生态范围局限于 RWA 资产本身，而是试图通过高性能执行架构和并行化处理能力，为分布式金融、支付、AI 以及其他应用场景提供统一的底层基础设施。
然而，从技术架构的角度来看，以高性能为核心卖点的区块链项目同样不在少数。例如，Sei 就是目前该赛道中较受关注的项目之一。
与 Pharos Network 类似，Sei 也对共识层、执行层和状态存储层进行了系统性的优化，以提升整体吞吐能力。但在并行化实现路径上，两者选择了不同的技术方案。
在共识层方面，Sei 依然沿用基于 BFT 的投票机制：首先由网络选出区块提议者，将一批交易打包为候选区块；随后由所有验证者进行预投票，当候选区块在预投票阶段获得超过 2/3 权重支持后，再进入正式投票阶段完成区块确认。
在存储层方面，Sei 通过优化底层状态存储结构与数据库性能，重构数据读写路径，以缓解高频状态更新带来的读写压力，并降低状态写入过程中的系统延迟。
因此，从高性能基础设施这一维度来看，Sei 与 Pharos Network 在目标定位上存在一定重叠，两者都试图通过底层架构优化来服务对性能要求更高的链上应用场景。
Pharos Network 所面临的潜在挑战
尽管 Pharos Network 在技术架构和侧重商业级与金融级基础设施的定位方面提出了较为明确的发展方向，但从当前行业环境来看，除了正在面临的激烈市场竞争以外，Pharos Network 仍然需要应对多方面的潜在挑战。
首先，前文提到，Sei 与 Pharos Network 虽然在技术实施路径上存在着差别，但是两者在执行层都选择了 “双虚拟机” 架构。但从 2025 年开始，Sei 社区开始讨论是否应该从 “CosmWasm + EVM” 转向 “EVM-Only” 架构。这种调整一方面是团队在产品战略方面的考量，另一方面也反映出多虚拟机架构在开发和维护方面存在着的技术复杂性与成本压力。作为双虚拟机架构的支持者，Pharos Network 是否能够兼顾生态兼容性，并维持较低的开发与维护成本，这或许也是该团队需要提前思考的一个问题。
其次，从生态建设的角度来看，生态规模通常是衡量区块链平台采用情况的重要指标。与已经上线主网并形成一定生态格局的 Sei 相比，Pharos Network 目前仍处于测试网络阶段，整体生态仍处于发展早期。因此，在未来一段时间内，Pharos Network 需要加快开发者生态建设，并吸引更多的实际应用落地，以进一步验证其技术架构的稳定性。
此外，尽管 Pharos Foundation 在生态激励计划中表示将会支持包括 AI、DeSci 等在内的新兴应用方向，但从当前公布的生态版图来看，Pharos 生态项目主要集中在分布式金融、基础设施和 RWA 相关领域，尚未出现如市场热门关注的 AI 类等应用。这意味着，Pharos Network 在新兴赛道上的生态拓展仍有较大空间，而其未来能否吸引更多类型的应用进入生态，也将成为其生态能否实现快速扩张的重要因素。
与此同时，尽管 RWA、链上支付被普遍视为当前市场关注度较高的叙事方向之一，但其整体合规体系仍处于不断探索与完善的阶段。尤其是 RWA，其核心在于将现实世界中的资产映射到链上，这一过程往往涉及资产发行、托管、交互以及跨境资金流动等多个环节，因此不可避免地需要受到各国金融监管框架的严格限制。随着未来产品服务范围的扩大，Pharos Network 就需要在不同司法辖区内面对差异化的监管要求给出解决方案。这就要求 Pharos Network 在不断推动产品开发进程的同时，时刻关注整个行业在政策方向上的变化并进行适时调整。
未来展望
从整个行业发展趋势来看，未来区块链基础设施之间的竞争，可能不再仅仅围绕 “去中心化程度” 或 “通用计算能力” 展开，而将更加看重区块链在特定应用场景中的性能表现、系统稳定性以及生态协同能力。
对于 Pharos Network 而言，其技术路线强调高性能与并行处理能力，这在理论上有助于支持高频交互、支付结算、高并发需求等应用场景。然而，仅具备技术性能优势并不足以保证网络的长期竞争力。如何将底层基础设施能力转化为真实且可持续的应用需求，并在此基础上形成开发者与应用生态，是 Pharos Network 未来发展过程中需要面对的重要考验。此外，RWA、支付等金融侧赛道的发展仍处于早期阶段，虽然其市场关注度较高，但要想规模化落地依然需要依赖监管体系的完善、机构参与度的提升以及资产发行与托管机制的成熟。但这条路注定不会平坦。
在这一背景下，Pharos Network 能否把握市场窗口，并在新一轮区块链基础设施竞争中建立差异化定位，不仅取决于其技术架构的创新能力，更取决于其能否在 “去中心化成都”、“应用覆盖能力” 与 “机构级合规需求” 之间实现长期可持续的平衡。
参考文献
[1] WebAssembly 虚拟机是什么？为什么应该使用它？
[2] Pharos Store
[3] https://x.com/pharos_network/status/2026114895264333984
[4] A Comprehensive Technical Deep Dive into Pharos Network Architecture
[7] 从深耕蚂蚁链到购买以太坊 马云系加速布局区块链 下一步还会做什么？
[8] 高性能区块链 Sei Network 1.7 万字研报：并行 EVM 迈向高频金融执行层，能否承载 “链上华尔街”？全景式拆解其发展历程、技术架构、生态格局、风险挑战及未来展望
免责声明：作为区块链信息平台，本站所发布文章仅代表作者及嘉宾个人观点，与 Web3Caff 立场无关。文章内的信息仅供参考，均不构成任何投资建议及要约，并请您遵守所在国家或地区的相关法律法规。
