ELISUN平台,以太坊的政策是全球計算機,ELISUN平台了解到這是我們 2016 年第一次訪問 的結論。但其從 2013 年概念成型到今天,我們仍是僅僅把它作爲一個裸機數據庫、搭載着爲數不多的能用的 “表格”:地址(账戶和合約),區塊,生意和工作。而若要將其作爲操作系統運用,則會需求不可勝數種數據類型。
現在,以太坊的殺手運用是支付,但它可以做得更多。
 
標准數據類型數量較少之問題
以經典的萬維網(web)爲例,它只需少量的數據類型:web 頁面,超鏈接,關鍵詞。除了把一些關鍵詞當作字符串來處理,web 頁面對文本內容一無所知。
 
以下是每個頁面創建者所見的接口含義。
 
 
 
在人類用戶看來,web 網絡是怎樣一回事呢?連篇累牘的閱覽,查找並妄圖了解每個接口所指向的資源。其時的 “解決方案” 是運用少量公司供應的 “最頂級” 的網站,它們有滿意的資金來構建易用的接口。而這會進一步減少比賽,使得新的網站難以被發現和運用。
 
當你需求運用政府、教育部門的接口或法則資源時又當怎樣?它會使你爲尋找和運用相關服務而筋疲力盡。
 
那對機器用戶而言呢?它會導致自動化系統在閱覽網頁時錯誤百出。所以你只能做出網頁爬蟲,但無法智能且准確地閱覽網頁。
 
語義萬維網(Semantic Web)很適宜成爲經典萬維網(Classical Web)的系統注冊表(System Registry)。但它會給內容生產者一方帶來額外的作業,所以不被接受。它供應了許多的新類型以及標明類型聯絡的類型。因爲萬維網創建於 90 年代,因此依據萬維網的全球計算機只能運用少量的數據類型。
 
新的初步
 
 
以太坊許諾成爲全球計算機,並在一初步就供應圖靈完備的環境,這是一個非常棒的起點(至少在系統的表達能力上)。但是創建多年之後,以太坊仍然不支持類型注冊,甚至也沒有系統注冊表。我們希望能在以太坊中看到數據類型注冊表,繼而萌宣告系統注冊表的雛形。
 
正因此,我們提交了一個 EIP, 即完結 EVM 上的分布式類型系統(dType):http://eips.ethereum.org/EIPS/eip-190。
 
更新:一同參見 dType 存儲擴展,dType 別號, 言語擴展, 函數擴展。
 
類型注冊表的利益在於類型復用。相較於每個項目單獨創建依據自己需求的(不同版其他)相同類型(使得鏈上的字節碼臃腫不堪),它們可以復用現已安置到類型注冊表的類型。
 
當准確了解接口類型時,我們可以用更豐盛的辦法來展現數據。夢想下,當一個區塊鏈閱覽器了解鏈上的一個數值數組爲坐標類型時,就可以將其烘托爲地圖上的點。或許當它了解數據類型時,可以烘托出一幅超卓的時間序列圖:
 
 
 
 
 
相同的時間序列可以顯現爲一般的表或電子表格,這是默許的二維數組的 UI 展現辦法。
 
備注:我們得有辦法知道 solc 編譯後的 ABI 中的結構體稱謂。它會讓 ABI 可以承認並簡略找到輸入輸出中的類型。我們現在有了針對不同數據的 HTML 小組件,展現辦法也是可編程的。用戶甚至可以依據已有選項選擇展現格式,不再處處受限。
 
這將使得人人能運用調和出色的 UI/UX 組件。組件能節省用戶的時間,因爲他會明晰知道希望的效果是什么,而不是被強逼去了解一個新的接口怎樣作業或許爲無法分辯是 bug 仍是功用而痛苦。
 
共同的類型系統也能爲機器學習和 AI 東西做准備,以更好地了解數據。
 
我們可以更進一步,構建 web2 東西來運用注冊表中的類型,並逐步共同中心化和去中心化服務。
 
對類型注冊表的要求
類型注冊表中的數據應該是那些所有人都可以運用的共性的數據格式。注冊表很重要的一點是堅持其公共品特色,因此有必要對錯保管的和抗查看的。
 
創建類型的一般辦法是需求取得我們共同同意並以模版辦法供應,一同還應出台類型命名的建議和規則(避免命名衝突或稱謂與實踐數據不符)。
 
任何人都可以創建和提交類型。給注冊表添加新類型需是社區共同的效果,類似其時以太坊 EIP 的流程。由此,我們會越來越火急地需求去中心化的處理東西及其對應的版別處理系統。希望不久就能看到這些東西被 dType 運用。類似 DAOstack,Aragon 這些开源項目在構建處理東西方面取得了很好的开展。
 
每種數據類型都應在注冊表中存儲滿意多的數據,以保證:
 
任何人都能將類型運用到他們自己的合約中(比如:類型稱謂,庫/合約地址,子類型和標籤)
 
任何人都能獲取類型庫和合約的源碼
 
任何人都能在鏈下緩存無缺的注冊表數據並依據它开發東西(其時的區塊鏈現已給了我們這一特色)
 
CRUD(增批改查)操作:
 
當共同達屆時容許添加新類型
 
更新類型有些扎手並或許損壞向後兼容性,我們建議只添加更完善的新類型
 
可以移除類型,條件是它們不再運用而且現已到達共同
 
辯證視角
我們現已智慧了一些利益:減少鏈上類型定義的冗余,共同接口,更智能的 UI/UX 組織,自動鼓舞,益於數據分析 ,更好的交互性(包括 web2 —— web3)。那么,又有哪些缺點呢?會否比利益更甚?與任何需求到達共同和標准化的事相同,這些都伴隨着協作和爭論的开支。但就以太坊而言,我們有必要要協作和爭論以打造一個公正和誇姣的系統。不論开發什么,你都有必要看看是否存在可以復用的類型,或許提交一個新的。如此將會需求一些調研的本錢,可以構建恰當的开發東西以便用查找來下降調研本錢。人們會抱怨的最大开支是注冊表本身的存儲本錢。但以上述的類型庫復用爲例,實踐的類型注冊生意开支,會小於安置合約時不斷重復參與字節碼的开支。旁注:假設是情況費用(state fees),則我們希望可以差異通用數據(系統數據)和個人數據(可以由每個人添加到區塊鏈中,並使很小部分的人收益)。假設還有其它本文未指出的短少,歡迎添加議論。這篇文章就是拋磚引玉的。
 
其它
當我們抱怨不同項目中差勁的 UI 和 UX 領會時,需求了解萬維網本身的 UI 和 UX 就是不夠好的。不僅如此,它還短少自動化所需的標准化。只需人類用戶有滿意的智慧、耐性和時間,仍是可以正常上網。但是算法無法做到。與極力建立標准化的共同相悖,开發者們正檢驗依據人類運用萬維網的辦法來教會算法具有人類的創造性。這種做法收效甚微,因爲它的辦法論基礎就不正確。這就是爲什么成功的 AI 運用都來自那些內部具有數據標明標准的公司,比如 Google,Amazon,Facebook。這些公司極力使得用戶的日子更加便利,但會以犧牲用戶的自在爲價值。因爲公司的東西均爲黑匣子,它們可以在任何時間批改遊戲規則而不爲用戶所知。新的 web3 即將被完結。我們的僅有選擇是:任由那些樂於控制用戶的行爲的黑匣子公司控制,或許協作並創建一個公正和透明的系統標准?不論哪種選擇,都會是一場持久战。