那真扛不住，🐇♛🉄再强大的性能，供应不起也没有任何用处。
不过性能方白不想降🃂🔺🅫低，想要减少功耗，只能在体积🛏上想想办法。😲🅔🆑
扩大体积，采用更多🃂🔺🅫法阵、进行更细化的分工配合，提高精神力利用率的情况下应该能在保持性能不⛍变的情况下降低功耗。
而感知法阵其实也大概是同样的道理。
此外方白觉得，还需要设计多人精神力并联的结构，这样一个项目组就能共同使用算力资源进行计算，分🆙🏻🟖工协作，各自负责各自的部分。
然后功耗也🞺🙋能由所有人共同承担，这样较为合理。
不过想到这里，方白思维不禁发散开来。
“不同人的精神力在同一个算力法阵内完成串联，可以共同📟对这个算力法阵进行🁙🆑🎵控制。
那这不就相当于文档的团队修改功能吗？
简单的文档修改功能都能被当成即时聊👶天工具用做摸鱼。
那不同人📛连接同一个🃂🔺🅫算力法阵的时候也可以用作交🃛流才对啊。
以算力法阵的无线并联特性，我只要使用足够多🀵的算力💬法阵布置开来，那我岂不是就可以得到一🖨🕌张基于精神力的网络？”
方白🔋⚬的思维现在发散得厉害，🔻🅷源源🝩不断的灵感扩散开来。
“那这😰🄿样岂不是可以实现网络功能，并👶且🝼🐣🁩将算力资源串联在网络上共享使用？”
方白甚至还🞺🙋想到各🚤个法师的法术位，因为结构一样、同根同源，法师法术位完全可以无阻碍并入网络，只要法师本人配合，完全成为可调用的算力资源之一。
“云计算啊。”
方白眼睛逐渐亮起，不过🝰🎯当看到算力法阵的时候瞬间冷静下来。
“想法没错，也很美好，但现在还不现实。
光是🔋⚬运转几秒钟就把我抽空了，想要大规模布置建立🛏网络并且全时段运行任重道远。”
方白想了想，将这个想法编辑🔻🅷成册🝩抛入项目库当中，并建立积分悬赏。