Bittensor 生态每日简报

中文/EN

每日一期
19 / 10 / 2026

Bittensor Daily 1T1B 旗下产品
1T1B ↗
BITTENSOR DAILY
网络升级·

24H 市场速览

01/10

领涨
--加载中…--
领跌
--加载中…--

THE DAILY BRIEFING

Bittensor 日报｜2026年10月19日

一位矿工报告称,SN92(Reax)的失败计数器重置机制让某个模型绕开了子网“失败3次”的规则,从而保住了冠军地位,团队已确认该漏洞,并正在准备修复的 worker 版本。另外,SN120(Affine)和SN118(Ditto)本期都经历了数小时的打分和 weight 设置停滞,目前均已由各自团队解决。

今日要点

  1. 01

    SN92(Reax)团队确认,失败计数器的重置让一个冠军模型绕开了子网“失败3次”的规则,团队正在准备一个新的 worker 版本,改为在滚动窗口内统计启动失败次数。

    该漏洞影响了决定哪个模型持有冠军地位并获得奖励的竞争性选拔机制的公正性。

  2. 02

    对SN92(Reax)的测试发现,当前的冠军模型在常规评测项目上得分为75分,但在留存的私有任务上只有36分,相差40分,这促使团队从UTC时间10月19日18:00起在评测中加入私有任务。

    这一差距表明冠军模型可能是针对已知评测标准调优的,而非具备通用任务表现,新增的私有任务正是为测试这一点而设置。

  3. 03

    SN120(Affine)的链上weight设置在writer的打分步骤超出时间限制后冻结了一整夜,dashboard一直停留在较早的epoch,直到团队提高了时间限制并恢复了新的weight集合。

    冻结期间weight数据过时,在修复生效之前直接影响了miner和validator的奖励分配方式。

  4. 04

    SN118(Ditto)的v13打分停滞了约38小时,原因是一次提交使用了未绑定到链上区块的dataset种子,团队定位并修复了该问题,随后用其对积压的等待中的agent进行了打分。

    此次修复证实团队解决了停滞问题,并在没有造成工作损失的情况下处理了被卡住的提交。

  5. 05

    SN105(Beam)旗下的Beam Studio现已获得来自SN60(Sentios/bitsecai)的持续安全覆盖,安全审查已被整合进其开发流程中。

    此次新增为该子网此后的开发流程带来了外部安全监督。

子网社区动态

4

SN92 24h +3.33%

REAX

发生了什么
团队正在对 champion 选择逻辑推出 worker 端改动,此前一位矿工报告称 failure-counter 重置机制让某个模型得以规避 3-failure 规则、继续保有 champion 身份。计划中的修复方案将在一个滚动窗口内统计启动失败次数而非直接重置,给 champion 失败后立即重试的机会,并将基础设施错误排除在失败计数之外。Release 1.2.0rc9 已在参考 validator 上线,将每个 hotkey 的速度上限翻倍,s1-fast 提升至 1,280 决策/秒,s1-pro 提升至 320/秒。另外,团队将于 10 月 19 日 18:00 UTC 起在评估中加入 private tasks,此前测试发现 champion 模型在常规项目上得分为 75,而在留出的 private tasks 上仅为 36,差距达 40 分。
社区反应
一位矿工详细描述了 champion 选择的 bug,并引用一个监控 agent 的数据,显示该问题自 07:48 UTC 起已持续出现在某个 UID 上,称因此另一个模型被挡在了 champion 位置之外。其他社区成员则就 emission 分配比例以及速度上限提升速度相对于硬件成本是否合理提出了疑问。
官方动态
团队确认了该 bug,说明了计划中的 worker-release 修复方案,并表示在审查本轮 2 倍速度上限提升后几天的数据之前,不会改变 inference/competition 的 emission 分配比例,也不会进一步提高速度上限。

SN107 24h −1.95%

Minos

发生了什么
在 SN107(Minos)频道,关于多名矿工(UID 26、71、94 和 54)涉嫌抄分的争议持续了数天,一方指控存在未经授权的数据库访问,另一方则否认有任何作弊证据。团队另外公布了今年剩余时间的路线图,包括 IM2 的上线,以及计划将 IM1 的 variant calling 从 config search 转向自定义算法并配合新的评分机制。
社区反应
社区成员在作弊指控上出现分歧,一部分人为被指控的矿工辩护,要求对方说明所谓机制的具体细节,另一部分人则坚持认为分数吻合情况可疑。双方都未能拿出确凿证据,讨论过程中一度出现针对个人的言辞。
官方动态
团队表示计划在未来一个月左右完成全部 22 条染色体的 config search,随后将 IM1 的 variant calling 转向自定义算法并配合新的评分机制,同时推进 IM2 的上线,并逐步提高其 emission 份额。

争议焦点 · 关于 SN107(Minos)矿工涉嫌抄分的争议 · 6 人参与

  • 一位社区成员指控多名矿工提交的最高分几乎完全一致,并指出可能存在数据库访问问题。

    “We have a serious issue with miners 26, 71, 94, and 54 again. This looks like a database breach”我们又遇到矿工 26、71、94 和 54 的严重问题了。这看起来像是数据库被破解。

  • 另一位成员认为,分数吻合可能是不同配置独立达到相同性能上限所致,而非抄分。

    “Different configurations can reach the same performance plateau and produce identical scores, I’ve seen it pretty often.”不同的配置也可能达到相同的性能上限,从而产生完全一致的分数,这种情况我见过不少次。

  • 另一位矿工认为这些指控没有依据,并要求对方清楚说明所谓抄分机制具体是如何运作的。

    “Stop wasting your time, you are making accusations that are pointless.”别浪费时间了,你这些指控毫无意义。

SN120 24h +0.81%

Affine

发生了什么
SN120(Affine)的链上 weight-setting 在夜间出现冻结,原因是 writer 的评分步骤运行超出了时间限制,导致 weights 停滞不前,dashboard 的 network-data.json 也卡在了较早的 epoch。团队随后调高了时间限制,并恢复了最新的 weight 集合。另外,一位社区成员反映,提交逻辑此前只接受带有多个前导零的 hotkey,据称部分 miner 通过反复注册来利用这一点。训练过程在此期间持续进行,从 epoch 54 开始每个 epoch 的任务数提升至 256,held-out checkpoint 的得分从 .594 升至 .75,随后回落到 .656,团队将此归因于一个仅有 32 道题的小规模评估集带来的噪声。
社区反应
多位社区成员指出 weights 被冻结,并要求团队检查 dashboard;一位 validator 发帖详细说明 owner validator 反复重新提交完全相同的 weight 向量,并对新注册 miner 得不到任何 weight 的公平性问题提出担忧。另有参与者单独提问,如果提交内容不再被验证,miner 的 weight 到底是如何计算的,并表达了对作弊行为的担忧。
官方动态
团队确认冻结是由于评分步骤超出了时间限制所致,随后调高了限制,并在链上发布了包含 244 个 UID(含最新注册者)的最新 weight 集合;之后的更新确认 dashboard 已恢复更新,进度推进到了 epoch 58。

争议焦点 · SN120 weight 冻结事件与透明度问题 · 5 人参与

  • 社区成员注意到 weights 被冻结,要求团队进行调查。

    “weights are frozen again?”weights 又冻结了?

  • 一位 validator 记录到,owner validator 反复重新提交完全相同、已冻结的 weight 向量,导致新注册的 miner 得不到任何 weight。

    “Its last two weight sets (block ~9309952 and 9310239, 11:14Z and 12:12Z 18 Oct) are identical across all 239 weighted UIDs”它最近两次提交的 weight 集合(区块约为 9309952 和 9310239,时间分别为 10 月 18 日 11:14Z 和 12:12Z)在全部 239 个带权重的 UID 上完全一致

  • 团队将冻结归因于评分步骤超出了时间限制,并宣布问题已解决。

    “Weights froze again overnight because the weight writer's scoring step started running past its time limit, so it kept re-sending an older set.”weights 在夜间又一次冻结了,原因是 weight writer 的评分步骤开始运行超出了时间限制,导致它不断重新发送一个较旧的集合。

SN118 24h −3.50%

Ditto

发生了什么
SN118(Ditto)出现了 v13 评分停滞问题,原因是一次提交使用了未绑定到 chain block 的数据集 seed,导致 validator 无法获取新任务,持续约 38 小时。团队已定位原因并修复,并对积压等待的 agent 完成了评分。另外,团队还在处理因 provider 速率限制而卡在 screening 阶段的其他提交。
社区反应
社区成员询问了 Free 计划下 credit 如何用于 memory 功能,以及排行榜上 coding 和 longmemeval 分数的计算方式。一位社区成员称 SN118(Ditto)是少数真正在做实质性工作的子网之一。
官方动态
团队在一篇 subnet 更新中说明了 v13 评分停滞的原因,确认问题已修复且受影响的 agent 已完成评分。Ditto 官方 X 账号发布了一段演示,展示其 agent 在不修改或发送文件的情况下,将一份 Google Drive 文档转换为清单。

更多子网社区动态见 TG 付费频道 →

生态议题

10 人参与

去中心化是工具还是教条:围绕中心化干预的争论

Discord 上一场反复出现的争论聚焦于:Bittensor 对 subnet 进行干预的做法——包括关闭部分 subnet 或管理 Discord 权限——是否与其去中心化的使命相矛盾。这场讨论源于社区成员对 subnet 关闭导致损失的抱怨,以及在多大程度上应将决策权交给无需许可的去中心化流程、而非中心化监管的分歧。

主要立场

  • 去中心化是一种实用工具,应用于能改善结果的场景,而不是一个可以用来为不当行为开脱的绝对原则。

    “Decentralization is a tool that has proved in many cases it make things better but not a goal by itself.”去中心化是一种工具,在许多情况下已被证明能让事情变得更好,但它本身并不是目标。

  • 针对 subnet 所有者的中心化干预会对投资者造成连带损失,而当这类行动发生时,投资者没有办法保护自己的持仓。

    “I believe the issue driving the drum banging against [mention] is not necessarily that he steps in when issues are identified.”我认为,大家不断抨击[提及对象]的根源,并不一定是因为他在发现问题时出手干预。

  • Bittensor 中真正的去中心化特指无需许可的 subnet 创建、mining 和投资,而不涉及 Discord 的管理方式或基础设施决策的处理方式。

    “Not the way Discord is handled, or the way the infrastructure evolves.”而不是 Discord 的管理方式,也不是基础设施演进的方式。
官方回应
一位参与网络开发的团队成员在讨论串中直接回应,表示他们的目标是建立他们所称的“真正协调一致的去中心化”,并为干预行为辩护,称这是保护社区资金所必需的,而非维护他们所说的“伪去中心化”。Opentensor 尚未就这一具体争论发表单独声明。
后续关注
Opentensor 或各 subnet 团队是否会如讨论中所建议的那样,公布针对网络变更的明确政策或时间表,以回应关于未经预告的干预行为的担忧。

X 声音

  • @opentensor

    Opentensor 本周要闻涵盖 SN92(Reax)、SN80(OpenRoboto)、SN53(Engy)、SN25(UR)、SN28(SayGM) 和 SN65(TPN),其中包括 REAX 推出决策模型 API 和推理引擎。

    查看 X 原帖 ↗

  • @TaoOutsider

    一位社区成员指出,近期升级将 subnet 的 immunity 时间从 120 天缩短为 60 天,并表示 SN103(Consted)承诺的评分修复六周多后仍未兑现,SN103 现已更名为 Consted,SN70 则在运行 Consted 2.0。

    查看 X 原帖 ↗

  • @CryptoZPunisher

    一位社区成员认为,涉及另一位社区成员的一起纠纷得到了积极解决,认为这得益于社区施压,并呼吁今后避免无端指控。

    查看 X 原帖 ↗

  • @TatsuEcosystem

    Tatsu 周报称,TatsuOS 的生产部署方案已经完成,所有仓库均已记录并完成密钥检查,Chipforge 已完成 Quest 1,正在筹备 Quest 2。

    查看 X 原帖 ↗

  • @b1m_ai

    b1m_ai 表示,Beam Studio 现已获得 SN60(Sentios)的持续安全覆盖,相关审查已纳入持续开发流程。

    查看 X 原帖 ↗

  • @taodaily_io

    Taodaily_io 的周报汇总了 SN92(Reax)、SN80(OpenRoboto)、SN53(Engy)、SN25(UR)、SN28(SayGM)、SN105、SN95(Actual) 和 SN65(TPN) 的最新进展。

    查看 X 原帖 ↗

  • @taodaily_io

    Taodaily_io 援引 Subnet Radar 数据,列出 Bittensor 前 100 大巨鲸钱包持有量最高的前 10 个 alpha 代币,其中 SN51(Lium) 以 211,928 TAO 位居首位,SN64(Chutes) 以 98,957 TAO 位居第二。

    查看 X 原帖 ↗

  • @harnyx_ai

    Harnyx_ai 指出,DeepSeek 新推出的 Flash 模型以及新开放的搜索引擎,目前已可供 SN67 的 miner 用于研究型智能体中。

    查看 X 原帖 ↗

◆2026-10-19 · 本期日报内容结束

协议进展

1 PR

#3259

Add compatible ML-DSA wallet support

改了什么
该 PR 在实验性 hashed-account 实现中加入了对 ML-DSA-65 钱包的支持,包括固定密钥和密钥轮换两种变体,并扩展了与之相关的身份验证逻辑,涉及 limit orders、Shield carrier 以及节点准入检查。
为什么
ML-DSA 是一种后量子签名方案,此次改动是为了让实验性 hashed-account 系统能够支持这类钱包。
影响谁
这项改动影响的是使用实验性 hashed-account 系统的开发者和运维人员;对于普通 TAO 持有者、validator 或 miner 当前使用钱包、验证或挖矿的方式不会产生影响。

近期升级

近期热点

往期日报 +
2026-10-192026-10-182026-10-172026-10-162026-10-152026-10-142026-10-132026-10-122026-10-112026-10-102026-10-092026-10-082026-10-072026-10-062026-10-052026-10-042026-10-032026-10-022026-10-012026-09-302026-09-292026-09-282026-09-272026-09-262026-09-252026-09-242026-09-232026-09-222026-09-212026-09-202026-09-192026-09-182026-09-172026-09-162026-09-152026-09-142026-09-132026-09-122026-09-112026-09-102026-09-092026-09-082026-09-072026-09-06