第33章 实验分析·肌肉自动化第一次人体实验

    “继续？”大蛇丸挑了挑眉，看向弘树。


    弘树深吸一口气，没有看倒在地上的尸体，而是径直地走向了第二个。


    “继续。”他说。


    弘树如此说着，但是思维却已经深入到了脑袋里的桌面，他新建了一个【肌肉自动化的人体实验失败原因分析】的log文件。


    主题：肌肉_自动化生长v0.1.bat人体试验失败的根本原因分析。


    最终目标：分析错误原因，构建修正假说，并设计出v0.2版本的实验方案，以在人体上实现可控、非致命的肌肉生长。


    1.数据回顾与根本原因分析：


    ……


    到这里，弘树略微思考了一下。


    在第一个人体进行实验的时候，他使用的是老鼠的脚本，且是在老鼠身上已经趋于平衡的脚本，但是仅仅不到一分钟的时间，第一个人就快速死亡，这甚至比自己对老鼠使用的第一个脚本的效果还要更加夸张，至少老鼠可还活了7天。


    问题出在哪里？


    弘树皱眉思考着。


    老鼠实验明明成功了……要说老鼠和人的区别，最大的区别应该是体量问题。


    一只小老鼠的体重是500克左右，而一个成年人几乎接近70公斤。


    这意味着是将近140倍的体重，更意味着体内各种肌肉数量，细胞组织数量上，老鼠跟人完全不在一个数量级上。


    极有可能是因为这样，才导致脚本在人体上的效果并非动物模型的简单放大，从而致使了第一个实验体的死亡。


    如此分析着，弘树略微修改了一下代码——


    他脑海中，肌肉_自动化生长v0.1.bat的源文件被调出。


    他要修改关于体量的部分。


    体量差异导致了资源请求的灾难性放大，这是最有可能的原因。


    目前v0.1脚本的指令是一个全局指令，它向“全身肌群列表”中的每一个细胞都发起了最大强度的资源请求。


    对老鼠而言，这是或许是可以勉强承受的负荷；但对一个成年人类，或许这就是无法承受的部分。


    就像是“DDoS攻击”一样。


    所谓的“DDoS攻击”，就是跟之前弘树开发的大脑过载攻击的方式类似。


    以罪犯为例，他身体里的每一束肌纤维，每一个细胞，在同一时间向一个服务器（在这里，是身体的血液循环系统），发送了海量的、无用的访问请求（在这里，是对例如请求“钙离子”）。


    但是，人体的钙离子是有限的，这个数量可能并不够多，在海量的细胞同时请求下，钙离子迅速就耗尽了。


    前面说到，一个成年人的体重是接近于老鼠的140倍，这也意味着，当他的脚本下达同一个指令时，人体内需要响应这个指令的细胞数量，是鼠类的一百多倍。


    这就极可能造成异常。


    比如说，以钙离子失衡为例，弘树勉强从记忆里找到，钙离子在人体正常血液中的钙离子含量大约在8.6-10.2 mg/dL，而在老鼠的体内为8.40±1.09 mg/dL。


    这个量是相当接近的。


    但是……在全局指令下的瞬时资源需求（脚本所需的钙离子）


    成年人类，肌肉总量：约28公斤（28000克），在合成增长肌肉的时候，假设每克肌肉需要0.1毫克的钙离子来启动，那么全局指令下，人体的瞬时总需求量高达2800毫克。


    而按同样按0.1毫克/克计算，鼠类的瞬时总需求量为22.5毫克。


    此时按照比例来说，似乎还相差不多？


    但不能这样算。


    一只老鼠（500g左右）的血液总量约32毫升，大概储备是3.2毫克的钙离子，与需求22.5毫克相差是7倍。


    但是一个人（70kg）的血液总量仅为5000毫升，而在人类身上需求（2800毫克）是储备（500毫克）的约5.6倍。


    虽然赤字比例看似略小于老鼠，但实际上两个实际需求差，却差得太多了。


    老鼠总计是缺少19.3毫克的钙离子。


    而人类却缺少将近2300毫克。


    双方需求差相近百倍！且实际需求，人类比老鼠高出将近2280毫克的钙离子！这样的缺失，其绝对规模是毁灭性的，与直接的。


    同样的类比，假设一个老鼠失血8克，这对于老鼠来说是四分之一，一个人失血800克，这个甚至还不到五分之一，但人类的影响肯定是要比老鼠更大，更难以弥补的。


    因为这是量级上的差异。


    不过这还只是假设。


    具体到人体上，合成肌肉需要多少的钙离子，那是无法算清的，弘树作为一个程序员的记忆里，也没有能找到关于钙离子相关的信息。


    而以木叶当前的水平来看，似乎也没有那么厉害，能够算清钙离子，所以关于是否是体量上的差异，还是需要测试一下。


    但弘树他必须将全局指令改为靶向应用，这点肯定是没问题的。


    弘树的意念在代码上飞速修改。他删除了那个以全身肌群列表为目标的循环指令，将其替换为一个强制性的输入参数：指定目标肌群。


    这样的话，补丁就可以只针对部分肌群进行强化。


    但这还不够。


    弘树虽然第一次实验，就杀了一个人，但是试验品终究是有限的，弘树并不想再用更多的错误，来导致自己的实验体继续死亡。


    而即便只针对一个肌群，100%的强度依旧是未知的风险。他继续添加新的参数，引入了一个节流控制机制——一个名为生长强度百分比的变量，并将默认值强制设定在一个仅有5%的保守水平。


    这个变量是用来限制单位时间内，生长的肌肉总数的，以便确定到底什么样的数值，会导致人体出现异常。


    最后，他想了想，先把手按在了罪犯身上，很快就在一大堆的文件里找到了想要的数据：血钙、pH值、钙离子储备等信息！


    紧接着，弘树为这个程序加上了最重要的保险。一个并行的资源监视器，有点类似于弘树给自己编写的，实时观看CPU和内存的资源监视器，用于实时监控血钙、pH值等关键生理参数。


    不过，弘树并没有在对应的文件夹里，找到具体的储备量的信息，他只能看见百分比。


    但仔细想想，这似乎也是正常的——毕竟人体又不会按照人类的称重的方式，会对钙离子等资源进行称重。


    只要有比较模糊百分比，其实也可以进行判断一个人是否处于正常状态了。


    弘树将监视器设置为：一旦任何指标触及预设的安全阈值，监视器将立即下调生长强度或触发紧急停机。同时，一个工作/休息计时器也被加入，将持续性的高压工作，转变为周期性模式。


    肌肉_可持续性生长v0.2.bat，编译完成。


    弘树深吸一口气，开始了自己的第二次实验，那人剧烈地瑟缩了一下，眼中满是哀求的恐惧。弘树无视了他。


    罪犯没有必要去拯救，还是老老实实地化作他变强的养料比较好。


    他在思维的静默中，下达了指令：“执行。”


    “血钙水平开始下降！”一名研究员的声音骤然紧张，“下降3%……但跟上一次比，已相对稳定！”


    “乳酸水平在安全范围内波动，”另一人紧接着报告，“对象心率升高，但节律稳定，未出现异常搏动。”


    “我们似乎……成功了？”一个研究员看向了弘树。


    弘树深吸了一口气，缓缓开口：


    “……”