imToken 阿树：如何为老母亲设计区块链产品？

前言：新行业的发展，通常会经历“技术-产品-运营”三个不同阶段。区块链在经历几轮牛熊之后，在一些细分领域已经走到需要重视产品的阶段，因为现阶段用户已不再局限于早期的程序员，我们需要让更多愿意尝鲜的普通人也能快速上手。

从18年开始，国外区块链社区对产品设计的讨论越来越多，以太坊社区的Devcon 4有接近三分之一的场次都和这个主题相关。我就是在那里碰到阿树的，他是imToken的产品经理，一直在琢磨这个问题。这篇文章是他的一个阶段性总结，欢迎感兴趣的朋友留言讨论：）

自从 2008 年 Satoshi 发布比特币白皮书，区块链已经发展近十年。你会发现技术演变从未停下脚步，从最初加密货币账本到图灵完备的智能合约平台，还有近些年热门的跨链架构和去中心化存储。

但区块链的产品设计，还是当年的老样子，如此晦涩，难用，让人一头雾水。

想象一位老母亲使用区块链产品时，会遭遇什么问题呢？（注：Mom Test 一般用于了解普通用户如何理解和使用你的产品）

我为什么需要钱包？我该如何保管私钥？为什么每次转账的矿工费都不一样？最近我想换点稳定币避险，但那 Maker CDP 里的质押、清算、仓位的含义，我真的弄不明白诶！（虽然如此，但 Maker CDP 真的是一项很棒的项目 :)

回首 2015 年，比特币白皮书发布的第 7 年。经济学人发布专题《信任机器》，此时，区块链技术开始进入大众视野，而不仅仅是加密货币。

可是现实情况如何？

区块链技术为了消除信任的依赖而诞生，但用户却不信任机器和网络。

用户为何不信任区块链？因为他们看到无法理解的内容，遇到无法处理的操作，还有哪些让人感到困惑的概念。

用户通过区块链获得自主权利，但也必须拥有相应的管理能力。—— 这道难题，也许就是我们前往 Web 3.0 的拦路虎。

如今 2019 年，随着区块链上的游戏、交易、金融衍生品的繁荣，越来越多用户参与其中，社区开始关注如何设计一个可用和安全的区块链产品。

Vitalik 也在 Twitter 谈到，为普通用户设计可用和安全的钱包（自主身份模型），将成为一个主要优先级任务：

One thing that needs to be a major priority of the crypto community is increasing usability and security of self-sovereign authentication models

过往三年，我们团队为用户打造到达区块链的桥梁 —— 数字钱包 imToken。在区块链产品设计上，从社区和用户中获得不少经验和想法，将其拆解为以下三点： 1. 构建信任 2. 理解技术 3. 打破价值孤岛

构建信任

安全感，这是过往人机交互中常提及的基本原则，而在区块链领域，交易不可逆转，私钥丢失不可重获等特性，就让安全感显得更尤为重要。

如同马斯洛提出的《需求层次理论》，当个体生理需求被大部分满足后，将会寻找第二层次安全需求，诸如秩序、稳定、可控等感觉。以情感化设计的角度，可以归纳为层次、一致、可控、容错。

a. 层次

经济学中有一种概念「稀缺性」，讲述如何利用稀缺资源生产有价值的物品，并进行分配，达到更高的经济效率。

在当前流行的注意力经济思维下，我们可以将用户的注意力也作为一种稀缺资源，作为一名产品设计师需要考虑如何高效利用注意力，让信息拥有层次，用户可以关注最有价值的内容。

信息层次处理分为两类： 1. 选择性隐藏 2. 分层

选择性隐藏，比如最近 Etherscan 的界面改版，重点突出交易的关键信息 Status、 From、To、Value、Fee 等，将一笔交易记录中的技术概念 Gas Limit、Gas Price、Nonce、Data 隐藏起来，让用户选择性的展开查看。

分层，则将用户接触 Gas 时常见的三个问题（为什么需要 Gas？ 为什么每次转账 Gas 不一样？什么是 Gas？）分别拆解为三层：必要、抽象、隐藏。

1. 必要：如实告之，交易需要 Gas 作为矿工费，因为矿工叔叔挖矿很辛苦的 :)

2. 抽象：比喻 Gas 为汽油，执行交易如同汽车行驶需要消耗汽油，路程不一样，消耗的汽油也自然不一样。

3. 隐藏：隐藏 Gas 技术原理，不必让普通用户了解 Gas 是什么，比如交易执行时 EVM 指令如何消耗 Gas 。

b. 一致

运用现实生活的经验，符合用户心智模型，同时保持交互逻辑和信息架构统一，降低用户学习成本。

以太坊的原生代币单位沿袭科学界的传统，以曾有杰出贡献的数学家和密码学家名字进行命名。

但以太坊社区似乎还没弄明白如何使用这些单位，我们常常看到 ETH、Ether、ether 交替出现。对于不了解情况的用户，还以为这是几种不同代币。

Coinbase 选择一种不正确但合理的做法，他们采用 Ethereum 原生代币的 Symbol 作为单位，而不是官方声明的单位 ether。同时统一使用 Symbol 作为 ERC 20 和 ERC 721 资产的单位，因为 ERC 20 和 ERC 721 的提案规范并不涉及单位 Unit 的声明。

c. 可控

让用户了解发生什么事情，操作前可预测，操作后积极响应。

以太坊最流行的 DApp 除了 CryptoKitties，还有域名服务 Ethereum Name Service，目前已有 78 w 的竞拍操作。

域名竞拍需要完成开标、竞标、揭标、结拍、解析等复杂操作流程。但这些操作中并不是同步进行的，比如竞标和揭标，需要相隔三天才能完成操作，若逾期执行揭标，将会导致资产损失。

imToken 重新封装官方的 ENS DApp，除了让用户清晰了解每一步操作和竞标状态，也巧妙解决逾期揭标的痛点。

通常我们将解决方案分为两类：500 万与 5 元的方案。

500 万的方案，虽然成本高昂，但近乎完美的解决逾期问题。比如采用 Ethereum Alarm Clock 方案，创建合约并通过第三方的 TimeNode 触发定时交易发送，避免逾期揭标导致资产损失。

而 5 元的方案，简单有效。当用户竞标结束后，设置日历提醒，按时提醒用户完成揭标操作。没有一点点意外，也没有一丝顾虑，让一切尽在用户的掌控中。

在实践中，我们选择 5 元的方案，但我们也会准备 500 万的方案。因为彻底解决问题，高昂的成本终将无法避免。

d. 容错

无论区块链社区常谈的拜占庭容错，还是产品设计中所说的容错性，本质要解决的问题：错误发生时，系统或用户依然可以正常使用。

以转账交易作为例子，由于以太坊交易打包需要等待，连续发送的交易会面临失败，重复发送等情况。

imToken 利用交易中 Nonce 和 Gas Price 的特性解决此类问题，当用户发送交易时，发现交易列表中仍有待打包交易，提供加速和连续发送选项。

加速即提高待打包交易的 Gas Price ，让其尽快被矿池打包，而连续发送则增加 Nonce，允许多笔交易按顺序等待打包。

巧妙利用交易原理，帮助用户远离错误。

理解技术

作为一名 Designer，我很中意以太坊 Mist 钱包作者 Alex 曾经的简介：Designer, developer. Sometimes.

区块链的产品设计，与以往互联网的产品设计并没有本质差别，还是那套人机交互的流程和原则。

但设计一个让用户感到愉悦的区块链产品，我相信离不开对区块链和密码学工作机制的理解。如同 Alex 的简介，你需要在这两种不同的角色中穿梭。

以区块链的圣杯「自主身份」为例，如何通过区块链和密码学工作机制进行产品设计实践呢？

借助基础密码学（非对称加密、对称加密、单向散列函数），私钥拥有者可以依据类似 Automatic Encrypted Wallet Backups 的方案推衍唯一身份标识符与授权、加密、备份的公私钥。

从而将身份属性和身份标识符通过智能合约进行关联。用户可以选择性公开自身身份数据，也可对第三方进行授权使用，同时因为区块链去中心化的特性，服务商之间不必维护用户身份存储，统一从区块链中公开或授权的方式获得相关信息即可。

将来你再也不会听到这样的故事：由于竞争，A 公司禁止 B 公司使用 A 公司的账号登录。因为账号（身份）属于用户自己。

打破价值孤岛

曾听一位朋友谈对以太坊的理解：以太坊让他作为一名金融系毕业的学生，也能像程序员拥有一台电脑就可以编程一样，借助智能合约就能独自发布金融工程，无需依赖任意资本雄厚的公司背书。

他的理解已逐渐成为现实，2018 年 DeFi 的流行，让我们看到作为独立个体可以借助社区已有交易和借贷协议发布的金融衍生品合约，产生有趣的化学反应。这不仅仅是简单的模块复用，而是打破价值孤岛。

我们想象一个赛博朋克的世界。

一个雨夜，阿丽塔刚结束一场赏金猎人的任务后，来到堪萨斯酒吧，拿出 imToken 点了一杯 82 年的可乐，使用 2 DAI 完成支付。随后将今晚的 ETH 赏金通过抵押债仓放入 Maker CDP 中生成稳定代币 DAI，同时将超额抵押部分的 ETH 生成等量的抵押物代币 CDP ETH，凭借着抵押物的流动性，她有足够的资产参与 Augur 上关于机动球比赛冠军的预测。

你以为这样就结束了吗？由于自主身份的便利，她借助赏金猎人的声誉在 Compound 上以 3 成抵押物成本借贷，然后利用贷款作为保证金在 dYdX 上做多 ETH，因为三天后，她将拿下机动球比赛冠军，来到撒冷城空投奖金，拯救币市！

啧啧，瞎掰的故事，但隐约能看见白日梦将逐渐成为现实。借助区块链，我们将能让价值具有高效流动性，不再存在价值孤岛。

区块链这艘船正在缓缓驶往 Web 3.0，等待老母亲可以愉悦地使用区块链产品之时，风将起，她乘风急驶。

而现在，风就要来临…