Aptos乐观并行执行:RWA与PayFi的高性能安全解决方案

深入理解区块链交易生命周期:以太坊、Solana和Aptos技术对比

对比不同公链的技术特点时,选择合适的切入点至关重要。交易的生命周期是一个理想的分析视角,它涵盖了交易从创建到最终状态更新的全过程,包括创建与发起、广播、排序、执行和状态更新等关键步骤。通过这一视角,我们可以清晰把握各公链的设计思路和技术取舍。

本文将以Aptos为中心,剖析其独特设计,并与以太坊和Solana进行对比,探讨它们在交易处理方面的关键差异。

深入浅出地理解在一笔交易的生命周期里以太坊、Solana和Aptos的主要差异

Aptos:乐观并行与高性能设计

Aptos作为一个注重高性能的公链,其交易生命周期虽与以太坊相似,但通过独特的乐观并行执行和内存池优化实现了显著的性能提升。

创建与发起

Aptos网络由轻节点、全节点和验证者组成。用户通过轻节点(如钱包或应用)发起交易,轻节点将交易转发给附近的全节点,全节点再同步至验证者。

广播

Aptos保留了内存池,但在QuorumStore之后内存池之间不再共享。与以太坊不同,Aptos的内存池不仅是交易缓冲区,还会根据规则(如FIFO或Gas费用)对交易进行预排序,以确保后续并行执行时交易无冲突。这种设计避免了类似Solana那样需提前声明读写集合的高硬件需求。

排序

Aptos采用AptosBFT共识机制。提议者原则上无法自由排序交易,但aip-68赋予了提议者额外填充被延迟交易的权利。由于内存池预排序已提前完成冲突规避,区块生成更依赖验证者间的协作,而非由提议者主导。

执行

Aptos使用Block-STM技术实现乐观并行执行。交易被假设无冲突并同时处理,若执行后发现冲突,受影响的交易会被重新执行。这种方式充分利用了多核处理器的性能,使得TPS可达160,000。

状态更新

验证者同步状态,最终性通过检查点确认,类似于以太坊的Epoch机制,但效率更高。

Aptos的核心优势在于乐观并行与内存池预排序的结合,既降低了节点性能需求,又大幅提升了吞吐量。

以太坊:串行执行的基准

以太坊作为智能合约的开创者,为理解其他公链提供了基础框架。

以太坊交易生命周期

  • 创建与发起:用户通过钱包经中继网关或RPC接口发起交易。
  • 广播:交易进入公共内存池,等待打包。
  • 排序:PoS升级后,区块构建者按利润最大化原则打包交易,中继层竞标后提交给提议者。
  • 执行:EVM串行处理交易,单线程更新状态。
  • 状态更新:区块需通过两个检查点确认最终性。

以太坊的串行执行和内存池设计限制了其性能,区块时间为12秒/插槽,TPS较低。相比之下,Aptos通过并行执行和内存池优化实现了质的飞跃。

深入浅出地理解在一笔交易的生命周期里以太坊、Solana和Aptos的主要差异

Solana:确定性并行的极致优化

Solana以高性能著称,其交易生命周期与Aptos有显著差异,尤其在内存池和执行方式上。

Solana交易生命周期

  • 创建与发起:用户通过钱包发起交易。
  • 广播:无公共内存池,交易直接发送给当前及下两位提议者。
  • 排序:提议者基于PoH(Proof of History)打包区块,区块时间仅400毫秒。
  • 执行:Sealevel虚拟机采用确定性并行执行,需提前声明读写集合以避免冲突。
  • 状态更新:BFT共识快速确认。

Solana不使用内存池是为了避免性能瓶颈。这种设计使交易能够快速达成顺序共识,几乎实现即时成交。然而,在网络过载时,交易可能被丢弃而非等待,用户需重新提交。

相比之下,Aptos的乐观并行无需声明读写集合,降低了节点门槛,同时实现了更高的TPS。

并行执行的两种路径:Aptos vs Solana

并行执行在区块链中指多核处理器同时计算网络状态的过程。目前市场上的并行执行主要分为确定性并行执行和乐观并行执行两种方式,它们的核心区别在于如何确保并行交易不发生冲突。

  • 确定性并行(Solana):交易广播前需声明读写集合,Sealevel引擎根据声明并行处理无冲突交易,冲突交易串行执行。优点是高效,缺点是硬件需求高。

  • 乐观并行(Aptos):假设交易无冲突,Block-STM并行执行后验证,若有冲突则重试。内存池预排序降低冲突风险,节点负担更轻。

例如,假设账户A余额100,交易1转70给B,交易2转50给C。Solana会通过声明提前确认冲突,按序处理;而Aptos会并行执行,若发现余额不足,则重新调整。Aptos的这种灵活性使其具有更好的扩展性。

深入浅出地理解在一笔交易的生命周期里以太坊、Solana和Aptos的主要差异

乐观并行通过内存池提前完成冲突确认

Aptos的乐观并行并非单纯假设交易无冲突,而是在交易广播阶段提前规避了风险。交易进入公共内存池后,会根据一定规则(如FIFO和Gas费用高低)进行预排序,确保一个区块内的交易在并行执行时不会冲突。

这种交易预排序是Aptos实现乐观并行的关键。与Solana需引入交易声明不同,Aptos无需此机制,因此对节点性能的要求大幅降低。在确保交易不冲突的网络开销上,Aptos加入内存池对TPS的影响远小于Solana引入交易声明的代价。因此,Aptos的TPS可达160,000,超过Solana一倍以上。

Aptos的发展方向:基于安全性的叙事

RWA (Real World Assets)

Aptos正积极推进现实资产代币化和机构金融解决方案。其Block-STM能并行处理多笔资产转移交易,避免网络拥堵导致的确权延迟。内存池预排序确保交易按序执行,维持资产记录可靠性。Move语言的模块化设计和安全性,使开发者能更轻松构建可靠的RWA应用。

Aptos在RWA领域的潜力在于安全性和性能的结合。未来可聚焦于与传统金融机构合作,将高价值资产上链,借助Move语言打造合规性强的代币化标准。

2024年7月,Aptos引入Ondo Finance的USDY,并在主要DEX和借贷应用集成。2024年10月,富兰克林邓普顿在Aptos上推出BENJI代币。此外,Aptos与Libre合作推进证券代币化,将多家知名投资基金上链,增强机构投资者访问。

稳定币支付

Aptos的Move语言通过资源模型防止双重支付,确保稳定币转账的准确性。低Gas费用使其在小额支付场景中极具竞争力。内存池预排序和Block-STM保证了支付交易的稳定性和低延迟。

AptosBFT的去中心化共识降低了中心化风险,同时其模块化架构支持开发者嵌入KYC/AML检查,平衡去中心化与监管合规需求。

Aptos在PayFi和稳定币支付领域的潜力在于"安全、高效、合规"的三位一体。未来可持续推动稳定币的大规模采用,打造跨境支付网络,或与支付巨头合作开发链上结算系统。高TPS和低成本还能支持微支付场景,如内容创作者的实时打赏。

深入浅出地理解在一笔交易的生命周期里以太坊、Solana和Aptos的主要差异

总结:Aptos的技术差异与未来叙事

Aptos的设计在性能与安全之间取得了平衡。其内存池预排序结合Block-STM的乐观并行,既降低了节点门槛,又实现了160,000 TPS的高吞吐量。这种"稳中求快"的思路,辅以Move语言的资源模型,赋予Aptos更高的安全性。

正是基于安全性与性能的结合,Aptos在RWA和PayFi叙事中展现出巨大潜力。在RWA领域,Aptos支持大规模资产上链,已与多家金融机构合作。在PayFi和稳定币支付中,Aptos的低成本、高效率和合规性支持微支付与跨境结算,有望成为"下一代支付基础设施"。

未来,Aptos可凭借"安全驱动的价值网络"叙事,连接传统金融与区块链生态,在RWA和PayFi领域持续发力,构建一个兼具信任与扩展性的公链新格局。

深入浅出地理解在一笔交易的生命周期里以太坊、Solana和Aptos的主要差异

APT-2.28%
RWA2.4%
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 8
  • 分享
评论
0/400
CoffeeNFTsvip
· 07-25 14:44
sol小王子啦
回复0
ETH储备银行vip
· 07-25 12:32
这几个链里sol最拉胯吧
回复0
DeFiVeteranvip
· 07-22 16:42
技术咋这么菜 早超过以太坊了
回复0
OffchainOraclevip
· 07-22 16:42
苟住aptos这波起飞了
回复0
wrekt_but_learningvip
· 07-22 16:41
技术差异那么多 我还是选eth稳妥
回复0
破产倒计时vip
· 07-22 16:37
买买买 谁管你是啥链~
回复0
Degen McSleeplessvip
· 07-22 16:36
aptos顶不住的 等着暴跌吧
回复0
终于从矿工变农民vip
· 07-22 16:32
种过0x的地 浇过sol的水 现在养apt

请使用中文发表评论:

没看懂 只会种地
回复0
交易,随时随地
qrCode
扫码下载 Gate APP
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)