Gear 月度更新|4 月

简介: Gear 月度更新|4 月

2022 4月月报.jpg

进入 5 月,是时候回顾和思考我们在 4 月取得的所有进展了。我们希望这篇文章能够就我们的近期更新提供有价值的见解。


技术更新

4 月份,Gear 成功通过了内部审计。我们想从上个月一些重要的技术更新开始分享。

首先,我们修改了 gstd 库。我们将 msg::send* 和 msg::reply* 变成了可以返回错误的函数。如果在系统调用层,msg::send* 和 msg::reply*返回了错误代码,用户可以在用户层处理发生的错误,例如,没有足够的 gas 。我们还添加了新的系统调用 msg::reply_with_gas 和 msg::reply_commit_with_gas,以做出消耗 gas 的消息回复。

内存页大小变得可配置。 众所周知,WASM 默认的内存页大小为 64KB。在 OS 中,这个内存页更小:Linux 为 4 KB,macOS 为 16 KB。当启用 lazy pages 时,每次访问合约数据都需要从存储器中下载所有的 WASM 页。现在,我们可以通过只下载部分页来减少这种情况,这要比主机的原生页小得多。我们可以根据页大小进行过滤,例如 4KB 或 16 KB,并通过只使用这些部分将 WASM 数据储存在存储器中。现在,存储器中的代码页尺寸减少到了 4 KB。

另外还有一个重要的技术更新,超过 gas 限额的消息现在不会被跳过。以前,当消息超过当前块允许的 gas 上限时,我们会将消息推到队尾。但是,现在当我们遇到一个 gas 上限超过当前区块的 gas 费用的消息时,我们仍然尝试处理该消息。

如果处理成功或由于内部逻辑而失败,我们对 DB 采用相应的更改。如果由于 gas 费用限制而执行失败,我们将恢复与该消息相关的所有内容,在区块的队首重新排队,并停止对当前区块的处理。这保证下一个区块将有更多的 gas,使消息得到成功处理。

让我们用更简单的术语来解释这一点。以前,我们每个区块都有固定的 gas 费。这也可以被称为“预算”。每条消息都有 gas 上限。如果消息的 gas 上限不符合区块费用或“预算”,该消息将被放到队尾,在一个正在进行的区块中被处理。这会导致一些问题,因为这意味着无法成功处理 gas 上限较大的消息。

基于最近更新,即使消息的 gas 上限高于区块的 gas “预算”,我们仍然发送消息进行处理,因为实际的 gas 消耗量可能低于 gas 上限,从而使消息符合“预算”的要求。


活动回顾

上个月,我们蓬勃发展的社区举行了各种各样的活动。

b8b2faac371e72e9634e024b7a93a211.jpg

Gear Quiz

Telegram

我们组织了第一场贴纸设计活动以及 Gear 月度答题竞赛

28b0d546b5a3438053bccaa43272756c.jpg

AMA

Twitter

Gear 的首席生态负责人 Pavel Salas 参加了由@OrientusPrime 主办的 AMA

209681b14543defb4b9f04c5387c916c.jpg

AMA

Telegram

除此之外,我们还与 IOBC 合作,为 Gear 中国社区举办了另一场 AMA。

56a63a9e72915737f28322dd162444fa.png

Gear Talk

Telegram

我们还举办了一场线上 Telegram 活动——Gear Talk,社区有机会了解 Gear 网络的最新进展。

4c3c5d76d819d7593df5fc8f0f6fcf14.jpg

Web3 交流会

Twitter

我们参加了由@DanteNetwork 组织的 Web3 交流会议。本场活动讨论了 Web 2.0 和 Web 3.0 之间的区别,以及 Web3 给人们生活带来的一些技术改进。观众对 Web3 的未来也有了更深刻的认识。

cc4f5185ed2ea94f379714cf28eb32b4.png

Workshop

土耳其

我们在世界各地举办了多场 Workshop,包括在土耳其举办的第一场 Workshop,该 Workshop 在伊斯坦布尔技术大学举行。

cb041bfbd3e22fafcf3820b855e5799c.jpg

Workshop

墨西哥

我们还在墨西哥的 UAM Azcapotzalco 大学举办了第二场 Workshop。Workshop 分为两个部分:首先是理论部分,与会者学习了区块链技术和 Web3 历史。然后是实践部分——使用 Gear 网络部署去中心化 Twitter。

675a1b9e324f1a8aebed7896f49759f8.png

线上 Workshop

中文社区

我们还为中国社区举办了另一场 Workshop,演示了如何构建 DAO。

除了这些 Workshop,我们还在世界各地举办了多场线下 Meetup。

7517d6b3ed624e7b98249728c12fc2f.png

线下 Meetup

土耳其

Gear 于土耳其的第一次 Meetup 在伊斯坦布尔的 Craft Beer Lab 举行。

c7891ea1d3492af9d69248a6f751b59d.jpg

线下 Meetup

墨西哥

除此之外,我们还在墨西哥组织了另一场 Meetup,这次 Meetup 得到了积极反馈,参与者有机会与 Gear 团队成员面对面交流,并进一步了解区块链技术、智能合约开发和 Gear 平台。

4fc7bb781e4ef2cf23169f1978034c1e.jpg

线下 Meetup

北京

4 月 9 日,Gear 参加了由 Anonymous Club 组织的北京线下 Meetup。这次活动的主题是 Web3 的发展机会和未来。参与者深入讨论了众多区块链项目,还发表对 NFT 市场的个人见解。


一如既往,我们要感谢所有参加活动的朋友们。如果你错过了这些活动,不要担心,我们还将举行更多精彩活动!我们将在下个月分享更多进展,请关注我们的 Twitter,了解最新资讯!

此致,

Gear 团队


关于 GearFans

Gear 是波卡生态的计算组件,GearFans 是 Gear 爱好者社区。

目录
相关文章
|
XML JavaScript 数据格式
DOM中的节点分为哪几种几类型
DOM中的节点分为哪几种几类型
49 0
|
9月前
|
SQL 关系型数据库 MySQL
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
本文探讨了在使用YMP 23.2.1.3迁移MySQL Server字符集为latin1的中文数据至YashanDB时出现乱码的问题。问题根源在于MySQL latin1字符集存放的是实际utf8编码的数据,而YMP尚未支持此类场景。文章提供了两种解决方法:一是通过DBeaver直接迁移表数据;二是将MySQL表数据转换为Insert语句后手动插入YashanDB。同时指出,这两种方法适合单张表迁移,多表迁移可能存在兼容性问题,建议对问题表单独处理。
【YashanDB知识库】字符集latin1的MySQL中文数据如何迁移到YashanDB
|
8月前
|
关系型数据库 MySQL PHP
WordPress 开发入门:代码详解与使用指南
本文详细介绍了WordPress开发入门知识,涵盖基础概念、环境搭建、主题与插件开发及常用技巧。首先讲解了WordPress的核心功能与开发环境配置,接着深入探讨主题开发,包括创建主题文件夹、核心文件(style.css和functions.php)以及模板文件的使用。随后介绍插件开发的基本步骤,如创建插件文件、添加功能并激活插件。最后推荐了开发资源,如官方文档、在线教程和优质市场。通过实践与学习,读者可掌握WordPress开发技术,构建个性化网站。
514 7
|
机器学习/深度学习 人工智能
IBM推出创新框架用“黑盒”方式,评估大模型的输出
【7月更文挑战第17天】IBM研发的创新框架以“黑盒”方法评估大模型输出的可信度,通过观察输入和输出,不涉及模型内部。采用逻辑回归模型,基于四个特征(输出长度、多样性、一致性和新颖性)来估计可信度。在多个数据集上测试,显示优于其他“黑盒”方法,且具有可解释性。但仅适用于可访问的模型,可能忽略内部细节,不适用于所有场景。[[arXiv:2406.04370](https://arxiv.org/abs/2406.04370)]
257 4
|
数据采集 存储 NoSQL
Redis 与 Scrapy:无缝集成的分布式爬虫技术
Redis 与 Scrapy:无缝集成的分布式爬虫技术
|
开发者
氚云丨开发课— 06 Timer 定时器的常见使用| 学习笔记
快速学习氚云丨开发课— 06 Timer 定时器的常见使用。
|
前端开发 应用服务中间件 nginx
Docker安装nginx和基本配置
Docker安装nginx和基本配置
631 0
|
存储 负载均衡 监控
epoll服务器百万并发测试
epoll服务器百万并发测试
240 1
EMQ
|
传感器 算法 网络协议
MQTT 客户端自动重连最佳实践|构建可靠 IoT 设备连接
本文介绍在MQTT客户端代码实现过程中,自动重连逻辑设计的重要性与示例,帮助读者设计更为合理的重连代码,构建更加稳定可靠的物联网设备连接。
EMQ
1610 0
MQTT 客户端自动重连最佳实践|构建可靠 IoT 设备连接
|
SQL 分布式计算 BI
MaxCompute笛卡尔积逻辑的参数优化&复杂JOIN逻辑优化
这篇文章主要讲一个SQL优化反映的两个优化点。分别是: 一、笛卡尔积逻辑的参数优化。 二、一个复杂JOIN逻辑的优化思路。
2668 2
MaxCompute笛卡尔积逻辑的参数优化&复杂JOIN逻辑优化