简单，免费，永久：第一个永生的 LiquidApp 现已上线！

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。哪个应用程序将引领主网上的变化？

加入我们的中文电报群，电报搜索 @LiquidApps_community_China，可以随时与我们交流。