主頁 > 軟體設計 > 為什么說“去中心化”是互聯網的未來?

為什么說“去中心化”是互聯網的未來?

2020-09-22 14:31:40 軟體設計

作為2020年代的人,我們都有權去暢想,我們期待的互聯網是什么樣子的?

近些年萬維網的發展將人們漸漸的奴化,人們對萬維網的理解也產生了深刻的轉變,比如有越來越多的人理解萬維網上的一切都是“滿足服務需求”的產品,

但是萬維網誕生之初并不是這樣的目的,

萬維網的最初定位是“去中心化的傳輸每個人的價值”,而當前的互聯網一直在考慮用戶需要什么,而不是用戶可以借助互聯網實作什么自身的價值?

這個世界上本來沒有世界范圍的網路,1990年前的線上資訊傳輸都局限在有限的范圍內,給政府、學識訓構進行資訊傳輸所用,而有一個叫蒂姆的科學家認為萬維網應該是“自由、開放、不屬于任何公司和個人”,

所以他打破了垂直的資訊壁壘,將賦能政府和學識訓構的協議進行升級,開創了一個世界范圍廣度的資訊網路——萬維網,希望每個人都能享受到網路的紅利,

蒂姆開發出了世界上第一個瀏覽器,但是出于對于萬維網理念的堅信,蒂姆并沒有讓這個瀏覽器去賣錢,但是他卻無法阻止那些嗅到了商業利益的資本家們瘋狂涌入,

盡管萬維網的初心是不屬于任何公司和個人,但是基于萬維網上成長起來的電商、瀏覽器等服務無不是屬于公司所有并通過壟斷獲取利潤,個人在萬維網上并沒有什么立足之處,只能被動的接受服務,

2017年的蒂姆對于萬維網的現狀十分不滿意,他認為萬維網被巨頭壟斷,最核心的損害是用戶的資料被企業占據并灰色利用,所以提出了一個solid技術方案,希望所有的人都基于solid進行應用開發,讓solid與所有的應用都達成一個資料傳輸協議,讓用戶決定自己在萬維網上輸出的所有資料可以傳輸到哪個應用里,

這是一個資料去中心化的思想,蒂姆本身是想讓去中心化的資料控制權取代當前的結構,但是中心化的企業并不買賬,廣大網民也無法看到這種資料權力的變化能帶來多少利益,因為這樣的方案是治標不治本的,萬維網的核心問題是場景的開發門檻過高,只能由企業家來進行網路生態的營造,而個體沒有辦法在萬維網上構建自己的價值場景,在這樣的結構之下,不論資料的所有權歸屬為誰,都無法改變大眾的弱勢地位,

所以我們看到萬維網的發展陷入了一種瓶頸,即便是萬維網之父也不能看透這背后的端倪,

于是,從開發者的角度看萬維網的破局之道,需要從“如何賦予用戶創造價值的能力”開始入手,而這樣的改革方案絕不是一個資料結構的變化所能達成的,如果企業可以在萬維網上為了利益聚集起大量的資本進行泡沫式的開發,那么為什么每一個網民不能根據個性化需求構建場景,吸納社會資本來做對于實作自身價值真正有意義的開發呢?

如果企業是為了提升效率,在互聯網上需要投入大量的后端技術使得場景的構建門檻非常高,而個體并不需要去垂直提效,他們更需要的是有場景的塑造和參與權,他們所需的是“前端場景的塑造權力”下沉,讓互聯網可以營造為自身賦能的場景,而這一點可以是0門檻的,

網路不可能永遠被資產階級主導,最終將成為賦能廣大個體去協作創造價值的工具,這是每一項提升人類社會連接效率的技術的發展宿命,

人類社會所有的連接類技術要么是已經下沉完畢,要么是在下沉的程序中,它的最終形態一定是被個體所擁有,

如果技術不能被充分下沉,會發生什么?

產品面對需求無法滿足的用戶,死板的自上而下的場景結構與用戶的個性化需求之間會存在永恒的、不可調和的矛盾,如果這個世界上只有鐵路沒有汽車,人們永遠不會認為需要用車替代馬,但是馬又無法高效的履行區域化交通的職能,這是一個隱喻,此時會發生經濟的低迷期,各種泡沫紛紛涌現,人們開始看不清未來的走向,本質是用戶需求在溢位而基于舊邏輯的產品結構卻無法承接這樣的轉變,

這就要求開發者們去考慮,讓用戶具備協同共建場景的最簡單的前端產品形態,并且不能眼光僅僅局限于當下人們的大部頭需求,清朝人的認知正是因為局限于“人們除了種地和讀書什么都不會”,才會被資本主義的槍炮錘了近百年,

只要你給他們船且保證風險較低,可以說人人都愿意為了黃金去航行,

所以最終的問題其實是:我們對于網路的發展有什么預期?我們期待的網路是什么樣子的?

回答了這個問題,我們才能知道通往黃金國的船是什么,

幸運的是,對于這個問題已經有了一些答案,10年前馬庫斯意識到,從玩家角度看待挖掘、探索和建造會更好,所以這個世界上第一次有了一款高自由度,協同共建場景的游戲——minecraft,

這款游戲在5年時間內積累了1億用戶,已經足夠可以說明,盡管畫質和圖形被簡化,人們仍然無法抵御這種自由創造的快樂,這才是網路應該帶給人們的事情,

畢竟,誰不想掌味訓聯網世界的場景塑造權力呢?

所以結合互聯網的發展趨勢和人們對于主觀創造場景的需求,我們已經意識到,互聯網需要讓每一個人掌握場景營造的工具,舊有的中心化場景像鐵路一樣不可或缺,但是它們在交通網路里對于個體營造個人生活、營造城市生活的地位卻進一步的降低了,

取而代之的是真正下沉到用戶手中的,新型的場景搭建工具,正如汽車一樣,帶給人們生活以巨變,

場景下沉到個體手中的互聯網是怎樣的結構呢?

每一次技術賦能新階級都是讓新階級營造起新的權力和利益主體,

從封建社會到資本主義社會,企業家構建起的企業主體改變了整個社會的經濟結構,并且影響了資本主義國家的政治結構,

你看,互聯網上的去中心化也是如此,如果場景的門檻降低、組織所有者的人群變化,那么就需要針對新人群做出最新的結構,那些“去中心化自治組織”和“U盤化生存”才能真正的得到實作,

下面是富文本的概念,富文本+場景的嵌套結構將構成“以個人為中心的互聯網”的基礎,基于此去匯入各種舊有的結構,像http協議取代舊協議一樣,在一個嶄新的平臺上,人們將能夠在保持舊有效率的同時,讓整體效率得到更大的提升,

這種新的格局正在召喚2020年代最優秀的開發者們,探索一個嶄新的技術方案,這樣的技術方案可以打破現有互聯網的瓶頸,也真正的滿足人們對于互聯網未來的期待!

我們期待每一個人都是互聯網上的主人,互聯網不應該由一堆服務app組成,互聯網應該是以人為中心的、以去中心化的協作場景為基本結構,由于以個人為中心的場景將布滿網路,那些少數的中心化場景會被稀釋和擠壓,現在所有的中心化的應用都會隸屬于這樣的去中心化場景,作為隨時可以被呼叫、隨時可以被拋棄的功能插件角色,像資產階級革命一樣擠開舊階級,帶來互聯網價值結構的轉變,

我們期待互聯網的所有傳播權力應該隸屬于集體,而不是被中心化的資訊流場景所壟斷,百度這類老牌資訊流為了利益進行廣告的篩選,誰有錢這個網路上就遍布誰的資訊,而所有的錢又被資本家所占取開發新的服務場景,我們要改變這樣的傳播結構,所有的資訊傳播應該隸屬于去中心化的價值場景,在一個人人都可以協作價值場景的平臺上,資訊通過獲取每個去中心化節點的授權嵌入,從而被去中心化的選擇和傳播,讓傳播的收益交還給產品的每一個用戶手中,

我們期待互聯網上的場景由自己來構建,不再需要餓了么這類“商頁澩集聚式”的平臺通過中心化的流量投放獲取客戶,吸引商家無可奈何的抽出大部分的收益為平臺打工,我們希望所有的線上場景都是去中心化的,商家直接跟客戶達成收藏關系,不需要再被中心化的結構層層盤剝,讓底層獲取到的價值一再的縮水,

而當我們能夠自己去構建場景的時候,我們可以不再受制于陌陌、探探這類社交軟體的場景限制,我們可以通過構建更加豐富的自我展示頁面凸顯自己的價值,而不需要通過這種供不應求的運營策略被平臺一再的收費并進行低效的社交,

當我們能夠自己去構建場景的時候,我們可以真正的去營造有創意的場景,我們可以讓互聯網上的場景豐滿一百萬倍,我們可以在馬路上創建場景,我們可以在咖啡館創建場景,我們可以在衣服上創建場景,這樣的場景可以通過模塊化富文本+二維碼的形式呈現,這樣的場景是一個中心化的應用所無法覆寫的,只有真正的去中心化,把創造能力交給大多數人,才能實作真正的多樣性,

當我們能夠自己去構建場景的時候,我們能夠極大的拓展自身的價值生態,一個事物再也不僅僅局限于它自己本身,它可以跟任何場景嵌套,形成新的、有關聯的、有活力的場景,它不僅僅能刺激現有的經濟,還能創造P2P之間的更多的交易,直接帶動經濟分布式的精細化發展,帶動整體經濟走入下一個時代!

當我們能夠自己去構建場景的時候,由于場景會帶來價值的引爆,會直接帶動所有的尖端技術為互聯網的升級賦能,這就讓互聯網迎來新的發展貧訓,互聯網作為一種場景0成本構建的連接,會進一步提升影響現實世界的能力,線上與線下世界會進一步打通,互聯網將成為越來越中流砥柱的生產力工具,

我們有一個夢想,夢想著互聯網技術有一天終于為個體協同共建場景而賦能,

這個夢想根植在萬維網誕生時的理念里,這個夢想根植在歷史上每一個強調個體有追求價值、追求幸福權力的社會宣言里,這個夢想根植于每一個時代不甘于沉淪于舊的社會體系的群體的血液和汗水里,更根植于每一個為了促進互聯網的發展的極客的智慧里,

這樣的夢想是人類社會能夠不斷進步的基礎,是群星閃耀的世界里偉人們脊梁里的共同骨節,

當今的時代的每一個開發者、每一名互聯網的用戶,都應該從互聯網帶來的享樂意識里掙脫出來,即使不為了時代也為了自己,都應該去考慮萬維網“去中心化”的共同理想,并且投身于這個共同理想之中,

正如歷史上每一次科技革命一樣,投身于斯是每一個青年最好的歸宿,不論你是年齡上的青年,還是心態上的,永遠的年輕人,

招募“去中心化產品”的圓桌討論者,以下要求∶ 1.對相關領域真的有自己思考,不要局限在照搬知識,對行業存在片面和呆板的理解 2.聊天適可而止,不抬杠 3.相信去中心化,或者冥冥中認為去中心化是個趨勢

希望找到真正志同道合的人! 方法是∶加我微信,我來拉群,一起探討互聯網未來的新方案!

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/105289.html

標籤:其他

上一篇:關于fisco bcos pbft共識演算法核心理論及實踐

下一篇:Vivado與vscode實作關聯(在Vivado中點擊Go to Source會跳轉到vscode中對應的行號)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more