AMA Protocol出块奖励分配solver参与度与10%地板机制解析【免费下载链接】node项目地址: https://gitcode.com/GitHub_Trending/node95/nodeAMA Protocol 的出块奖励分配机制中solver 参与度与 10% 地板机制是两个最值得关注的设计网络算力越高奖励发放越足额即使算力跌到低谷仍有最低 10% 的奖励保底。本文用通俗语言拆解 AMA ProtocolAmadeus一个基于 MatMul 型有用工作量证明 UPoW 的隐私 Layer 1的 epoch 奖励如何在 vault 与 solver 之间分配、参与度如何动态调节发放比例以及 10% 地板机制如何保护网络在熊市中依然运转。先搞懂基础出块奖励从哪里来AMA Protocol 的共识叫 UPoWUseful Proof of Work算力被用在真实的 MatMul 矩阵运算上而不是浪费电力的哈希碰撞。它有两个核心时间单位区块时间500ms 一个块一个 Epoch100,000 个区块约 13.9 小时结算一次每个 epoch 结束时网络会按固定的排放曲线铸造新 AMA 代币总量上限 10 亿。排放曲线 v2Shenron 曲线的公式为1,430,936,428 / (epoch - 20)^1.3从 epoch 750 起激活初期每个 epoch 约产出 23 万 AMA之后随 epoch 递减形成通缩节奏。相关参数定义在 epoch.rs 的EMISSION2_EPOCH与emission2_total中。出块奖励分配vault 与 solver 对半分 ⚖️每个 epoch 铸造出的代币在结算时被一分为二这笔账在epoch.rs的next()函数里算得清清楚楚奖励去向占比谁能拿到Vault 利息APY50%锁定 AMA 的 vault 用户Solver 出块奖励50%提交有效 sol 的算力提供者Vault 用户通过锁定 AMA3 个月、6 个月、12 个月等不同期限档位获得年化利息solver 则是真正参与 UPoW 计算、提交解决方案的人。两边各拿一半谁也不能吃掉对方。solver 参与度算力越高奖励越足额 这里就进入主题了。solver 参与度代码里叫 pflops即全网估算算力直接决定这一半奖励实际发放多少全网算力达到100 PFLOPS的目标值SOLVER_PARTICIPATION_TARGET→ 全额发放全网算力只有 pflops% → 只发放 pflops% 的奖励差额不销毁而是累积到 solver 累积池bic:epoch:solver_accrued_pool留待后续处理换句话说网络会先用动态难度把出块速度校准到目标水平再按实际算力折算发放比例。算力不足的躺平时期不会有人轻松拿走大量排放——这套逻辑写在epoch.rs的net_pflops()与SOLVER_ACCRUED_POOL_KEY中。10% 地板机制熊市也有最低保障 ️如果参与度直接砍到接近 0solver 岂不是颗粒无收这正是10% 地板机制存在的意义从epoch 758起参与度被钳制在10% 100%之间SOLVER_PARTICIPATION_FLOOR 10也就是说即使全网算力跌到 5 PFLOPS结算时也按 10% 发放不会归零这条规则通过participation pflops.clamp(floor, SOLVER_PARTICIPATION_TARGET)一行实现逻辑清晰这个地板既保护了持续出力的 solver避免网络算力瞬间崩塌也限制了投机者低成本刷奖励的空间。值得注意的是从epoch 1150PARTICIPATION_VAULT_EPOCH起参与度同样会按比例削减 vault 的 APY让全网络共同承担参与度不足的后果而不是只让 solver 买单。25% 网络税奖励如何流向金库 每期实际发放的奖励vault 支付 solver 支付之和还要扣掉25% 的网络税NETWORK_TAX_BPS 2500转入金库地址用于网络维护与生态建设。三个关键细节值得注意税只在实际发放的金额上征收先扣参与度、再算税防止重复克扣税从 vault 的剩余预算里出tax min(nominal_tax, vault_leftover)永远不会超过当期的排放总量发行量始终在曲线之内交完税后 vault 剩余的部分继续滚入下一个 epoch 的 APY 预算池代码里每笔钱的去向都会写入epoch_payouts/epoch.csv报告见 epoch_report.rs类型包含emissionsolver 出块奖励、interestvault 利息、commission验证者佣金、tax网络税等全流程可审计。谁有资格当验证者1m 质押 前 33 名 solver 下一轮 epoch 的验证者集合由两部分组成所有质押 ≥ 100 万 AMA 的 vault 验证者VALIDATOR_MIN_STAKEsol 提交数量排名前 33 的 solverSOLVER_VALIDATOR_SLOTS两者去重后随机打乱基于区块种子确定性洗牌见shuffle_validators。这意味着 solver 不仅靠提交 sol 拿出块奖励排名靠前还能进入验证者行列、进一步获得佣金收入形成算力 → 出块 → 验证 → 佣金的正循环。新手怎么参与三步上手 对普通用户来说参与路径很直接跑节点 / 提交算力运行节点并持续提交有效 sol每提交一个bic:epoch:solutions_count计数器加一结算时按 sol 数量按比例瓜分 solver 那一半预算设置收款地址通过call_set_emission_address指定发放地址否则默认打到提交算力的账户查看对账每个 epoch 结束后本地工作目录会生成epoch_payouts/epoch.csv逐行列出每笔奖励的类型与金额方便核对sol 的提交有严格的防作弊校验Bloom 过滤器去重、epoch 匹配校验、难度位diff_bits验证重复提交会被拒绝具体实现在call_submit_sol中。常见疑问速查 ❓问题答案参与度只有 50 时发多少只发 solver 一半的 50%其余进累积池参与度低于 10 会归零吗不会epoch 758 起最低按 10% 发放未发放的奖励去哪了累积到solver_accrued_pool与vault_accrued_pool后续处置待定网络税会推高通胀吗不会税从 vault 剩余中出总发行量不变质押多少能当验证者vault 质押 ≥ 100 万 AMA或 solver 排名前 33总结AMA Protocol 的出块奖励分配用对半分 参与度调节 10% 地板 25% 网络税四个机制把发行、激励与抗滥用平衡得很好solver 参与度决定发放足额度10% 地板机制守住下限累积池缓冲波动网络税不超发。理解这套逻辑无论你是想当 solver、做 vault 用户还是跑验证者都能算清自己该拿多少、能拿多少。【免费下载链接】node项目地址: https://gitcode.com/GitHub_Trending/node95/node创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 AMA Protocol出块奖励分配：solver参与度与10%地板机制解析
AMA Protocol出块奖励分配solver参与度与10%地板机制解析【免费下载链接】node项目地址: https://gitcode.com/GitHub_Trending/node95/nodeAMA Protocol 的出块奖励分配机制中solver 参与度与 10% 地板机制是两个最值得关注的设计网络算力越高奖励发放越足额即使算力跌到低谷仍有最低 10% 的奖励保底。本文用通俗语言拆解 AMA ProtocolAmadeus一个基于 MatMul 型有用工作量证明 UPoW 的隐私 Layer 1的 epoch 奖励如何在 vault 与 solver 之间分配、参与度如何动态调节发放比例以及 10% 地板机制如何保护网络在熊市中依然运转。先搞懂基础出块奖励从哪里来AMA Protocol 的共识叫 UPoWUseful Proof of Work算力被用在真实的 MatMul 矩阵运算上而不是浪费电力的哈希碰撞。它有两个核心时间单位区块时间500ms 一个块一个 Epoch100,000 个区块约 13.9 小时结算一次每个 epoch 结束时网络会按固定的排放曲线铸造新 AMA 代币总量上限 10 亿。排放曲线 v2Shenron 曲线的公式为1,430,936,428 / (epoch - 20)^1.3从 epoch 750 起激活初期每个 epoch 约产出 23 万 AMA之后随 epoch 递减形成通缩节奏。相关参数定义在 epoch.rs 的EMISSION2_EPOCH与emission2_total中。出块奖励分配vault 与 solver 对半分 ⚖️每个 epoch 铸造出的代币在结算时被一分为二这笔账在epoch.rs的next()函数里算得清清楚楚奖励去向占比谁能拿到Vault 利息APY50%锁定 AMA 的 vault 用户Solver 出块奖励50%提交有效 sol 的算力提供者Vault 用户通过锁定 AMA3 个月、6 个月、12 个月等不同期限档位获得年化利息solver 则是真正参与 UPoW 计算、提交解决方案的人。两边各拿一半谁也不能吃掉对方。solver 参与度算力越高奖励越足额 这里就进入主题了。solver 参与度代码里叫 pflops即全网估算算力直接决定这一半奖励实际发放多少全网算力达到100 PFLOPS的目标值SOLVER_PARTICIPATION_TARGET→ 全额发放全网算力只有 pflops% → 只发放 pflops% 的奖励差额不销毁而是累积到 solver 累积池bic:epoch:solver_accrued_pool留待后续处理换句话说网络会先用动态难度把出块速度校准到目标水平再按实际算力折算发放比例。算力不足的躺平时期不会有人轻松拿走大量排放——这套逻辑写在epoch.rs的net_pflops()与SOLVER_ACCRUED_POOL_KEY中。10% 地板机制熊市也有最低保障 ️如果参与度直接砍到接近 0solver 岂不是颗粒无收这正是10% 地板机制存在的意义从epoch 758起参与度被钳制在10% 100%之间SOLVER_PARTICIPATION_FLOOR 10也就是说即使全网算力跌到 5 PFLOPS结算时也按 10% 发放不会归零这条规则通过participation pflops.clamp(floor, SOLVER_PARTICIPATION_TARGET)一行实现逻辑清晰这个地板既保护了持续出力的 solver避免网络算力瞬间崩塌也限制了投机者低成本刷奖励的空间。值得注意的是从epoch 1150PARTICIPATION_VAULT_EPOCH起参与度同样会按比例削减 vault 的 APY让全网络共同承担参与度不足的后果而不是只让 solver 买单。25% 网络税奖励如何流向金库 每期实际发放的奖励vault 支付 solver 支付之和还要扣掉25% 的网络税NETWORK_TAX_BPS 2500转入金库地址用于网络维护与生态建设。三个关键细节值得注意税只在实际发放的金额上征收先扣参与度、再算税防止重复克扣税从 vault 的剩余预算里出tax min(nominal_tax, vault_leftover)永远不会超过当期的排放总量发行量始终在曲线之内交完税后 vault 剩余的部分继续滚入下一个 epoch 的 APY 预算池代码里每笔钱的去向都会写入epoch_payouts/epoch.csv报告见 epoch_report.rs类型包含emissionsolver 出块奖励、interestvault 利息、commission验证者佣金、tax网络税等全流程可审计。谁有资格当验证者1m 质押 前 33 名 solver 下一轮 epoch 的验证者集合由两部分组成所有质押 ≥ 100 万 AMA 的 vault 验证者VALIDATOR_MIN_STAKEsol 提交数量排名前 33 的 solverSOLVER_VALIDATOR_SLOTS两者去重后随机打乱基于区块种子确定性洗牌见shuffle_validators。这意味着 solver 不仅靠提交 sol 拿出块奖励排名靠前还能进入验证者行列、进一步获得佣金收入形成算力 → 出块 → 验证 → 佣金的正循环。新手怎么参与三步上手 对普通用户来说参与路径很直接跑节点 / 提交算力运行节点并持续提交有效 sol每提交一个bic:epoch:solutions_count计数器加一结算时按 sol 数量按比例瓜分 solver 那一半预算设置收款地址通过call_set_emission_address指定发放地址否则默认打到提交算力的账户查看对账每个 epoch 结束后本地工作目录会生成epoch_payouts/epoch.csv逐行列出每笔奖励的类型与金额方便核对sol 的提交有严格的防作弊校验Bloom 过滤器去重、epoch 匹配校验、难度位diff_bits验证重复提交会被拒绝具体实现在call_submit_sol中。常见疑问速查 ❓问题答案参与度只有 50 时发多少只发 solver 一半的 50%其余进累积池参与度低于 10 会归零吗不会epoch 758 起最低按 10% 发放未发放的奖励去哪了累积到solver_accrued_pool与vault_accrued_pool后续处置待定网络税会推高通胀吗不会税从 vault 剩余中出总发行量不变质押多少能当验证者vault 质押 ≥ 100 万 AMA或 solver 排名前 33总结AMA Protocol 的出块奖励分配用对半分 参与度调节 10% 地板 25% 网络税四个机制把发行、激励与抗滥用平衡得很好solver 参与度决定发放足额度10% 地板机制守住下限累积池缓冲波动网络税不超发。理解这套逻辑无论你是想当 solver、做 vault 用户还是跑验证者都能算清自己该拿多少、能拿多少。【免费下载链接】node项目地址: https://gitcode.com/GitHub_Trending/node95/node创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考