語意瀏覽器或沒有網站的生活

語意瀏覽器或沒有網站的生活

我早在 2012 年就表達了全球網路從以站點為中心的結構轉變為以使用者為中心的結構是不可避免的想法(進化論和網路的進化 或簡稱 網路3.0。 從以網站為中心到以使用者為中心)。 今年我嘗試在課文中拓展新網路的主題 WEB 3.0-第二種拋射方式。 現在我發布文章的第二部分 WEB 3.0 或沒有網站的生活 (我建議您在閱讀之前先查看此頁面)。

那麼會發生什麼事呢? Web 3.0 有互聯網,但沒有網站? 那還有什麼呢?

資料被組織成一個全局語義圖:一切都與一切相連,一切都源自於某物,一切都被特定的人注意到、改變和創造。 最後兩點關於「應該」和「某人」提醒我們,圖表不應該是客觀的,而應該是主題事件。 但這將是一個單獨的故事(見第一部分)。 主題事件法)。 現在,我們只需了解 Web 3.0 的語意圖不是靜態的知識集,而是時間性的,記錄任何活動的物件和參與者按時間順序的關係。

另外,說到資料層,需要補充的是,全局圖必然分為兩個不平等的部分:描述動作、概念及其屬性的相關性的模型樹(對應於OWL中的一組術語公理TBox) ,以及包含事物屬性和動作的特定值固定事件的主題圖(OWL中關於ABox個體的一組陳述)。 並且在圖的這兩部分之間建立了明確的聯繫:關於個體的數據——即特定的事物、動作、參與者——只能根據適當的模型在圖中產生和記錄。 嗯,正如已經提到的,全局圖 - 首先是它的模型部分,相應地,主題部分 - 根據主題領域自然地分為多個部分。

現在,從語意、從數據,我們可以繼續討論Web 3.0的第二個字——“去中心化”,即對網路的描述。 顯然,網路的結構及其協定應該由相同的語意決定。 首先,既然使用者是內容的生成者和消費者,那麼他,或者更確切地說,他的設備,自然應該是一個網路節點。 因此,Web 3.0 是一個點對點網絡,其節點是用戶設備。

例如,要在資料圖中保存對個人的描述,使用者必須基於現有概念模型建立網路事務。 資料儲存在使用者的裝置上以及訂閱該模型的其他使用者的節點上。 因此,根據一組固定的模型來交換交易,在這些模型上實施聯合活動,該活動的參與者形成了一個或多或少自治的集群。 事實證明,整個全局語義圖跨主題集群分散式存儲,並在集群內分散存儲。 每個使用特定模型的節點都可以是多個叢集的一部分。

在描述網路層面時,有必要說一下共識,即不同節點上資料的驗證和同步的原理,沒有它,去中心化網路的運作是不可能的。 顯然,這些原則對於所有群集和所有資料都不應該相同,因為網路交易既可能是合法的,也可能是服務、垃圾。 因此,網路實現了多個層級的共識演算法;必要的演算法的選擇由交易模型決定。

關於使用者介面和語意瀏覽器,還有必要多說幾句。 它的功能很簡單:(1)圖形導航(按主題集群),(2)根據領域模型搜尋和顯示數據,(3)根據相應模型創建、編輯數據和發送網路交易,(4)編寫和執行動態動作模型,當然,(5) 儲存圖形片段。 語意瀏覽器功能的簡短描述回答了以下問題:網站在哪裡? 使用者在 Web 3.0 網路中「存取」的唯一地方是他的語意瀏覽器,它是一個用於顯示和創建任何內容、任何資料(包括模型)的工具。 使用者自己決定其網路世界的邊界和展現形式、語意圖的滲透深度。

這是可以理解的,但是網站在哪裡呢? 你應該去哪裡,在這個非常「語意瀏覽器」中輸入什麼地址才能訪問 Facebook? 如何找到公司的網站? 在哪裡購買 T 卹或觀看影片頻道? 讓我們嘗試透過具體範例來弄清楚。

為什麼我們需要 Facebook 或其他社群網路? 顯然,為了溝通:介紹自己,閱讀並查看其他人發布的內容,交換評論。 同時,重要的是我們不要給每個人寫信,也不要閱讀所有內容 - 交流始終僅限於數十、數百甚至數千個虛擬朋友。 在所描述的去中心化網路配置中組織此類通訊需要什麼? 沒錯:建立一個包含一組標準操作模型(發佈、發送訊息、留言、按讚等)的社群集群,設定模型的存取權限並邀請其他使用者訂閱這組模型。 這裡我們有「facebook」。 不僅是向每個人、每件事規定條件的全球 Facebook,而是一個可自訂的本地社交網絡,可供集群參與者完全使用。 使用者根據社群模型之一向網路發送交易,例如他的評論,訂閱該模型的叢集成員接收評論文字並將其寫入其儲存(附加到主題圖的片段),並且在他們的語義瀏覽器中顯示它。 也就是說,我們有一個去中心化的社交網路(叢集),用於一組使用者之間的通信,其所有資料都儲存在使用者自己的裝置上。 集群外的用戶可以看到這些數據嗎? 這是一個有關訪問設定的問題。 如果允許,社群成員的內容可以由軟體代理程式讀取並呈現在搜尋該圖的任何人的瀏覽器中。 還應該指出的是,集群模型的數量和複雜性是無限的 - 任何人都可以自訂社區以滿足任何活動的需求。 很明顯,用戶可以成為任意數量的集群的成員,既可以作為主動參與者,也可以簡單地透過訂閱單一唯讀模型來實現。

現在我們來回答一個問題:如何找到一個公司的網站? 答案很簡單:所有公司的綜合資料所在的地方就是語意圖的相應部分。 瀏覽器導航或按公司名稱搜尋將幫助您到達這個地方。 那麼這一切都取決於用戶 - 他需要什麼模型來顯示數據:簡短的演示、完整的資訊、服務清單、職缺清單或訊息表單。 也就是說,一家公司要在語義圖中表示自己,必須使用一組標準模型將交易發送到網絡,並且有關該交易的數據將立即可供搜尋和顯示。 如果您需要自訂和擴展公司的線上演示,您可以創建自己的模型,包括設計師模型。 這裡沒有任何限制,除了一個限制:新模型必須建構到單一樹以確保主題圖中的資料連接性。

該解決方案對於電子商務來說也很簡單。 每個產品(手機、T卹)都有唯一的標識符,產品資料由製造商輸入網路。 當然,他只執行一次,用他的私鑰對資料進行簽署。 準備銷售該產品的公司在語義圖中放置了根據有關價格和交貨條件的標準模型做出的一些陳述。 接下來,每個用戶獨立決定自己的搜尋問題:是在他認識的賣家可以提供的商品中尋找自己需要的商品,還是比較不同製造商的類似商品,然後選擇方便的供應商。 也就是說,選擇和購買商品發生的地方是使用者的語意瀏覽器,而不是製造商或銷售商的某個網站。 當然,製造商和賣家都有機會創建自己的產品展示模型供買家使用。 如果他願意的話,如果他覺得方便的話。 因此,他可以使用標準搜尋和數據顯示模型完成所有操作。

關於廣告及其在語意網路中的地位值得多說幾句。 它的放置仍然是傳統的:要么直接在內容中(例如在影片中),要么在內容顯示模型中。 只有在廣告商和內容或模型所有者之間,才能消除網站所有者形式的中介。

因此,從使用者的角度呈現的語義去中心化網路的功能方案是極其統一的:(1)所有內容都位於單一全局語義圖中,(2)記錄、搜尋和顯示內容遵循概念模型,這確保了資料的語意連結性,(3)使用者活動根據動態模型實現,(4)活動發生的唯一地方是使用者的語意瀏覽器。

來源: www.habr.com

添加評論