他对密码整体掌握度达到了——
56%！
由于一直忙于修改单个字符，他没在意整体掌握度，直到刚才休息时再次打开密钥文件，才发现掌握度的变化。
发生变化是合理的，但56%这个值，比预想的要快得多！
因为，目前已破译920个字符，只占2048个字符的44.9%……
离56%很远！
这是为什么？
王霁想了整整1分钟。
终于明白——
他原本就有21%的掌握度，这是基于字符本身的信息量。
也就是说，未知的部分总共只有79%，而这79%的未知，他已经攻破了44.9%，掌握度变成21%+79%*44.9%……
正好是56%！
早该想到的……
其实按这个方式推算，只需754个字符，就能够达到50%掌握度。
但之前用分屏方式，每个字符都是独立的，始终没有想到这一点。
合在一起，那些已经破译的字符，会带动整体掌握度上升！
还真是分有分的好，合有合的好。
分久必合，合久必分。
如果及早醒悟，大约40分钟之前就达到50%了，不过……
现在也不晚！
因为，掌握度50%是个关键的槛。
得知缺陷具体位置，哪怕没有详细提示，也可以针对性解决。
王霁电脑终端里的密钥文件，前920个字符都没问题，是正常的黑底白字，从第921个开始，红点闪烁！
密密麻麻……
密集恐惧扑面而来，
晃得眼晕！
他调整编辑器格式，放大字符间距，终于好受一些。
后1128个字符几乎是红色海洋，只有将近20个断点。
这很符合概率，因为每个字符有62种可能，也就是说，这份随机生成的密钥，每个字符都有1\/62的正确性。
1128的1\/62，是18.2。
他想到了批量修改的办法。
借助AI写了个脚本，把正确字符的位置记录下来，例如：
[1,754],782,801,858,867,……
脚本先读取这个文件，把不在这个范围的字符位置批量修改。
首先，都改成a，
再打开文件观察，
把字符a的过一遍，
其中，没红点是正确字符，
将它们位置补充到文件里。
这个方法可能会出现重复，所以脚本每次读取位置前，都要去重、合并区间，将正确字符位置文件归整化。
第2次修改，再重复这个过程。
改成字符b。
第3次，改成字符c，
第4次，改成字符d，
……
看似每次都要用眼睛扫描1000多个字符，实际并没有那么多。
因为当次需要注意的，只有一个字符，如a、b、c、d……
王霁可以用查找功能，直接定位出这个字符，高亮显示，他需要调整的，是那些高亮显示、又没有红点的。
非常快！
从概率讲，每次平均能找出18个。
应该花不了太多时间。
因此他夸下海口，1小时搞定！
对石磊道：“我大概1小时后就能破译密钥，麻烦石总转告数安同事，请他们准备清除木马、恢复文件系统。”
看到王霁自信的笑容、坚定的手势，排除他瞎J8吹牛逼的可能性……
一定是又有重大突破！
在场领导士气大振！
唐锐问：“小伙子，你有几分把握？你要明白，事关重大啊！”
王霁不认识唐局，笑道：“满分有几分，我就有几分把握。现在是0点10分，1点10分我准时给你们密钥。”
说完，比划了个手势。
嘘——
爱卿退下，朕要开始装逼了！
会议室重归安静，王霁输入命令，第一次执行脚本，随即……
打开编辑器、
查找字符a、
跳到第1个高亮无红点处、
记录位置、
跳到第2处……
全程下来，总共花费……
70秒！
主要是录入很花时间。
他心算了下，总共需要61次循环，因为最后一次可以直接改成9，每次按70秒算的话，总共需要……
72分钟。
比预计的1小时，多出12分钟。
卧槽，大意了！
装逼一时爽……