么可能，换句话说，你能把手电筒插在菜板上吗？

于是，森格立刻通过在维加斯的基地设备，连接了n58的主控模板。他不需要知道这些模板上的数据是什么，有什么作用，他现在要做的就是把第六条代码下的十个符号，融合到n58的核心模板上去。

通常情况下，卫星会在太空飘荡几十年，有的甚至是上百年，那么这其中的升级跟维护就变的特别的重要，模板控制程序在升级的时候，会直接通过地面的接受与发射设备进行更新，独特的数据通过射电信号发送到卫星的主板上，卫星就会自动的更新。

森格先根据地面的更新数据框架，编写了一个模拟的升级程序，保持框架不变就是为了能够让n58自带的系统进行正确的识别。至于程序的内容，森格把十个符号加入到了升级程序中，并且通过控制命令，强行的刷新n58的主板模块，把这是个符号印刻在n58的主板上。

但是编写这个射击程序，可不是那么简单的，好几次都被n58拒绝识别，森格找不出n58拒绝识别程序的原

因，他检查自己编写的这些代码，跟原版的代码几乎没有什么不同，可是怎么会产生冲突呢？

森格试着把原版代码也上传到了n58上，这回却正常的识别并且安装了。森格就奇了怪了，他到底是错在哪儿呢？难道n58具有检测程序字符的功能？这根本是不可能的啊，人类的技术还没有达到能够让模拟模块具有自我的检测功能，这是卫星，不是电脑。

这一次，又让森格陷入了沉思中，他把自己的编写的程序跟原版程序，一个字符一个字符的对，唯一改变的，就是他的程序多了一条强制进行模块升级的代码而已，从理论上来说，这也是可以接受的不是吗？

可n58却为什么接受呢？几个小时一眨眼就过去了，森格始终都在看他的代码到底是有什么错误？看着看着，森格忽然发现了一个问题，在模拟程序上，添加了神秘代码的程序，在进行自动执行的时候，会改变程序本身的属性。

这就像是本来你下载了一个rar的压缩文件，可到了

电脑中，却变成了bat文件，你让电脑怎么去分辨这个文件的属性？