Q hac_enc和hac_merge为简单字符串处理加sleep，线上环境并没有替换为真实处理流程，完全可以在user_process中手动计算以代替hac_enc和hac_merge函数。这个昨天说过了，这个可以规避，但是分数不会高，因为每次调用系统的HAC，才会有HAC使用统计，但这部分占分数的60%。

29、30、31期最终结果还没出来，最终有无获奖都将进行公告

经查询24、25只剩下三位选手没收到奖金，均是获奖邮件回复较晚，可以留下你的队名，我们尽快推进奖金到账

已收到相关的反馈，我们将尽快排查

复测会增加测试用例，且有的用例权重会高。感谢选手的反馈，我们会在研判下基线分数。

我们已经更新了35期相关判题器，感谢选手的问题~

提供二个文件solution_example.json，evaluation.py就行

此次基线基于历史最高分和实际业务再次评估，相信选手有机会再次突破，加油~

1. 随机种子是判题的重要依赖，不会给到选手。随机分布选手下个库模拟一下就行，官方不直接提供。3.压缩文件命名没有硬性规定，使用英文名+数字组合就好4.赛题详情有明确说明，选手需要在evaluation.py中实现get_evaluation(solution, demand, datacenters, servers, selling_prices, time_steps, verbose)函数。判分只根据该函数的实现和solution_example.json计算。5.判题反馈的信息无法尽善尽美，多数失败需要选手自行检查原因。如确实无法弄明白，可将提交截图和ID附上，我们根据具体提交代码查看原因。

请问你提交报错的信息是啥呢？可以附上你的提交页面截图和ID，我们查看一下