区块广播:

简单,免费,永久:第一个永生的LiquidApp现已上线!

LiquidApps船员发布在 区块链社区
 568  0

dApp的未来就在这里:vRAM,LiquidAccounts,LiquidDNS,IPFS托管和RAM缓存会话融合在一个永生的区块链应用程序中,它拥有前所未有的易用性。

最近几周,我们LiquidApps推出了多款新的LiquidServices

我们还发布了Zeus SDK,让区块链开发更简单,包括将DAPP网络上的LiquidServices集成到您的应用程序中的即开即用功能。

现在,我们第一次能够强调使用配备LiquidAccounts(alpha)和其他LiquidServices的dApp的无缝体验。我们决定从开发者熟悉的领域开始:Block.one创建的元素战争游戏作为EOS开发教程。

介绍LiquidBattles:有史以来最简单易用的dApp

Block.one的元素战争(Elemental Battles)是一款简单的奇幻纸牌游戏。就游戏玩法而言,它只是石头剪刀布,然后增加了几层复杂性。

但是当你在台式计算机上启动LiquidBattles时(目前在Kylin 测试网上),你会发现这与你之前使用的任何dApp都不同。

在里面没有密钥要登入,没有钱包要打开,没有交易要签名。 只需要一个用户名和密码。它与传统的网络应用程序一样做到无缝连接,甚至比传统的做得更好。

没有钱包,没有长长的密钥要输入,没有麻烦。dApp的未来是可以无缝登录的。

这怎么可能?

当您第一次登录LiquidBattles时,您的LiquidAccount(再次提醒,目前是在Kylin测试网上)会获得公钥/私钥对?—?— 就像在您最喜欢的钱包应用中创建账户时,主网帐户会获得密钥对那样。但是,当您的LiquidAccount私钥用于签署交易时,这些交易将通过dApp代理帐户发送到EOS主网,该帐户也会在此过程中签署。如果没有这些密钥,您的LiquidAccount仍然无法使用,但您不再需要管理RAM,CPU,密钥和尝试新dApp的权限。

不再需要管理资源。不再需要为账户付费。不会再丢失密钥。

当然,并非每个将在DAPP网络上发布的dApp都会像LiquidBattles那样实施密钥管理。

毕竟,这款游戏会根据您的用户名和密码生成您帐户的私钥?—?— 并将其对你隐藏。只要您记住密码,您的私钥就可以再次生成。忘记密码就会丢失密钥。

未来使用LiquidAccounts的dApp可能直接为您提供密钥,无论是在基于Scatter的钱包还是其他地方。它们可能会使用其他参数而不是用户名和密码来生成密钥。并且许多dApp可能包括强大的密钥恢复解决方案,因为每个人都可能会忘记一些东西。

未来可能发生变化的另一个因素是LiquidBattles的LiquidAccount密钥会由创建它们的合约进行管理。这是默认设置,但不是必需的。未来DAPP网络上的dApp可以协同控制一个只负责管理LiquidAccounts的合约,该合约是处于所有这些合约之外的。作为奖励,这将让LiquidAccounts被多个dApp“共享”。

无论他们选择怎样处理这些细节,第一批能被大规模采用的dApp都需要有流畅的参与流程。而LiquidApp正好提供了这一点。

同时还有更多问题。LiquidAccounts如何发送和接收代币?它们如何与钱包应用一起使用,甚至可以实现跨链?

我们很快会发布一篇文章,深入探讨LiquidAccounts的可能性。 现在,让我们先来看看这个LiquidApp的更多功能。

LiquidBattles不仅易于使用?—?— 它运行起来也很便宜。

在主网上运行原来的元素战争是非常昂贵的,因为每个用户有大量的细节存储在RAM中。vRAM能够以显著降低的RAM成本启动游戏。

此外,vRAM内容在用户会话期间会缓存在RAM中,这意味着在用户玩游戏时不会有额外的延迟。

一旦用户变为不活跃状态,该数据将被逐出vRAM。当然,这是RAM的用途所在:仅存储正在使用的数据。RAM缓存策略让dApp在不牺牲性能的情况下享受成本效益。

而这并不是全部。

LiquidBattles展示了dApp永生的方法。

无论智能合约多么难以消灭,现代dApp的前端仍然很脆弱。

当然,如果前端遭到破坏,其他人可以建立一个指向同一智能合约的新前端,最终让应用程序保存下来不会消失。但是过渡期间的停机时间会丢失应用程序的用户群。

我们期待有一天即使AWS停机也并不意味着互联网停机。

通过IPFS托管和LiquidDNS,这个版本的元素战争不仅更容易使用?—?— 它也更具弹性。

我们将在后面的文章中详细讨论IPFS,但让我们先花一些时间在介绍LiquidDNS上。

LiquidDNS是一个新的LiquidService,它还处于早期开发阶段。它允许DSP运行名称服务器,服务器将域解析为dApp,而无需用户在其终端安装或配置任何内容。与分布式存储解决方案相结合,可实现不会脱机的Web托管。

对于LiquidBattles的这个版本,我们的域名看起来有点奇怪:cardgame1112.dnsregistry1.com。 但是现在可以将任何其他地方获得的传统域名指向到名称服务器简单的IPFS托管的dApp。

我们应该注意,由于每个DSP都可以运行自己的DNS名称服务器,因此每个DSP都要有一定程度的信任:任何特定的域名都可以被删除。这是对互联网构建方式的限制,如果没有特殊的用户端自定义(如EOSDNS),则可能无法绕过互联网。但是,虽然可以删除单个域名,但dApp可以使用多个提供商和链上的域名表来使其成为无效的攻击。如果一个端点发生故障,其它端点仍然处于活跃状态且可访问。

审查、黑客攻击和意外停机都有可能破坏网页版应用程序的性能。虽然智能合约技术可以在基础逻辑层降低故障风险,但不良参与者和技术故障仍然可以在应用程序堆栈的其余部分中对组件下手。

正如LiquidBattles所展示的那样,LiquidApps在DAPP网络上的服务范围可以让开发人员最终为他们的创作提供永生。

LiquidBattles本身并不是永生的?—?— 它在Kylin测试网上,并使用LiquidApps Kylin DSP,因此它们中的任何一个消亡都将终结dApp?—?— 但它显示了永生的道路。为永生而构建的主网应用程序将使用各种提供商,这样任何一方都无法将其删除。

正如去中心化可以推动永生的智能合约一样,它现在可以为永生的前端托管和永生的域名提供支持。有史以来第一次,开发人员面临着轻松创建一直无法攻击的应用程序的可能性。

LiquidBattles让我们一睹在DAPP网络上运行的dApp的可能性。

立即进行游玩,查看代码,或安装Zeus SDK开始将LiquidServices构建到您自己的dApp中。

通过LiquidApps使您的dApp易用、免费且永生吧。LiquidBattles是第一个出现在测试网上的dApp。哪个应用程序将引领主网上的变化?

马上加入我们的中文电报社区参与讨论吧!

  • 正序
  • 最新
沙发,很寂寞......
登录 账号发表你的看法,还没有账号?立即免费 注册