REAX
- 发生了什么
- SN92(REAX) 在与 msg group 首席技术官试点合作后,启动了其决策模型挖矿网络,并发布了面向 LLM 路由的开放权重决策模型 s1-llm-auto-router,该模型部署在 REAX 上提供服务。团队推出了新的 reward 分配方案(50% 推理、20% 引擎竞赛、2x15% 用例竞赛),取代了最初全部分配给推理的方案,并部署了 capacity-scoring v2 更新,使 reward 根据经验证的每个 hotkey 吞吐量进行调整。此前因 root stake 被归属到 UID 0 而非 validator 的子密钥上导致的 miner incentive 延迟问题,已通过将该 validator 设为子网所有者 hotkey 得以修复。capacity 问题修复后,注册费用上限下调至 0.3 TAO,但在注册潮出现数小时后又改回按 1.26 倍递增、上限为 2 TAO 的费用机制。
- 社区反应
- Miners 就单个 GPU 运行多个 hotkey 是否能提高 reward、以及缺乏 Sybil 防护机制是否会让注册变成一场 UID 争夺战展开讨论,另有一些人则对高额注册费用提出异议。社区成员还提到,该子网的发布推文浏览量超过 50 万次,在 AI 发布类公告中排名第三。
- 官方动态
- 团队宣布了 reward 分配方案的调整,发布了 capacity scoring v2,在 Hugging Face 上公开了练习数据集,并发布了多条更新,说明了 incentive 延迟问题、capacity 探测 bug 以及注册费用调整等情况。
争议焦点 · SN92 的注册费用与每 GPU hotkey 数量经济模型 · 23 人参与
-
一位 miner 认为,在达到评分上限后,在同一个 hotkey 下增加更多 GPU 并不会提高 reward,反而会助长注册竞赛。
“more gpus wont make any difference as long as the requests are serve, I mean this wont increase the rewards, like in chutes for example.”只要请求能被处理,更多的 GPU 不会有任何区别,我是说这不会增加 reward,就像 chutes 里的情况一样。
-
另一位 miner 指出,目前没有 Sybil 或负载均衡防护机制,这意味着单个 GPU 可以跨多个 hotkey 通过验证。
“There's no Sybil or load-balancing protection in place either, so you can even pass with a single GPU across multiple hotkeys.”目前也没有 Sybil 或负载均衡防护机制,所以你甚至可以用单个 GPU 跨多个 hotkey 通过验证。
-
团队表示,新的基于 capacity 的评分机制消除了将单个 GPU 拆分到多个 hotkey 上的动机。
“scoring is capacity-based (verified throughput per UID). Several hotkeys on the same GPU don't add anything”评分是基于 capacity 的(按 UID 验证吞吐量)。同一个 GPU 上挂多个 hotkey 并不会带来任何额外收益