推翻曾經築起的高牆 Polkadot未來將如何發展?

兩年前的今天,整個加密領域都對 Polkadot 即將推出的平行鏈插槽競拍充滿熱烈的期待。 然而,隨著時間的推移,這一競拍機制被證明具有相對高的參與門檻,這在一定程度上阻礙了其生態系統的進一步拓展。 但值得慶幸的是,Gavin Wood 博士帶領的的團隊及時洞悉了問題所在,決心推翻之前設置的障礙,積極思考如何推進生態的持續發展,降低進入門檻,更為注重提供真正有價值的區塊鏈產品 —— “區塊空間”。

在這樣的歷史背景和轉變中,Polkadot 未來的佈局和發展走向會是如何? 讓我們一起通過這篇文章全面的瞭解 Polkadot 如何更好的服務 Web3 使用者。

瞭解 Polkadot 1.0 及其背後的哲學將幫助我們更好的理解 Polkadot 生態的未來方向!

重新定義:Polkadot 將作為一種計算資源

現在 Polkadot 已經被抽象和概括得超出了白皮書中原來提出和設想的內容。 Polkadot 是:

  • 區塊空間(鏈需要的底層資源),而不是鏈。
  • 一個構建供人們使用應用程式而不是鏈的平臺。 本質上說,Polkadot 不是一個託管鏈的平臺,鏈只是一種構建應用程式和增加 Polkadot 實用性的方式。
  • 一個能夠持續、穩定地提供計算服務的平臺,並且這種計算服務不僅僅是特定的或限制的,而是通用的,可以適用於各種不同的應用和場景。 其中,“持續”意味著在開始執行某個動作或計算後,然後在某個時刻暫停,之後再從暫停的地方繼續執行或轉而執行其他的任務。
  • 一個多核計算機,其中連續在不同核上並行運行的鏈被稱為平行鏈。 目前,通過插槽競拍機制,一個鏈使用一個核,但對於平行線程可能是在不同時期按需為多個鏈提供資源。 當前在 Polkadot 上,大約有 50 個核獨立並行運行。

從現在開始,應用程式將被用作一個通用術語,描述任何可以使用 Polkadot 核心來訪問安全和去中心化計算的東西。

Polkadot 主要發展方向

如果我們把 Polkadot 想像成一個服務提供者,通過其核心提供既無需信任又具有彈性的計算服務,並確保應用程式之間能夠安全地互操作或互相通信,那麼 Polkadot 的未來發展可以朝以下主要方向發展 —— 從以鏈為中心的生態系統轉變為一個以應用程式為中心的生態系統。 消除每個應用程式都擁有一個核心的假設,而是所有核心都是資源,可以根據應用程式的需要進行消耗和使用。

以前,通過競拍機制保障平行鏈插槽是一個競爭性的過程。 有了 coretime,現在不再需要插槽競拍。 團隊可購買一些即時的 coretime,或根據需要預訂大量 coretime。 這大大降低了軟體玩家和平行鏈團隊的進入門檻。

除了這些主要變化,敏捷的核心使用(agile core usage)和 coretime 分配將允許任何應用程式根據其需要訪問 Polkadot 的計算,而不會浪費寶貴的區塊空間。 協定也將改進跨鏈通信和 XCM 消息的安全保證。 最後,Polkadot 本身將通過把核心邏輯分解到自己的系統平行鏈上來實現擴展,從而為平行鏈協定和 accords 提供更多的頻寬。

從插槽競拍到 Coretime 市場

區塊鏈的最終產物是區塊空間。 應用程式需要訪問 Polkadot 的區塊空間,而訪問區塊空間的入口是核心(Core)。 因此,應用程式將需要預留一些在核心上的時間或核心時間,以獲得有限期間訪問 Polkadot 的安全區塊空間和互操作性的權利。

核心必須是敏捷(agile)和通用的(general):

  • “敏捷性” 意味著核心可以快速地調整或切換它們的運行任務,就像現代的CPU可以快速地在不同的程式或任務之間切換。
  • “通用性” 意味著這些核心不是專門為某一個特定任務設計的,而是可以適應和處理多種不同的任務。

因為核心具有這樣的特性,所以為了充分利用它們,獲取(或分配)這些核心的方式也需要是靈活和快速的,即“敏捷的”。

插槽競拍機制不是敏捷的,它創造了高門檻,並且是為長時間運行的單一應用程式設計的(即白皮書中提議的原始 Polkadot 願景)。

我們摒棄了經典的租賃競拍,提議為核心時間建立一個“敏捷的”市場,基本上核心時間成為一個可以被代幣化、出售和交易的商品。 這種設置最大化了 Polkadot 的敏捷性,讓市場找出應用程式成功所需的最佳解決方案。

應用程式將能夠根據其需要預訂批量核心時間即時核心時間。 批量核心時間租賃將通過 broker 系統平行鏈,在固定的時間段內以固定的價格批量租用核心時間。 即時核心時間租賃將基於即時需求而進行銷售,租賃價格將根據當前的即時價格來確定的。 這樣的系統將降低潛在建設者的進入門檻。

核心時間銷售的收入可以被銷毀,或流入國庫,或用於這些選項的混合。 該話題目前正在討論中。 欲瞭解更多資訊,請參閱 RFC-0010 和 RFC-0015。

  • RFC-0010:
  • RFC-0015:

從以鏈為中心到以應用為中心

Polkadot 1.0 是一個以鏈為中心的範式,由能夠交換消息的孤立鏈組成。 這與完全不同的鏈通過橋連接並沒有本質的不同,唯一的區別是有中繼鏈保護網路,提供消息傳遞能力,並執行一些額外的任務,如 Crowdloan、Auction、Staking、帳戶、餘額和治理。 如果一個系統是以鏈為中心設計的,那麼最終它產生的應用和為使用者提供的體驗也將是以鏈為中心的。 系統的設計和架構方式會直接影響到它產生的應用程式的特性和為使用者提供的體驗。 如果系統的重點是鏈,那麼應用和用戶體驗也會反映出這一傾向。

Polkadot 的真正創新在於利用不同鏈提供的獨特價值主張,並利用這些鏈的合作潛力來構建跨鏈應用來解決實際問題。 因此,這些應用需要跨鏈。

未來,中繼鏈處理的任務越來越少,它只會專注於主要任務:保護網路並提供安全的消息傳遞能力。 系統平行鏈將用於接管如質押、治理等的次要中繼鏈任務。 具體查看 PolkaWorld 最新文章《Gavin Wood 提議最小化中繼鏈,身份、質押和治理系統將首先遷移到系統平行鏈! 》

XCM 和 Accords

XCMP 是一個專門用於發送 XCM 消息的傳輸層協定。 它為消息的傳送提供了具體的方法和一個安全的路徑,但不涉及更高層次的協定細節或結構,這可能涉及如何格式化消息、如何處理特定的交互邏輯或其他更高級的協定功能。 簡而言之,XCMP 專注於基本的消息傳輸,而不是處理複雜的協定邏輯或規範。

XCM 是一個專門設計的格式或語言,用於表示在鏈上常見操作的意圖。 這就好像一種描述“我打算這樣做”或“我希望這樣發生”的通用語言。 XCM 消息是通過 XCMP 機制在多個鏈之間傳輸的。 在一個理想的、完全無需信任的環境中,系統需要有強有力的機制來確保每一條鏈都能正確、忠實地解讀並執行 XCM 消息。 簡單地說,即使我們可以安全地發送跨鏈消息,但仍然存在這些消息被接收方鏈誤解或誤解釋的風險。 為了確保這種正確性和安全性,可以使用一種叫做 “Accords” 的機制或協定。

Accord 是一種在多個鏈之間達成的可選協定或條約。 這個條約的邏輯是固定的,不能被任何參與的鏈更改或破壞。 Polkadot 作為一個平臺,承諾會忠實地執行這些 Accord 協定,確保它們在所有參與鏈上都得到恰當的執行。 每一個 Accord 會針對某個特定功能或特定需求。 一旦某個鏈決定加入某個 Accord,那麼這個鏈就需要遵循這個 Accord 的規定,並提供 Accord 中所描述的功能。 為了讓更多的鏈可以方便地參與,創建一個新的 Accord 是開放和無需特定許可權的。 然而,儘管任何鏈都可以提議一個新的 Accord,但它不會立即生效。 只有當其他鏈同意並註冊這個 Accord 之後,它才會正式生效。 總的來說,Accord 是一種説明多個鏈在 Polkadot 平臺上協同工作的機制,它確保了協定的一致性和安全性。

總之,當一條鏈向另一條鏈發送 XCM 消息時,Accord 將確保接收鏈會按照發送鏈的原意來解讀和處理這個消息。 其次,Accord 在應用程式之間創建了一個完全無信任和協作的環境。 儘管各個應用程式或鏈之間可能沒有預先建立的信任關係,但是通過 Accord,它們可以安全、可靠地互相通信和合作。

Polkadot 是唯一一個 Accord 可以正常存在的生態系統,因為它具有一個同質的安全層,該層還為其每個邏輯元件提供了一個特定的狀態轉換功能。 這允許多個邏輯元件(即跨應用程式)之間的合作模式,這在橋上是不可能實現的。

Accord 將使用 SPREE 技術來實現。

Polkadot 1.0 中的核心使用

在 Polkadot 1.0 版本中,不論實際需求如何,應用程式都會每 12 秒產生一個區塊。 這種做法造成了資源的浪費,因為不論交易是否繁忙,都會按這樣的速度生產區塊。 當網路交易非常繁忙時,為了得到經濟獎勵,會有激勵去生產充滿交易的滿區塊。 而在交易不太繁忙時,又可能產生沒有任何交易的空區塊,這同樣是不經濟的。

下圖顯示了 Polkadot 1.0 的核心使用方式,其中橫軸代表時間,每一行代表一個核心。 顏色顯示了使用一個核心的不同的平行鏈。

上述設置提供了一個簡單且安全的,分片執行環境。

然而,為了實現全面效率,必須在需要時生產區塊,系統必須目標全區塊容量,降低激勵驗證者生產半滿或空區塊的可能性。

敏捷的核心時間分配

在 Polkadot 1.0 版本中,所謂的“核心時間”指的是一個應用可以在一個特定的核心上運行的固定時長,這個時長是兩年。 但現在,這個固定兩年的限制被取消了,以便更加靈活地滿足各種應用的需求。 也就是說,核心時間的使用變得更加通用和靈活,不再受到之前版本中的固定兩年時限的約束。

分割核心時間

核心時間的所有者可以分割或交易它。 應用程式 A1 可以在核心 C1 上運行一段有限的時間,然後另一個應用程式 A2 可以繼續在核心 C1 上運行,或者應用程式 A1 可以繼續在另一個核心 C2 上運行。 某些應用程式可能會暫時停止運行並在後來恢復。

分段的核心時間

範圍可以進行分段(即應用程式可以在一個核心上輪流運行),以分享成本或減少區塊生產速率,例如下圖所示。

組合核心時間

一個應用可以同時被分配到多個核心。 某些應用可能有一個永久的核心分配和一個間歇性的分配,例如,在高需求時期,可以在同一時間段向多個核心發送多個區塊,以減少延遲。

敏捷的核心使用

在 Polkadot 1.0 的版本中,系統中的每一個「核心」都是被分配給一個特定的應用使用,而這裡的應用等同於一個平行鏈。 但是,從理論上講,哪個應用被分配到哪個核心上運行這種分配關係並不是特別重要。 也就是說,每一個核心都是中立的,它不會對任何特定的應用有特殊的偏好或更友好的處理。

在這裡,我們去除了每個應用都擁有一個核心的假設,而是所有的核心都是資源,按照生態系統中所有應用的需要來消耗和使用。

壓縮核心(Compressed Cores)

一個核心有能力同時處理和保障同一應用的多個區塊。 將多個應用的區塊組合在同一個中繼鏈核心中可以降低處理這些區塊的延遲時間,但這會導致所需的頻寬增加。 而為了組合這些區塊,所需要的費用是固定的,具體體現在開啟和關閉區塊的費用上。

共用核心(Shared Cores)

與其他應用共用核心以共用成本,但不減少延遲。 請注意,這與分割核心時間不同,其中一個核心在不同時間被多個應用使用,以更高的延遲為代價共用成本。

敏捷的可組合計算系統

上述所有關於敏捷核心時間分配和核心使用的選項都可以被組合起來,從而實現一個敏捷的去中心化全球計算系統。

因此,這個新的願景集中在 Polkadot 的資源上,即安全、靈活且可用的區塊空間,這可以通過在核心上預留一些時間來獲得。 在核心時間的分配和核心的使用上的敏捷性使得網路效率和區塊空間的使用得到了最大化

Polkadot 的韌性

那些不考慮去中心化、密碼學和博弈論而進行設計的系統,容易被破解並容易受到網路攻擊。 Polkadot 基於以下不同的支柱來建立其韌性:

  1. 使用輕用戶端:集中式的 RPC 伺服器雖然常見,但容易受到攻擊,且對於基於區塊鏈的應用程式來說,RPC 不是一個無需信任的去中心化入口。 通過 Smoldot,Polkadot上可以使用輕用戶端。
  2. 零知識(ZK)原語:它們可能對審查和中心化產生問題,因為將大型狀態轉換函數歸結為一個正確執行的證明目前並不是構建有韌性系統的擴展解決方案。 然而,Polkadot 正在為特定用例構建一個功能豐富且高性能的 ZK 原語庫。 第一個用例將用於改進像 Polkadot Technical Fellowship 這樣的鏈上集體的隱私。
  3. Sassafras 共識:新的無分叉塊生產共識演算法,取代BABE,只有當一個區塊有望被整個網路確認並最終確定為有效時,這個區塊才會被生產。 這將提供多種好處,如:
  • 無分叉升級可以提高安全性、平行鏈性能和用戶體驗
  • 為了防止某些實體在看到未確認的交易後試圖優先執行自己的交易,系統採用了高性能的交易路由機制。 在這種機制中,交易會直接、快速地被加入到區塊中,而不需要在整個網路中廣播。 同時,為了增強安全性,所有交易都會進行加密處理。

4. 節點間混合網路:為短消息提供的隱蔽傳輸,可以

  • 避免交易洩露IP資訊,以及
  • 引入一個通用的消息系統,允許使用者、鏈、鏈下工作者、智慧合約、模組以及鏈中的任何其他存在的實體交換包含簽名、意圖等的消息。

5. 社會去中心化:社會化的去中心化策略強調通過廣泛的參與來增強系統的穩健性。 這種策略鼓勵眾多的成員參與到鏈上決策中,保證資金如國庫預算、薪資和資金支援得到恰當且公正的分配。 關鍵在於,為了維持這一去中心化的狀態,系統中至關重要的技術專家應該直接由 Polkadot 網路激勵和招納,而不是由網路內的某些特定組織來做。 這是為了確保網路的去中心化,使所有人在一個公平的環境中共同努力。

查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 留言
  • 分享
留言
0/400
暫無留言
交易,隨時隨地
qrCode
掃碼下載 Gate APP
社群列表
繁體中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)