在这种情况下，我想向您展示的一个有趣的用例是婚姻登记册。这种概念验证的想法是在一次研讨会上产生的，在研讨会上确定最好使用具体且易于理解的示例来教授“智能合约”主题。这个想法非常简单：应该使用经典的婚姻流程（从申请到离婚）来准确展示智能合约的运作方式。然而，整个事情想象起来比实际实施容易。
用例“婚姻登记”的图示
首先，我们小组必须澄清如何将婚姻登记册映射到区块链上的问题。我们开发了两种替代方案：
智能合约映射整个寄存器并在整个过程中维护所有对的状态。
智能合约仅代表两个人之间的关系。
对于这个有些不寻常的用例，选择了第二种方法——智能合约是两个 药品电子邮件列表 人之间的合约。所以登记处就是所有婚姻智能合约所在的区块链。整个寄存器就这样被映射了。然而，求婚过程是我们小组面临的第一个问题，因为当一个男人向一个女人求婚时，接受求婚的人当然应该接受这个求婚，而不是任何其他随机的人。但这引发了一个更大的问题：写入区块链的内容无法撤消。原则上，这没什么大不了的，除非原来的事实是错误的——它无法再被纠正。因此，存在提交错误信息并突然成为无法再纠正的事实的风险。如果实施这样的用例，整个项目团队必须意识到自己的责任，并以不会有虚假信息进入区块链的方式设计系统。
一开始创建的数据不正确而产生的问题当然得到了解决。在这种情况下，各个细节相当无趣，因为此时我的目标是向您展示如何从假定的错误路径中学习。像这样的用例给项目经理和个人开发人员带来了重大挑战。因此，每个参与其中的人不仅必须更加小心地工作，而且还要应对各种各样的场景。这是最终将系统设计得安全的唯一方法。
我们的团队代表客户研究的用例清楚地表明，即使对于非常实际的问题，区块链也可以提供新的解决方案。并非区块链的所有功能——例如去中心化、不变性、交易和数据的透明度或无停机时间——都必须被使用。与传统方法相比，新技术足以实现附加值。
由于区块链技术（除了加密货币用例之外）只使用了很短的时间，因此目前几乎所有用例所需的许多框架形式的基本构建块都缺失。