Bittensor 生态每日简报

中文/EN

每日一期
22 / 10 / 2026

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

24H 市场速览

01/10

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

THE DAILY BRIEFING

Bittensor 日报|2026年10月22日

Bittensor 推出了 runtime v482 版本,其中包含一项破坏性变更,允许 Coldkey swap 合并到已被使用过的目标账户,同时引入新的 Yuma 收益发放与代理费逻辑。另一方面,SN23(Trishool)推出了一款付费的欧盟《AI 法案》合规产品,而 SN120(Affine)的评分机制则导致多个 epoch 中的 emission 集中流向两个 coldkey。

今日要点

  1. 01

    Bittensor 发布了 runtime v482 版本,其中包含一项破坏性变更:允许 Coldkey swap 合并到已被使用过的目标账户,同时引入了新的 Yuma 收益发放与代理费逻辑。

    此次更新属于破坏性变更,会影响所有执行 Coldkey swap 的用户,其中的 emission 处理调整也与全网 validator 相关。

  2. 02

    SN120(Affine)修订后的评分机制导致多个 epoch 中的 emission 集中流向两个 coldkey,miner 们注意到同一批运营者反复拿下全部 10 个付费名额中的 10 个。

    这种集中现象引发了关于该子网当前评分设计下奖励分配公平性的质疑。

  3. 03

    SN23(Trishool)推出了 HaloGuard EU,这是一款付费产品,可拦截根据欧盟《AI 法案》被归类为高风险的 AI 输出,定价为每十亿 token $30,同期其价格上涨 23.47%。

    此次发布是该子网首个与欧盟《AI 法案》合规相关的商业化产品,为子网带来新的收入方向。

  4. 04

    SN92(REAX)开启了一项基于其 REAX 1 模型的新通用模型训练竞赛,共有 12 个参赛作品,同时修复了一个评分顺序的 bug——该 bug 最初将开赛后提交的作品排在了开赛时提交作品的前面评估。

    团队在约一小时内回滚了有问题的发布,确认没有 miner 因此损失 weight,并在竞赛启动期间用自有资金对受影响的 miner 进行了补偿。

  5. 05

    社区讨论的焦点在于:在 Null Consensus 机制下,是什么能阻止唯一的 top-stake validator 做出不诚实的行为——该机制允许子网将 UID 数量扩展到最多 2500 个,且只由 stake 最高的 validator 设置 weight。

    Null Consensus 背后的信任模型与 SN9、SN93 等正在考虑采用这一扩展方案的子网息息相关。

子网社区动态

5

SN92 24h +3.81%

REAX

发生了什么
SN92(REAX)发布了REAX 1,这是一个基于Perplexity Decider v1.2构建的开放决策模型,作为新一轮通用模型训练竞赛的基础模型。该竞赛于13:00 UTC开放,首批参赛队列共有12个参赛条目。团队还重新调整了冠军保护规则,冠军和前任冠军将保持75/17/8的奖励分配比例,并免于被立即deregistration。本周该子网在validator端还出现了三个问题:rc10发布版本中的评分显示bug、影响约50个高UID hotkey的capacity-probe计时bug,以及一个评分顺序bug,该bug导致系统在评估首批参赛队列之前先评估了后续提交的条目。团队宣布了一项分四部分的规则更新,随后更正为将于2026年10月23日星期五13:00 UTC生效。
社区反应
数周以来,miner一直向团队施压,反映co-champion在deregistration后会失去emission和注册费的问题,部分人要求保护期延长至不止一轮。社区成员还指出了rc10评分显示问题和capacity-probe异常,这两个问题团队均已确认并修复;一位miner提出的在首场通用模型淘汰赛中奖励第二名和第三名的建议也被采纳。
官方动态
团队在约一小时内回滚了rc10版本,确认没有miner因此损失weight,随后用owner自有资金向受影响的miner补偿了约6.5 alpha;团队还确认并修复了评分顺序bug,为被误剔除出首批参赛队列的条目提供了重新提交窗口,截止时间为10月22日07:30 UTC。

争议焦点 · SN92冠军保护机制与deregistration公平性之争 · 13 人参与

  • miner认为,co-champion有可能在下一轮被deregistration,甚至连注册费都拿不回来,这会打击参与积极性。

    “If anyone beats them in that next round, they won't even earn back the registration fee”如果有人在下一轮击败他们,他们连注册费都赚不回来
  • 部分miner表示只保护一轮是不够的,要求提供跨多轮的保护期。

    “Only next round is insufficient. At least 3 next rounds.”只保护下一轮是不够的。至少要保护接下来的3轮。
  • 团队回应称已将冠军保护机制固定化,为冠军和前任冠军设定了固定的奖励分配比例。

    “the champion gets 75 % of the engine share, the previous champion 17 %”冠军获得engine份额的75%,前任冠军获得17%

SN120 24h −2.42%

Affine

发生了什么
SN120(Affine)修订后的评分机制在多个 epoch 中将 emission 集中到两个 coldkey 上,矿工们指出同一批运营者反复拿下 10 个付费名额中的全部 10 个。团队发布了第 72 至 75 个 epoch 的逐期更新,报告的 held-out 基准分数在 .594 到 .75 之间波动,而付费始终固定为 10 个 UID,没有任何 burn。另外,团队重新上线了 Affine Studio,这是一款旨在提供超快视频模型的视频工具,并在现有 mech-0 之外新增了 mech-1 竞赛赛道。
社区反应
矿工们多次要求团队公布评分机制和每个 UID 的分数,质疑为何两个 coldkey 能在连续多个 epoch 中占据几乎所有顶部名额。也有人对新的 mech-1 赛道中的 private commit 表示担忧。
官方动态
团队发布了逐期评分更新,解释部分权重窗口未变动是因为评分耗时比平时更长,并表示第 76 个 epoch 的训练将直接丢弃未解决的 rollout,而不是用它们来训练。

争议焦点 · Affine 上的 emission 集中与评分透明度问题 · 14 人参与

  • 一位社区成员指出两个 coldkey 占据了几乎所有付费名额,认为它们很可能是同一个运营者。

    “All 10 again sit with one likely operator: coldkey 5GEonQk8 has 6 (54% of the pay), 5EUFoUY7 has 3 (38%)”10 个名额又一次全部落在同一个可能的运营者手中:coldkey 5GEonQk8 占 6 个(54% 的收益),5EUFoUY7 占 3 个(38%)
  • 矿工们认为评分规则未公开,导致无法验证 emission 分配方式,并呼吁提高透明度。

    “This lucky hotkey is going to take almost all the emissions in the next epoch. is this fair to other miners?”这个幸运的 hotkey 将在下一个 epoch 拿走几乎所有 emission。这对其他矿工公平吗?
  • 团队将一段时间内权重不变归因于评分延迟,并报告了每个 epoch 的 held-out 分数,同时付费始终固定为 10 个 UID。

    “still 10 UIDs paid with nothing burned. Held-out on the e72 checkpoint came in at .719”依然是 10 个 UID 获得付费,没有任何 burn。在 e72 checkpoint 上的 held-out 分数为 .719

SN15 24h −1.48%

ORO

发生了什么
SN15(ORO)的matiners向团队询问了即将到来的incentive机制调整的具体时间表,但团队没有给出确切日期或race编号。多名miner反映,尽管运行的是此前已发布的版本,其agent仍被anti-cheating警告标记或判定失败,并要求团队进行调查。一位miner反映其agent因推理服务商反复出现错误,在评估队列中卡住长达四个小时。
社区反应
多名miner多次追问incentive机制调整的具体日期,部分人对缺乏细节表示不满。多名miner反映anti-cheating机制误判了已经在使用已发布代码的agent,并要求通过私信进行个案审核。

SN22 24h −1.08%

Desearch

发生了什么
一位矿工在 SN22(Desearch)的频道中提出担忧,称该子网的任务 API 由中心化方式运营且不可验证,认为这使团队能够偏向特定参与者;围绕 Desearch 2.0 机制下的 UID 压力和任务分配问题,讨论延续了大量消息。团队表示目前出于快速迭代的考虑采用中心化方式运行任务 API,并称愿意通过 W&B 或类似工具公开日志。另外,Desearch 在其主子网中新增了 embedding 任务,允许 GPU 运营者使用 Desearch-Embedding-4B 对抓取的页面进行 embedding,validator 则对样本重新 embedding 以核验结果。一次 Cloudflare R2 存储问题导致上传出错,并锁定了至少一个 hotkey,该问题随后已解决。
社区反应
社区成员意见分歧:部分人认为激励机制设计存在缺陷,称该系统是个黑箱;另一些人则反驳称 UID 数量并不决定收益,并敦促矿工优化自身的挖矿软件,而不是归咎于规则。讨论中提出的一个方案是让多个矿工完成同一任务,只向最快且正确的结果付费,不过另一位成员质疑这是否会拖慢网络速度。
官方动态
团队表示,在即将发布的版本中 GPU 任务的 burn 将逐步降至零,并承认 UID 压力问题确实存在,但目前尚无明确解决方案,欢迎社区提出具体建议。

SN23 24h +23.47%

Trishool

发生了什么
SN23(Trishool)推出了付费产品 HaloGuard EU,用于拦截被欧盟 AI 法案(EU AI Act)列为禁止或高风险的 AI 输出内容,定价为每十亿 token 30 美元,并提供免费试用。团队还澄清了挑战模板中“可疑句子”的判定标准,说明此类句子是指不服务于攻击所设定的人设、框架或指令的句子。此外,团队确认挑战赛的获胜 prompt 将保密,被取消资格的 prompt 则会公开。
社区反应
社区成员要求团队说明挑战卡片之间规则变化的具体内容,并请求提供一个用于核验模板合规性的脚本,团队表示不会提供。多位成员对 HaloGuard EU 的推出表示欢迎,其中一人询问该产品是否会为子网带来收入。
官方动态
团队表示,HaloGuard EU 的收入需要先增长,之后才能考虑调整团队规模或薪酬,并将此次发布称为计划中多个产品里的第一个。团队还表示,将公开用于取消 prompt 资格的释义测试(paraphrase test),以便结果可以被复现。

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

生态议题

6 人参与

Null Consensus:单一 validator 设置权重背后的信任假设

在 Null Consensus 下,只有 stake 最高的 validator 设置权重,社区认为这比运行 Yuma consensus 成本更低,并且允许子网将 UID 数量扩展到 2500 个。多位参与者举了 SN9 和 SN93 作为可能采用这一扩展方案的子网示例。讨论的焦点在于,究竟有什么机制能阻止这个 stake 最高的单一 validator 行为不诚实。

主要立场

  • Null Consensus 存在的主要原因是降低成本,并允许比标准 Yuma consensus 更多的 UID 数量。

    “Because Null Consensus is cheaper than running Yuma, and that allowed for more UIDs”因为 Null Consensus 比运行 Yuma 便宜,而且这样可以容纳更多 UID
  • 一些参与者表示,没有技术手段可以防止 stake 最高的 validator 给自己暗中控制的 hotkey 发放奖励,唯一的制约只有 stake 转移。

    “Nothing prevents it technically, except for people moving their stake if they think something is off”从技术上讲没有任何东西能阻止这种情况,除非大家在觉得不对劲时把自己的 stake 转移出去
  • 另一些人认为信任问题并非新鲜事,因为目前的主 validator 本来就需要被信任,其中一位参与者提议用 zk-proofs 作为协议层面的方式来验证评分过程是否诚实执行。

    “well without consensus it requires a lot more trust”嗯,没有 consensus 的话就需要更多的信任
官方回应
讨论中未见团队或 Opentensor 的官方回应。
后续关注
关于 Null Consensus 评分的 zk-proof 验证构想是否会进一步发展,以及 SN9 或 SN93 等子网是否会在大规模场景下采用 Null Consensus。

X 声音

  • @opentensor

    @opentensor 宣布将于周四在 Discord 举办关于 eTAO 协议更新的分享会,该更新允许 subnet 所有者调整 Bittensor 的 emission 分配,由一位团队成员主持。

  • @markjeffrey

    一位社区成员表示,Bittensor 的 subnet 每年产生约 $60M 的收入,涵盖 128 个 subnet,高于 Aave,并预计到年底将达到 $100M,第一季度将超过 $200M。

  • @IOTA_SN9

    SN9(IOTA)表示其最新更新将合并速度提升了 5 倍,解决了去中心化训练中的一个瓶颈问题。

  • @conjectures_io

    @conjectures_io 报告称其 miner 证明了一个有 48 年历史、源自 1978 年的 Wilf 猜想的特例,该证明已在 Lean 中完成验证。

  • @robotensor_ai

    @robotensor_ai 表示其 Vector Level 1 机器人竞赛已结束,表现最佳的模型在 16 项双臂任务中达到 87.9% 的成绩,优于经过微调的 pi0.5。

  • @TheHackersNews

    @TheHackersNews 报道称 LiteLLM 1.107.0 遭遇供应链攻击,恶意的 PyPI 包和 Docker 镜像传播了一款凭证窃取程序,针对云凭证、私钥及 AI 工具凭证进行窃取。

  • @harnyx_ai

    @harnyx_ai 表示 SN67(Harnyx)已在 OpenRouter 上移除了其模型白名单,允许 miner 使用该平台上任何付费 LLM 或决策模型进行构建。

  • @taodaily_io

    @taodaily_io 列出了按市值排名的 Bittensor 十大 subnet,排名第一的是 SN51(Lium),市值为 $189.16M,其次是 SN64(Chutes),市值为 $120.49M,以及 SN4(Targon),市值为 $94.80M。

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

协议进展

6 PR

新版本 · v482 已发布

Subtensor v482:Coldkey Swap 可合并到已使用的 Coldkey,新增 Validate 与 Weights Proxy 类型,并修复 Null Consensus epoch 调度停滞

本次发布允许 Coldkey Swap 合并到已有 Stake、Hotkey 或其他资产的目标 Coldkey,并为 Swap 增加了更安全的公告流程。新增两种权限范围很窄的 Validator 操作 Proxy 类型,并将手续费支付扩展到三层 Proxy。同时调整了 Yuma Consensus 下 Miner 的奖励发放,新注册的 Subnet 默认开启 Emission,并修复了 Null Consensus Subnet 造成的调度停滞。

查看升级报告 →

#3231 涉及 Emission

Run a due Null epoch first so earlier subnets cannot starve it

改了什么
修复了 epoch 调度顺序问题:现在应在 Null consensus 下运行的 subnet 会被优先处理,而不是被跳过。
为什么
此前的调度顺序会让排在前面的 subnet 无限期地抢先于本该运行的 Null consensus subnet,这同时也会阻塞排在它后面的其他 subnet 的 epoch。
影响谁
影响使用 Null consensus 的该 subnet 上的 validator 和 miner,以及排在其后面的其他 subnet,恢复了及时的 epoch 处理和 emission 发放;普通 TAO 持有者不受直接影响。

#3267 Breaking change

Allow coldkey swaps to merge into already-used destinations

改了什么
允许 coldkey swap 合并到一个已经在使用中的目标 coldkey,而不再被阻止。
为什么
此前的规则会拒绝任何目标地址已存在关联的 swap 请求,导致持有者无法合并自己的 key;此次改动取消了这一限制,并定义了 stake、锁定资产和注册信息的合并方式。
影响谁
影响执行 coldkey swap 或进行 key 合并操作的 TAO 持有者,因为 swap 结果和合并逻辑发生了变化;这是对现有 swap 逻辑的破坏性改动。

#3271 Breaking change 涉及 Emission

release-482: coldkey-swap merge, Yuma payouts, Validate/Weights proxies, proxy fee depth, emission default-on

改了什么
将 coldkey-swap 合并相关改动、新增的 swap 相关调用、proxy 手续费支付层级扩展以及其他相关调整一并打包进 spec_version 482 的 runtime 发布版本。
为什么
将包括 coldkey swap v2 和 proxy 处理在内的多项相关修复与功能整合进一个统一协调的网络升级中。
影响谁
作为一次 runtime 升级,影响所有网络参与者;其中使用 coldkey swap 或多层 proxy 配置的用户,以及依赖正确 emission 处理的 validator 受影响最为直接。

#3272

Prevent destination dusting from deleting auto-stake policy during coldkey swap

改了什么
修复了 coldkey swap v2 中的一个竞态问题:如果在 swap 执行前就向预留的目标账户转入资金,源账户的自动 stake 策略可能会被删除,而不是被正确转移。
为什么
swap 逻辑此前可能会误判目标账户已有资金,从而在公告期内如果有人向该账户充值,就会跳过自动 stake 策略的转移。
影响谁
影响执行 coldkey swap 且设置了自动 stake 的 TAO 持有者,确保其相关设置能被正确保留;未使用 coldkey swap 的用户不受影响。

#3270

Support fee payment through three proxy levels

改了什么
将手续费支付解析能力扩展到支持第三层嵌套 proxy 调用。
为什么
此前系统最多只能解析两层嵌套 proxy 的手续费支付方,而部分配置使用了第三层。
影响谁
影响使用多层 proxy 配置的 validator 或 miner;对普通 TAO 持有者或标准单层 proxy 用户没有影响。

#3274

node-24: move website and deploy jobs to Node 24

改了什么
将网站和部署相关的 CI 任务从 Node 20 迁移到 Node 24。
为什么
Node 20 已到达生命周期终止(end of life),需要替换为受支持的版本。
影响谁
这仅是一次基础设施/工具链层面的改动;除开发团队外不影响任何人,对链上行为、miner、validator 或 TAO 持有者没有影响。

近期热点

往期日报 +