Mastercard Crypto 如何在无需钱包地址的情况下让 Web3 更易用

Web3 最大的挑战之一，不在于创新不足，也不在于基础设施缺失，而在于实际使用时的体验。

对大多数人来说，第一次接触 Crypto 并不令人兴奋，反而充满压力。

你需要复制一长串钱包地址，选择正确的网络，反复核对每一个字符，然后确认一笔无法撤销的交易。这里没有安全网，没有撤回按钮，一旦出错，就没有第二次机会。

即使是在 Crypto 领域已经待了一段时间的人，在点击发送之前，依然会有那一瞬间的犹豫。

这正是许多潜在用户流失的地方。

不是因为他们不相信 Web3，而是因为这种体验显得脆弱且缺乏容错空间。

Mastercard 的 Crypto Credential 系统正试图解决这一层问题。它不再要求用户直接与复杂的钱包地址交互，而是引入了一种更简单的方式，让用户通过更熟悉的别名来发送和接收 Crypto，这种别名几乎就像用户名或电子邮件 ID 一样。

这看似只是表面上的一个小变化，却切中了 Web3 最深层的可用性问题之一。

钱包地址的问题

如今，每一笔 Crypto 交易的核心都是钱包地址。这些地址既长又随机，并不是为人类阅读而设计的。

一笔典型的交易，看起来就像一串对用户毫无意义的字符。

这带来了几个明显的摩擦点：

• 钱包地址难以阅读，几乎不可能记住
• 用户通常依赖复制粘贴，这给细微但代价高昂的错误留下了空间
• 没有明确的身份信息附着其上，因此你很难轻松确认收款人是谁
• 如果你使用了错误的网络或发送了错误的资产，系统也不会提醒你
• 用户最终往往要在发送前多次手动核对同一个地址

即使对经验丰富的用户来说，这个过程也谈不上轻松。它更像是在处理某种脆弱的东西，一旦出错，就可能带来严重后果。

而对新用户来说，这会成为一个重大的心理障碍。它在体验一开始就制造了恐惧感，而这显然不是推动采用的良好基础。

Mastercard Crypto Credential 改变了什么

Mastercard 的做法，是在不改变底层 Blockchain 的前提下，消除这种摩擦。

用户不再需要直接和原始钱包地址打交道，而是可以通过简单的别名来发送资金。

因此，整个体验不再是输入或粘贴一长串字符，而是更像发送给这样一个对象：

john_doe@crypto

真正有意思的是它背后发生的事情。表面的简洁，其实是由底层一个更有结构的系统支撑的。

当用户输入别名时：

• 系统会将该别名解析为一个特定的钱包地址
• 与该别名关联的身份会被验证
• 交易会在执行前检查兼容性
• 系统会确认所用网络和支持的资产是否正确

所有这些都会在交易最终完成之前发生。

也就是说，系统承担了一部分原本完全压在用户身上的责任，不再要求用户独自确保每一步都正确无误。

仅仅这一点，就能显著减少错误和焦虑感。

为什么这对采用至关重要

乍看之下，这似乎只是一次简单的界面改进。实际上，它同时解决了多个更深层的问题。

首先，它提升了可用性。

用户不再需要理解钱包地址的格式，也不必担心自己是否正确复制了那一长串字符。整个交互变得更直观，也更接近他们在其他数字产品中早已习惯的使用方式。

其次，它提升了信任感。

当交易包含身份验证和校验机制时，用户会对自己正在进行的操作更有把握。这对 Crypto 新手来说尤其重要，对那些需要更高保障级别的机构同样如此。

第三，它减少了错误。

在交易执行之前，系统可以检查：

• 钱包是否支持正在发送的 Token
• 是否使用了正确的 Blockchain
• 收款人信息是否有效

这有助于避免 Crypto 中最令人沮丧的一类问题：不可逆的错误。

总的来说，这些改进消除了许多一直在悄然拖慢 Web3 采用的摩擦。

幕后运作原理

从技术角度来看，这相当于在用户与 Blockchain 之间加入了一个新层。

整个过程通常遵循这样一个顺序。

记住我以便更快登录

用户先注册一个别名并完成身份验证，随后该别名会与一个钱包地址关联起来。当有人使用这个别名发起交易时，系统会先解析别名、验证相关细节，然后再在链上执行交易。

这个流程可以理解为：

• 用户输入别名
• 系统将别名解析为钱包
• 验证层检查交易详情
• 交易在 Blockchain 上执行

这个中间层承载了大部分“智能”能力。

它负责清晰性、安全性和兼容性，而 Blockchain 仍然负责执行和结算。

这种分层很重要，因为它让用户体验得以改进，而无需修改核心基础设施。

安全考虑

简化用户体验并不意味着风险消失了，它只是改变了风险的形式。

例如，基于别名的系统引入了新的攻击面，而这些攻击面需要被谨慎管理。

一些关键问题包括：

• 攻击者可能试图创建外观相似的别名来冒充真实用户
• 别名与钱包地址之间的映射可能出错或被篡改
• 对 off chain 系统的依赖可能引入中心化风险
• 如何在身份验证与用户隐私预期之间取得平衡

上述每一个方面都需要强有力的设计决策。

验证系统必须可靠，映射层必须安全，用户也需要清晰的信号来确认自己正在与正确的身份交互。

如果处理不当，这个本来用于降低风险的系统，反而可能引入新的风险形式。

这对开发者意味着什么

除了 Mastercard 这个案例之外，这里其实还有一个更广泛的启示。

Web3 正在逐步从“协议驱动”转向“体验驱动”。

在早期，大部分注意力都放在基础设施建设上；而现在，重点正转向如何让这些基础设施真正变得可用。

如果你的产品要求用户理解过多技术细节，或者在关键步骤制造出犹豫，那么采用就会受影响。

真正脱颖而出的项目，会把重点放在这些方面：

• 简化用户与系统的交互方式
• 减少每一步所需的思考负担
• 直接在产品体验中建立信任

这并不意味着要彻底消除复杂性，而是要把复杂性隐藏在不需要被看见的地方。

一种更实用的产品设计思考方式

与其向用户暴露原始的 Blockchain 机制，不如引导他们完成一套结构化的体验。

这可以包括：

• 在后台处理复杂性的抽象层
• 逐步引导用户的流程
• 在错误发生前加以预防的验证系统

一个很有用的思考方式是：

如何让体验像熟悉的 Web2 产品一样简单，同时底层仍由 Web3 驱动？

这种平衡，正是当下许多有意义创新发生的地方。

结论

Mastercard 正在构建的，不仅仅是一次功能更新。它反映的是 Web3 产品演进方式中的一个更大转变。

从钱包地址转向简单别名，看起来像是一个小细节，但它实际上直击了 Crypto 中最大的可用性挑战之一。

而可用性，正是推动采用的关键。

从长远来看，成功的项目未必是技术上最复杂的项目，而是那些让人们可以毫不犹豫使用的项目。

Ancilar 如何提供帮助

在 Ancilar，我们专注于构建从第一次交互开始就直观易用的 Web3 产品。

这包括设计能够减少困惑的交易流程，构建防止用户出错的系统，并确保前端体验与链上实际发生的情况保持一致。

因为在 Web3 中，真正的主要障碍往往不是技术本身。

而是用户体验这项技术的方式。

如果你认真对待长期建设，我们随时准备提供帮助。

Email: hello@ancilar.com

Website: https://www.ancilar.com

• 原文链接： medium.com/@ancilartech/...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～