Base Build 推出 Verify Onchain，通过链上身份应对空投女巫攻击

空投已经成为加密领域最强大的增长工具之一，但它们也暴露了 Web3 激励设计中一个长期存在的弱点：一个人可以控制成百上千个钱包。当天奖励完全根据钱包活动分发时，机器人和专业的空投挖矿者就能攫取不成比例的代币份额，而那些真正测试产品、提供反馈并参与社区的真实用户，得到的却少得多。

Base Build 现在正在推动一种新的方法。7 月 28 日，Base Build 宣布推出 Base Verify Onchain，这是一种新的身份验证机制，旨在帮助去中心化应用在智能合约中直接执行诸如「一个真实用户，只能领取一次」之类的规则。该功能已在 Base Sepolia 测试网上线，让开发者可以尝试更具抗女巫攻击能力的空投、代币分发、治理投票以及用户奖励系统。

为什么抗女巫攻击对空投很重要

在加密领域，女巫攻击是指某个行为体创建多个身份，以获得不公平优势。在空投活动中，这通常意味着生成大量钱包、自动化链上操作，并在代币发行前刷取资格条件。

随着空投逐渐成为 Layer 2 网络、DeFi 协议、社交应用和消费级加密产品的重要市场进入策略，这一问题也变得更加严重。问题不只是奖励被「浪费」了。设计不佳的分发方式还会损害社区信任、扭曲治理，并把代币供应分配给那些与项目缺乏长期一致性的用户。

更广泛的行业一直在寻找更好的解决方案。一些项目依赖活跃度评分，另一些使用白名单、真人证明工具、社交图谱或人工审核。每种方法在公平性、隐私、可访问性和去中心化之间都有取舍。Base Verify Onchain 试图在不必要暴露个人信息的前提下，让身份信号能够在智能合约层面被使用，从而进入这一讨论。

如果读者想了解更多关于分布式系统中女巫攻击的背景，该概念在学术界和技术社区中已有充分记录，包括维基百科中这个 女巫攻击 条目的概述。

什么是 Base Verify Onchain？

Base Verify Onchain 的设计目标，是让应用能够识别多个钱包是否大概率属于同一个已验证用户。系统不会要求应用收集姓名、账户详情或其他敏感数据，而是为每个真实用户创建一个稳定的身份哈希值。

在实际使用中，用户可以通过 Coinbase、Instagram、X 或 TikTok 等现有账户完成验证。验证之后，系统可以提供一个凭证，智能合约能够读取该凭证，并据此自动执行规则。

例如，某个项目可以将其合约配置为：

• 每位已验证用户只能领取一次空投
• 治理投票按已验证身份限制，而不是按钱包数量限制
• 奖励活动按人头设置上限
• 用户声誉机制将链下信号纳入链上逻辑
• 机器人和多钱包刷量变得不那么划算

Base 表示，这项验证产品已经被使用了超过 30 万次，并且正在被 Base App、Cody、Scratch 和 Bracket 等项目采用。开发者目前可以在 Base Sepolia 上测试链上版本，Base Sepolia 是 Base 生态系统的测试网络。关于如何在该网络上构建更多信息，可通过官方的 Base 开发者文档 获取。

从以钱包为中心到以用户为中心的加密设计转变

加密行业历史上一直把钱包地址视为参与的核心单位。这种设计之所以强大，是因为它无需许可：任何人都可以创建钱包并与协议交互。但同样的特性也使得区分「一个高度活跃的用户」和「一个运营钱包集群的刷子」变得困难。

Verify Onchain 反映了 2025 年一个更广泛的趋势：应用开始将资产托管、身份和声誉拆分为不同层。

钱包仍然是用户的密钥管理和交易入口。身份凭证可以帮助应用判断是否由真实用户参与。声誉系统则可以在链上行为和已验证信号的基础上进一步构建，而不必强迫每个应用都收集敏感的个人数据。

这一点在加密行业正从纯金融场景扩展到消费级应用、社交网络、创作者平台、游戏、预测市场以及去中心化社区时尤为重要。这些产品通常需要公平访问、可信投票以及抗滥用的激励机制。

隐私是关键设计问题

加密领域中的任何身份相关系统都必须回答一个棘手问题：应用如何在减少滥用的同时，避免把 Web3 变成一个完全基于监控的环境？

Base Verify Onchain 试图通过将已验证凭证返回给智能合约，而不是向每个单独的应用暴露个人账户信息，来解决这一问题。其目标不是让每个用户的真实身份公开。相反，这套系统为开发者提供了一种使用注重隐私的身份信号来执行「按人」规则的方法。

不过，用户和开发者仍应谨慎评估这些系统。需要重点考虑的问题包括：

• 用来生成身份凭证的数据是什么？
• 谁来签发或验证该凭证？
• 用户能否撤销或更新验证？
• 该身份信号在不同应用之间的可移植性如何？
• 如果用户失去某个关联社交账户的访问权限，会发生什么？
• 该系统对账户买卖、账户出租或合成身份的抵抗能力有多强？

加密行业尚未就一种通用的身份模型达成一致。从长远来看，最强的解决方案可能会结合隐私保护型密码学、去中心化标识符、账户抽象和声誉系统。对去中心化身份标准感兴趣的开发者，可以查阅 W3C 去中心化标识符规范 以获取更多背景信息。

开发者可以用 Verify Onchain 构建什么

最直接的用例是空投防刷。项目不必向每个符合条件的钱包一视同仁地发放奖励，而是可以将领取限制为每位已验证用户一次，或者设计更精细的分配公式。

但这一机制的用途远不止于代币发行。

更公平的代币分发

项目可以通过将领取限制与已验证身份凭证绑定，降低钱包集群的影响。这并不能消除所有滥用行为，但可以提高批量刷取的成本，并提升奖励真正流向真实参与者的概率。

治理控制

代币投票往往有利于资本集中，而基于钱包的投票又容易被女巫攻击策略操纵。具备身份感知的投票机制可以帮助社区尝试混合模式，例如一人一票投票、限制投票权上限，或对提案访问设置身份门槛。

链上声誉

已验证的身份信号可以成为更广泛声誉系统中的一个输入。例如，应用可以将真实用户验证与历史参与情况、贡献质量以及交易行为结合起来。

消费级应用激励

对于游戏、社交和创作者类应用，用户奖励常常容易被机器人利用。按人验证层可以帮助确保活动面向真实用户，而不是自动化刷量农场。

对 Base 生态系统的收益与权衡

Base 一直在将自己定位为面向主流链上应用的网络，重点在于低成本交易、开发者工具以及更适合消费者的体验。身份验证契合这一战略，因为消费级应用往往比传统 DeFi 协议需要更强的反滥用控制。

不过，这也带来了一些权衡。如果验证成为过多核心交互的前置要求，可能会降低那些偏好匿名参与用户的开放性。最佳实现大概率应当是有选择性的：在公平性和反滥用最重要的地方使用身份验证，同时尽可能保留无许可访问。

一个平衡的模型可能会是这样：

• 基本的钱包交互不需要验证
• 对更高价值的奖励提供可选验证
• 对空投和公共物品资助设置基于身份的限制
• 使用保护隐私的凭证，而不是公开的个人数据
• 明确用户同意机制和透明的验证逻辑

这种方式可以帮助开发者减少操纵行为，同时又不损害加密网络的开放性。

这对用户意味着什么

对于普通用户来说，Verify Onchain 可能会让空投和奖励活动显得不那么随意。如果某个项目能够更准确地识别真实参与者，那么真正积极使用应用的用户，可能会面临比工业化刷量操作更少的竞争。

不过，用户仍然应当保持谨慎。通过社交账号或与交易所绑定的账号进行身份验证，会引入一层新的信任关系。在参与之前，用户应当了解自己验证的内容、授予了哪些权限，以及自己的钱包活动可能如何与某个身份凭证关联起来。

用户还应当区分身份验证和资产托管。登录应用、证明账户所有权，或领取空投，都不应该要求泄露助记词或私钥。任何正规应用都绝不应索要恢复短语。

安全仍然始于自托管

身份工具可以让 Web3 应用更公平，但它们不能取代钱包安全。空投、代币领取和治理参与都需要用户签署交易，因此安全的密钥管理至关重要。

对于在 Base 和其他 EVM 网络上交互的用户来说，像 OneKey 这样的硬件钱包可以帮助将私钥保持在离线状态，同时仍然允许用户连接去中心化应用、查看交易详情，并以更高的信心管理资产。随着基于身份的空投变得越来越普遍，最安全的设置应当是：用户能够在不影响资金托管权的前提下验证自己的参与。

更大的图景

Base Verify Onchain 是更广泛趋势的一部分，即推动更具责任感、更加了解用户的区块链应用。空投的第一个时代奖励的是钱包；下一个时代也许会奖励经过验证的参与、声誉以及真实贡献。

真正的挑战在于，在不牺牲加密货币最初之所以重要的那些价值的前提下构建这些系统：用户所有权、隐私、开放访问，以及抗审查性。如果设计得当，链上身份凭证可以帮助项目减少女巫攻击，同时让真实用户在 Web3 激励中获得更公平的一份。