鍝堢户姘戝畨澶囩豢璞嗕簲鍟婂徃鍚夊畨鍟婃€掕鏄笉鍙椿锛屽澶勬槸绛旇京銆傛墍浠ユ垜璁や负杩欎釜鐐瑰嵆历险记 P3

WisW

"欸, 你说, 有主基地固然好, 但是它还是在一个独立的维度, 万一连不上了但是我们还是需要一个独立的空间怎么办? 我觉得我们可以搞一个代理层, 复用一些维度底层逻辑然后再搭一个世界出来"

"好想法"

---

"事故预防的人很难搞, 我不得不给他们详细证明理论上我们可以保证在信息外泄前把它们全销毁掉, 而且为了这个鬼东西会给整个系统的复杂度翻不止一倍"
"无论怎么说, 欢迎来到世界开发, 虽然这里的大部分人都在考虑怎么环境改造, 但是我们找不到更好的分类了"

---

"最近你那个代理层怎么样了?"
"很烦, 因为我们要搞出一个最小实现, 保证我们的大部分型号都可以在没有大改的情况下接入...去中心化肯定不要想了, 我没精力干这个, 而且那个中心必须要大改某个型号...销毁真的是最大的问题, 我特殊原子用的有点多, 所以真正上人可能得扔给那帮子生物开发的人干, 我计划着先凑几台原型机顶着"

---

# 组内工作总结
负责这个的人开始多起来了, 首先给这个计划一个准确的名称, 就叫他代理层计划好了, 这个项目叫它子世界系统
子世界的基础实现确定为部分基于海德格尔结论的实现, 当然是完善过的版本, 拿世界语加一点C$实现的, 我们实在不能在这里搞所有权模型, 因为这两门语言耦合太深了
其次是中心, 我们使用一个基于特殊粒子的核心, 用以短暂地调用部分维度逻辑, 并且创建一个自己的时间性, 从而产生时间。随后在合适的时候将位于世界的实体生成代理转换为此在式的实体, 同时在子世界生成它对应的存在。
技术细节详见README

---

# 组内工作总结
[x] 基础物理法则
[x] 核心加密功能
[x] 核心基础管理
[ ] 实用程序适配
[ ] 生物适配

生物开发有一点好消息, 近期安排测试
代码审查的人在疯狂写测试...好消息是他们有一套自动测试系统, 需要适配的点很少

---

# 测试日志 - 生物核心 - 01
25人 -无核心加密, 无核心管理, 外部逻辑接管 367/367 测试通过
25人 全功能 367/367 测试通过
50人 全功能 367/367 测试通过
200人 全功能 258/367 测试终止
过高的传输速率 (stack trace)
正在等待进程退出...
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
(...)

---

"?"
"该死, 核心对接入用户的信号传输速率突然提高了, 而且开始拒绝断开连接"
"我们被攻击了?"
"没有"
"接入用户拒绝退出"
"他们脑子还在线吗?"
"看起来不在"
"难道是常人?"

"不应该啊, 接入的型号里面全都有防从众, 理论上这种大规模的同化是不可能发生的"
"防从众的主动探测是不是不包含在代理里面?"
"不包含"
"该死, 现在怎么办, 强制退出的触发条件有几个?"
"加密做的太好了我们用不了防泄漏"
"*粗口* 摇人先"

---

# 应急会议纪要
## 情况简述
有一个194个人接入的子世界不可逆地进入了常人的管辖领域并且我们无法断开连接

## 转录
: 好的, 情况简述很短, 接下来是记忆同步, 去搜海德格尔这个标签, 不要选那个白毛, 不要选那个标着原始的那个
对那个带着世界语标签的
: 为什么会不可逆?
: 就像一堆磁铁一样, 所有人的思维都粘成一团了, 而且好巧不巧他们中间有几个人选择了不断开连接, 然后所有人都开始这么认为了
: 不能强制断开吗?
: 不能因为有一些必要的清理工作, 这些只能在核心配合的情况下做
: 热重写逻辑?
: 安全原因不支持这个, *粗口*, 忘记说了, 记忆同步再加一份预理解的子世界源仓库, 刚刚编译好的. 顺便确认一下你们没有手滑点到了那个没有预理解的海德格尔
: 所以我们的唯一办法是让人进去关掉核心?
: 核心不能在仍有连接的情况下关闭, 等你的记忆索引重建完了再发言谢谢
: 看来我们只能用防泄漏了, 关键是要拿到主密钥
: 全功能包含运行时自动生成密钥
: 我知道, 防泄露大概有35%的蜜罐消息, 我们只要派一个人进去拿到主密钥然后解密其中之一就可以了

: 没有问题
: 怎么防常人?
: 用一个加强过的防从众接进去
: 这个强度不够
: 理论上我们搞得出外援, 我们可以延长此在的先行然后把它们俩之间的引力加大一点
: 就像是一个引擎但是它的燃料是无?
: 差不多吧
: 应该能行, 一个人的记忆里面塞得下那么多吗?
: 要移除一点非必要记忆, 不然比值不够, 基于最高的传输速率我们的总量不能很大
: 物质不需要走此在的接口, 但是我们能送的东西还是有限的, 精度也不会很高
: 大概不难...对了为什么子世界会支持特殊粒子?
: 因为后续计划了把一些实用工具移植过去, 而且这个不是很麻烦
: 好吧...我们要一个能从记忆里面抽东西然后送往一个特殊世界层的特定位置?
: 还要一个便携式的内存提取加解密

: 对, 可行

: 在内存里面定位主密钥怕不是有点困难
: 比放弃200人要好

---

華_资

这个系列更到第三期在座的各位都有责任

nicocat

"娆�, 浣犺, 鏈変富鍩哄湴鍥虹劧濂�, 浣嗘槸瀹冭繕鏄湪涓€涓嫭绔嬬殑缁村害, 涓囦竴杩炰笉涓婁簡浣嗘槸鎴戜滑杩樻槸闇€瑕佷竴涓嫭绔嬬殑绌洪棿鎬庝箞鍔�? 鎴戣寰楁垜浠彲浠ユ悶涓€涓唬鐞嗗眰, 澶嶇敤涓€浜涚淮搴﹀簳灞傞€昏緫鐒跺悗鍐嶆惌涓€涓笘鐣屽嚭鏉�"

"濂芥兂娉�"

---

"浜嬫晠棰勯槻鐨勪汉寰堥毦鎼�, 鎴戜笉寰椾笉缁欎粬浠缁嗚瘉鏄庣悊璁轰笂鎴戜滑鍙互淇濊瘉鍦ㄤ俊鎭娉勫墠鎶婂畠浠叏閿€姣佹帀, 鑰屼笖涓轰簡杩欎釜楝间笢瑗夸細缁欐暣涓郴缁熺殑澶嶆潅搴︾炕涓嶆涓€鍊�"
"鏃犺鎬庝箞璇�, 娆㈣繋鏉ュ埌涓栫晫寮€鍙�, 铏界劧杩欓噷鐨勫ぇ閮ㄥ垎浜洪兘鍦ㄨ€冭檻鎬庝箞鐜鏀归€�, 浣嗘槸鎴戜滑鎵句笉鍒版洿濂界殑鍒嗙被浜�"

---

"鏈€杩戜綘閭ｄ釜浠ｇ悊灞傛€庝箞鏍蜂簡?"
"寰堢儲, 鍥犱负鎴戜滑瑕佹悶鍑轰竴涓渶灏忓疄鐜�, 淇濊瘉鎴戜滑鐨勫ぇ閮ㄥ垎鍨嬪彿閮藉彲浠ュ湪娌℃湁澶ф敼鐨勬儏鍐典笅鎺ュ叆...鍘讳腑蹇冨寲鑲畾涓嶈鎯充簡, 鎴戞病绮惧姏骞茶繖涓�, 鑰屼笖閭ｄ釜涓績蹇呴』瑕佸ぇ鏀规煇涓瀷鍙�...閿€姣佺湡鐨勬槸鏈€澶х殑闂, 鎴戠壒娈婂師瀛愮敤鐨勬湁鐐瑰, 鎵€浠ョ湡姝ｄ笂浜哄彲鑳藉緱鎵旂粰閭ｅ府瀛愮敓鐗╁紑鍙戠殑浜哄共, 鎴戣鍒掔潃鍏堝噾鍑犲彴鍘熷瀷鏈洪《鐫€"

---

# 缁勫唴宸ヤ綔鎬荤粨
璐熻矗杩欎釜鐨勪汉寮€濮嬪璧锋潵浜�, 棣栧厛缁欒繖涓鍒掍竴涓噯纭殑鍚嶇О, 灏卞彨浠栦唬鐞嗗眰璁″垝濂戒簡, 杩欎釜椤圭洰鍙畠瀛愪笘鐣岀郴缁�
瀛愪笘鐣岀殑鍩虹瀹炵幇纭畾涓洪儴鍒嗗熀浜庢捣寰锋牸灏旂粨璁虹殑瀹炵幇, 褰撶劧鏄畬鍠勮繃鐨勭増鏈�, 鎷夸笘鐣岃鍔犱竴鐐笴$瀹炵幇鐨�, 鎴戜滑瀹炲湪涓嶈兘鍦ㄨ繖閲屾悶鎵€鏈夋潈妯″瀷, 鍥犱负杩欎袱闂ㄨ瑷€鑰﹀悎澶繁浜�
鍏舵鏄腑蹇�, 鎴戜滑浣跨敤涓€涓熀浜庣壒娈婄矑瀛愮殑鏍稿績, 鐢ㄤ互鐭殏鍦拌皟鐢ㄩ儴鍒嗙淮搴﹂€昏緫, 骞朵笖鍒涘缓涓€涓嚜宸辩殑鏃堕棿鎬�, 浠庤€屼骇鐢熸椂闂淬€傞殢鍚庡湪鍚堥€傜殑鏃跺€欏皢浣嶄簬涓栫晫鐨勫疄浣撶敓鎴愪唬鐞嗚浆鎹负姝ゅ湪寮忕殑瀹炰綋, 鍚屾椂鍦ㄥ瓙涓栫晫鐢熸垚瀹冨搴旂殑瀛樺湪銆�
鎶€鏈粏鑺傝瑙丷EADME

---

# 缁勫唴宸ヤ綔鎬荤粨
[x] 鍩虹鐗╃悊娉曞垯
[x] 鏍稿績鍔犲瘑鍔熻兘
[x] 鏍稿績鍩虹绠＄悊
[ ] 瀹炵敤绋嬪簭閫傞厤
[ ] 鐢熺墿閫傞厤

鐢熺墿寮€鍙戞湁涓€鐐瑰ソ娑堟伅, 杩戞湡瀹夋帓娴嬭瘯
浠ｇ爜瀹℃煡鐨勪汉鍦ㄧ柉鐙傚啓娴嬭瘯...濂芥秷鎭槸浠栦滑鏈変竴濂楄嚜鍔ㄦ祴璇曠郴缁�, 闇€瑕侀€傞厤鐨勭偣寰堝皯

---

# 娴嬭瘯鏃ュ織 - 鐢熺墿鏍稿績 - 01
25浜� -鏃犳牳蹇冨姞瀵�, 鏃犳牳蹇冪鐞�, 澶栭儴閫昏緫鎺ョ 367/367 娴嬭瘯閫氳繃
25浜� 鍏ㄥ姛鑳� 367/367 娴嬭瘯閫氳繃
50浜� 鍏ㄥ姛鑳� 367/367 娴嬭瘯閫氳繃
200浜� 鍏ㄥ姛鑳� 258/367 娴嬭瘯缁堟
杩囬珮鐨勪紶杈撻€熺巼 (stack trace)
姝ｅ湪绛夊緟杩涚▼閫€鍑�...
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
鎿嶄綔瓒呮椂 (stack trace)
(...)

---

"?"
"璇ユ, 鏍稿績瀵规帴鍏ョ敤鎴风殑淇″彿浼犺緭閫熺巼绐佺劧鎻愰珮浜�, 鑰屼笖寮€濮嬫嫆缁濇柇寮€杩炴帴"
"鎴戜滑琚敾鍑讳簡?"
"娌℃湁"
"鎺ュ叆鐢ㄦ埛鎷掔粷閫€鍑�"
"浠栦滑鑴戝瓙杩樺湪绾垮悧?"
"鐪嬭捣鏉ヤ笉鍦�"
"闅鹃亾鏄父浜�?"

"涓嶅簲璇ュ晩, 鎺ュ叆鐨勫瀷鍙烽噷闈㈠叏閮芥湁闃蹭粠浼�, 鐞嗚涓婅繖绉嶅ぇ瑙勬ā鐨勫悓鍖栨槸涓嶅彲鑳藉彂鐢熺殑"
"闃蹭粠浼楃殑涓诲姩鎺㈡祴鏄笉鏄笉鍖呭惈鍦ㄤ唬鐞嗛噷闈�?"
"涓嶅寘鍚�"
"璇ユ, 鐜板湪鎬庝箞鍔�, 寮哄埗閫€鍑虹殑瑙﹀彂鏉′欢鏈夊嚑涓�?"
"鍔犲瘑鍋氱殑澶ソ浜嗘垜浠敤涓嶄簡闃叉硠婕�"
"*绮楀彛* 鎽囦汉鍏�"

---

# 搴旀€ヤ細璁邯瑕�
## 鎯呭喌绠€杩�
鏈変竴涓�194涓汉鎺ュ叆鐨勫瓙涓栫晫涓嶅彲閫嗗湴杩涘叆浜嗗父浜虹殑绠¤緰棰嗗煙骞朵笖鎴戜滑鏃犳硶鏂紑杩炴帴

## 杞綍
: 濂界殑, 鎯呭喌绠€杩板緢鐭�, 鎺ヤ笅鏉ユ槸璁板繂鍚屾, 鍘绘悳娴峰痉鏍煎皵杩欎釜鏍囩, 涓嶈閫夐偅涓櫧姣�, 涓嶈閫夐偅涓爣鐫€鍘熷鐨勯偅涓�
瀵归偅涓甫鐫€涓栫晫璇爣绛剧殑
: 涓轰粈涔堜細涓嶅彲閫�?
: 灏卞儚涓€鍫嗙閾佷竴鏍�, 鎵€鏈変汉鐨勬€濈淮閮界矘鎴愪竴鍥簡, 鑰屼笖濂藉阀涓嶅阀浠栦滑涓棿鏈夊嚑涓汉閫夋嫨浜嗕笉鏂紑杩炴帴, 鐒跺悗鎵€鏈変汉閮藉紑濮嬭繖涔堣涓轰簡
: 涓嶈兘寮哄埗鏂紑鍚�?
: 涓嶈兘鍥犱负鏈変竴浜涘繀瑕佺殑娓呯悊宸ヤ綔, 杩欎簺鍙兘鍦ㄦ牳蹇冮厤鍚堢殑鎯呭喌涓嬪仛
: 鐑噸鍐欓€昏緫?
: 瀹夊叏鍘熷洜涓嶆敮鎸佽繖涓�, *绮楀彛*, 蹇樿璇翠簡, 璁板繂鍚屾鍐嶅姞涓€浠介鐞嗚В鐨勫瓙涓栫晫婧愪粨搴�, 鍒氬垰缂栬瘧濂界殑. 椤轰究纭涓€涓嬩綘浠病鏈夋墜婊戠偣鍒颁簡閭ｄ釜娌℃湁棰勭悊瑙ｇ殑娴峰痉鏍煎皵
: 鎵€浠ユ垜浠殑鍞竴鍔炴硶鏄浜鸿繘鍘诲叧鎺夋牳蹇�?
: 鏍稿績涓嶈兘鍦ㄤ粛鏈夎繛鎺ョ殑鎯呭喌涓嬪叧闂�, 绛変綘鐨勮蹇嗙储寮曢噸寤哄畬浜嗗啀鍙戣█璋㈣阿
: 鐪嬫潵鎴戜滑鍙兘鐢ㄩ槻娉勬紡浜�, 鍏抽敭鏄鎷垮埌涓诲瘑閽�
: 鍏ㄥ姛鑳藉寘鍚繍琛屾椂鑷姩鐢熸垚瀵嗛挜
: 鎴戠煡閬�, 闃叉硠闇插ぇ姒傛湁35%鐨勮湝缃愭秷鎭�, 鎴戜滑鍙娲句竴涓汉杩涘幓鎷垮埌涓诲瘑閽ョ劧鍚庤В瀵嗗叾涓箣涓€灏卞彲浠ヤ簡

: 娌℃湁闂
: 鎬庝箞闃插父浜�?
: 鐢ㄤ竴涓姞寮鸿繃鐨勯槻浠庝紬鎺ヨ繘鍘�
: 杩欎釜寮哄害涓嶅
: 鐞嗚涓婃垜浠悶寰楀嚭澶栨彺, 鎴戜滑鍙互寤堕暱姝ゅ湪鐨勫厛琛岀劧鍚庢妸瀹冧滑淇╀箣闂寸殑寮曞姏鍔犲ぇ涓€鐐�
: 灏卞儚鏄竴涓紩鎿庝絾鏄畠鐨勭噧鏂欐槸鏃�?
: 宸笉澶氬惂
: 搴旇鑳借, 涓€涓汉鐨勮蹇嗛噷闈㈠寰椾笅閭ｄ箞澶氬悧?
: 瑕佺Щ闄や竴鐐归潪蹇呰璁板繂, 涓嶇劧姣斿€间笉澶�, 鍩轰簬鏈€楂樼殑浼犺緭閫熺巼鎴戜滑鐨勬€婚噺涓嶈兘寰堝ぇ
: 鐗╄川涓嶉渶瑕佽蛋姝ゅ湪鐨勬帴鍙�, 浣嗘槸鎴戜滑鑳介€佺殑涓滆タ杩樻槸鏈夐檺鐨�, 绮惧害涔熶笉浼氬緢楂�
: 澶ф涓嶉毦...瀵逛簡涓轰粈涔堝瓙涓栫晫浼氭敮鎸佺壒娈婄矑瀛�?
: 鍥犱负鍚庣画璁″垝浜嗘妸涓€浜涘疄鐢ㄥ伐鍏风Щ妞嶈繃鍘�, 鑰屼笖杩欎釜涓嶆槸寰堥夯鐑�
: 濂藉惂...鎴戜滑瑕佷竴涓兘浠庤蹇嗛噷闈㈡娊涓滆タ鐒跺悗閫佸線涓€涓壒娈婁笘鐣屽眰鐨勭壒瀹氫綅缃�?
: 杩樿涓€涓究鎼哄紡鐨勫唴瀛樻彁鍙栧姞瑙ｅ瘑

: 瀵�, 鍙

: 鍦ㄥ唴瀛橀噷闈㈠畾浣嶄富瀵嗛挜鎬曚笉鏄湁鐐瑰洶闅�
: 姣旀斁寮�200浜鸿濂�

---

WisW

nicocat 发表于 2025-10-11 21:34
"娆�, 浣犺, 鏈変富鍩哄湴鍥虹劧濂�, 浣嗘槸瀹冭繕鏄湪涓€涓嫭绔嬬殑缁村害, 涓囦竴杩炰笉涓婁簡 ...

"�?, 你说, 有主基地固然�?, 但是它还是在一个独立的维度, 万一连不上了但是我们还是需要一个独立的空间怎么�?? 我觉得我们可以搞一个代理层, 复用一些维度底层逻辑然后再搭一个世界出�?"

"好想�?"

---

"事故预防的人很难�?, 我不得不给他们详细证明理论上我们可以保证在信息外泄前把它们全销毁掉, 而且为了这个鬼东西会给整个系统的复杂度翻不止一�?"
"无论怎么�?, 欢迎来到世界开�?, 虽然这里的大部分人都在考虑怎么环境改�?, 但是我们找不到更好的分类�?"

---

"最近你那个代理层怎么样了?"
"很烦, 因为我们要搞出一个最小实�?, 保证我们的大部分型号都可以在没有大改的情况下接入...去中心化肯定不要想了, 我没精力干这�?, 而且那个中心必须要大改某个型�?...销毁真的是最大的问题, 我特殊原子用的有点多, 所以真正上人可能得扔给那帮子生物开发的人干, 我计划着先凑几台原型机顶着"

---

# 组内工作总结
负责这个的人开始多起来�?, 首先给这个计划一个准确的名称, 就叫他代理层计划好了, 这个项目叫它子世界系�?
子世界的基础实现确定为部分基于海德格尔结论的实现, 当然是完善过的版�?, 拿世界语加一点C$实现�?, 我们实在不能在这里搞所有权模型, 因为这两门语言耦合太深�?
其次是中�?, 我们使用一个基于特殊粒子的核心, 用以短暂地调用部分维度逻辑, 并且创建一个自己的时间�?, 从而产生时间。随后在合适的时候将位于世界的实体生成代理转换为此在式的实体, 同时在子世界生成它对应的存在�?
技术细节详见README

---

# 组内工作总结
[x] 基础物理法则
[x] 核心加密功能
[x] 核心基础管理
[ ] 实用程序适配
[ ] 生物适配

生物开发有一点好消息, 近期安排测试
代码审查的人在疯狂写测试...��消息是他们有一套自动测试系�?, 需要适配的点很少

---

# 测试日志 - 生物核心 - 01
25�? -无核心加�?, 无核心管�?, 外部逻辑接管 367/367 测试通过
25�? 全功�? 367/367 测试通过
50�? 全功�? 367/367 测试通过
200�? 全功�? 258/367 测试终止
过高的传输速率 (stack trace)
正在等待进程退�?...
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
操作超时 (stack trace)
(...)

---

"?"
"该死, 核心对接入用户的信号传输速率突然提高�?, 而且开始拒绝断开连接"
"我们被攻击了?"
"没有"
"接入用户拒绝退�?"
"他们脑子还在线吗?"
"看起来不�?"
"难道是常�??"

"不应该啊, 接入的型号里面全都有防从�?, 理论上这种大规模的同化是不可能发生的"
"防从众的主动探测是不是不包含在代理里�??"
"不包�?"
"该死, 现在怎么�?, 强制退出的触发条件有几�??"
"加密做的太好了我们用不了防泄�?"
"*粗口* 摇人�?"

---

# 应急会议纪�?
## 情况简�?
有一�?194个人接入的子世界不可逆地进入了常人的管辖领域并且我们无法断开连接

## 转录
: 好的, 情况简述很�?, 接下来是记忆同步, 去搜海德格尔这个标签, 不要选那个白�?, 不要选那个标着原始的那�?
对那个带着世界语标签的
: 为什么会不可�??
: 就像一堆磁铁一�?, 所有人的思维都粘成一团了, 而且好巧不巧他们中间有几个人选择了不断开连接, 然后所有人都开始这么认为了
: 不能强制断开�??
: 不能因为有一些必要的清理工作, 这些只能在核心配合的情况下做
: 热重写逻辑?
: 安全原因不支持这�?, *粗口*, 忘记说了, 记忆同步再加一份预理解的子世界源仓�?, 刚刚编译好的. 顺便确认一下你们没有手滑点到��那个没有预理解的海德格尔
: 所以我们的唯一办法是让人进去关掉核�??
: 核心不能在仍有连接的情况下关�?, 等你的记忆索引重建完了再发言谢谢
: 看来我们只能用防泄漏�?, 关键是要拿到主密�?
: 全功能包含运行时自动生成密钥
: 我知�?, 防泄露大概有35%的蜜罐消�?, 我们只要派一个人进去拿到主密钥然后解密其中之一就可以了

: 没有问题
: 怎么防常�??
: 用一个加强过的防从众接进�?
: 这个强度不够
: 理论上我们搞得出外援, 我们可以延长此在的先行然后把它们俩之间的引力加大一�?
: 就像是一个引擎但是它的燃料是�??
: 差不多吧
: 应该能行, 一个人的记忆里面塞得下那么多吗?
: 要移除一点非必要记忆, 不然比值不�?, 基于最高的传输速率我们的总量不能很大
: 物质不需要走此在的接�?, 但是我们能送的东西还是有限�?, 精度也不会很�?
: 大概不难...对了为什么子世界会支持特殊粒�??
: 因为后续计划了把一些实用工具移植过�?, 而且这个不是很麻�?
: 好吧...我们要一个能从记忆里面抽东西然后送往一个特殊世界层的特定位�??
: 还要一个便携式的内存提取加解密

: �?, 可行

: 在内存里面定位主密钥怕不是有点困�?
: 比放�?200人要�?

---