OFFSystem

OFFSystem（業主免費文件系統）是其中所有被存儲在參照隨機化的數據塊，而不是一個1的分佈式文件系統：原始數據的1個拷貝被插入。的所有者免費文件系統的創作者創造了一個新的術語來定義網絡：一個brightnet。沒有人股份的受版權保護的文件，因此沒有人需要遁形。
 
關提供，通過該數據可以被存儲（公開或以其他方式）的一個不顯眼的，分散的方式的平台。該系統允許個人隱私，因為數據（塊）被從對等體傳送對等不承擔任何相對於原始數據。順便說一下，沒有數據通過網絡可以被認為是受版權保護的，因為由其所表示的裝置是真正隨機的。
衍生作品？
可能很多人，乍一看，以為在OFF用於存儲任何文件塊會被認為有問題的原著作權文件的衍生作品。然而，如上所述，沒有存儲或傳送中斷數據受版權保護，因為所有的數據是隨機化。這可以在一個簡單的數學類比來說明的，在每一個號碼都有的表示無限數量（3 + 2 = 5，2 * 2 + 1 = 5，10-5 = 5，10/2 = 5，等）。即使一個數字（文件）有關可以根據目前的立法可能受著作權保護，實際上是不可能和不合理地指出，該特定數目的每隔表示受版權保護。
 
關是基於此簡單的數學屬性，並表明某些內容可以被直接存儲針對該初始存儲其它完全無關的數據相同的塊。
 
文件檢索
只有一種方法來檢索存儲在OFFSystem，這是建立一個URL的任何數據。這個特殊的URL包含有關如何重新組裝系統中的一個特定的存儲文件的說明。通常，URL被插入時創建到系統中。有特殊的配置，但也可以以允許文件被自動重新組裝，並通過HTTP發送到用戶的瀏覽器，甚至無需下載OFFSystem客戶端。此外，可以創建關的目錄與多個URL的列表，用於內容convinent編目。
 
一個URL的隱私設置可以在關閉配置。換句話說，您可以選擇存儲系統，這是只對指定的當事人中的內容。您可以通過一個標記網址為私有，從而防止特定網址的傳播史通過系統這樣做。
 
必須指出的是，直到從一個所謂的受版權保護的文件的OFFSystem，存儲和傳送內容檢索的點是完全合法的。然而，重新組裝文件的行為可能被認為在某些情況下，版權的侵權，並且用戶應該就適用於他們的管轄範圍在這樣做之前版權法意識到立法。
什麼是新的，在此版本：
·其中“等待/活動/過期”，在下載欄是不是保持當前如果等待和過期套是空的修正了。
·該SecReq類（請求塊）現在繼承AsyncCnxnBase。隨著時間的推移這個類將被集成到AsyncCnxn處理所有其他連接類型，但是這並不容易，現在。也做了很多在整理的SecReq。
·修正了顯示問題，其中一個分散的，這是暫停和恢復將繼續顯示暫停狀態（沒有任何更新），儘管實際上恢復。
·重構頂層連接處理程序迭代功能，使大部分迭代正在等待一個讀或寫來完成。接下來立即採取行動對R / W完成，而不是等待新一輪的迭代。這使得消息處理更加高效
·聊天呼入和全球封郵件不再需要創建一個（相當大的）一般cnxn處理的對象。
·當大多數網絡讀取和寫入完成後，頂層處理程序現在馬上迭代。這使得網絡代碼更高效，還修復了後續的消息可能，如果他們來得很快，另一端沒有預料中的響應互相覆蓋的錯誤。
·最多連接類型現在直接加入到ACH線程列表（繞過更新列表）與拋出引導初始迭代。
·所有後來的連接類型將是這樣處理的，但現在有7種傳出，對於各種原因不能。
·在那裡SRCH結果有時會不顯示固定的臭蟲。
·在新的塊傳輸協議更多的bug修復 - 仍然沒有啟用一般，進一步檢測