在这种情况下，我想向您展示的一个有趣的用例是婚姻登记册。这种概念验证的想法是在一次研讨会上产生的，会议确定最好使用具体且易于理解的示例来教授“智能合约”主题。这个想法非常简单：应该使用经典的婚姻流程（从申请到离婚）来准确展示智能合约的运作方式。然而，整个事情想象起来比实际实施容易。
“婚姻登记”用例的图示
首先，我们小组必须澄清如何将婚姻登记册映射到区块链上的问题。我们开发了两种替代方案：
智能合约映射整个寄存器并在整个过程中维护所有对的状态。
智能合约仅代表两个人之间的关系。
对于这个有些不寻常的用例，选择了第二种方法——智能合约是两个人之间的合约。所以登记处就是所有婚姻智能合约所在的区块链。整个寄存器就这样被映射了。然而，求婚过程是我们小组面临的第一个问题，因为当一个男人向一个女人求婚时，接受求婚的人当然应该接受这个求婚，而不是任何其他随机的人。但这引发了一个更大的问题：写入区块链的内容无法撤 商业地产所有者数据库 消。原则上，这没什么大不了的，除非原来的事实是错误的——它无法再被纠正。因此，存在提交错误信息并突然成为无法再纠正的事实的风险。如果实施这样的用例，整个项目团队必须意识到自己的责任，并以不会有虚假信息进入区块链的方式设计系统。
一开始创建的数据不正确所带来的问题当然得到了解决。在这种情况下，各个细节相当无趣，因为此时我的目标是向您展示如何从假定的错误路径中学习。像这样的用例给项目经理和个人开发人员带来了重大挑战。因此，每个参与其中的人不仅必须更加小心地工作，而且还要应对各种各样的场景。这是最终将系统设计得安全的唯一方法。
我们的团队代表客户研究的用例清楚地表明，即使对于非常实际的问题，区块链也可以提供新的解决方案。并非区块链的所有功能——例如去中心化、不变性、交易和数据的透明度或无停机时间——都必须被使用。与传统方法相比，新技术足以实现附加值。
由于区块链技术（除了加密货币用例之外）只使用了很短的时间，因此目前几乎所有用例所需的许多框架形式的基本构建块都缺失。
一个很好的例子是一家中型物流公司的用例。物流链的问题始终是协同工作的不同群体，例如运输商、海关或行政区域。每个群体都必须获取各种文件，例如有效的托运单、证书和许可证。集中存储这些信息将使各方访问变得不必要的困难。例如，这从打开防火墙开始，并扩展到颁发和更新凭证。然而，如果此时使用公共区块链系统（例如 Lisk 或以太坊），则每个参与者都可以访问该系统。通过使用适当的智能合约模式，可以对这些访问进行分散管理。因此，在这个用例中，除其他外，创建了一个单独的存在证明实现，以便数据可以保存在链外并在链上引用和检查。
未来，已经包含这些基本组件的新区块链网络肯定会上市。
我从之前的区块链技术工作中吸取的教训可以总结如下：即使是错误的路径对于积累专业知识也非常有价值，并且可以为新的解决方案提供有用的见解。
区块链技术的下一步是什么？
今天的区块链技术就像 1998 年的网络技术一样。当时，在创建第一个业务应用程序时，也缺少相应的框架和基本组件。
但众所周知，后来事情才真正真正意义上起飞了。我确信目前暴风雨前的平静状态相当。目前有数量惊人的初创企业正在开发新产品，许多大公司已经建立了区块链技术的研发部门，而且高层管理人员通常已经对这项技术非常熟悉。
区块链相关性的另一个指标是，甚至欧洲央行也在研究这项与欧元等价的技术。保险公司 AXA 推出的首款基于区块链的保险产品“ Fizzy ”表明，首批应用程序已经脱离了概念验证状态，并作为最小可行产品可供更多用户使用。
您想了解更多关于“区块链”的信息吗？然后看看我们之前关于该主题的文章。
马蒂亚斯·罗斯图片
作者 马蒂亚斯·罗斯
Matthias Roth 是 adesso Schweiz AG Java 部门的负责人，也是内部区块链主题组的负责人。他还在他的公司 iSchule 中担任 JEE、GWT、Android、Spring、Activiti BPM 和 Scrum 领域的顾问和教练，并且是 eco-HERMES（HERMES 项目管理方法的用户组）的董事会成员。
在我们的技术博客中，我们将带您踏上令人兴奋的 adesso 世界之旅。您可以在我们之前的博客文章中找到其他有趣的主题。
您想定期收到我们的 adesso 博客更新吗？然后只需订阅我们的时事通讯，您将通过电子邮件方便地收到我们技术博客的最新文章。