第一千四百五十六章 一顿没有和顿顿饱要分清(2/3)

作品:《诅咒之龙

来,专门加速解决着这边的问题,这些空间魔技者们看着郑逸尘的嘴脸,表情崩的紧紧的,想要揍这条龙但就是打不过,明明是一个空间魔技刚刚入门没有多久的龙,结果在一些表现上面已经全面的超过了他们,这让这些空间魔技者们感觉颇为的不爽。

有着魔女撑腰就这么的任性吗?他们也想要背后有着一名实力强大,同时知识储备量又特别高的魔女在他们身后扶他们一把……咳咳,总之羡慕嫉妒恨什么的,他们很想要表现出来的,他们也想要学学这条龙,胃不好不能吃硬的东西。

总之看着这条龙扯高气扬的样子,实在是太……不爽了,空间魔技者们的想法差不多是这样的,别的施法者看着他的时候想法却是另一种,这条龙的战绩他们记得很清楚,能力方面更是没的说,想想地牢的那个窟窿吧,郑逸尘当初能够在那个地方开出来一个窟窿绝对不是什么巧合,要么是硬实力,要么就是有着独特的东西辅助,让他能做到那一步,但不管怎么说,他都能够突破遗迹防护的能力。

这个才是最让人在意的部分了,黑暗教会的人时时刻刻的盯着郑逸尘,在规则内允许的范围内,他们当然能这么做了,只是看看人而已,脸在那里长着还不准别人看了是不是?只是郑逸尘也很滑溜,稍稍不留神就会摆脱大部分人的视线,他们知道拉布斯特帝国和郑逸尘走得近,但怎么也没有想到拉布斯特帝国知道的东西出乎意料的多。

也就是因为他们知道的东西很多,所以在郑逸尘悄摸摸的挖古代遗迹的时候,才会额外的配合着他,就和之前说的那样,配合了他们也能分走一部分的东西,不配合这条龙单干也不是不行的,他曾经就表现出来过相应的实力了,单干无非就是顶住更多的压力,但他也能肆无忌惮的搜刮一些东西,反正用的不是本体,随便浪了。

同时宝库内部大家还都不能在里面随便的战斗,那条龙跑进去了,他们还能指望拆了宝库不成?为了防止他带走众多东西,直接关掉宝库的大门?好想法,但是有这样的想法同时也要好好的想一想,这条龙被关进去的只是一个炼金化身而已。

不需要吃喝的那种,万一他还能在那种情况下继续控制炼金化身活动,那么等宝库重新开放的时候,里面完全空了怎么办?各种各样高几率发生的事情,让拉布斯特帝国不会想太多,好好的配合就是了,好好配合什么都有。

眼看着郑逸尘重新进入了宝库里面,黑暗教会的人微微迟疑了一下,当即跟了上去,跟一次跟也是跟,两次也差不多,得罪这条龙什么的都是小事了,还是上头的任务更加的重要一些,其他的就那么一回事吧。

对于跟上来的人,郑逸尘都已经不放在心上了,这个又不能阻止,他又不是动不动就杀人不讲理的,跟过来看看就看看吧,他现在是给宝库里面的东西做个记录的,之前那最少是超过三万件的说法就是郑逸尘自己统计出来的,现在他只是更进一步的做个统计,这么做虽然显得有些浪费时间和无意义。

但闲着也是闲着,他要在这里淘金一般找到更加重要的东西,不这么做也不行,既然都这样了,干嘛部趁着做这件事的时候,顺便的整点有意义的事情?反正这么做了也不浪费时间,能够抵挡住空间裂隙的东西,郑逸尘开始都是以那些铠甲之类的防具为准的。

找了几次之后就放弃了,不是方向没有找对,是那些东西实在是太奇葩了一些,这么说吧,古代生物中人了只是一个普通的种族,而不是现代的大陆恶霸,几乎遍布整个大陆的大种族,古代的时候人类并非是主角,所以那些防护类型的道具基本上看不到什么人样的。

奇形怪状的,倒是给萝丽丝弄出来的一个古代生物数据库提供了不少的帮助,根据郑逸尘统计出来的那些奇形怪状的铠甲类型道具的数量,判断出来了古代的时候,这个遗迹主要是以什么古代生物为主的,当然眼下最主要的还是要说人类。

无论古代遗迹这边曾经主导这里的物种究竟多么的强大和特殊,现在都是已经灭绝了的,之前说带走的魔法道具中有很多都不能直接投入使用,除了需不需要这个问题外,还有就是那些东西有相当的一部分,也都不是人类使用的,虽说有通用型的,但数量就那么一回事了。

简单的来说就是那些东西就是为了古代主要种族们而制作的,人类在古代的时候显得很一般,所以那些东西再怎么折腾,也犯不着专门以人类的审美以及规格需求制作,就算是收集宝物也肯定要以那些主要种族为主。

不过现在成了人类主导的大陆了,那些规格不怎么匹配的东西,也都是现代人类能够评头论足的东西,郑逸尘更是已经在做统计事情的同时,开始对那些古代的宝物进行了分解操作,虽说有些浪费吧,但拆了能够得到更多有用的信息,主要是那些道具内部的魔法结构以及相应的设计等等,更难得的是还能得到古代的稀有材料。

那种东西很多都是古代特有的,经过了历史断层浩劫之后,直径绝版了的材料,那些材料归类之后,郑逸尘琢磨着囤积的足够多了,开发出来一件新的武器也不错,眼下就是
本章未完,请翻下一页继续阅读......... 诅咒之龙 最新章节第一千四百五十六章 一顿没有和顿顿饱要分清,网址:https://www.dushuwo.net/231/231221/1458.html