Smart是否会形成完全灵活的应用程序？

Question

我们都知道Ethereuem智能契约或DApps还不能充当企业应用程序的角色。在执行的每一阶段都要付出代价，只有小的数据可以保持，或者除非获得IPFS的帮助，否则Blockchain以外的通信仍然是一个挑战，除非Oracle服务被请求，而这又涉及到一个成本，列表还在继续。我知道我们没有水晶球，但就采用智能合同的公司而言，我们有多远呢？我不知道我们还有多远，但也不太接近。思想是受欢迎的。

Answer 1

我不太清楚你的问题到底朝哪个方向发展，但我想说的是：

实际上，我可以断言，您可能可以将每个完整的跳伞应用程序转移到一个dApp中。您只需要将其分解为足够的智能契约、ipfs文档和前端代码，这些代码负责区块链之外的所有相互通信。我并不是说这会有任何意义，但我还是要说，这种可能性是存在的。

但是，您必须考虑的是智能契约/区块链在上下文中的作用。将以前的后端代码移动到智能契约中有什么好处呢？

• 你的申请需要一致意见吗？
• 是否涉及到第三方和信任？
• 你需要一段不变的历史吗？
• 是否有真正的理由分散一些服务？

对于大多数公司来说，这些问题的大部分答案都是否定的。因为他们是数据的所有者，所以他们没有理由将任何东西从当前的服务器/客户端设置中移出，而且他们在分散服务方面也没有任何优势。特别是因为区块链并没有提高数据的质量，所以它只检查事务是否有效。

还要考虑一下你的成本--考虑：

您不需要使用公共区块链来构建dApp (显然没有它的开源方面)：公司可以在没有事务费的情况下建立自己的私有区块链，而且即使使用正常的服务器/客户端设置，成本也应该相当高。

如果你的问题是，智能合同是否会转化为完全弯曲(后端)应用程序，我也很想说不，仅仅因为这不是目标。但正如你所说-谁知道未来会发生什么。这是一个年轻的技术，我们将需要看到。

Answer 2

我不确定。但我很想说不。

首先，到目前为止，智能契约是“死气沉沉”的代码。他们不能靠自己每天每小时做一件事。他们需要一个外部扳机。例如，在一家公司，甚至在游戏中，或者无论你的应用程序是什么，都是非常常见的，有标题的任务。

此外，区块链(在这种情况下是ethereum)是用于特定目的的工具(S)。它并不是用来创建完整应用程序的完全“框架”(或其他任何东西)。