第10章：flawless專案(第2/2頁)

“白板上寫的是發展基礎，不同方向的全同態加密演算法之間的聯絡相對薄弱，我的想法是以某一方向為基礎，向全方位發展。”

眾人朝白板上望去，那是從計算中心機房搬來的，當初顏安給他們講解因數分解演算法時用的就是這玩意。

上面記錄著不同的發展方向。

一是集“加密、簽名、認證於一身”，二是以高效率低需求為基礎，三是將強適用性當成了基礎。

祝鏡光一一看過來，發現只有這三條方向，可他們拿到的卻是六個方向的全同態加密演算法，還有三條沒有寫上去，被忽略了。

“組長，為什麼我們不以全數理統計需求為基礎進行發展，全同態演算法的特點就在於此，我認為我們應當更充分的發揮這項作用。”

祝鏡光開口問道，他昨天最先拿到的就是專攻解決數理統計需求的全同態加密演算法，在一通學習後有了更深入的掌握，對他而言最熟悉的自然是這類演算法。

而顏安居然連這種最基本的特點都不在意，讓他很是不解。

“這是全同態的特點，不是加密演算法的特點。

我們現在需要的首先是一個可以用的加密演算法，然後才需要這個演算法加密出的密文可以做加減乘除開根號等操作。”

特點固然重要，但加密演算法的本質更重要，更何況作為全同態演算法，就算不以此為基礎，也仍然能做到密文可減加乘除，在一定程度上這就已經夠了。

這話有道理，是他陷入誤區了，一套上用價值不高的演算法，別說他能開根號了，就是能直接算函式，那也不會有人去使用。

而顏安所列出的三點，涵蓋的是基礎功能、使用體驗和應用範圍，這都是非常重要不可忽略的。

“提高效率！”陳姜當即回應道。

他拿到的演算法於此相關，昨天特意查了查現今的全同態加密演算法進度，清楚地認識到相較於第一個與第三個方向，第二個方向才是最為致命的。

現在的RSA加密演算法對1M大小的文字內容加密僅需要五秒，解密則需要大概五分鐘。

雖然解密要比加密慢很多，解密時間隨著解密檔案的大小呈現線性增長趨勢，但這個時間終歸是沒那麼長的。

反觀全同態加密演算法，同條件下光是加密就要幾個小時了，真要用起來，誰會考慮？

“我也支援第二個方向，我們應當在保持效率的基礎上進行擴充套件。”倪傳軍也出聲說到。

他手中的是低密文膨脹度的演算法，也算是契合第二個方向的，非常清楚如果加密解密速率無法提高的話，那就算再安全的演算法也沒有價值。

別說商用沒價值了，在軍用方面更沒價值，國家單位不會為了追求保密性就選擇需要極長時間才能完成加密解密的演算法。

“這三個方向全面落後於RSA加密演算法，想要做到完美替代的話，那我覺得這三個方向中的任意一項都很不錯。”

“行，那我們flawless專案第一階段，就是在高效率的基礎上完善基本功能。

但是對已有的演算法只進行參考，不在它們的基礎上進行擴充套件。”

倘若可以擴充套件的話，顏安早就擴充套件了，正是因為這些演算法無法擴充套件，他才特此提前說一句，免得這幫人在擴充套件的道路上浪費精力。