验证机制

ChainCatcher 消息，Anthropic 已在 Claude 的部分使用场景中推出身份验证机制，用于防止滥用、执行使用政策并履行法律义务。该流程由 Persona 提供支持，用户需提交政府签发的带照片身份证件，并可能进行实时自拍验证。 Anthropic 表示，验证数据仅用于确认身份，不用于模型训练，也不会用于营销或广告。若验证失败，用户可在流程内多次重试，或提交表单申请人工协助。账户在重复违反使用政策、服务条款、来自不支持地区注册或未满 18 岁使用等情况下，可能被封禁。

ChainCatcher 消息，X 平台产品负责人 Nikita Bier 发文披露，X 平台正在推进一项针对加密货币钓鱼诈骗的反制措施：若某账号在其历史记录中首次发布加密货币相关内容，平台将自动触发账号锁定并要求身份验证。 Nikita Bier 表示，此举预计可消除 99% 的作恶动机。他同时指出，Google 目前未能有效拦截相关钓鱼邮件，该问题仍是当前诈骗活动的重要传播渠道之一。

ChainCatcher 消息，研究人员与开发者预计，2026 年将成为以太坊依托零知识证明（ZK）实现指数级扩容的关键一年。届时，部分以太坊验证者将不再重执行交易，而是直接验证 ZK 证明，从根本上改变区块链的运行方式，规模可比肩 2022 年以太坊从 PoW 转向 PoS 的“合并（The Merge）”。以太坊研究员 Justin Drake 表示，首批验证者将开始验证每个区块的 ZK 证明，而非重新执行全部交易，这将为 Layer1 带来即时扩容效果，并为未来 1 万 TPS 打下基础。目前以太坊主网吞吐量约为 30 TPS。Drake 在 Devconnect 期间演示称，使用老旧笔记本电脑即可完成 ZK 证明验证，预计到 2026 年底，约 10% 的验证者将切换至 ZK 验证模式（Lean Execution Phase 1）。这一转变将显著降低对验证节点硬件的要求，同时保持网络去中心化。以太坊 Besu 客户端工程师 Gary Schulte 指出，未来计算密集型工作将主要由区块构建者和 ZK 证明器承担，而普通验证者只需进行轻量级校验，这为提升 gas 上限和整体吞吐量创造条件。在路线图上，以太坊当前仍处于 Phase 0（自愿验证），预计 2026 年进入 Phase 1（部分验证者切换），并在 2027 年迈入 Phase 2，即强制要求区块生产者生成 ZK 证明，实现全面 ZK 化执行。

ChainCatcher 消息，据 Cointelegraph 报道，美国财政部根据《GENIUS 法案》启动公众咨询，拟探索在 DeFi 智能合约中集成数字身份验证工具以打击非法金融活动。提案包括通过 API 接口在链上自动执行 KYC/AML 检查，同时采用生物识别等技术降低合规成本。 银行业团体警告称，若稳定币利息支付监管存在漏洞，可能导致 6.6 万亿美元银行存款外流。公众咨询将持续至 2025 年 10 月 17 日，后续财政部将向国会提交报告并可能出台新规。

ChainCatcher 消息，比特币原生 ZK Rollup 项目 GOAT Network 发布关于 Bitcoin ZK Rollup 的经济褐皮书，提出了比特币原生 zkRollup 的经济模型落地方案。 该方案通过“通用操作员角色轮换机制”和“多轮挑战机制”，系统性解决了当前 BTC L2 系统中存在的激励失衡、角色成本集中、验证效率低下等问题，为 BTCFi 提供了坚实的经济基础。

ChainCatcher 消息，加密侦探 ZachXBT 对 Coinbase 近期用户数据泄露事件发表评论，指出交易所要求提供电话号码的做法极其不安全。他强调，诈骗者通过伪造显示"Coinbase"的电话和短信已导致大量资金被盗。 ZachXBT 表示，由于大多数人只有一个电话号码且许多网站都要求提供，这些号码最终会在数据泄露中被曝光，使技术不熟练的用户几乎无法抵御此类攻击。此前有报道称，一些攻击者通过收买 Coinbase 员工获取信息，专门针对拥有 7-8 位数资产的高净值账户用户。

ChainCatcher 消息，Solana 生态 DePIN 协议 io.net 创始人兼 CEO Ahmad Shadid 发文，介绍了该项目为期两周的启动计划的最新进展。 Ahmad 透露，io.net 已在所有接入的 GPU 上实现工作量验证 (Proof of Work) 机制, 每 6 小时进行一次, 相关日志已公开发布在 GitHub 上供审计。项目组还将在主网上线后着手优化相关界面和自动化流程。 针对用户反馈，io.net 优化了 Explorer 中的“Total GPU”指标, 改为“Unverified”, 以明确表示这些 GPU 尚未通过真实性验证。此外, 项目组还解决了 Worker 入职流程中的问题, 用户不再需要反复重启服务器。 为确保集群稳定性和奖励分配公平，io.net 现已自动将试图并行运行其他任务的 Worker 加入黑名单。另外, 项目组还修复了因单个节点混合部署不同型号 GPU, 而导致用户申请特定配置集群时, 实际获得 GPU 型号不符的问题。 Ahmad 表示，io.net 在主网启动前仍有大量问题亟待解决和改进，CTO 正在整理一份公开的问题清单, 并将于本周发布。目前的当务之急包括：公布 Worker 在 3 月 1 日至 4 月 25 日期间累积的积分；修复 Worker 提款的支付系统问题；开源用于工作量验证的二进制文件；修复运行新客户端时出现的恶意软件标记错误；更新 Worker 客户端, 以反映其正在接受验证的状态。