不管市场上的应用程序起点有多高,其后的发展都取决于迭代更新、运行维护任务以及各种其他例行和重复任务的能力。要是后面的流程和维护没有做好,前面多好的资源也只是浪费。
但是由于这些任务的性质,让许多去中心化的应用程序被迫外包给中心化第三方服务商,或者选择使用一些还没有被标准化的各种协议下的变通办法。
显然,这些都不是最佳选择。因为在第一种情况中,应用程序没有办法抗衡中心化数据库的脆弱性;在第二种情况中,更新和其他常见操作,会比非区块链的应用程序花费更多的时间。
在区块链上运行的应用程序需要解决方案,以便能够以常规和无需信任的方式,更有效率地运行这些任务。尽管 EOSIO 最初具有内置的“延迟交易”调度功能,但由于无法保证其效用,因此在自动调度交易失败时变得相当不可靠,比如需要手动触发。由于这些问题的存在以及功能复杂的原因,EOSIO 的最新版本中并不鼓励开发者们使用此功能。
然而,借助 LiquidApps 的 LiquidScheduler,“一个为预定功能和重复任务准备的完整解决方案,具有与其他 DAPP 网络服务相同的强大功能,例如可定制的信任度,目前都可以在该应用中实现。”
如果想要了解更多如何将其整合到 EOS 和其他 EOSIO 链上的 Dapp 中的话,《LiquidScheduler 演示:使用预定任务和重复任务》中概述了要是希望在 dApp 中实现预定和重复计划应该要怎么做的流程。
来源:
Greymass 团队近日在 Twitter 上宣布了他们的新的原型模型服务(prototype service),该服务将使 dApp 方能够更简便为用户支付交易费用,并通过捐赠的方式向所有用户提供有限的免费交易。 第一项服务使 dA...
自 Voice 测试版本发布以来过去 3 天了,测试版的视频和截屏在社区中被反复转载。 与此同时,Block.One 的首席技术官 Dan Larimer 和首席执行官 Brendan Blumer 在推特上回答了一些有关 Voice 的...