go語言實現(xiàn)pos共識機制

1、【golang詳解】go語言GMP(GPM)原理和調(diào)度

Goroutine調(diào)度是一個很復(fù)雜的機制，下面嘗試用簡單的語言描述一下Goroutine調(diào)度機制，想要對其有更深入的了解可以去研讀一下源碼。

首先介紹一下GMP什么意思：

G ----------- goroutine: 即Go協(xié)程，每個go關(guān)鍵字都會創(chuàng)建一個協(xié)程。

M ---------- thread內(nèi)核級線程，所有的G都要放在M上才能運行。

P ----------- processor處理器，調(diào)度G到M上，其維護了一個隊列，存儲了所有需要它來調(diào)度的G。

Goroutine 調(diào)度器P和 OS 調(diào)度器是通過 M 結(jié)合起來的，每個 M 都代表了 1 個內(nèi)核線程，OS 調(diào)度器負責把內(nèi)核線程分配到 CPU 的核上執(zhí)行

模型圖：

避免頻繁的創(chuàng)建、銷毀線程，而是對線程的復(fù)用。

1）work stealing機制

  當本線程無可運行的G時，嘗試從其他線程綁定的P偷取G，而不是銷毀線程。

2）hand off機制

  當本線程M0因為G0進行系統(tǒng)調(diào)用阻塞時，線程釋放綁定的P，把P轉(zhuǎn)移給其他空閑的線程執(zhí)行。進而某個空閑的M1獲取P，繼續(xù)執(zhí)行P隊列中剩下的G。而M0由于陷入系統(tǒng)調(diào)用而進被阻塞，M1接替M0的工作，只要P不空閑，就可以保證充分利用CPU。M1的來源有可能是M的緩存池，也可能是新建的。當G0系統(tǒng)調(diào)用結(jié)束后，根據(jù)M0是否能獲取到P，將會將G0做不同的處理：

如果有空閑的P，則獲取一個P，繼續(xù)執(zhí)行G0。

如果沒有空閑的P，則將G0放入全局隊列，等待被其他的P調(diào)度。然后M0將進入緩存池睡眠。

如下圖

GOMAXPROCS設(shè)置P的數(shù)量，最多有GOMAXPROCS個線程分布在多個CPU上同時運行

在Go中一個goroutine最多占用CPU 10ms，防止其他goroutine被餓死。

具體可以去看另一篇文章

【Golang詳解】go語言調(diào)度機制 搶占式調(diào)度

當創(chuàng)建一個新的G之后優(yōu)先加入本地隊列，如果本地隊列滿了，會將本地隊列的G移動到全局隊列里面，當M執(zhí)行work stealing從其他P偷不到G時，它可以從全局G隊列獲取G。

協(xié)程經(jīng)歷過程

我們創(chuàng)建一個協(xié)程 go func()經(jīng)歷過程如下圖：

說明：

這里有兩個存儲G的隊列，一個是局部調(diào)度器P的本地隊列、一個是全局G隊列。新創(chuàng)建的G會先保存在P的本地隊列中，如果P的本地隊列已經(jīng)滿了就會保存在全局的隊列中；處理器本地隊列是一個使用數(shù)組構(gòu)成的環(huán)形鏈表，它最多可以存儲 256 個待執(zhí)行任務(wù)。

G只能運行在M中，一個M必須持有一個P，M與P是1：1的關(guān)系。M會從P的本地隊列彈出一個可執(zhí)行狀態(tài)的G來執(zhí)行，如果P的本地隊列為空，就會想其他的MP組合偷取一個可執(zhí)行的G來執(zhí)行；

一個M調(diào)度G執(zhí)行的過程是一個循環(huán)機制；會一直從本地隊列或全局隊列中獲取G

上面說到P的個數(shù)默認等于CPU核數(shù)，每個M必須持有一個P才可以執(zhí)行G，一般情況下M的個數(shù)會略大于P的個數(shù)，這多出來的M將會在G產(chǎn)生系統(tǒng)調(diào)用時發(fā)揮作用。類似線程池，Go也提供一個M的池子，需要時從池子中獲取，用完放回池子，不夠用時就再創(chuàng)建一個。

work-stealing調(diào)度算法：當M執(zhí)行完了當前P的本地隊列隊列里的所有G后，P也不會就這么在那躺尸啥都不干，它會先嘗試從全局隊列隊列尋找G來執(zhí)行，如果全局隊列為空，它會隨機挑選另外一個P，從它的隊列里中拿走一半的G到自己的隊列中執(zhí)行。

如果一切正常，調(diào)度器會以上述的那種方式順暢地運行，但這個世界沒這么美好，總有意外發(fā)生，以下分析goroutine在兩種例外情況下的行為。

Go runtime會在下面的goroutine被阻塞的情況下運行另外一個goroutine：

用戶態(tài)阻塞/喚醒

當goroutine因為channel操作或者network I/O而阻塞時（實際上golang已經(jīng)用netpoller實現(xiàn)了goroutine網(wǎng)絡(luò)I/O阻塞不會導(dǎo)致M被阻塞，僅阻塞G，這里僅僅是舉個栗子），對應(yīng)的G會被放置到某個wait隊列(如channel的waitq)，該G的狀態(tài)由_Gruning變?yōu)開Gwaitting，而M會跳過該G嘗試獲取并執(zhí)行下一個G，如果此時沒有可運行的G供M運行，那么M將解綁P，并進入sleep狀態(tài)；當阻塞的G被另一端的G2喚醒時（比如channel的可讀/寫通知），G被標記為，嘗試加入G2所在P的runnext（runnext是線程下一個需要執(zhí)行的 Goroutine。）， 然后再是P的本地隊列和全局隊列。

系統(tǒng)調(diào)用阻塞

當M執(zhí)行某一個G時候如果發(fā)生了阻塞操作，M會阻塞，如果當前有一些G在執(zhí)行，調(diào)度器會把這個線程M從P中摘除，然后再創(chuàng)建一個新的操作系統(tǒng)的線程(如果有空閑的線程可用就復(fù)用空閑線程)來服務(wù)于這個P。當M系統(tǒng)調(diào)用結(jié)束時候，這個G會嘗試獲取一個空閑的P執(zhí)行，并放入到這個P的本地隊列。如果獲取不到P，那么這個線程M變成休眠狀態(tài)， 加入到空閑線程中，然后這個G會被放入全局隊列中。

隊列輪轉(zhuǎn)

可見每個P維護著一個包含G的隊列，不考慮G進入系統(tǒng)調(diào)用或IO操作的情況下，P周期性的將G調(diào)度到M中執(zhí)行，執(zhí)行一小段時間，將上下文保存下來，然后將G放到隊列尾部，然后從隊列中重新取出一個G進行調(diào)度。

除了每個P維護的G隊列以外，還有一個全局的隊列，每個P會周期性地查看全局隊列中是否有G待運行并將其調(diào)度到M中執(zhí)行，全局隊列中G的來源，主要有從系統(tǒng)調(diào)用中恢復(fù)的G。之所以P會周期性地查看全局隊列，也是為了防止全局隊列中的G被餓死。

除了每個P維護的G隊列以外，還有一個全局的隊列，每個P會周期性地查看全局隊列中是否有G待運行并將其調(diào)度到M中執(zhí)行，全局隊列中G的來源，主要有從系統(tǒng)調(diào)用中恢復(fù)的G。之所以P會周期性地查看全局隊列，也是為了防止全局隊列中的G被餓死。

M0

M0是啟動程序后的編號為0的主線程，這個M對應(yīng)的實例會在全局變量rutime.m0中，不需要在heap上分配，M0負責執(zhí)行初始化操作和啟動第一個G，在之后M0就和其他的M一樣了

G0

G0是每次啟動一個M都會第一個創(chuàng)建的goroutine，G0僅用于負責調(diào)度G，G0不指向任何可執(zhí)行的函數(shù)，每個M都會有一個自己的G0，在調(diào)度或系統(tǒng)調(diào)用時會使用G0的棧空間，全局變量的G0是M0的G0

一個G由于調(diào)度被中斷，此后如何恢復(fù)？

中斷的時候?qū)⒓拇嫫骼锏臈Ｐ畔ⅲ４娴阶约旱腉對象里面。當再次輪到自己執(zhí)行時，將自己保存的棧信息復(fù)制到寄存器里面，這樣就接著上次之后運行了。

我這里只是根據(jù)自己的理解進行了簡單的介紹，想要詳細了解有關(guān)GMP的底層原理可以去看Go調(diào)度器 G-P-M 模型的設(shè)計者的文檔或直接看源碼

參考： (https://www.cnblogs.com/X-knight/p/11365929.html)

(https://draveness.me/golang/docs/part3-runtime/ch06-concurrency/golang-goroutine/)

2、GO語言商業(yè)案例(六):PayPal

創(chuàng)建 PayPal 的目的是使金融服務(wù)民主化，并使個人和企業(yè)能夠加入并在全球經(jīng)濟中蓬勃發(fā)展。這項工作的核心是 PayPal 的支付平臺，該平臺使用專有技術(shù)和第三方技術(shù)的組合來高效、安全地促進全球數(shù)百萬商家和消費者之間的交易。隨著支付平臺變得越來越大、越來越復(fù)雜，PayPal 尋求對其系統(tǒng)進行現(xiàn)代化改造并縮短新應(yīng)用程序的上市時間。

Go 在生成干凈、高效的代碼方面的有著極高的價值。這些代碼可以隨著軟件部署的擴展而輕松擴展，這使得該語言非常適合支持 PayPal 的目標。

支付處理平臺的核心是 PayPal 用 C++ 開發(fā)的專有 NoSQL 數(shù)據(jù)庫。然而，代碼的復(fù)雜性大大降低了開發(fā)人員發(fā)展平臺的能力。Go 的簡單代碼布局、goroutine（輕量級執(zhí)行線程）和通道（用作連接并發(fā) goroutine 的管道）使 Go 成為 NoSQL 開發(fā)團隊簡化和現(xiàn)代化平臺的自然選擇。

作為概念驗證，一個開發(fā)團隊花了六個月的時間學習 Go 并在 Go 中從頭開始重新實現(xiàn) NoSQL 系統(tǒng)，在此期間，他們還提供了有關(guān)如何在 PayPal 更廣泛地實施 Go 的見解。截至今天，已遷移 30% 的集群以使用新的 NoSQL 數(shù)據(jù)庫。

隨著 PayPal 的平臺變得越來越復(fù)雜，Go 提供了一種輕松簡化大規(guī)模創(chuàng)建和運行軟件的復(fù)雜性的方法。該語言為 PayPal 提供了出色的庫和快速工具，以及并發(fā)、垃圾收集和類型安全。

借助 Go，PayPal 使其開發(fā)人員能夠?qū)⒏鄷r間從 C++ 和 Java 開發(fā)的噪音中解放出來，從而能夠花更多時間查看代碼和進行戰(zhàn)略性思考。

在這個新改寫的 NoSQL 系統(tǒng)取得成功后，PayPal 內(nèi)更多的平臺和內(nèi)容團隊開始采用 Go。Natarajan 目前的團隊負責 PayPal 的構(gòu)建、測試和發(fā)布管道——所有這些都是在 Go 中構(gòu)建的。該公司擁有一個大型構(gòu)建和測試農(nóng)場，它使用 Go 基礎(chǔ)設(shè)施進行完全管理，以支持整個公司的開發(fā)人員的構(gòu)建即服務(wù)（和測試即服務(wù)）。

憑借 PayPal 所需的分布式計算能力，Go 是刷新系統(tǒng)的正確語言。PayPal 需要并發(fā)和并行的編程，為高性能和高度可移植性而編譯，并為開發(fā)人員帶來模塊化、可組合的開源架構(gòu)的好處——Go 已經(jīng)提供了所有這些以及更多幫助 PayPal 對其系統(tǒng)進行現(xiàn)代化改造。

安全性和可支持性是 PayPal 的關(guān)鍵問題，該公司的運營管道越來越多地由 Go 主導(dǎo)，因為該語言的簡潔性和模塊化幫助他們實現(xiàn)了這些目標。PayPal 對 Go 的部署為開發(fā)人員提供了一個創(chuàng)意平臺，使他們能夠為 PayPal 的全球市場大規(guī)模生產(chǎn)簡單、高效和可靠的軟件。

隨著 PayPal 繼續(xù)使用 Go 對其軟件定義網(wǎng)絡(luò) (SDN) 基礎(chǔ)設(shè)施進行現(xiàn)代化改造，除了更易于維護的代碼外，他們還看到了性能優(yōu)勢。例如，Go 現(xiàn)在為路由器、負載平衡和越來越多的生產(chǎn)系統(tǒng)提供動力。

作為一家全球性企業(yè)，PayPal 需要其開發(fā)團隊有效管理兩種規(guī)模：生產(chǎn)規(guī)模，尤其是與許多其他服務(wù)器（如云服務(wù)）交互的并發(fā)系統(tǒng)；和開發(fā)規(guī)模，尤其是由許多程序員協(xié)同開發(fā)的大型代碼庫（如開源開發(fā)）

PayPal 利用 Go 來解決這些規(guī)模問題。該公司的開發(fā)人員受益于 Go 將解釋型動態(tài)類型語言的編程易用性與靜態(tài)類型編譯語言的效率和安全性相結(jié)合的能力。隨著 PayPal 對其系統(tǒng)進行現(xiàn)代化改造，對網(wǎng)絡(luò)和多核計算的支持至關(guān)重要。Go 不僅提供了這種支持，而且提供的速度很快——在單臺計算機上編譯一個大型可執(zhí)行文件最多需要幾秒鐘。

PayPal 目前有 100 多名 Go 開發(fā)人員，未來選擇采用 Go 的開發(fā)人員將更容易獲得該語言的批準，這要歸功于公司已經(jīng)在生產(chǎn)中的許多成功實現(xiàn)。

最重要的是，PayPal 開發(fā)人員使用 Go 提高了他們的生產(chǎn)力。Go 的并發(fā)機制使得編寫充分利用 PayPal 的多核和聯(lián)網(wǎng)機器的程序變得很容易。使用 Go 的開發(fā)人員還受益于它可以快速編譯為機器代碼的事實，并且他們的應(yīng)用程序獲得了垃圾收集的便利和運行時反射的強大功能。

今天 PayPal 的第一類語言是 Java 和 Node，Go 主要用作基礎(chǔ)設(shè)施語言。雖然 Go 可能永遠不會在某些應(yīng)用程序中取代 Node.js，但 Natarajan 正在推動讓 Go 成為 PayPal 的第一類語言。

通過他的努力，PayPal 還在評估遷移到 Google Kubernetes Engine (GKE) 以加快其新產(chǎn)品的上市時間。GKE 是一個用于部署容器化應(yīng)用程序的托管、生產(chǎn)就緒環(huán)境，并帶來了 Google 在開發(fā)人員生產(chǎn)力、自動化操作和開源靈活性方面的最新創(chuàng)新。

對于 PayPal 而言，部署到 GKE 將使 PayPal 更容易部署、更新和管理其應(yīng)用程序和服務(wù)，從而實現(xiàn)快速開發(fā)和迭代。此外，PayPal 會發(fā)現(xiàn)更容易運行機器學習、通用 GPU、高性能計算和其他受益于 GKE 支持的專用硬件加速器的工作負載。

對 PayPal 來說最重要的是，Go 開發(fā)和 GKE 的結(jié)合使公司能夠輕松擴展以滿足需求，因為 Kubernetes 自動擴展將使 PayPal 能夠處理用戶對服務(wù)不斷增長的需求——在最重要的時候保持它們可用，然后在安靜的時間來省錢。

3、GO語言商業(yè)案例(十六):Curve-

Golang 的創(chuàng)建是為了實現(xiàn)最大的用戶效率和編碼效率。已經(jīng)熟悉 Java 或 PHP 的程序員可以在幾周內(nèi)接受 Go 的培訓(xùn)（許多人最終會更喜歡它）。在本文中，Dewet Diener 探討了 Golang 的優(yōu)缺點，以及它的測試驅(qū)動開發(fā) (TDD) 如何完美契合。

Golang 由 Google 開發(fā)和設(shè)計，于 2009 年作為一種綜合性編程語言首次出現(xiàn)，旨在最大限度地提高編碼效率。創(chuàng)建該語言的目的是修正其他已建立語言的缺陷。盡管 Golang（或簡稱為“Go”）是一門年輕的語言，但已經(jīng)積累了大量的開發(fā)人員，因此我們想分享為什么在 Curve 我們喜歡 Golang，以及我們?nèi)绾尾捎盟鼇韺崿F(xiàn)我們移動銀行業(yè)務(wù)的目標到云端。

Go 是一種精致的編程語言：它支持“所見即所得”的原則，這意味著清晰易讀的代碼和更少的復(fù)雜抽象。該語言本身易于使用且易于訓(xùn)練。盡管如此，作為一個相對較新的生態(tài)系統(tǒng)，要找到對 Go 具有廣泛預(yù)先知識的工程師可能會很棘手。

然而，與其他編程語言不同，Go 的創(chuàng)建是為了最大限度地提高用戶效率。因此，具有 Java 或 PHP 背景的開發(fā)人員和工程師可以在幾周內(nèi)獲得使用 Go 的技能和培訓(xùn)——根據(jù)我們的經(jīng)驗，他們中的許多人最終更喜歡它。

在 Curve，我們大力提倡測試驅(qū)動開發(fā) (TDD)，Go 的框架與這種方法保持一致。通過簡單地命名一個文件 foo_test.go 并在該文件中添加結(jié)構(gòu)化測試函數(shù)，Go 將快速有效地運行您的單元測試。這一創(chuàng)新功能提高了生產(chǎn)力，因為它可以更加專注于測試驅(qū)動的開發(fā)和改進的同行評審機會。

Golang 具有出色的生產(chǎn)優(yōu)化品質(zhì)，例如內(nèi)存占用小，這支持其在大型項目中作為構(gòu)建塊的能力，以及開箱即用的與其他架構(gòu)的輕松交叉編譯。由于 Go 代碼被編譯為單個靜態(tài)二進制文件，因此它可以輕松進行容器化，并且通過擴展，將 Go 部署到任何高可用性環(huán)境（例如 Kubernetes）中幾乎是微不足道的。

它提供了一種機制來保護工作負載，通過擁有非常纖薄的生產(chǎn)容器而沒有任何無關(guān)的依賴項。這使得構(gòu)建、部署和維護基于 Go 的資產(chǎn)更加直接和安全，并為希望建立或發(fā)展其微服務(wù)戰(zhàn)略的公司提供了可靠的選擇。

Go 是專門為滿足我們快速發(fā)展的技術(shù)生態(tài)系統(tǒng)的需求而創(chuàng)建的。例如，Go 可以滿足您構(gòu)建 API 所需的一切，并將其作為其標準庫的一部分。它使用簡單，高性能的 http 服務(wù)器消除了團隊設(shè)計新項目時經(jīng)常發(fā)生的一些常見的 探索 和設(shè)計癱瘓問題——這對于一些其他流行語言（如 Java 和 Node.js）來說太常見了。

Golang 還通過其內(nèi)置于語言本身的自動格式化程序巧妙地解決了代碼格式化分歧。這完全消除了格式爭議，進而提高了團隊的生產(chǎn)力和注意力。

盡管我是 Go 的擁護者，但它顯然也不是沒有缺陷。一個爭論不休的特性是 Go 沒有顯式接口，這是許多開發(fā)人員習慣的概念。雖然不是有害的，但它可以使選擇最適合您的結(jié)構(gòu)的接口成為一項任務(wù)。這是因為您不會像在其他流行的編程語言中那樣編寫 X 實現(xiàn) Y，但您很快就會接受。

依賴管理也是另一個不屬于 Google Golang 開發(fā)團隊原始設(shè)計的功能。開源社區(qū)介入并創(chuàng)建了 Glide 和 Dep，最初的努力并沒有完全解決問題。從 Go 1.11 開始，添加了對模塊的支持，這似乎已成為官方的依賴管理工具。這些挑戰(zhàn)并沒有削弱 Go 作為一種高效編程語言的獨創(chuàng)性，并且它繼續(xù)為我們提供優(yōu)于其他編程語言的顯著優(yōu)勢。

Golang 吸引了全球敏銳的開發(fā)人員的注意，并且圍繞它的興奮繼續(xù)增長。開源社區(qū)因有趣的項目而蓬勃發(fā)展；最著名的是 Docker 和 Kubernetes。

正是這種新鮮、有創(chuàng)意但又簡單的包裝吸引了我們?nèi)o：它是一種令人興奮的編碼語言，可以幫助我們在 Curve 中快速開發(fā)以構(gòu)建更好的產(chǎn)品。

4、go語言--Goroutines

1、goroutine：在go語言中，每一個并發(fā)的執(zhí)行單元叫做goroutine，如果一個程序中包含多個goroutine，對兩個函數(shù)的調(diào)用則可能發(fā)生在同一時刻

2、main goroutine：當一個程序啟動時，其主函數(shù)即在一個單獨的goroutine中運行，我們叫他為main gorountine

3、go goroutine：新的goroutine會用go語句來創(chuàng)建，go+函數(shù)名，go語句會使其語句中的函數(shù)在一新創(chuàng)建的goroutine中運行，而go語句本身會迅速地完成

4、goroutine的退出：主函數(shù)返回時，所有的goroutine都會被直接打斷，程序退出，除了從主函數(shù)退出或者終止程序之外，沒有其他方法能夠讓一個goroutine來打斷另一個的執(zhí)行，但是可以通過另一種方式來實現(xiàn)這個目的，通過goroutine之間的通信來讓一個goroutine請求其他的goroutine，并讓請求的goroutine自行結(jié)束執(zhí)行

5、兩種共識機制對比(PoW vs PoS)

區(qū)塊鏈中最核心的架構(gòu)就是共識機制，可以說是區(qū)塊鏈的驅(qū)動引擎，發(fā)展這么多年，目前主流比較明確經(jīng)得住考驗的就只剩下PoW(Proof of Work)與PoS(Proof of Stake)兩種機制。簡單概述下，PoW系統(tǒng)的特點是通過消耗大量算力來計算特定算法的解（典型如哈希），第一個算出結(jié)果的有權(quán)生成區(qū)塊，同時也會得到coin作為獎勵（這也是coin的生產(chǎn)與分發(fā)過程，形象地稱為Mining），采用PoW的典型區(qū)塊鏈有Bitcoin和Ethereum，目前PoW也是運行時間最長，被公認為是最可靠安全的共識機制； 其本質(zhì)是通過消耗大量算力來實現(xiàn)系統(tǒng)內(nèi)的逆熵過程，保證系統(tǒng)的長期安全與穩(wěn)定 。但PoW被廣為詬病的也是其消耗太多的能源資源，這方面PoS就被認為是更為綠色的解決方案，顧名思義PoS是通過質(zhì)押系統(tǒng)中的資產(chǎn)即coin來成為一個質(zhì)押者（staker），這樣就有權(quán)產(chǎn)出區(qū)塊，質(zhì)押份額越多，獲得產(chǎn)出區(qū)塊權(quán)的概率就越高，也代表著獎勵越多。

在分布式系統(tǒng)中有一個 CAP 定理，是指一個分布式系統(tǒng)中存在著三元悖論，即不可能同時滿足這三個特性：一致性(Consistency)、可用性(Availability)和分區(qū)容錯性 (Partition tolerance)，而只能滿足其中兩個。區(qū)塊鏈作為一種分布式網(wǎng)絡(luò)，這個定理也逐漸演變成了區(qū)塊鏈的三元悖論，即 安全性(Security) 、 去中心化(Decentralization) 和 可擴展性 (Scalability) ，也是同時只能滿足兩個特性。

整體上看PoW系統(tǒng)更注重的是 安全性(Security) 與 去中心化(Decentralization) ，放棄 可擴展性 (Scalability) ，這也是Bitcoin網(wǎng)絡(luò)的吞吐量非常慢的原因。而PoS系統(tǒng)更關(guān)注的是 可擴展性 (Scalability) 與 去中心化(Decentralization) ，但就PoS能否真的 實現(xiàn) 去中心化(Decentralization) ，我是比較持懷疑態(tài)度的。從保守主義與系統(tǒng)的更長期穩(wěn)定的角度出發(fā)，我個人是堅定地站在PoW這邊的，可能跟自身保守的性格有關(guān)，并不是特別看好PoS作為基礎(chǔ)層能比較穩(wěn)定。特別是像這次 5月份的Luna事件 ，事件大概的過程是Luna鏈上的算法穩(wěn)定幣UST缺乏價值支撐最終脫錨，其核心問題在于UST的錨定設(shè)計試圖用一個PoS股權(quán)系統(tǒng)去支撐其錨定美元，而且還超發(fā)了太多UST，再加上UST與Luna的兌換設(shè)計缺陷最終導(dǎo)致Luna自身的死亡螺旋。但這個事件更大的意義應(yīng)該是敲響了一個警鐘，PoS機制在面對空頭資本砸盤時真的還能維持穩(wěn)定、維持所謂的去中心化嗎？可能到時節(jié)點數(shù)量萎縮的速度會很快，逐漸趨于中心化。

所有系統(tǒng)設(shè)計都需要根據(jù)自身定位來折中，以下從價值錨定的角度，簡單分析下為什么長期來看PoW會更有優(yōu)勢。

在PoW系統(tǒng)中三股主要的參與者分別是研發(fā)人員，投資者（或者叫用戶）與Miner，這三者的相互制衡，使得這個系統(tǒng)達到一個穩(wěn)定平衡的狀態(tài)。而PoS系統(tǒng)中，將Miner這個重要的制衡力量移除了，投資者和Miner變成了同一群體 質(zhì)押者（stakers） ，因此該群體濫用權(quán)力的行為會變得相對不受限制，并且該鏈隨后的發(fā)展方向也可能會更加不平衡，更容易傾向有利于 質(zhì)押者（stakers） 群體的方向。

PoW系統(tǒng)很好的闡述了什么是被普遍認可的價值，抽象上來看就是高代價的稀缺性 ，高代價與稀缺性兩者缺一不可。PoS最多只能實現(xiàn)其中一個稀缺性。

Miner為了在鏈上生產(chǎn)區(qū)塊賺取coin，不僅需要持續(xù)支付高額電力成本，還必須不斷投入研發(fā)、升級硬件、優(yōu)化基礎(chǔ)設(shè)施和運營規(guī)模來保持其競爭力。最終結(jié)果是，能夠長期持續(xù)盈利的Miner并不會是一個一層不變的群體，而是總在競爭中淘汰掉效率太低的Miner，使高效率的Miner能存活下來。這也更有利于 去中心化(Decentralization) ，因為不斷變化的Miner群體意味著沒有一個Miner可以在相當長的時間內(nèi)保持網(wǎng)絡(luò)的大部分算力，除非他們通過嚴酷的競爭考驗，不斷優(yōu)化自身來提供更多的算力。

而PoS系統(tǒng)中的質(zhì)押者實際上并多少真正的風險投入，也沒有優(yōu)勝劣汰的嚴酷競爭機制，他們只需要簡單地運行一個staker節(jié)點就可以躺著賺利息，本質(zhì)上只是將自己在銀行系統(tǒng)里的錢簡單的轉(zhuǎn)化為鏈上資本，就可以坐地收割后進入這個系統(tǒng)的新人。這種行為并沒有太多難度，只是簡單地賺取“無風險”利息，他們并沒有將資本轉(zhuǎn)化為任何形式的需要面臨風險考驗的投資。

而且當發(fā)生硬分叉時，PoW的Miner選擇支持哪條鏈時會更為謹慎，因為他們需要投入高昂的電力成本來為他們的選擇背書，一旦選錯了將損失所有投入成本。PoS系統(tǒng)如果發(fā)生硬分叉，質(zhì)押的coin作為系統(tǒng)內(nèi)部狀態(tài)的一部分，硬分叉后質(zhì)押者將在兩條不同鏈上都擁有相同數(shù)量的資產(chǎn)，由于沒有什么沉默成本，導(dǎo)致質(zhì)押者更愿意兩邊都支持，從而使硬分叉更容易且更頻繁地出現(xiàn)，這被稱為 nothing at stake 問題。

PoW是真正能做到無準入限制的(Permissionless)，就是說已經(jīng)在這個系統(tǒng)中的老人無法限制新人加入，只要你有能力提供算力，就能直接接入網(wǎng)絡(luò)中產(chǎn)出coin。而PoS系統(tǒng)中，新人要進入，都不得不先從老人手中買coin。

而且PoW中Miner為了支付各種高昂成本（電力，設(shè)備，基礎(chǔ)設(shè)施等），產(chǎn)出coin后也不得不賣出一些以彌補成本，這同時也是一種把coin分發(fā)給更多人的過程； 特別是在熊市，Miner為了維持開銷也不得不低價賤賣coin，這樣新人才有機會以相對低的成本獲得籌碼入場，這才是一個健康的生態(tài)擴張過程 。而PoS中由于質(zhì)押者并沒有什么運行成本，也不需要面對太多競爭，質(zhì)押者出塊得到coin后不需要急著賣出，更容易哄抬價格，其實會變相激勵場內(nèi)老人剝削新入場者，不給后來人更多機會；整個系統(tǒng)會趨向于更封閉，逐漸演變成一個有限游戲，長期運行下去只會越來越中心化；系統(tǒng)中財富越來越集中，富者更富，窮者更窮，從而更不可能實現(xiàn) 去中心化(Decentralization) 。

由于PoW系統(tǒng)中是以提供工作量的方式產(chǎn)出區(qū)塊的，隨著時間的推移這些工作量都會被累積起來并使鏈不斷向前延伸，這也是為什么叫區(qū)塊鏈；這些累積的工作量也給攻擊者造成了巨大障礙，如果想要反轉(zhuǎn)整條鏈，不僅需要非常高的算力，還需要相當長的時間，這也為應(yīng)對攻擊提供了足夠長的時間緩沖。

而PoS系統(tǒng)其實只是維護一個分布式賬本， 并沒有工作量累積的概念，一旦攻擊成功，要反轉(zhuǎn)整條鏈就是相當容易的，幾分鐘就可以搞定。

嚴格來說由PoW算力支撐的BTC不應(yīng)歸為高科技類，由于它整個系統(tǒng)架構(gòu)更保守更穩(wěn)定，提供的更多的是一種 物化價值(objective costliness) ，更能作為價值之錨，所以數(shù)字黃金這個稱號很貼切。而像ETH（目前還是PoW，2.0升級后為PoS）這些更接近科技類創(chuàng)新平臺，PoS本質(zhì)上更像是一種股權(quán)系統(tǒng)，其實PoS系統(tǒng)反而是需要中心化，偏向更依靠整個社區(qū)的生命力，需要依靠核心團隊的創(chuàng)新與開拓能力往前走；而PoW則需要去中心化，更偏向穩(wěn)定與提供 物化價值(objective costliness) 。

區(qū)塊鏈作為一個價值分配系統(tǒng)， 算力是它的價值之錨，如果沒有算力，就會退化為一個股權(quán)系統(tǒng) 。算力在哪，資金就會跟去哪。目前的發(fā)展趨勢也是逐漸往多層網(wǎng)絡(luò)的方向發(fā)展，類似TCP/IP的多層協(xié)議棧。從作為基礎(chǔ)層(Base Layer)的角度看，更需要的是長期穩(wěn)定與提供價值支撐，因此PoW系統(tǒng)更合適；而PoS可能更多的是可以作為Layer2以實現(xiàn) 可擴展性 (Scalability) ，彌補PoW基礎(chǔ)層的吞吐量不足，并通過錨定在PoW基礎(chǔ)層上來獲取算力安全性與價值支撐。

最后順帶說下最近市場行情，5,6月份以來的瀑布令很多人很恐慌，恐慌指數(shù)一度長時間停留在個位數(shù)；其實我覺得也沒必要那么恐慌，要在這個圈子長期活下去，面對這種大波動的心理預(yù)期還是要有的。想起之前紅杉資本的沈南鵬經(jīng)常提到一個詞Grit，沙礫，它是礫石在千萬次打磨后留下來的細小顆粒；Grit代表了勇氣和持之以恒的一種堅持，有種經(jīng)常被按地上摩擦但依然勇往直前的感覺。這個和塔勒布講的反脆弱性有異曲同工之妙，承載價值的東西就應(yīng)該具有這種品質(zhì)，PoW系統(tǒng)肯定是有反脆弱性的。

回望2017年入圈后經(jīng)歷過的各種事件，其實像這樣的大波動近乎每年都有（除了2019年一年比較順利外）；像2017年國內(nèi)的94事件，2018年一整年的大熊市，2020的312事件，2021的519事件，再到2022今年的5,6月份市場轉(zhuǎn)熊，每次經(jīng)歷大波動后，市場都會淘汰掉該淘汰的，出清掉該出清的風險，對整個行業(yè)發(fā)展也是好事。眼光還是應(yīng)該放遠一點，至少看5到10年后的變化，科技發(fā)展過程中所帶來的波動和風險是不可避免的，日光之下無新鮮事，每次科技革命過程中總會夾雜著眾多的反對、質(zhì)疑，還有眾多的投機、騙局；這個過程也總是通過各種暴雷、回歸，清除泡沫后價值重估，夯實了基礎(chǔ)后積蓄能量再次進入躍升到新的發(fā)展階段。 價值互聯(lián)網(wǎng)的到來是一件無法回避的事情 ，當理解和看清了這種趨勢后，規(guī)避掉各種坑和市場噪音，遠離合約杠桿和各種山寨的誘惑，握住核心資產(chǎn)，時間本身就會帶來回報。

轉(zhuǎn)載請帶上網(wǎng)址：http://www.svinexta.cn/posjifour/244886.html