Bittensor 生态每日简报

中文/EN

每日一期
24 / 10 / 2026

Bittensor Daily 1T1B 旗下产品
1T1B ↗
BITTENSOR DAILY

24H 市场速览

01/10

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

THE DAILY BRIEFING

Bittensor 日报｜2026年10月24日

Opentensor 发布了 Release 484,为 subnet 引入了生命周期状态,并新增了用于 liquid alpha 共识模式的 EVM precompile,同时还有 runtime 更新 483,涉及 EVM precompile 的输入处理以及 proxy/utility 调用校验。此外,SN92(REAX)在团队推出 eval v5 后价格大幅下跌,SN102(ConnitoAI)因一名排名靠前的 miner 结果能否复现而受到社区质疑,SN34(BitMind)在数据库迁移期间暂停了提交。

今日要点

  1. 01

    Release 484(spec_version 484)新增了正式的 subnet 生命周期追踪,以及一个新的 EVM precompile,使智能合约可以读取和设置 subnet 的 liquid alpha 共识模式。

    这让 validator 和 btcli 等钱包工具能获得更一致的 stake 和解散状态报告,也让 subnet 所有者可以直接通过智能合约配置 liquid alpha 共识。

  2. 02

    SN92(REAX)代币下跌 18.29%,团队同时确认 eval v5 将于 UTC 时间 10 月 26 日 14:30 绑定,并宣布 uid 164 以参考引擎 3.43 倍的吞吐量成为新的 REAX Engine 冠军。

    团队将这一跌幅归因于一种预期中的均衡状态——低效 miner 退出、高效 miner 保持盈利——而非协议本身的问题。

  3. 03

    在 SN102(ConnitoAI)上,社区成员表示无法复现一名排名靠前的 miner 所报告的分数,并指出有一笔据称从所有者钱包转给该 miner 的 Coldkey 的 SN92 alpha 转账,促使团队展开调查。

    这一争议涉及 validator 评分的公平性,影响社区对该 subnet 排名系统的信任。

  4. 04

    SN34(BitMind)在一次数据库重构导致服务器过载、40 多份提交的评分被延迟后,暂停了新提交,同时确认已完全转向一个名为 Yugos 的新方向。

    这次暂停直接影响了等待评估的 miner,而转向 Yugos 也标志着 BitMind 偏离了此前专注的 AI 媒体检测方向。

  5. 05

    Conjectures 表示其 miner 产出了一份经 Lean 验证的 Erdős 问题 354(i) 证明,该问题自 1971 年以来一直未解。

    这被视为可归功于某个 Bittensor subnet 挖矿网络的具体研究成果。

子网社区动态

5

SN92 24h −18.29%

REAX

发生了什么
团队确认 eval v5 将在经过第二次验证检查后,于 10月26日周一 UTC 14:30 绑定生效,并在 reax-subnet 仓库中发布了 eval v5 格式、一个包含 300 个条目的 dev set 以及参考 scorer。Validator 发布了 1.2.0rc11.post4 版本并已上线,其他 validator 被要求升级。Generalist track 的第二名和第三名 emission 在延迟后上线,分别授予 uid 160(17%)和 uid 113(8%);uid 164 的吞吐量达到参考引擎的 3.43x,超越此前的冠军 uid 176(3.22x),加冕为新的 REAX Engine 冠军。SN92(Decision Models)已通过 TrustedRouter 在 New York Token Exchange 上线。
社区反应
矿工们讨论称,inference pool 中大约 80% 的矿工正在亏损,部分矿工表示根据各自的配置和 GPU 成本,仍能维持盈亏平衡甚至盈利。在第二名和第三名 emission 上线之前,部分矿工询问其延迟状态。
官方动态
团队将这些亏损解释为一种预期中的均衡状态的一部分:效率低下的 inference 配置会退出,而高效的配置则能保持盈利;团队建议矿工采用高效引擎、使用自有或低成本硬件,并同时服务多个模型。团队还确认了 eval v5 的时间表、validator 发布版本以及 generalist track 的 emission 启动时间。

SN58 24h +7.46%

Attune

发生了什么
一位社区成员报告了 SN58(Attune)模拟器中的一个 bug:在一次对决中,物体在被 gripper 释放后于对决过程中消失。团队查看了回放记录,将问题归因于 SAPIEN 物理模拟器中一个罕见的故障——释放时接触力过大会导致物体消失或穿透桌面。团队表示,由于所有模型都在相同的模拟器条件下运行,此问题不会影响评分的公平性。另外,Robotensor 向公众开放了其 Playground,用户可以观看实时机器人任务模拟,并自定义场景和摄像角度。
社区反应
矿工们讨论了当前得分最高的“king”模型是否从该模拟器故障中获益,一位矿工称其为运气好,并就分差小至 2.9 的情况是否应该重新评估模型展开了争论。一位矿工还问道,在该子网上,合并或向领先模型添加噪声而非训练新模型,是否是预期中的竞争方式。
官方动态
团队确认物体消失问题源于 SAPIEN 物理模拟器的一个罕见故障,而非评分 bug,并表示目前矿工无需采取任何行动,同时请求提供对决链接和场景 ID 以便进一步调查其他案例。Robotensor 官方 X 账号宣布 Playground 正式面向公众上线。

SN118 24h +2.21%

Ditto

发生了什么
团队在 DittoBench v13 中发现一个漏洞:部分 memory case 的案例文件日期出现乱序,导致“以最新日期为准”的评分规则产生错误结果;修复生成器的方案将在 v14 中跟进。另外,矿工反映多个 agent 提交长时间卡在“screening incomplete”(审核未完成)状态。团队查明原因出在 screener 上,重新将若干卡住的提交加入队列,撤回了一项与工具结果字符数上限相关的拒绝判定,并将矿工补偿比例提高至 35%。Ditto 还宣布推出一款与 SN91(Cascade)共同打造的 credit 用量预测工具。
社区反应
矿工多次要求团队复核并重试卡住的提交,有人建议在团队不在线时启用其助手。一位矿工质疑当前 2 天隐私窗口期的设置依据。矿工还提议,在 validator 之外运行的评估应包含代码哈希、数据集种子等凭证信息,以便结果可复现,并建议把 token 成本与耗时一并计入评分。
官方动态
团队确认了 v13 中的日期乱序漏洞和 screener 问题,重新将受影响的提交加入队列,撤回了一项拒绝理由,并将矿工补偿比例提高至 35%;同时表示正在考虑把评估运行移出 validator,并构建一个基于 diff、具备 family 感知能力的 screener。

SN102 24h −2.80%

ConnitoAI

发生了什么
社区成员对一位矿工持续位居榜首的排名提出质疑,认为复现该模型的结果与官方公布的分数不符。一位社区成员表示,使用 SN102(ConnitoAI)相同的验证种子运行公开模型,得到的结果并不一致。另外,有消息提到一笔据称从所有者钱包向该矿工 Coldkey 转入 SN92 alpha 的记录,部分成员认为这是区别对待的迹象。团队通过其社区经理对复现结果的说法及 validator 评分展开了调查。
社区反应
多位成员要求了解该矿工的身份并给出解释,有人认为其持续位居第一的模式可疑。也有成员反驳,认为该矿工的排名和那笔 alpha 转账与不公平对待无关,一位自称持有 alpha 的成员呼吁频道讨论保持技术性,而非情绪化。
官方动态
社区经理要求复现出不同结果的成员分享 cycles、种子、命令和输出,以便团队尝试复现差异,并指出代码和 validator 面板均已公开。团队转述了该矿工自己的解释,称其领先来自在 8×H200 配置上的渐进式优化,随后澄清两个存在争议的 validator 评分来自不同轮次,不能直接比较。

争议焦点 · SN102(ConnitoAI)矿工涉嫌不公平主导排名的争议 · 13 人参与

  • 一位矿工表示,使用相同的验证种子复现头名矿工的模型,未能得到与官方一致的结果,这让人对评分产生怀疑。

    “He keeps coming in 1st every single time, but right now that just doesn’t add up.”他每次都拿第一,但现在这怎么都说不通。

  • 团队回应称,代码和 validator 评估结果均已公开,任何人都可以自行核实,不需要只凭团队的说法。

    “The code is public. It's on github.com/Connito-AI. The results are public. The dashboard shows each validator's evaluation for every miner, so anyone can compare.”代码是公开的,在 github.com/Connito-AI 上。结果也是公开的。面板上显示了每个 validator 对每个矿工的评估,任何人都可以比较。

SN34 24h +0.12%

BitMind

发生了什么
SN34(BitMind)的一次数据库重构导致服务器过载,validator 卡死,40 多个提交的评分被延误。团队暂停了新提交,先完成待处理的运行并完成数据库迁移,之后再重新开放提交。另外,SN34 已完全转向 Yugos,这是一个类似 JEV 的新路由器方向,取代了此前专注于 AI 媒体检测的定位。
社区反应
矿工反映 validator 评分长时间卡滞,并询问为何重新评估后分数下降、成本上升,质疑这一流程是否公平。另一些社区成员则呼吁耐心等待,表示团队正在努力解决问题。
官方动态
团队表示,一次旨在改进竞赛机制的重大数据库重构给数据库带来了巨大负载,导致运行卡滞或失败,并说明了计划:先暂停新提交,完成当前运行,迁移数据库,然后重新开放提交。团队还确认了 Yugos 的上线,表示 SN34 已完全转向 Yugos。

争议焦点 · SN34 validator 卡滞与评分公平性 · 7 人参与

  • 一位矿工质疑,为何每当某个提交有可能超越当前冠军时 validator 就会卡死,以及为何重新评估后分数和成本会发生变化。

    “Why do validators get stuck whenever a submission has the potential to dethrone the current champion?”为什么每当有提交可能超越当前冠军时,validator 就会卡死?

  • 团队承认了这种不满情绪,将其归因于运行未能及时完成或评分,并承诺会把所有运行都完成评估。

    “the root cause of frusteration is from the runs not finishing and being graded in a timely manner”挫败感的根本原因在于运行没有及时完成和评分

  • 另一位社区成员则为团队的努力辩护,引用团队过往的表现,呼吁大家不要施压。

    “They are trying very hard and I am really surprised they made this result.”他们已经非常努力了,我对他们做出这样的结果感到很惊讶。

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

X 声音

  • @conjectures_io

    Conjectures 团队表示,其 miner 产出了一份经 Lean 验证的 Erdős 第 354(i) 题证明,该问题自 1971 年以来一直悬而未决。

    查看 X 原帖 ↗

  • @reliquary_ai

    Reliquary AI 表示已启动一次强化学习训练,用于训练参数规模为 9B 的 Teutonic I 模型,训练进度可在一个公开看板上查看。

    查看 X 原帖 ↗

  • @CryptoZPunisher

    一位社区成员提到了 SN51(LIUM),援引团队说法称其托管的 GPU 硬件价值超过 $30 million,拥有 225 块 NVIDIA B300 GPU,其中 91% 的算力容量已被租出。

    查看 X 原帖 ↗

  • @byteleap_ai

    一位社区成员指出了首批链上 eTAO emission 分配比例:SN8(Vanta)将 owner cut 设为 0%,SN41(Almanac)从 18% 下调至 10%,SN36 和 SN70 则采用了 33% 的上限。

    查看 X 原帖 ↗

  • @opentensor

    Opentensor 表示 eTAO 让 subnet 所有者能更自由地为算力和研究提供资金,Novelty Search 的一位 subnet 所有者概述了未来计划,包括 subnet 之间交易服务、以及建设者以 alpha 作抵押借款。

    查看 X 原帖 ↗

  • @robotensor_ai

    Robotensor 宣布其 Robotensor Playground(用户可在其中观看机械臂整理房间)现已向所有人开放。

    查看 X 原帖 ↗

  • @IOTA_SN9

    SN9(IOTA)表示其运行了 7 次独立的 16B 预训练,每次约使用 140 块 GPU,期间发生了 585 次 worker 崩溃、抢占和重新加入,报告显示 loss 曲线几乎完全一致,以此证明可复现性。

    查看 X 原帖 ↗

  • @CryptoZPunisher

    一位社区成员表示,根据一张图表,分配给 subnet 的 TAO 比例从 2025 年 2 月到 2026 年春季大幅增长,但此后趋于平稳,目前为 17.63%。

    查看 X 原帖 ↗

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

协议进展

3 PR

新版本 · v484 已发布

Subtensor v484:Subnet 解散期间持续显示 Stake、放宽 Root 领取上限,并新增 EVM 的 Liquid Alpha 控制

本版本让 Stake 在 Subnet 解散期间持续、一致地显示,并修复了 Basket 同时持有全部 128 个 Subnet 和 TAO 的 Validator 无法进行 Root 领取的问题。Subnet Owner 现在可以通过 EVM 的 Subnet 预编译读取和设置 Liquid Alpha 共识模式。CLI 中的 metagraph 显示也会使用正确的代币符号。

查看升级报告 →

#3279 Breaking change

Release 484

改了什么
此版本(spec_version 484)为 subnet 新增了正式的生命周期跟踪(已注册、已启动、待解散、解散中),并在整个生命周期内保持 stake 和仓位报告的一致性,同时新增了一个 EVM precompile 函数,允许智能合约读取和设置 subnet 的 liquid alpha 共识模式。
为什么
此前的报告在 payout 和解散事件前后可能出现 stake 仓位缺失或重复计算的情况,且 liquid alpha 共识模式此前无法被基于 EVM 的工具访问。
影响谁
TAO 持有者和 validator 在 btcli 和 Python SDK 等钱包与工具中将获得更准确、一致的 stake 和解散状态报告;构建 EVM 集成的子网团队现在可以直接从智能合约读取和配置 liquid alpha 共识模式;miner 不受直接影响。

#3280 Breaking change

release-483

改了什么
Runtime 483 更新了 EVM precompile 输入的处理方式,以及 proxy 和 utility call 交易的校验方式。
为什么
此变更提升了这些 call 类型交易校验的正确性和健壮性,并配有新增的文档和测试覆盖。
影响谁
这主要影响基于 EVM precompile 进行开发或使用 proxy/utility call 的开发者;普通 TAO 持有者、validator 和 miner 不受直接影响。

#3281

perf(swap): skip unchanged balancer storage writes

改了什么
这是对协议流动性调整逻辑的一项性能优化,使得只有在底层 balancer 或 reservoir 数值实际发生变化时才写入存储。
为什么
此前的实现即使在调用未改变任何存储状态的情况下,也会执行不必要的数据库写入,增加了可避免的开销。
影响谁
这是一项内部效率改进,不改变流动性行为、核算方式或费用;仅影响节点性能,TAO 持有者、validator 或 miner 不会察觉到变化。

近期热点

往期日报 +
2026-10-262026-10-252026-10-242026-10-232026-10-222026-10-212026-10-202026-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