区块链:如何使用OPStack构建全链游戏的时钟周期？

一般来说，游戏是基于循环的系统。游戏循环是一个不断重复的过程，通常包含处理用户输入、更新游戏状态和渲染游戏世界这几个步骤。这个循环在游戏运行期间持续进行，通常每秒运行数十次到数百次，以保持游戏世界的流畅性。

然而，区块链的架构是基于推送的。区块链是一个分布式的数据库，它通过网络中的节点共享和存储信息。当一个节点产生一个新的交易时，这个交易会被推送到网络中，其他的节点收到这个交易后会验证它并将它添加到区块链中。这是一个被动的过程，节点不会主动去查找新的交易，而是等待网络中的其他节点发送新的交易。因此，区块链的架构被称为是基于推送的。

因此，在全链游戏中实现一个带有时钟周期的循环系统就变得非常重要。毕竟在所谓的“自治世界”中，我们都希望一些NPC或者虚拟环境是可以自动的随时间演化，而不是跟随被推送到区块链的交易输入被动演化。

Uniswap基金会就如何分配约440万个ARB发起征集建议:5月24日消息，Uniswap 基金会管理者之一 Erin Koen 今日在 Uniswap 社区就“如何分配约 440 万个 ARB发起征集建议。征集中提到，代币将发送至 DAO 在 Arbitrum 上的别名地址； 如何部署分配需要经过正常的治理投票。提案期持续两周（至 6 月 7 日星期三）。 届时，已获得社区反馈的提案应根据批准的治理流程将其纳入新的温度检查帖子。[2023/5/24 15:22:31]

@therealbytes开发了一个基于OPStack的概念验证型滴答链，它运行了一个自动滴答的康威生命游戏实现，我们下面来了解他到底是如何实现的。

Terra 2.0 社区已启动就有关如何分配 0.5% 应急资金提案的投票:6月9日消息，Terra 2.0 社区已启动就有关如何分配 0.5% 应急资金提案的投票，该提案建议将这部分资金分配给在 Terra Classic 上推出过符合市场需求的产品，包括产生了一定量的 TVL 和没有产生 TVL 的项目以及尚未推出过符合市场需求产品的项目，并提议向以上三类项目分别分配 250 万枚 LUNA、100 万枚 LUNA 和 150 万枚 LUNA。此外，该提案建议组件一个由部分 Terra 社区的长期成员组成的理事会监督分配工作。[2022/6/9 4:13:09]

为保持翻译的简单，我们把tick直译成“滴答”，意思就是“循环时钟周期”。

Ticking-Optimism是一个基于OptimismBedrockrollup架构的“滴答区块链”的概念验证实现。

复旦大学教授许多奇：当今国际社会首当其冲的问题是如何判定数字货币法律性质:日前在金融法治菁英论坛上，复旦大学法学院教授许多奇表示，如何监管加密数字货币是当今国际社会普遍关注的问题，而首当其冲的问题是加密数字货币的法律性质判定问题，司法机关有关加密数字货币属性的判定能否成为实现有效监管的基础？在众多司法辖区的多种监管思路中我们应作何种选择？对于这些问题的思考和深入研究对于实现对加密数字货币的有效监管大有裨益。（中国贸易报）[2020/4/29]

在滴答链中，有一个特殊的智能合约叫做“滴答合约”，每个区块都会被协议自动调用。这允许其他智能合约在特定的时间或间隔自动触发，无需用户发送交易。

如何实现

Optimism的新的模块化rollup架构，OptimismBedrock，引入了一种新的交易类型叫做“存款交易”。与常规交易不同，存款交易：

币情观察室 | 如何从小白蜕变成合格的交易者:4月2日11:00，金色盘面邀请行情大V李明成做客金色财经《币情观察室》直播间，将分享《如何从小白蜕变成合格的交易者》，敬请关注，扫描下图二维码即可观看。[2020/4/2]

-来自Layer1的区块。

-不需要签名验证。

-在L1上购买L2的gas，所以L2的gas是不可退还的。

在原始的Bedrock中，存款交易用于两件事：

-执行直接发送到L1的交易。

-在每个区块中为预先部署的L2合约设置L1属性。

在后一种情况下，交易由rollup节点创建。它不支付gas，使用的gas不会从gas池中扣除。

Ticking-Optimism修改了rollup节点，也创建了一个“滴答交易”，工作方式相同，但不是设置L1属性，而是在预先部署到地址0x42000000000000000000000000000000000000A0的合约中调用tick()函数。这个合约可以通过设置其目标变量来调用另一个合约。

动态 | ITAM Network发文 “DApps如何优化RAM使用率”:据IMEOS报道，ITAM Network在Medium上发表文章“DApps如何优化RAM使用率”。文中介绍DApps主要是在上传智能合约还有在使用智能合约Table保存数据的情况下使用RAM，并介绍如何通过在区块上运行数据达到RAM使用率最小化，还有DApps开发者应当考虑和准备的工作。文章最后ITAM Network表示这只是一种可供替代的方法，并不是唯一正确的途径。[2018/8/2]

动机

为了说明滴答链的威力，想象一个区块链上的游戏，其中多个NPC在地图上移动。没有滴答链，我们有两种主要的设计方法：

-懒更新。在客户端，NPC似乎连续移动，但它们的位置只有在用户发送与它们互动的交易时才在链上更新。然后，合约根据其最后的链上更新和自那时起经过的区块数计算NPC的新位置。

-手动滴答。我们定义一个更新函数，设置地图上每个NPC的位置，并有一个外部帐户定期调用它。

使用滴答链，解决方案与手动滴答相似，但滴答合约会自动调用更新函数，而不是手动调用。

使用滴答链的“自动滴答”而不是手动滴答的优点是：

-更新由协议保证。

-更新将在块中的所有交易之前执行，不能被前置，因为它是协议本身的一部分。

-更新交易不参与常规的gas市场。

然而，自动滴答需要一个定制的区块链。如果更新率相同，手动和自动滴答对节点的计算资源需求相同。另一方面，懒更新通常更便宜，因为链上更新更小、更少。

此外，随着需要更新的状态增长，滴答交易的计算成本也增加。这给开发者带来了额外的压力，要求他们设计他们的应用程序，确保成本永远不会超过链所能支持的。

尽管有这些巨大的缺点，自动滴答对于某些类型的应用程序比懒更新更合适。

1.状态始终明确地在链上并且是最新的

滴答使智能合约能够以恒定的成本访问一个动态状态，该状态使用开放形式的表达式更新。

状态总是可以在链上以恒定的、相对较低的gas成本读取。但是计算当前状态的成本会随着自上次更新以来的区块数增加时，gas成本增加的也比较多。

如果我们正在更新一个以恒定速度移动的实体的位置，我们可以从其最后设置的位置和自更新以来的区块数计算出它应该在任何给定的区块中的位置。这个操作的成本不会随着更新之间的区块数增长。

另一方面，如果我们更新的状态是像康威的生命游戏这样的东西，更新的成本与自上次更新以来的步骤数成线性增长。这是一个问题，因为它可以增长到超过用户愿意支付的或链所能支持的。

2.客户端的作用不同

使用懒更新，更新逻辑需要在智能合约和客户端中都实现。使用滴答，只需要在区块链上实现，客户端可以简单地对链上事件作出反应。

3.代码更简单，更容易审核

懒更新使开发者将他们的更新逻辑分散在许多函数和智能合约中，每个函数只在执行某些交易时触发。相比之下，滴答方法只需要一个保证定期触发的更新函数。后者使得更容易维护状态的一致性和完整性。

此外，每次添加一个新的懒更新状态时，所有更新函数可能都需要修改以考虑它。这使得代码库更复杂，更容易出问题。

4.用户不支付更新成本

懒更新的成本通常变化很大，用户可以制定他们的交易，使大部分更新的负担落在其他人身上。使用滴答，所有操作的成本都相对稳定，不容易受到MEV攻击。

康威的生命游戏演示

我构建了一个滴答链的演示，运行一个交互式版本的康威的生命游戏。链已经修改，包括在执行引擎中的细胞自动机逻辑，使其更高效，允许比作为智能合约字节码实现的更大的游戏板。

演示的源代码：https://github.com/therealbytes/ticking-conway

演示视频：https://www.youtube.com/watch?v=za12aa5FS6E&list=PL_97Yn8lCzTI_P_4vO1HEXA9k6gF6lawF&index=11

标签：区块链OptimismNPC区块链工程专业学什么区块链存证怎么弄区块链技术发展现状和趋势Optimism币是什么币NPC币是什么币

KuCoin热门资讯