Bittensor 生态每日简报

中文/EN

每日一期
23 / 10 / 2026

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

24H 市场速览

01/10

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

THE DAILY BRIEFING

Bittensor 日报｜2026年10月23日

SN23(Trishool)推出 Astroware,这是一个独立的商业实体,从该 subnet 购买持续性的红队测试工作,计划在收入开始流入后用于资助 alpha buyback。代码库中上线了两项与 runtime spec 更新相关的破坏性协议变更,涉及 root claims 资格认定以及 subnet 解散期间的 stake 报告。此外,SN92(REAX)修复了一个 validator emission 漏洞,并推翻此前的季后赛裁定,改为认定三位联合冠军;SN6(Numinous)则推出了一项新的基于图谱的预测竞赛。

今日要点

  1. 01

    PR 3276 和 3101 引入了与 runtime spec 版本更新相关的破坏性变更,涉及持有全部 128 个 subnet 加 TAO 的 basket 的 root claims 资格认定,以及 subnet 解散过程中的持续性 stake 报告。

    节点运营者和 validator 需要运行更新后的版本,任何在解散期间使用 stake 报告数据的人都会受到影响。

  2. 02

    SN23(Trishool)推出了 Astroware,这是由同一创始团队运营的独立商业实体,从该 subnet 购买持续性红队测试工作,并推出了名为 HaloGuard EU 的产品。团队表示该 subnet 将获得 Astroware 一部分收入分成,初期将用于资助 alpha buyback(一旦开始)。

    这在链下产品和链上代币 buyback 之间建立了直接的商业收入联系,这一模式可能被其他 subnet 关注。

  3. 03

    SN92(REAX)修复了一个曾使多个 engine-track UID 的 emission 归零的 validator 漏洞,并在发现统计上的平局后推翻了最初的单一冠军裁定,改为认定 uid 250、uid 116 和 uid 199 为联合冠军,同时宣布将扩大 EU 层级,要求参与者为在 EU 注册、GPU 位于 EU 境内的公司。

    emission 修复和推翻后的裁定直接影响 miner 的收益和排名,新的 EU 层级也改变了今后的参与资格要求。

  4. 04

    SN6(Numinous)推出了一项开放式预测竞赛,miner 需预测一个动态知识图谱的未来状态,以取代该 subnet 此前类似 Polymarket 的预测机制;团队表示旧机制是暂停而非移除。

    这是一个活跃 subnet 上的完整机制变更,团队确认现有 hotkey 可延续使用,且无法同时维持两套竞赛机制。

  5. 05

    一位社区成员报告称,与 Yuma correction 相关的一项回归测试为 miner 拨付了 133.2 alpha,但实际分配只有 120.6 alpha,该测试已包含在 Finney 上的 runtime 482 中。

    在与共识相关的修正中,拨付与实际分配的 alpha 数额存在差异,如不解决可能影响 miner 的收益。

子网社区动态

5

SN23 24h +28.02%

Trishool

发生了什么
SN23(Trishool)推出了 Astroware,这是由同一创始团队设立的独立商业实体,通过商业协议从该子网采购持续性的 red-teaming 工作。Astroware 推出了 HaloGuard EU,该产品利用 Trishool 的工作成果,帮助模型输出符合欧盟合规要求。子网团队还介绍了其识别出的若干被禁止的 miner 提交手法,包括 safety-prefix priming 和 quoted-payload isolation。
社区反应
社区成员分享了 Astroware 和 HaloGuard EU 的公告并给予正面评价,一位社区成员称其为“出色的团队”。一位矿工询问是否需要特殊脚本以避免提交内容在新的检测规则下被标记,另一位社区成员询问 burning 速率何时会下降。
官方动态
团队发布了一条由 8 部分组成的推文串,说明 Trishool 将获得 Astroware 产品收入的一部分分成,具体比例仍在制定中,收入最初将用于资助 alpha 回购,主要用途是 burning。团队表示由于产品刚刚上线,回购尚未开始,待回购启动后将发布链上仪表盘。

SN15 24h −1.10%

ORO

发生了什么
SN15(ORO)将其 ORO Bench 改为每场比赛每日动态刷新的"worlds",并暂停提交、重置所有 agent 分数,以防止硬编码和过拟合。切换后不久提交功能重新开放。另外,多位矿工反映新提交的 agent 被反作弊系统误判,团队随后推送了更新版静态分析检测,并为受影响的 hotkey 重置了冷却时间。
社区反应
许多矿工表示新的达标分数门槛过高、达标时间窗口过短,反复要求团队降低门槛或延长时间窗口。也有少数参与者认为这次重置为新矿工提供了与此前占据优势的 agent 竞争的新机会。
官方动态
团队表示,被误判为作弊的 agent 一经核实为误报将予以放行并计入达标,同时更新了静态分析检测;并表示达标门槛不会调整,因为所有矿工的时间都是一样的。

争议焦点 · SN15 ORO Bench 每日 worlds 重置引发不满 · 55 人参与

  • 矿工认为重置后的达标门槛不公平地偏高,应当下调。

    “The threshold for qualifying in the new benchmark is too high.”新 benchmark 的达标门槛太高了。

  • 部分社区成员认为这次重置对资历较浅的矿工来说是一次公平的新机会。

    “it's a new chance for newbies, like me”对像我这样的新人来说,这是一次新机会。

  • 团队坚持规则对所有人一视同仁,拒绝调整门槛。

    “Everyone had the same amount of time to work on their agents for todays race”每个人为今天的比赛准备 agent 所拥有的时间都是一样的。

SN92 24h −9.99%

REAX

发生了什么
SN92(REAX)修复了一个 validator bug,此前该 bug 因读取了过期的引擎状态文件,导致多个引擎赛道 UID 的 emission 被清零。在通用赛道(generalist)开局季后赛中,uid 250、uid 116 和 uid 199 出现统计意义上的并列,团队因此推翻了最初只设单一冠军的决定,改为同时授予三方共同冠军。在引擎赛道,uid 56 的冠军奖项一度被搁置,原因是其 kernel 二进制文件未公开源代码,后来在代码以 MIT 协议开源后获得批准;此后新的引擎赛道冠军 uid 176 随之产生。团队还宣布正在扩大 EU tier,要求 miner 必须是在欧盟注册的公司且 GPU 位于欧盟境内,同时发布了面向公众的 miner FAQ,并为通用赛道设定了固定的双周授冠时段。
社区反应
多位 miner 和一位 validator 要求团队公开相关数据,认为通用赛道开局应由 uid 116 更高的季后赛分数决定,而非按提交时间先后排序;另有人质疑为何只有三个条目被纳入延期抽签,而其他条目的分数其实处于同一噪声水平内。另外,部分 miner 反映,在多种 GPU 类型上挖矿已变得无利可图。
官方动态
团队公开了完整的季后赛分数及标准误差,推翻了最初只设单一冠军的决定,改为三方共同冠军,随后详细说明了用于界定统计并列组别的具体分数差值。

争议焦点 · SN92 通用赛道(generalist)季后赛平局判定是否公平 · 18 人参与

  • 团队最初按照已公布的规则执行,即在统计意义上并列的条目中,提交时间最早者获胜。

    “the published tie rule applies: the earliest commitment among the tied entries wins”已公布的平局规则适用:在并列的条目中,提交时间最早者获胜

  • 社区成员认为,既然所有条目都在同一组内竞争,冠军应纯粹按分数高低决定。

    “the champion should simply be the model with the highest score”冠军应该就是分数最高的那个模型

  • 另一些 miner 质疑,为何只有三个条目被视为并列,而还有更多条目的分数其实处于同一噪声水平内。

    “all are within noise level. what's special in those 3 co-champions and what's wrong with the other 3 losers?”这些分数都在噪声水平范围内。这三个共同冠军有什么特别之处?另外三个落选者又差在哪里?

SN6 24h −1.17%

Numinous

发生了什么
SN6(Numinous)上线了一个开放式预测竞赛,miner 需要预测一个动态知识图谱的未来状态,首批对象为美国头部股票及其供应链,次日又新增了一个聚焦地缘政治的图谱。这一新机制取代了该 subnet 此前类似 Polymarket 的预测竞赛,团队已将后者暂停。launch 的同时发布了 validator 和 miner 的搭建代码及文档,并在专用的图谱竞赛排行榜上线前,公开了排行榜和图谱数据的 API 接口。
社区反应
有 miner 询问现有 hotkey 是否可以沿用到新竞赛中,以及此前基于 Polymarket 的 agent 是需要完全替换还是可以继续运行。一位矿工表示,自己花了数天时间为已暂停的竞赛开发预测 agent,刚拿到第一批分数就被叫停,对此感到失望。其他问题还涉及轮次时间安排、免疫期,以及能否使用多个 UID 进行预测。
官方动态
团队确认现有 hotkey 可以沿用到图谱竞赛中,基于 Polymarket 的机制是暂停而非移除,此举是必要的,因为团队无法同时维护两套机制。团队还指出,图谱竞赛脱离沙盒环境一事已在 10 月初公布过。

SN105 24h −2.45%

Beam

发生了什么
在 SN105(Beam)上,一位矿工对 room-transfer 资格审核的公平性和透明度提出质疑,追问为什么有些申请被批准而有些没有。其他矿工则认为,付费 room-transfer 的经济模式可能让资本的影响力超过工程能力,从而左右 emission 分配。另外,一位矿工基于 Beam 的消息协议构建并演示了一个实时视频和音频流传输的概念验证,并通过一个 Discord 托管的 room-viewer 工具进行了运行测试。
社区反应
矿工们围绕这起分配争议展开了长时间讨论,一位矿工指出公开可查的分配方案数据显示分配与 PRISM 分数挂钩,而其他人则继续质疑更广义上的激励设计。另外,矿工们讨论是否成立一个专门的社区小组,以帮助提升 Beam 的知名度。
官方动态
团队表示,流媒体和消息协议目前不计入 PRISM 评分,因此矿工可以测试而不会受到惩罚,并提供了一个无限制的 API key 供矿工测试流媒体相关成本。团队还对该矿工的流媒体演示给予了肯定。

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

X 声音

  • @cascade_sn91

    SN91(Cascade)表示正在筹备 Cascade-MoE,这是一个混合专家(mixture-of-experts)时间序列模型,目标参数规模超过 1B,高于此前 4M 参数的模型。

    查看 X 原帖 ↗

  • @TaoOutsider

    TaoOutsider 报告称,一项与 Yuma correction 相关的回归测试显示,为 miners 拨付了 133.2 alpha 的资金,但实际只分配了 120.6,该测试现已包含在 Finney 上的 runtime 482 中。

    查看 X 原帖 ↗

  • @SubnetSummerTAO

    SubnetSummerTAO 表示,SN68(NOVA)的化合物在实验性 ADME 结果中超过了参照化合物,其中包括已获批的药物,相关内容在 Exploit Summit 上进行了讨论。

    查看 X 原帖 ↗

  • @trishoolai

    Trishool 表示本周上线了一款新产品,在 SN23 内部连接 Astroware 与 Trishool,并说明了价值如何回流至该 subnet。

    查看 X 原帖 ↗

  • @TaoOutsider

    TaoOutsider 报告称,在 eTAO 机制下,SN41(Almanac)将 owner 分配比例从 18% 下调至 10%,SN8(Vanta)将其设为 0%,而 SN36 和 SN70 则为 33%。

    查看 X 原帖 ↗

  • @forevermoney_ai

    forevermoney_ai 表示 SN80 将通过 Chainlink CCIP 在 Solana 上线,成为首个同时在三条链上运行的 Bittensor subnet:Base、Robinhood Chain 和 Solana。

    查看 X 原帖 ↗

  • @mvtrx_79

    mvtrx_79 表示其于 9 月 28 日进行的评分机制改革使流动性翻了一倍多,激进订单量下降了四分之三,同时将用于刷注册量的 emission 削减至百分之几。

    查看 X 原帖 ↗

  • @Bitcast_network

    Bitcast_network 表示过去 30 天内回购了 $93k,资金来源于向 Bitcast 网络内受众投放内容的企业付费。

    查看 X 原帖 ↗

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

协议进展

6 PR

#3276 Breaking change

Fix: allow root claims for baskets holding all 128 subnets plus TAO

改了什么
该 PR 将每个 Hotkey 可申领 root 的上限从 129 调整为 130,使得覆盖全部 128 个非 root 子网外加 root(TAO)的组合也能够被申领。
为什么
此前的限制使唯一一种包含所有子网加 TAO 的组合无法满足 root 申领资格。
影响谁
这影响持有覆盖全部子网加 TAO 组合、希望申领 root 的 TAO 持有者;由于该改动伴随 runtime spec 版本更新,属于破坏性变更,节点运营者和 validator 需要运行更新后的版本。

#3101 Breaking change

Add continuous stake reporting throughout subnet dissolution lifecycle

改了什么
该 PR 增加了对子网生命周期状态的跟踪,使处于解散过程中的子网及其 stake 在报告数据中保持可见,同时已结算的 stake 会从报告中隐藏,以避免重复计算。
为什么
此前的报告在子网解散期间可能丢失对 stake 的可见性,或重复计算已结算的 stake。
影响谁
这影响在子网解散期间依赖 stake 报告数据的 validator 和 TAO 持有者;对于使用该报告数据的各方而言属于破坏性变更。

#3102

Add liquid alpha consensus mode controls to precompiles

改了什么
该 PR 在子网预编译合约中新增了函数,使基于 EVM 的工具能够读取和修改 Liquid Alpha Consensus Mode 设置。
为什么
此前该设置需要通过其他接口操作,此改动为智能合约和 EVM 工具提供了直接的、带类型的访问方式。
影响谁
这主要影响通过 EVM 工具管理子网设置的子网团队和开发者;普通 TAO 持有者、miner 以及大多数 validator 不受影响。

#3225

test(runtime): add ±20% fee regression snapshots and EVM transaction coverage

改了什么
该 PR 用一套更大、更详细的测试用例替换了原有的 fee 测试数据集,并新增了针对签名交易的测试,覆盖转账、staking 和代理操作。
为什么
此改动旨在通过检查 fee 是否保持在相对于历史值的既定范围内,从而在意外的 fee 变更进入生产环境之前将其发现。
影响谁
这仅是测试和开发层面的改动,不改变 runtime 行为、fee 或接口,因此开发团队之外的任何人不受影响。

#3253

Fix stale token symbols in metagraph displays

改了什么
该 PR 修复了 CLI 中 metagraph 显示的问题,使其在显示 alpha 余额和 emission 时展示正确的当前代币符号,而不是过时的缓存符号。
为什么
一个缓存问题可能导致显示错误的货币符号,尤其是在查看子网符号变更前后时间段的数据时。
影响谁
这影响通过 CLI 查看 metagraph 数据的 TAO 持有者及其他用户;这只是显示层面的修复,底层数值和 runtime 行为均未改变。

#3277

Fix btcli claim-root crash when --subnets is omitted

改了什么
该 PR 修复了 btcli claim-root 命令在未带 --subnets 选项时发生崩溃的问题。
为什么
CLI 在生成默认选项值时存在代码错误,导致命令失败,而不是按预期应用默认值。
影响谁
这影响在使用 btcli claim-root 命令时省略 --subnets 选项的用户;这只是 CLI 层面的修复,对 runtime 或协议层面没有影响。

近期升级

近期热点

往期日报 +
2026-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