第3280章 最後的餘暉 施法籌備（1/2）

「這次的方案節點數量如此之多，測試結果怎麼樣？」夏多繼續問道。

說到正事，妮雅也重新端正自己，拿出先前的一系列測試實驗報告，遞到夏多手上，同時嘴上也簡要地介紹著：

「目前已經完成了三輪測試，主體框架十分穩定，暫未發現什麼問題，至於和其他功能組件的配合，因為有之前的經驗，估計也不會有什麼大問題。」

「是嘛！」

夏多快速翻閱著妮雅遞過來的實驗報告，上面確實如妮雅所說，一共進行三輪一百多項測試，結果有好有壞，但大體上還是稱得上合格。

「那這個新迷鎖什麼時候可以更新？」

「這個——」妮雅頓時有些遲疑了，「還有些收尾工作沒有完成，另外最重要的是，這個迷鎖的體量太大了，施法難度恐怕會高得難以想像，最後就是更新對於現有用戶影響，我正在想辦法規避這部分影響，但還沒什麼好的辦法。」

確實，夏多在迷鎖領域也算是精通，之前興奮於妮雅終於完成了百萬級節點設計方案，對於這一方案的具體實施難度有所忽視。

現在經妮雅提醒，他才算想起來，之前放棄這種堆迭節點的方案不就是因為後續更新難度會幾何級上升嗎！

一次兩次或許還能勉強完成，擔當節點數量高到數億乃至數十億的時候，難道還能像現在這樣組織人力施法嗎？

不說絕對不行，但可行性也幾乎無線趨近於零。

為了應對這樣的發展桎梏，夏多延續了之前在赤心聯盟那邊的技術路線——迷鎖的熱更新，也就是每次更新迷鎖時不需要從零開始，而只需要更新需要改變的部分。

現在的迷鎖更新，與其說是更新，倒不如說是重新建造，只不過會繼承之前的權限設置，如果不考慮權限繼承，更新完甚至就是一個全新的迷鎖。

當初在赤心聯盟，業界普遍的共識就是熱更新才是未來迷鎖發展的主流，不具備熱更新功能的迷鎖註定會被淘汰。

但這種關鍵技術卻需要在「迷鎖通訊規則的可變控制」方面再進幾步才有可能實現，夏多當初在赤心聯盟大學時的導師所從事的研究方向就是這個。

只可惜，直到夏多離開赤心聯盟前，這方面的研究也未能取得什麼關鍵性突破。

但這是一條大路，其他也有一些小路，如統一迷鎖方案，也即將若干功能性迷鎖統一在某一個相對持久的框架迷鎖之下，這樣每次更新就只需要更新某一個功能迷鎖。

而框架迷鎖，只需要定期維護，可以很長時間都不用進行實質性的更新。

但這個方案本質上還是將多個迷鎖撮合到一起，甚至還因為權限的勾連，只要能找到一個迷鎖的漏洞，其他迷鎖也相當於被開了後門，安全性較低。

另外就是，統一迷鎖也有極限，不可能什麼都往框架迷鎖中塞，而且功能越多，體系越複雜，出錯的概率也會越大，這也是不可忽視的風險。

而除了統一迷鎖方案，還有之前妮雅想到的節點映射魔網陣列方案，這條路雖然比統一迷鎖方案稍寬一些，但依然是一條小路。

妮雅發現可以通過重塑固定節點映射的魔網宏觀結構來反向塑造出大量虛擬節點，也就說十萬節點總數的通訊迷鎖，可以塑造出百萬乃至千萬的虛擬節點。

這些虛擬節點也可以用來做通訊法器。

本章未完，點選下一頁繼續閱讀。