跳到正文
原文
PANews·· 1 小时前

Stellar推出新执行模型Project Thruput,早期基准测试达每秒702万笔支付

内容摘要

据Cointelegraph报道,Stellar推出新执行模型Project Thruput,已在FutureNet上线。早期基准测试显示,该模型通过跨多台机器扩展,达到每秒702万笔支付。

来源:PANews · panewslab.com

打开原文

所属事件

Stellar推出Project Thruput执行模型

Stellar推出新执行模型Project Thruput,该模型已在FutureNet测试网上线。据Cointelegraph报道的早期基准测试结果,Project Thruput通过跨多台机器扩展,达到每秒702万笔支付的处理能力。当前材料未提供该基准测试的具体测试环境、方法或与现有模型的对比数据。

最新变化:补充早期基准测试数据:跨多机器扩展下每秒702万笔支付。

查看完整事件与时间线 →综述整理于

读懂这条消息

来自 Learn 的概念与核对方法,帮助理解新闻中的机制和口径。

执行知识更新

治理提案通过就是生效了吗?从投票追到执行交易

提案、投票通过、排队等待与执行完成是不同状态。判断协议参数是否已改变,应确认实际治理流程、执行交易和目标网络,不能只读“通过”标题。

一份执行记录怎样连起提案、Timelock 与目标参数?

以 OpenZeppelin Governor 加 Timelock 的组合为文档案例:先记录 Governor 的提案标识与调用数据,再关联排队操作、可执行时间和执行回执,最后在目标合约读取对应参数。实际模块不同,提案 ID 与 Timelock 操作 ID 不应未经核对就视为同一值。

参考依据:OpenZeppelin:链上治理与 Timelock ↗

阅读完整说明 →