不管市场上的应用程序起点有多高,其后的发展都取决于迭代更新、运行维护任务以及各种其他例行和重复任务的能力。要是后面的流程 和维护没有做好,前面多好的资源也只是浪费。
但是由于这些任务的性质,让许多去中心化的应用程序被迫外包给中心化第三方服务商,或者选择使用一些还没有被标准化的各种协议下的变通办法。
显然,这些都不是最佳选择。因为在第一种情况中,应用程序没有办法抗衡中心化数据库的脆弱性;在第二种情况中,更新和其他常见操作,会比非区块链的应用程序花费更多的时间。
在区块链上运行的应用程序需要解决方案,以便能够以常规和无需信任的方式,更有效率地运行这些任务。尽管 EOSIO 最初具有内置的“延迟交易”调度功能,但由于无法保证其效用,因此在自动调度交易失败时变得相当不可靠,比如需要手动触发。由于这些问题的存在以及功能复杂的原因,EOSIO 的最新版本中并不鼓励开发者们使用此功能。
然而,借助 LiquidApps 的 LiquidScheduler,“一个为预定功能和重复任务准备的完整解决方案,具有与其他 DAPP 网络服务相同的强大功能,例如可定制的信任度,目前都可以在该应用中实现。”
如果想要了解更多如何将其整合到 EOS 和其他 EOSIO 链上的 Dapp 中的话,《LiquidScheduler 演示:使用预定任务和重复任务》中概述了要是希望在 dApp 中实现预定和重复计划应该要怎么做的流程。
来源: