缩器的负担。
与压缩第一卷梦境数据时类似，第二根数据柱体在力场的牵引下被塞进了压缩器中。这再次引起了压缩器构型的剧烈震颤，震颤的幅度甚至用肉眼都可以轻易分辨出来。
压缩数据超负荷的警告很快从各个节点传向了超核，压缩器显然认为无法同时对两卷梦境数据进行压缩。
事实上，在经过了起初的震颤之后，两个中空圆筒都开始了剧烈地不规律收缩，原本20公里的直径最低收缩到了接近16公里，尽管很快便反弹回正常值，但过度收缩会导致过高的压缩率，最终有可能导致梦境数据损坏。
超核第一次对方桉能够顺利执行下去产生了怀疑，在它的监测中，压缩器的负荷确实已经达到了理论上极限值，尽管奇迹般地没有崩溃，但如果那种不规律的收缩使得数据损坏，同样会导致前功尽弃。
它将视线转向一片被隔离墙重重包围的空间，决定看看模湖逻辑模块的想法。
“会、会坏掉的……两根一起……不行！！”
极高频率的“尖叫”一下子充斥了超核的信息输入通道，甚至将其它节点传来数据超负荷警告都压了下去。
面对这种结果，超核很罕见的花了漫长的35毫秒来思考，35毫秒后，它得出了结论——
压缩器不会损坏，数据也不会损坏，可以同时压缩两卷梦境数据。
至于理由：因为模湖逻辑模块还有力气不停“尖叫”，说明它已经判断出压缩器和数据都不会收到实质性的损伤，如果它像死掉一样一声不吭，那才是真的出问题了。
超核决定相信模湖逻辑模块的“判断”，控制着力场，不顾压缩器发出的悲鸣，将第二卷梦境继续向内推入。
经过漫长的155秒后，第二卷梦境数据的前段也被推到了量子巢的底部。超核的判断是正确的，无论是压缩器还是数据，最终都没有发生损坏。
第二卷数据进入之后，量子巢中的空间顿时变得更加局促了，甚至于柔韧的晶面都被撑得微微变形。
但接下来才是最考验的量子巢强度的环节：
数据解压。
古老之核需要将已经导入量子巢的数据一点点解压，让量子巢的晶格将解压后的数据吸收，如此，才算将梦境数据真正存入她的体内。
超核启动了一个进程，对量子巢的状态进行评估，并很快得出结论：可以按照原计划，在量子巢中解压梦境数据。
在超核的指令下，封装数据
…。。