投研早报丨DAO 研究指南：治理实验路线图 / 以太坊核心开发者会议：在 Pectra 升级中加入 EOF 和 EIP-7702 / Coinbase 智能钱包工作原理解读：将带来哪些变革？
ChainFeeds Newsletter 每日精选 Web3 深度投研「简报」+ AI 驱动的热点新闻榜单，帮你做出聪明决策
📢 ChainBuzz 热点新闻 ｜2024.6.11
🔥 Uniswap Labs 聘请 Coinbase 前法务主管 Katherine Minarik 担任首席法务官
🔥 比特币矿企 Bitfarms 批准「毒丸」计划，以防止 Riot Platforms 恶意收购企图
🔥 OP Mainnet 上线故障证明
🔥 Uniswap Labs 收购 Base 生态生存游戏 Crypto: The Game
🔥 Nexus Labs 完成 2500 万美元 A 轮融资，Lightspeed Venture Partners 和 Pantera Capital 领投
🔥 多签协议 Squads 完成 1000 万美元 A 轮融资，Electric Capital 领投
👨💻 ChainFeeds 投研简报 ｜2024.6.8 - 6.10
1️⃣ 研究｜走近 BTC：理解 BitVM 所需的背景知识
2️⃣ 研究｜为什么所有证明聚合解决方案都将使用 RISC-V zkVM？
3️⃣ 以太坊｜以太坊核心开发者最新会议摘要：在 Pectra 升级中加入 EOF 和 EIP-7702
4️⃣ 观点｜以太坊需要非本地数据可用性来扩展其以 rollup 为中心的路线图
5️⃣ 治理｜DAO 研究指南：治理实验路线图
6️⃣ 身份｜去中心化身份信任难题：链上声誉能否成为「金标准」？
7️⃣ 研究｜Movement 的公链新解，「将 Move 引入 EVM」能否重塑以太坊与 Move？
8️⃣ FHE｜FHE 是 ZK 的下一步，加密技术如是说
9️⃣ 研究｜Coinbase 智能钱包工作原理解读：将带来哪些变革？
1️⃣0️⃣ 观点｜聚合用户身份、交易及对区块空间的控制权才是实现链抽象的关键
每日精选的加密信息由 ChainFeeds 团队与 AI 共同编写，我们已将内部的信息流工具优化并开放给所有读者及 Web3 行业者使用，测试链接 👇
🌞 Web3 行研早报来自：Web3 行业必读深度资讯「简报」平台｜chainfeeds.xyz
🤖️ Web3 热点榜单来自：AI 驱动的 Web3 热点新闻自动聚合工具｜chainbuzz.xyz
1️⃣ 走近 BTC：理解 BitVM 所需的背景知识
导读：极客 web3 团队与 Bitlayer 研究团队及 BitVM 中文社区共同开展一个名为「走近 BTC」的系列专栏，长期围绕 BitVM、OP_CAT 和比特币跨链桥等重点话题进行科普。本文对 BitVM 的基础思路、比特币脚本和隔离见证进行了介绍。
极客web3: 首先我们要强调，BitVM 的基础思想是 MATT，含义是 Merkleize All The Things，主要指通过 Merkle Tree 这种树状的数据存储结构来展示复杂的程序执行过程，设法让比特币 Native 的验证欺诈证明。MATT 方案下，只有尺寸极小的 Merkle Root 存储在链上，Merkle Tree 包含的完整数据集存储在链下，这用到了一种被称为「承诺」的思路。
这里我们先以 P2PKH 为案例介绍比特币脚本的触发方式，只有理解了其触发方式才能理解更为复杂的 Taproot 和 BitVM。P2PKH 全称「Pay to Public Key Hash」，在这种方案下，UTXO 的锁定脚本中会设置一个公钥 hash，解锁时需要提交对应该 hash 的公钥，这和常规的比特币转账思路基本一致。此时，比特币节点要确定解锁脚本中的公钥，和锁定脚本中指定的公钥 hash 能对上号，也就是说，要确定解锁人提交的「钥匙」和 UTXO 预设的「锁」彼此匹配。
解锁脚本和锁定脚本，以及 UTXO 解锁流程，存在一个问题：交易的数字签名包含在解锁脚本中，生成签名时不能把解锁脚本覆盖进去（生成签名用到的参数不能包含签名本身），所以数字签名只能覆盖解锁脚本之外的部分，也就是只能与交易数据的主干部分建立关联，不能完整的覆盖交易数据。简单来说，交易延展性问题是因为，交易的 ID/hash 在计算时，会把解锁脚本的数据包含进去，而比特币节点等中间人可以微调解锁脚本中的内容， 导致交易 ID 与用户预期的不符合。其实这是比特币在早期设计时考虑不周留下的历史包袱。后来推出的隔离见证 /SegWit 升级，其实就是把交易 ID 和解锁脚本彻底解耦，计算交易 hash 时不需要把解锁脚本数据包含进去。遵循 SegWit 升级的 UTXO 锁定脚本，会默认在首位设置一个叫「OP_0」的操作码，充当标记；而对应的解锁脚本，从 SigScript 更名为了 Witness（见证）。（ 来源 ）
2️⃣ 【英文长推】为什么所有证明聚合解决方案都将使用 RISC-V zkVM？
导读：未来属于可证明的应用程序。Risc0、Succinct、a16z 和 Lita 等 RiscV 证明虚拟机的开发将改变我们使用 zk 的方式。例如，聚合层将使用 RISC-V zkVM 来有效地执行递归。
Diego_Kingston: 近几个月来，Risc0、Valida、Jolt、SP1 等通用证明虚拟机不断发展和增强。这些创新使我们能够用 Rust 或 C 等语言编写代码，并生成证明计算完整性的证明。如果我们拥有高吞吐量和低成本的验证网络，这种演变将改变应用程序开发，未来属于可证明的应用程序。
我们很早就认识到了可证明的虚拟机和基于哈希的 (STARK) 系统的潜力。简单的证明系统与哈希函数和 FFT 等久经考验的工具的结合，以及以开发人员友好的方式编写可证明应用程序的能力，是 zk 技术大规模采用的关键。它从工程角度提供了实用性，为开发人员提供积极的用户体验。
这一原则也适用于最近的技术发展，例如聚合层。使用这些 VM 简化了聚合层的构建，只需使用 VM 来证明用 Rust 编写的验证代码就可以开始了。我们相信所有聚合层最终都会采用基于哈希的证明系统和 zkVM，而不是椭圆曲线和基于电路的方法。即使是我们选择 Groth16 的竞争对手也可能会朝这个方向发展。它使用更简单，更容易维护，不易出现错误，并且无需在发现错误时重做设置或为新的证明系统编写新电路。
如今，我们拥有各种用于证明 Rust 代码的工具，并且在未来几个月和几年内还会出现更多工具，从而实现商品化。用于证明 RISCV/Rust 的特定 zkVM 并不重要，关键因素是解决方案的品牌和网络效应。可证明的未来就在这里。下一个需要消除的瓶颈是为每个人提供快速且廉价的验证。【原文为英文】（ 来源 ）
3️⃣ 以太坊核心开发者最新会议摘要：在 Pectra 升级中加入 EOF 和 EIP-7702
导读：在最新一次举行的以太坊核心开发者执行电话会议上，开发者们就 Pectra 升级中的一些重要议题展开了讨论，包括包含 EOF 和 EIP 7702 在内的改动、改进 Pectra 范围、以及准备 Verkle 过渡等方面。此外，还介绍了一些提议，旨在改进以太坊网络升级流程，包括对 ACD 电话会议议题讨论频率的调整，以及新的 EIP 标签提案。Galaxy Digital 研究副总裁 Christine Kim 对本次会议要点做了详细记录，中文版本由 BlockBeasts 编译发布。
Christine Kim: Beiko 重申 EOF 应该包含在 Pectra 中，但要在开发网络上分阶段测试，这意味着客户端团队应在 Devnet 1 上测试已经在 Devnet 0 上实现的 EIP。然后，在未来的开发网络上，再添加 EOF 进行测试。这一策略将确保客户端团队在相同的时间线上专注于发布一部分 Pectra 的 EIP，并能够在多客户端开发网络上继续取得进展。以太坊基金会（EF）DevOps 工程师 Mario Vega 表示，他预计在两个月内准备好 EOF 的执行层（EL）规范测试。EF DevOps 工程师 Parithosh Jayanthi 表示，EOF 可以与 Pectra 中的其他执行层（EL）EIP 分开测试。然而，他担心 Pectra 中的共识层（CL）EIP 之间的相互依赖性以及测试这些代码更改的复杂性。
除了包含 EOF，开发者们还同意将 EIP 7702 作为 EIP 3074 的替代方案。开发者们仍在单独的小组会议中讨论 EIP 7702 的规范。Beiko 建议对 EIP 7702 采用与 EOF 类似的方法。「我会将它包含在分叉中，但如果我们对规范不太满意，就不将它作为 Devnet 1 或 2 的一部分，然后花下一个月的时间真正理清规范，这样我们就有了一个比现在提议的更好的撤销机制。稍后在过程中添加一个不算太大的 EIP，」Beiko 说。Geth 开发者「Lightclient」表示，如果客户端团队准备好了，他们应该尽快实施 EIP 7702。没有人反对在下一个紧急的 Pectra 开发网络 Devnet 1 中包含 EIP 7702。
除了 Pectra 和 Verkle，以太坊协议开发者还致力于 EIP 4444，历史到期。正如 EIP 4444 计划和摘要文件所述，进行这种代码更改的原因是「区块历史占据了节点大量的空间，而一旦该区块已经完成，它只需要用于有限的非共识关键用例。」文件继续说明，「区块历史将不再由全节点永久存储。一段时间后，它将从节点中删除，并且需要它的实体将需要从其他地方查询。」Portal Network 是一个替代的、分散的网络，用于节点查询以太坊历史数据。（ 来源 ）
4️⃣ 【英文长推】观点：以太坊需要非本地数据可用性来扩展其以 rollup 为中心的路线图
导读：a16z 投资伙伴 Guy Wuollet 表示以太坊需要非本地数据可用性，以扩展其以 rollup 为中心的路线图，并对非本地数据可用性的概念和工作原理进行介绍。
Guy Wuollet: 数据可用性 (DA) 可以是本地的，也可以是非本地的。对 rollup 而言，本地 DA 意味着 rollup 不会继承任何额外的安全假设，非本地 DA 意味着 rollup 正在进行额外的安全假设。
对于每个检查点，在以太坊上构建的 rollup 必须发布两类信息： (1) 新的状态根：哈希函数的输出，大小通常固定为 256 位； (2) 将先前状态更新为当前状态所需的所有数据：大小可变，可能是数万字节或更多。rollup 将始终在以太坊上发布 (1) ，但可以选择在以太坊或其他地方发布 (2) 。如果 rollup 在以太坊上发布 (2) ，则 rollup 使用的是本地数据可用性；如果 rollup 在 Espresso Systems、EigenDA 或 Celestia 等其他地方发布 (2) ，则 rollup 正在使用非本地数据可用性。
以太坊现在可以在所有 rollup 中平均每秒支持约 9166 笔总交易。要想达到区块链可扩展性的终极目标，就必须有另一个数据可用性来源。非本地 DA 层将每秒 1GB 的 DA 吞吐量设置为最终目标。这意味着约 8000 万 TPS，或者说足以扩展区块链的所有当前用例。以太坊还规划了完整的 Danksharding，可以将总的本地数据可用性提高到～30 MB/s。Danksharding 可能还需要几年时间，而非本地 DA 层已经出现。要在短期内将以太坊的潜力发挥到极致，显然需要非本地 DA。【原文为英文】（ 来源 ）
5️⃣ 【英文】DAO 研究指南：治理实验路线图
导读：a16z 撰文探讨了如何利用 Web3 环境来实验和改进治理模式。文中提出了几个研究方向，包括理解 DAO 中的投票参与动机，强化治理中的良好行为者等，并介绍了一些项目正在探索的具体实验。
Eliza Oak: 1）了解投票率：在去中心化治理中动员选民的一个主要障碍是无法直接联系选民，但在用户界面或应用程序中构建直接联系选民的方式有广阔的设计空间。例如 XMTP 和 Snapshot 正在与 Coinbase Wallet、Converse 和其他应用程序合作，向地址发送有关即将到来的提案的信息。 Uniswap、Optimism 等公司开发了用户界面，使投票和委托更加方便。
2）增强良好治理者的能力：目前，大多数 Web3 项目都采用「一个代币一票」的模式，即投票权直接取决于代币的多寡。这些代币都可以转让，这可能会导致少数富有的参与者会施加不成比例的影响。我们可以通过不可转让的声誉，旨在将优点和贡献纳入治理影响力的积累。多个项目正在尝试使用以太坊认证服务（EAS），将治理权力建立在赢得的声誉而非代币财富的基础上。
3）设计强大的的机构：例如，一些项目正在探索授予大众力量以通过否决权制衡寡头权力的方法。否决权作为治理工具有着悠久的历史。除了将否决权制度化之外，Web3 项目还在尝试司法制度、立法结构、联邦制或各种调节机构。
4）提高政治代表性：目前大多数 Web3 代表都是根据象征性的财富或在生态系统中的地位选出的。这促使人们尝试其他更民主的方式来选择代表，例如改进向选民传达代表候选人信息的方式，以及让代表承担责任的方式。
5）追踪政治参与者的战略行为：有了 Web3 中带有时间戳的公开投票数据，我们就有机会研究战略行为主体如何预测他人的行动，以最大限度地提高自己的回报，这可能会导致基于反向归纳的投票群或其他形式的搭便车行为。【原文为英文】（ 来源 ）
6️⃣ 去中心化身份信任难题：链上声誉能否成为「金标准」？
导读：随着各种 SocialFi 项目和名人频繁推出所谓的 shitcoins。加密研究员 FRANCESCO 撰文介绍了链上声誉的概念及其重要性，重点介绍了正在研究这一领域的项目，例如 Debank 和 Ethos Network。
francesco: 以下是一些链上身份可能有帮助的示例和实际情况： 1）开放 CVs：任何人都可以通过为每个用户分配一个单一的声誉评分来评估其他参与者的声誉。此外，每篇文章、贡献或社区参与都将被记录下来，并可用作声誉的证明。 2）名人发行代币：随着名人代币成为新趋势，这些发行的数据可以用来确定每个名人的信任档案。我们已经看到他们中有许多人进行连环诈骗。通过快速风险评估可以部分解决这个问题，显示用户应对这些代币保持谨慎。 3）表情包开发者：这是表情包开发者的巅峰时期。然而，许多人滥用这种权力进行拉高出货甚至彻头彻尾的诈骗。我们已经看到一些人物充当连环表情包开发者，不断进行诈骗。识别代币的部署者为之前的诈骗者对用户进行风险评估非常有用。 4）KOL 抛售：加密推特的一个重要组成部分是 KOL 兜售他们的袋子，同时抛售他们的粉丝。想象一下，如果你可以对你最喜欢的 KOL 进行声誉排名，或者只知道谁是彻头彻尾的抛售者和骗子。 5）忠诚度计划：开发链上声誉系统将允许 dApps 拥有更深入的用户交互信息，创建专门针对高质量互动的自定义计划，为协议提供高价值的奖励。
现有声誉工具：1）声誉构建和追踪：Collab.Land：这是一个验证所有权和 DAO 贡献的 NFT 门控机器人；Karma：DAO 贡献的可见性；PNTHN：追踪 DAO 成员声誉；SOURC3：链上声誉管理平台。 2）声誉和身份验证：Pentacle：帮助用户导航协议；ONT ID：去中心化标识符和可验证凭证的标识框架；Krebit：用户可以在不透露身份的情况下证明身份，保护隐私；Orange Protocol：作为可验证凭证的多链声誉系统；OutDID：用于私密身份验证的 ZK 证明。 3）声誉和治理：Metopia：用于治理的声誉系统；Astraly：链上声誉和基于声誉的代币分配平台；Spect：无代码工具，帮助 DAO 贡献者创建子 DAO；SourceCred：帮助激励贡献者，奖励高质量参与。（ 来源 ）
7️⃣ Movement 的公链新解，「将 Move 引入 EVM」能否重塑以太坊与 Move？
导读：将 Move 系的高性能架构与 EVM 系的流动性 / 用户群打通，未尝不是一个融合技术叙事和商业逻辑的完美爆点。
LFG Labs: 从公链角度看的话，Move 语言称得上是专为数字资产而生 —— 与 Solidity 等区块链编程语言相比，Move 在核心逻辑上就专门突出了「资产安全性」和「原生高性能」这两个关键词：一方面，它以 Rust 为基础，被设计为一种面向对象的语言，用于编写具有安全资源管理的智能合约，着重强化了数字资产的地位，使得开发者能够更灵活、安全地在链上定义和管理数字资产；另一方面，基于 Move 语言的源代码 Move IR 可以通过解耦交易脚本和模块，拆分交易逻辑和智能合约，这也使得 Move 系公链的 TPS 往往能达到上万甚至 10 万级别，大幅高于 EVM 系公链的性能。
核心组件：首先，作为 Movement SDK 的核心，MoveVM 主要是为智能合约提供一个安全高效、面向资源的运行环境。这也使 Movement SDK 具备了执行复杂智能合约和管理数字资产的能力，进而成为 M2 网络不可或缺的组成部分，因此 MoveVM 也是 M2 网络实现超高交易吞吐量和极快响应速度的关键支撑。值得注意的是，Movement 的 MoveVM 采用了并行处理技术和模块化架构，前者通过算法将内存池中的交易顺序和优先级进行优化，以并行处理的方式来减少处理事务的拥堵和延迟问题。其次，Fractal 的本质就是一个编译器，使 Solidity 智能合约能够在 MoveVM 环境中执行，从而成为无缝连接 Solidity 和 Move 两种语言的安全框架，使开发者能够在 MoveVM 上（M2 网络）部署他们的 Solidity 合约。这样的好处也无需赘言，开发者既享受到了 Solidity 的灵活性，又可以利用 Move 的安全性、高性能优势来解决 Solidity 上的一些先天性痼疾。根据官方博客披露，目前 Fractal 仍处于开发阶段，正在进行彻底的测试和增强，以将其功能扩展到现有功能之外。自定义适配器（Custom Adaptors）则是 Movement SDK 的最后一个核心组件（本质上即为下文的 M1 架构），旨在提供与排序器网络和数据可用性（DA） 服务的无缝集成。
「M1+M2」的公链架构：M1 官方定义是一个基于 Move 的「社区优先的区块链」，可通过即时最终确定性（instant finality）、模块化定制等架构来提供尽可能高的 TPS，核心目标是通过 Move 语言的高度安全和可定制性来支持复杂的交易和智能合约功能，同时确保平台的可靠性和用户的易用性。M2 则可以视为 Movement 生态的「主网」，它引入了基于 Move 的 ZK-Rollup 架构，由 MoveVM、Fractal 和 M1 组成，负责部署具体的 DApp 应用。之所以说「基于 Move 的 ZK-Rollup 架构」，是因为 M2 计划使用零知识证明来增强隐私和安全性（即 zk-Move 技术），这将使 M2 不仅在处理速度和成本效益上具有优势，还在隐私保护方面具有独特的优势。（ 来源 ）
8️⃣ FHE 是 ZK 的下一步，加密技术如是说
导读：与 ZK 和 MPC 不同，FHE 甚至和当前所有的加密算法都不同，除了 FHE 之外，任何的对称或非对称加密技术，都在试图创造一个 “不容易或无法破解的密码系统” 来达到绝对的安全，但是 FHE 的目标是让加密后的密文发挥作用，即加密和解密是重要的，但是加密后，解密前的内容也不该浪费。
佐爷: 全同态加密（FHE）的发展历程可以追溯到 2009 年，Craig Gentry 首次提出了基于理想格的全同态算法，理想格是一种数学结构，它允许用户定义一个多维空间中的点集，其中这些点满足特定的线性关系。在 Gentry 的方案中，使用理想格来表示密钥和加密数据，从而使得加密数据可以在保持隐私的同时，并且使用自举来降低噪音，自举可以理解为「自己使劲揪自己的鞋带，把自己翻过来」，实际操作上是通过对 FHE 加密后的密文再加一次密，达到降低噪音并维持保密性，以此支持复杂的计算操作。
在 2012 年，Zvika Brakerski, Craig Gentry 和 Vinod Vaikuntanathan 提出了 BGV 方案，这是第二代 FHE 方案之一，其最重要的贡献是模数转换技术，这一技术有效地控制了同态运算带来的密文噪声增加，从而构造了 Leveled FHE，即这样的 FHE 可以实现给定计算深度的同态计算任务。与之类似的还有 BFV 和 CKKS 等方案，尤其是 CKKS 方案可以支持浮点运算，但是会进一步增强对算力资源的消耗，仍然需要更好的方案。最后是 TFHE 和 FHEW 方案，尤其是 TFHE 方案，这是 Zama 的首选算法，我们对其进行简要介绍，简单来说，FHE 的噪音问题可以通过 Gentry 首次应用的自举来降低，而 TFHE 可以做到高效自举，并且在精度上有保障，因此和区块链领域有较好的结合点。
2024 年 Zama 拿到了加密领域最大的一笔涉 FHE 概念融资，由 Multicoin 领投的 7300 万美元，Zama 目前主要有基于 TFHE 算法库，其次是 fhEVM 支持在其上开发具备 FHE 功能的 EVM 兼容链。其次是效率问题，只能通过软硬件合作解决，一个是 EVM 无法直接运行 FHE 合约，这和 Zama 的 fhEVM 方案并不冲突，Zama 的是自己搭建了一条链，可以直接把 FHE 功能原生加入进去，比如 Shiba Inu 也要搭建基于 Zama 方案的 Layer 3，新造的链支持 FHE 并不困难，难的是以太坊 EVM 自身如何具备 FHE 合约部署能力，这需要以太坊的 Opcode（操作码）支持，好消息是 Fair Math 和 OpenFHE 联合举办了 FHERMA 竞赛，鼓励开发者改写 EVM 的 Opcode，算是在积极探索结合可能性。另一个是硬件加速，可以这样说，即使 Solana 等高性能公链原生支持 FHE 合约部署，也会把其节点拖死，原生 FHE 硬件主要有 Chain Reaction 的 3PU™（隐私保护处理单元），属于 ASIC 方案，其次是 Zama 或者 Inco 也在探索硬件加速的可能性，比如 Zama 现在的 TPS 是 5 左右，Inco 能做到 10 TPS，而 Inco 认为使用 FPGA 硬件加速，可以将 TPS 提速到 100-1000 左右。
可以按照和以太坊的关联度远近，FHE 分为三型： Type 1：独立王国，沟通以太。以 Zama/Fhenix/Inco network 为代表，主要是在提供开发基础件，鼓励自建 FHE L1/L2，适用于某些细分领域； Type 2：外挂其上，融入以太。以 Fair Math/Mind Network 为代表，虽然保留一定的独立性，但是整体思路是和以太坊进行更深度的融合。 Type 3：相约通行，改造以太。如果以太坊无法原生支持 FHE 功能，那么需要在合约层进行探索，将 FHE 的功能散发到各 EVM 兼容链上，目前还没有太符合该标准的方案。 和 ZK 发展到后期才出现一键发链和硬件加速实用化不同，FHE 站在了 ZK 巨人的肩上，现在发一条 FHE 链可能是最简单的事，但是如何沟通自身和以太坊是最难的。（ 来源 ）
9️⃣ 【英文】Coinbase 智能钱包工作原理解读：将带来哪些变革？
导读：Coinbase 智能钱包开启了 Coinbase Wallet 的新篇章，简化了区块链的用户体验，通过简化入门、消除网络费用和移除恢复短语等方式变革了链上体验。
Nass Eddequiouaq: Coinbase 智能钱包工作原理如下：用户注册后，系统会提示用户进行生物识别，并创建一个密钥。随后 Coinbase 会部署一个智能合约，并将该密钥的公钥作为交易授权密钥。当用户想要交易时，dApp 将创建一个交易，并提示用户提供生物识别信息。生物识别技术将从 iCloud Keychain 中解密通行密钥。解密后，密钥将在符合 ERC-4337 标准的信息（UserOperation）上签名，该信息包含要执行的交易细节，例如向钱包 0xa901.bc 转账 10 USDC。然后，UserOperation 消息会得到验证，并打包成私人备用 mempool 中的一笔交易。智能合约会验证 UserOperation 格式（calldata）、nonce replays 和签名。签名验证包括解包签名数据，确定签名是经典的以太坊签名（secp256k1），还是 WebAuthn 签名（secp256r1），并根据步骤（2）中的授权签名公钥对签名进行相应的验证。信息验证成功后，智能合约根据收到的信息（calldata）执行交易。
这意味着：1）用户是智能合约钱包的唯一所有者；2）只要用户不从其 iCloud 钥匙串和谷歌密码管理器备份中删除其密匙，就可以访问它；3）iCloud 钥匙串和 Google 密码管理器都有多级恢复功能；4）除了苹果和谷歌，你不需要依赖任何其他中介机构的信任；5）没有 API 密钥让 Web3 应用程序开发人员处于托管人的地位；6）没有复杂的多方计算密钥共享分片；7）用户至少需要在链上部署 1 个智能合约 -- 这对于 L1 或昂贵的 L2 来说是不利的，但对于气体赞助和交易批处理来说，无论如何都是必需的；8） 如果用户不想经常使用生物识别技术批准链上操作，就必须使用会话密钥将完全的临时信任委托给 dApp；9）用户相信 Coinbase 部署的智能合约没有后门（很容易根据开源版本验证字节码）。【原文为英文】（ 来源 ）
1️⃣0️⃣ 【英文】观点：聚合用户身份、交易及对区块空间的控制权才是实现链抽象的关键
导读：文章探讨了加密基础设施领域的投资过热问题，并且以 Galxe 为例，提出了另一种实现链抽象的方式，即通过用户身份和交易聚合。
longsolitude: 链抽象是风险投资解决链分散问题的方案，但没有产品，链抽象就不是真正解决问题的办法。链抽象可能会带来某种集中化权衡，因为堆栈的分散程度只能与其最薄弱的部分相当。抽象化需要在状态证明、解算器执行、区块确认和跨链交易保证等方面进行协调，因此必须达成共识。构建基础设施通常是对糟糕用户体验的一种回应，因为高昂的费用和缓慢的结算是用户体验问题的一部分。但是，当采用未能达到预期时，糟糕的用户体验就是一种廉价的应对措施。过去，我们谈到加密货币超级应用时都是从产品开始，而不是从底层开始。无论是 Uniswap、Metamask、Magic Eden、StepN、Blur/Blast、dYdX 还是 Hyperliquid。
Galxe（前身为 Project Galaxy）是应用最广泛的 Web3 应用程序。它的网络流量超过了 Uniswap、Opensea 或 Etherscan。超过 2000 万个独立地址与 Galxe 进行过互动。每天有超过 100 万名独立访客使用 Galxe 网站。现在的问题是：Galxe 可以打造多少有价值的产品，让这些用户永远不必离开其生态系统？Galxe 横跨 34 个链。这可能比任何桥梁或 CEX 能够整合的都要多。通过 Galxe 的 Smart Balance 功能，用户可以将资金存入一个单一的保险库，利用余额支付 Galxe 智能合约交易在多个链上的气体费用，而无需桥接。很多人都不知道，Galxe 在人们另寻他路时，已经将链和账户抽象化了。Galxe 刚刚宣布推出 Gravity 。
聚合用户身份、他们的交易以及对区块空间的控制权是实现区块链抽象的关键。在我们看来，加密货币领域只有 Galxe、Coinbase，或许还有 TON 等几家公司有能力将消费者友好型链抽象变为现实。虽然从不同的角度切入，但我们认为区块链上链与身份识别相结合的理想结果是相同的。【原文为英文】（ 来源 ）
