web3 设计 vs 区块链设计

其他人已经针对区块链设计撰文，文中展示了与 dapps 有关的前端用户体验设计。

尽管 Consensys 的首席设计师 Sarah Mills 撰写的文章非常激动人心，并且毫无疑问她是区块链领域设计师的主要领导者，但我认为“区块链设计”这个词更适合定义区块链结构本身的属性以及其中的交互过程：比如共识算法，供应链，区块奖励，图灵完备，gas 计算成本，链上链下的治理机制等等。

本文中，我会着眼于 "web3 设计"，主要表明面向去中心化应用的用户体验设计。因为尽管在文章中使用 "区块链" 能提高阅读量，但会使其变成 "clickbait"(clickbait 是描述网络内容的贬义术语，以牺牲质量或准确性为代价来吸引点击)。

Web3 设计原则的初衷

现如今用户可以通过以下几种方法，与部署在区块链上的智能合约进行交互：比如直接通过命令行，数字钱包或 dapp 浏览器，或是通过智能合约开发人员所开发的更丰富的前端。

显而易见，大部分 dapps 采用了后者：结合基于分布式应用程序的处理经验来提供一个更丰富的用户界面。

作为开发人员，我们忙于构建区块链的基础设施和项目的智能合约，造成的结果是目前几乎没有 dapps 拥有可用的前端，即便某些 dapps 具备可用的前端，它在内容安全方面并不会和传统的应用程序有所差别。

然而 dapps 与普通的 web 或移动 app 应存在根本上的不同，并且能够具备区块链所特有的去中心化，透明，无信任，不可变更性以及不可审查性。以上所属的区块链特性到 Dapps 前端的映射是这些设计原则编码成可用工具的具体途径。

这么做的目的是一旦正确地应用后，登录 Dapp 的用户可以立刻知晓她正与其进行交互，更重要的是，可以访问具备区块链强大属性的工具，并信任与该应用程序的每个交互过程。

如果你对这非常感兴趣，请直接移步文章末尾的 “下一步” 部分，以示如何将各部分的工作串联在一起。

设计也是包含预测问题并提供解决方案的艺术，在这种情况下，我试图 "预测" 用户在与 Dapps 交互时遇到的问题(在我看来它更好，因为它是 "向前推进"的词源意义)