金色觀察|如何設計一個web3數據協作架構?
都說web3互聯網的數據是歸還給用戶的,那如果數據都在用戶那兒,那還有什么數據可以被其他企業使用呢?以及這些數據會怎樣被合約、應用使用?
用戶留在區塊鏈上的數據,相比於互聯網的數據,很少,這些數據都在區塊鏈上以哈希的形式存在,雖然公开、有一定結構性,但並不是所有的合約和應用方可以直接使用。
並且要在多個區塊鏈裏完成數據交互,也是個難題。因為數據交互邏輯並不只是用戶,而是面對人和機器。
本文裏,我們用POD來解釋一個數據協作架構。POD是一個跨各區塊鏈網絡構建的鏈上數據中間件,旨在打造一個安全可信的第三方數據協作平臺。
元宇宙世界裏中的數據消費者不僅可以包括人類,還可以包括程序、智能合約和物理機器(例如售票機)。為了確保流暢的數據協作體驗,元數據應該是結構化的和相關聯的、並且易於被人和軟件搜索、使用。
因此,需要設計一種新方法來存儲、組織、管理和使用鏈上元數據。
主要難點
鏈上數據分散在不同網絡的合約中。並且合約不能從一個單一的通用數據環境中獲取所有數據。要訪問數據元素,系統必須直接與存儲它的合約建立對等通信。
由於非關系存儲,很難追蹤兩個存儲實體部分之間的關系或將實體與其元數據相關聯。因此,對鏈上元數據進行分類和理解是一項挑战。
每個網絡或應用程序在傳輸數據的方式上都是獨一無二的,這意味着其 API、數據編碼方法和訪問控制可能與其他網絡或應用程序不兼容。因此,數據管理和使用的過程還沒有自動化。來自不同來源的數據必須經過預處理才能協同工作。
POD的解決方案
作為中立的第三方數據中間件,POD 將通過提供下面列出的關鍵功能來解決這些障礙,並充分發揮元數據的潛力。
一、實體的元數據存儲
在 POD 中,元數據元素存儲在標籤中,標籤必須與鏈上實體相關聯。這樣的設計體現了實體和元數據之間的關系,並允許這種關系是不可轉移的。當用戶查找實體的某些元數據時,他們需要做的是通過標籤名稱和實體地址來搜索標籤和實體對。這將有助於實體數據的驗證和獲取。
此外,POD 中的元數據可以是值或邏輯形式。值是確定的,如標籤、認證、描述等。邏輯是指可以根據給定條件檢索值或存儲值的編程邏輯。示例包括基於用戶狀態數據計算實時信譽分數的算法;以及帶有用於 NFT 組件的彩票腳本的 NFT。
二、元數據類型定義
元數據類型包括一組關於如何存儲某些元數據元素及其描述的規則。規則實現了匯集來自各種來源的數據後並構建數據以支持所需業務邏輯。可以幫助用戶像索引一樣查詢、驗證、使用和管理數據。
可以從以下三個方面定義鏈上實體和存儲元數據。
物種:用戶可以通過給它們一個物種名稱並在鏈上標記它們來定義和分類一類實體或概念。
屬性:元數據類型指定必須包含哪些屬性來描述某種類型的實體。
關系:可以通過元數據類型展示實體存儲之間的關系。
三、跨平臺的數據一致性
POD 數據庫由部署在不同區塊鏈網絡上的一系列合約組成。這樣的設計在底層保證了一致的數據定義和統一的數據結構,使得各個網絡內的數據可以達到一致性。同時,這些合約通過 POD-Bridge 鏈接在一起,因此可以將一種元數據類型應用於來自不同鏈的數據。這樣,將實現跨網絡的數據一致性,這是用戶使用 POD 提供的工具鏈處理 UGC(用戶生成內容)元數據的前提。
綜上所述,POD通過用戶可以定義和分類元數據的中間件,在統一理解相同數據的基礎上實現更有效的數據協作。
POD 匯集了來自不同合約和區塊鏈的數據,在 POD 中定義和存儲的數據可立即對所有網絡中的合約和用戶採取行動。隨着我們逐漸與更多的區塊鏈網絡建立合作,POD 將演變為一個开放可信的數據基礎設施,賦能 Web3 中的數據通信。
這樣的架構,是在多個區塊鏈裏創造了一個標准,一個橋梁,多個分類和接口。這就是如何應用web3數據的基礎需求。數據就是web3世界的語言,而規範和餓標准就是語言的寫作呈現方式,如何能做到適應範圍最廣,使用最簡單,就是對數據規範進行設計的最終目的。
鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播信息之目的,不構成任何投資建議,如有侵權行為,請第一時間聯絡我們修改或刪除,多謝。