一、引言

以太坊三个转变带来的新问题

二、以太坊为什么必须转变？

首先让我们回顾 Cregis Research 上一期的讨论：Cregis Research：以太坊账户构造考古与账户抽象的价值，当中提及：在去中心化环境中运行的以太坊依然面对着最大的痛点：线性环境无法执行高并发交易和复杂代码编译，这就是扩展性挑战。

三、最重要的 3 个问题（Cregis Research 总结并加入意见）

用户如何管理多钱包地址

Web 2.0 与 Web 3.0 相比，有一样优势至今依然保持：用户可以用一个社交特征（电子邮箱、手机号码等）创建不同的应用账户，虽然 Web 3.0 世界中，相同共识机制的公链地址可以通用（例如：BSC、ERC-20、TRC-20），但随着 L 2 扩容方案的来临，用户将拥有多个完全不同的 L 2 地址，不同的 Layer 1 和 Layer 2 网络可能使用不同的编程语言和中间组件，这导致了地址保留方面的问题；而且在 Polkadot 为代表的多链桥接环境或以 Cregis 未来景愿中提及的多链通用的 L 2 环境落地前，用户亦可能需要管理若干个异构链的地址，这增加了地址管理的复杂性。

用户如何实现隐形支付？（尤其在多地址环境下）

L 2 环境中多账户隐形支付问题

V 神在以太坊早期就曾提出的隐私保护解决方案：隐形地址。隐形地址可以帮助你在进行数字货币交易时保持隐私，而不会被别人追踪，接下来 Cregis 将分享关于解决隐私问题的一些步骤：

（隐形地址完整工作流程）

隐形地址是一种可以由付款方或收款方生成，但只能由收款方控制的地址。这种地址可以提高以太坊在多种场景下的隐私性。在这个模式里，Bob（收款人）生成消费密钥，并使用这个密钥生成一个隐形元地址：B，h = hash(x)。他将这个元地址传递给 Alice（付款人）。Alice 可以在这个元地址上执行一个计算，生成属于 Alice to Bob 的隐形地址：b-1 。然后，她可以将任何她想要发送的资产发送到这个地址，Bob 将对它们有完全的控制权。

隐形地址的生成过程需要运营椭圆曲线函数：Bob 生成一个密钥 m，并计算 M = G * m，其中 G 是椭圆曲线的一个公开的生成点。Alice 生成一个临时密钥 r，并发布临时公钥 R = G * r。Alice 可以计算一个共享秘密 S = M * r，Bob 也可以计算同样的共享秘密 S = m * R。

Bob 的隐形地址：b-1 生成后，需要与 Alice 交易时，Alice 生成一个值：c，并发布一个只有 Bob 能解密的 c 的加密数据；交易执行时，通过零知识证明来验证：Bob 提供的数值 x 和 Alice 提供的数值 c，可以使 k=hash(hash(x), c)，验证无误后交易完成。由于这个过程中，Bob 的原地址没有暴露，只提供了经过加密的数值 x，零知识证明仅负责验证 k 的内容，并不会展示 B 和 b-1 的关联。

钱包产品如何同时保护用户的资产和隐私？

四、总结