Berachain 的排放不直接发给质押者，而是先变成每个块固定的一笔 WBERA 流，再由治理白名单与验证者的分配决定它流向哪些奖励库。这条排放分配流水线是 Proof of Liquidity 的账本主干。本文按官方文档拆三段：出块与固定排放、BeraChef 分配、以及 2025 年 8 月硬分叉后写进协议的分配动作。
谁出块、发多少
官方文档记录：网络维持 69 个验证者的活跃集合，按 BERA 质押排名进入；出块提案概率与质押的 BERA 成比例；单个验证者的质押下限 250000 BERA、上限 10000000 BERA。每个块有两条奖励路径。第一条是发给出块者操作者的基础奖励，baseRate() 为每块 0.4 WBERA。第二条走奖励库路径，rewardRate() 为每块 1.305 WBERA，交给分发器后进入 BeraChef 到奖励库的分配流程；getMaxEmissionPerBlock() 返回两段之和，即每块合计 1.705 WBERA。文档说明这些常数编码在 BlockRewardController 的合约字节码里，取值应以合约与当时文档为准。
BeraChef：排放怎么找到金库
奖励库是用户质押合格凭证代币、领取所分配 WBERA 的合约。谁能拿到排放有前置条件：只有通过治理白名单的奖励库才有资格接收 PoL 排放。具体分配由每个验证者的权重决定——权重设定跨白名单库的分配比例，也带着验证者的激励佣金设置；验证者可以排队提交分配调整，在延迟窗口之后生效。治理还能在验证者分配之前划出一条专用排放流（DES），为治理认定的战略性奖励库保证最低排放，不依赖单个验证者的分配意愿。用户侧的动作很薄：取得该库认可的 PoL 合格凭证代币，在对应库里质押，然后按自己占库内总质押的比例，在库配置的流式窗口（文档说常见为三天）内逐步领取。领取节奏因此是滚动流式的：每个新块都往解锁时间表里追加一笔，而不是一周期结一次账。
业务方与库的绑定还有第二条腿。带活跃激励的奖励库收到排放时，官方文档说明这些激励会在验证者佣金与剩余激励之间拆分，剩余部分经激励拍卖（Incentive Auction）转换后累积进 sWBERA。换句话说，业务方贴的激励代币不是原封不动发给质押用户，而是经过佣金与转换两道分流；核对激励到账口径时，这三段（佣金、拍卖转换、sWBERA 累积）要以当时合约与文档为准。
分配动作被写进协议
2025 年 8 月的硬分叉（官方文档指向 BRIP-0004）改变了发奖励这件事本身：每个块的第一个交易是协议自己产出的系统交易，负责替上一个块调用分发器，把 baseRate 推给出块者操作者、把 rewardRate 推给 BeraChef 到奖励库的路径。分配不再依赖外部机器人按时调用分发器，奖励库侧的累积因此是确定性的，不会被一次漏掉的机器人调用卡住。业务方要接进这套排放，需要按官方指引准备 PoL 合格的凭证资产并走白名单流程；同一业务可以开多个库，例如每个 BEX 池各配一个奖励库。
这套排放结构里的权力分工值得单独点出：验证者靠质押竞争出块权，但决定排放流向的是他们在 BeraChef 里的分配权重；治理握住白名单与 DES 两道闸门；业务方提供激励代币争取权重倾斜。排放的每一枚 WBERA 从产出到用户可领取，要走完出块、分发、分配、流式解锁四步，任何一步的口径差异都会体现为到账延迟或份额差异，而不是丢失。
看这条链该看哪
排放数值是协议参数，会随治理与升级变动，本文只按官方文档的记录口径转述，不预测任何价格或收益。值得核对的三件事：当前活跃集与质押上下限是否仍是文档记录的数值；白名单与 DES 参数的治理状态；以及系统交易分发路径在最新硬分叉之后的实现细节。本文不构成投资建议，也不对任何代币的经济设计安全性作判断。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。