Stable home page
简体中文
搜索...
⌘K
Ask AI
Official Website
Official Website
搜索...
Navigation
欢迎
欢迎来到 Stable
导言
为什么选择 Stable
Stable 为用户而生
Technical roadmap
常见问题
Stable 架构
技术概览
核心功能
核心优化
USDT 专属功能
资源
Brand Kit
官方链接
在此页面
title: “技术路线图”
Stable 针对稳定币的全栈优化路径
第 1 阶段
StableBFT
USDT 作为原生 Gas
Stable Wallet与 Stable Name
第 2 阶段
并行执行
状态数据库优化
USDT 转账聚合器
企业专用区块空间
第 3 阶段
基于 Autobahn 的高级共识(StableBFT)
StableVM++
高性能 RPC
导言
Technical roadmap
title: “技术路线图”
Stable 针对稳定币的全栈优化路径
从用户提交交易到最终结果确认,交易生命周期要经历多个阶段:交易首先通过 RPC 广播,然后进入内存池(mempool),然后被打包进区块,经过共识验证、执行,最终将结果状态写入数据库。只有完成这些步骤,用户才能获得最终的交易结果。
这个过程中任何一个环节存在瓶颈,都会影响整体系统性能。Stable 致力于优化交易路径中的每一步,以最大化提升性能并减少延迟。
Stable 的核心技术将分阶段推出,每一阶段都旨在提升每秒交易数(TPS),同时不牺牲交易的终局性。计划中的优化包括状态数据库处理、执行层、共识机制以及 USDT 特定流程的优化。
下文将概述当前区块链架构中的常见性能瓶颈,以及 Stable 的优化方案。
第 1 阶段
StableBFT
Stable 区块链最初将采用 StableBFT,这是一种基于 CometBFT 的定制化 PoS 协议,提供高吞吐、低延迟与强可靠性。该协议具备终局性,能容忍三分之一的节点故障。未来,Stable 将升级为基于 DAG 的共识机制,实现 5 倍的共识速度提升。
USDT 作为原生 Gas
在 Stable 中,gasUSDT 是通过将 USDT0 转换获得的原生 gas 代币。用户在转账、调用智能合约或执行链上操作时,需使用 gasUSDT 支付交易费用。不过,基础的 USDT0 转账是免 gas 的。
Stable Wallet与 Stable Name
Stable Wallet使用直观设计和社交登录等功能,而已有用户则可直接连接现有钱包,无需迁移。Stable 钱包将提供网页版钱包和原生的手机钱包,保障用户在任何设备上都能安全访问数字资产。
与钱包配套的是 Stable Name:这是一套友好的别名系统,用于替代繁琐且容易出错的 EVM 地址格式,采用唯一且可读性强的标识符。用户只需通过 Stable Name 即可完成收发代币,免去管理十六进制字符串的烦恼。该系统大大减少了交易出错的几率,提升了与加密资产交互的整体体验,使 Stable 成为进入区块链生态的便捷入口。
第 2 阶段
并行执行
60–80% 的交易之间并不冲突,可以安全地并行执行。但大多数区块链系统仍采用顺序执行,造成不必要的延迟。
Stable 将采用Optimistic并行执行模型以提高吞吐量。交易在假设无冲突的前提下并行执行,若检测到冲突,则将相关交易回滚并按顺序重新执行。此模型在确保正确性的同时带来显著的性能提升。
状态数据库优化
区块链性能的主要瓶颈之一是磁盘 I/O 慢。在执行完区块后,状态需被提交(commit)和存储。传统模式中,验证节点需等待状态完全存储完毕后才能继续执行下一区块。
Stable 通过拆解状态提交与状态存储来优化该流程。验证节点可在内存中提交最新状态,从而继续下一轮区块执行,同时允许历史状态延迟写入磁盘。这显著降低了执行延迟。
此外,Stable 计划采用
mmap
(内存映射文件)机制,将文件放置到内存中,加速存储性能。在内存中实时提交状态,同时将归档状态写入磁盘,大幅减少磁盘 I/O 延迟,并提升读写吞吐量。
USDT 转账聚合器
为支持大规模 USDT0 转账,Stable 将实现转账聚合机制。USDT0 的转账交易将被批量打包处理,从而降低每笔交易的系统开销,提高整体吞吐量。
企业专用区块空间
企业在使用区块链基础设施时,通常需要可预测的交易延迟,而在网络拥堵时,这种可预测性可能下降。
Stable 通过专用区块空间模型解决该问题,为企业客户保证固定比例的区块容量。该保障机制包括:
验证节点级定制:验证节点为企业客户预留空间。
专属 RPC 节点:企业交易通过独立的内存池和 API 接口优先处理。
该模式确保关键企业在不同网络条件下也能保持稳定性能。
第 3 阶段
基于 Autobahn 的高级共识(StableBFT)
第一代基于 DAG 的 BFT 引擎(如 Narwhal 和 Tusk)表明,通过将数据传播与共识排序解耦拆解,可消除单个 proposer 的瓶颈。然而,直接将这类系统引入 CometBFT 环境会与高度依赖区块高度的开发习惯及传统内存池设计发生冲突。
Autobahn 提供了一种 PBFT-on-DAG 架构,更自然地与 Stable 的共识层集成。基于 Autobahn 构建的 StableBFT 将实现:
消除单领导者限制,支持并行交易处理;
通过分离数据传播与最终排序,加快交易确认速度;
通过强健的 BFT 机制提升对网络攻击的抵抗性。
根据内部测试结果,该共识协议已在可控环境下实现超过 200,000 TPS(仅共识层)的处理能力。
StableVM++
StableVM++ 是高性能执行引擎,将用 C++ 实现替代当前基于 Go 的 EVM。此更替预计将带来最高 6 倍的执行速度提升,极大增强链上处理能力。
高性能 RPC
高吞吐量的去中心化应用依赖于快速准确的 RPC 与索引服务。Stable 的高性能 RPC 架构将包括:
节点级优化
:实时链状态处理,提升 RPC 响应速度;
集成式索引器
:低延迟索引服务,在保证一致性的情况下提升应用层 API 效率 ;
强健的 Pub/Sub 系统
:可扩展的 WebSocket 架构,提供可靠的推送和事件通知机制;
混合负载均衡器
:基于操作类型智能分配流量,最大化利用资源并减少瓶颈。
这些优化将使 Stable 能为 dApp 和企业用户提供稳定且可扩展的访问接口。
Stable 为用户而生
常见问题
助手
Responses are generated using AI and may contain mistakes.