挖鏈網：解放開發者，把精力花在有意義的應用上
媒體： 挖鏈網
編輯： 汪偉
整理： 曹彪
老冒經歷了網際網路時代，也經歷了 Web2.0 時代，3.0 時代老冒決定把自己過去“清零”再上場。全球區塊鏈應用有 1600 多個，其中真正能跑、有意義、有趣的加起來可能只有幾十個，導致這樣的情況出現，就是因為做應用太麻煩。老冒覺得區塊鏈應該對開發者更加友好，好的使用者體驗能促進區塊鏈應用成長。
“得開發者得天下”，老冒想要解放開發者，讓他們把精力花在有意義的應用開發上。6 月 30 日，ArcBlock（區塊基石）第一個應用：“開放鏈訪問協議實驗臺（OCAP Playground）”正式上線釋出，它大大降低了區塊鏈開發門檻。
7 月 5 日《挖鏈八點秀》第五期特別邀請到 ArcBlock（區塊基石）創始人兼 CEO，連續創業和技術革新者冒志鴻（老冒）進行了一場頭腦風暴，百家媒體人、創業者共同參與討論，以下為精彩詳情：
好的使用者體驗能促進區塊鏈應用成長
ArcBlock 是一種新型的雲端計算服務，本質上是一個為開發和部署區塊鏈應用而最佳化的雲端計算服務平臺。ArcBlock 不是一個新的公鏈，實際上我們也不打算引入新的公鏈，雖然我們內部有一條 ArcBlock 公鏈，但它和現在大部分公鏈不一樣。
既然我們是一個為開發區塊鏈應用而最佳化的應用平臺，我們的主要客戶就是應用開發者，我們希望為應用開發者提供一系列應用的工具和框架，讓他們可以更加快速和容易地開發區塊鏈應用。最近一段時間區塊鏈概念非常熱，各種專案層出不窮，同時我們又不得不面對一個很尷尬的問題，實際上我們沒有真的區塊鏈應用可以去用。
今天的區塊鏈開發對開發者非常不友好。 如果大家曾經嘗試去開發一個以太坊應用，你會發現過程很漫長：首先，你要安裝以太坊的一個節點，之後同步資料，因為現在資料很多，同步資料就要花費很長時間，然後跟著它的指南去做。如果你要把應用真正寫出來，就面臨著一系列問題，應用部署在哪裡？你要把應用部署出去，必須在外面提供公開的區塊鏈節點，而要想執行一個比較完整的以太坊節點需要花費很多的資源，這就導致有很多人開發了各種應用示例，但真正願意和能夠部署成為一個別人能夠用的應用就特別少。在一個統計現有區塊鏈應用的網站上，上個星期我看到全球才 1600 多個應用，其中真正能跑、有意義、有趣的加起來可能只有幾十個，而且這幾十個裡面包含交易所之類的。
導致這樣的情況出現，就是因為做應用太麻煩了。人類總是懶惰的，不希望為了做一件事花很大力氣。所以，提供一個非常好的體驗，讓使用者非常容易用，讓開發者非常容易上手開發，是能夠促進區塊鏈應用成長非常重要的一點。
解放開發者，把精力花在有意義的應用上
ArcBlock 設計的定位就是大幅度簡化開發者進入的門檻。但是，這並不意味著 App 變得誰都可以開發，簡化進入門檻只是把開發者從各種繁瑣的細節、各種沒必要的勞動裡面解救出來，也是把開發者從要花很多代價去部署一個服務中解救出來，讓他們把精力真正花在一個有意義的應用上去。最終一個 App 如何有意義？我覺得必須是一個非常好有創意的想法，對終端使用者是有用的，不是一個人云亦云的東西，也不是一個隨便混一個概念的東西，因為終端使用者會用腳投票。
前幾天直播中，我們社群裡就有一位朋友提出了一個特別有意思的想法，“能不能實現一個超級錢包，這個錢包不斷的裡面可以有 ERC-20 的 token，而且能支援比特幣，而且這個錢包還能夠不斷擴充套件，支援越來越多的各種不同的鏈”。這是一個非常好的想法，因為只要玩數字貨幣比較多的人，都會有這樣一個需求，比如 imtoken 很好用，但 imtoken 不能儲存比特幣，另外一些比特幣錢包裡面又不能儲存 ERC-20 的 token。所以有這樣一個萬能錢包，毫無疑問是很有意思的東西，有了好的想法之後就要想如何把這個事情做出來。
這裡就談到 ArcBlock 有一個重要的模組叫做“開放鏈訪問協議”，簡稱 OCAP。其實 OCAP 的概念非常簡單，今天有各種不同的區塊鏈，每種區塊鏈都有自己不同的協議，不同的語言，不同的體系架構，這對一個區塊鏈應用開發者而言是一個很頭疼的事情。首先你不知道應該選擇哪一個區塊鏈，選擇哪一種技術，另外一旦你選錯了技術想要再去換另外一個區塊鏈，這時就會有很大麻煩。OCAP 的定位就是設計一個相對比較穩定可靠的中間層，使得開發者只需要在這個中間層的基礎上進行區塊鏈的開發， 其應用邏輯部分就不需要發生太大變化，而我們透過開發 OCAP 的介面卡，再把中間層適配到每一個具體的區塊鏈上去。
這個想法最初來自於資料庫的開放資料庫連線協議（ODBC）。我一直覺得在計算機行業發展中，類比是瞭解新技術一個非常好的方法。 因為行業雖然發展了這麼長時間，直到今天我們用的計算機還是馮諾依曼體系，馮諾依曼已經是很多年前的人，雖然有各種日新月異的新技術發展，但是萬變不離其宗，還是有一些普遍的規律可以追尋。當我在研究區塊鏈時，就是從過去計算機發展中找到一個可以類比到區塊鏈發展的東西，非常容易能夠找到的一個物件就是資料庫技術。其實，在資料庫技術發展的這幾十年裡，早期經歷了非常像今天區塊鏈技術發展的階段，有很多不同的資料庫，而且資料庫的型別也有很多種。資料庫早期發展的時候有各種各樣的方式，比如有層次的資料庫，網狀的資料庫等等，後來關聯式資料庫得到大眾認可發展成為最迅猛的一種型別。
ArcBlock 在業內第一個推出 OCAP 應用，OCAP 是我們的一小步，也是整個區塊鏈應用開發的一大步。實際上 OCAP 的思路其實並不是一個特別難想到的思路，我相信每一個開發區塊鏈應用的人，幾乎合格的程式設計師都會想到需要一個中間層，需要做一個以後不再去依賴特定 API 的方式，我們只是把大家普遍都意識到的問題真正的標準化，並且花精力把它做了出來。在設計 OCAP 的過程中，我們也充分地想到了一系列的問題。比如 OCAP 本身是一個開放的區塊鏈訪問協議，如何去操作不同的區塊鏈？每個區塊鏈都有自己不同的特點，此時一個類似查詢語言的東西就很有必要，最終我們經過一系列的研究決定選用 GraphQL，這是 Facebook 在幾年之前主導發明並貢獻給開源社群的新一代查詢語言。GraphQL 從某種角度體現了 Facebook 自己的做事原則，一方面比較實用主義，更加註重於應用，另一方面它對前端的開發非常友好，讓前端開發工程師非常省心，不過 GraphQL 的設計通常在後端上有比較高要求。
我們在 OCAP 引入了 GraphQL 作為一個語言，但 GraphQL 如何定義和實現在區塊鏈上的使用需要我們去做。因為 GraphQL 只是定義了一個非常高層抽象的東西，為了實現對底層不同區塊鏈的操作，我們還需要在 GraphQL 的基礎上擴充套件出一個個具體的資料結構，以及在後端實現每一個查詢，透過這種設計就使得 OCAP 不只是一個簡單的區塊鏈 API 的封裝者。
OCAP 引進了好幾個新的概念，Facebook 推出 GraphQL 已經有幾年時間，但在過去還沒有成為主流的東西，所以 GraphQL 本身有學習曲線的，另外區塊鏈本身對很多人來說也是一個比較新鮮的事物，所以區塊鏈本身也是有學習曲線的，我們把不同的區塊鏈透過一個新的方式能統一地去訪問，這本身也是需要學習曲線的。
為了能讓開發者更容易地學習和掌握 OCAP，以及體驗 OCAP 究竟能帶來什麼樣的價值，我們把推出的第一個 ArcBlock 的應用叫做 OCAP Playground。顧名思義，它是一個可以讓開發者在 Playground 隨便玩、嘗試測試的工具，透過 Playground 使用者可以非常容易地學習 GraphQL，嘗試用 GraphQL 對後端的區塊鏈進行操作，並且立即就可以在 Playground 裡直接看到透過 OCAP 在區塊鏈裡面所查詢到的資料。此外，我們還提供了一系列的工具，讓開發者可以把資料有效地組織成表格或者圖示的形式。
後續我們還會在 Playground 的基礎上繼續擴充套件，比如現在我們已經提出了 Playbook 概念，所謂 Playbook 就是幫助開發者能夠把他用 Playground 裡面所寫的程式碼片段進行分享的工具，有了 Playbook 之後開發者能夠更好地去分享自己的經驗，也可以更容易地去學習別人寫的比較好的區塊鏈應用的程式碼。
OCAP 在後期還會支援移動的 SDK，支援原生的 iOS 和安卓的開發。為了能夠讓開發 iOS 和安卓的移動產品更加容易，開發者完全可以在 OCAP Playground 裡面把所需要用的一些查詢進行測試除錯，然後最終由 Playground 直接生產出可以供 iOS 和安卓使用的程式碼，這樣也進一步降低了移動應用開發者的開發難度。
如何降低區塊鏈開發門檻？
過去開發一個區塊鏈需要建立節點、學新的語言，學完之後寫一些例子程式可能也不能部署，會經歷從入門到放棄這樣一個過程。現在對一個開發者來說用 OCAP、OCAP Playground，他需要的就是一個瀏覽器，馬上就可以嘗試寫程式碼，並且馬上就可以跑起來，可以看到結果。
除了 OCAP 之外，我們還有一個關鍵的部件就是 Blocklet（基石程式），其最核心的價值是能 幫助開發者部署一個完整的鏈上和鏈下運算的程式碼及資源。 一個最簡單的 Blocklet 可能就是一個最基本的 OCAP 應用，比如一個網頁應用，一個 React 程式碼開發。你可以透過 OCAP 對後端的區塊鏈資料進行查詢，但你可能還需要一個 React 程式碼來把查詢的結果渲染成使用者比較愛看的東西。這些東西對於前段開發者很自然，如果把它真正變成應用，還需要知道 React 程式碼部署在哪裡？例如，你做了一個應用是查詢錢包裡有多少錢，透過 OCAP 協議你可以很容易查到某一個地址裡面有多少比特幣，但是這個比特幣如何換算成現金？此時我們可能需要透過另外一個 API 來獲得當時美元的價格，這些事情可能需要用到區塊鏈以外的傳統世界的 API 或資料庫，解決的部件在我們這邊就是 Blocklet。所以，有了 Blocklet 和 OCAP，開發者就可以真正的非常容易的去開發和部署應用。
我們另一個關鍵的部件 Decentralized Pub/Sub Gateway（去中心化訂閱閘道器），它本質上是一個訊息伺服器，同時它也是一個 API 閘道器。訊息伺服器和閘道器的作用是什麼呢？我們前面講到開發 Blocklet 和 OCAP，總體上來說不少都是後端的事情。如果我們要做一個傳統的應用，可能跑在 Web 應用上，可能跑在移動 App 上，此時就需要另一個方法能跟後端進行通訊。一個友好的應用，它的實時性應該是非常強的，也就是資料只要發生了改變，你不需要刷他就直接改變了。
為了解決實時高效率的資訊更新，也能夠使得一個開發者開發一套應用，同時使用不同的前端，比如 IPhone、安卓或者 Web 等，在這種情況下我們設計了一個關鍵部件 Decentralized Pub/Sub Gateway。這個部件本身是去中心化的，也就是說在將來礦工可以把它部署在很多的節點上，一方面去中心化的好處是它不是一個中心化的訊息系統，所以不太容易單點故障，另一方面它的效能也會更加好，因為這裡面是一些訊息傳送的設計。
區塊鏈 3.0 標誌：雲端計算和區塊鏈的結合
我認為區塊鏈 3.0 時代非常重要的標誌是雲端計算和區塊鏈的結合。區塊鏈 3.0 雖然定義是比較模糊的，但我認為在業內取得最大共識的就是應用，也就是說它上面要能夠承載非常多不同的應用。大家想想，過去承載大量應用的服務就是雲端計算服務，所以我覺得 雲端計算和區塊鏈的結合是一個必然之路。
只要提到雲端計算就認為它是中心化，這其實是一種誤解。 我此前多次提到一個問題，一個系統究竟是中心化還是去中心化，需要從多個不同的角度來講：第一是 物理層面， 系統在物理的網路結構、裝置等方面是不是去中心化；第二是 治理層面， 系統由一家管理還是由多家管理，是一個民主的管理方式還是一個獨裁的管理方式；第三是 邏輯層面， 系統能不能在邏輯上拆成很多不同的子系統，並且每一個不同的子系統都能夠相對獨立地工作。
如果從物理角度來看，幾乎今天所有的雲端計算服務都是去中心化的。因為，任何一個雲端計算服務都會在很多不同的地方部署機房、容錯系統等，這些系統本身也一定是非常去中心化的，以此確保它的系統能夠更加有效率，更加安全的去運轉。在治理上，目前大部分的雲端計算服務都是高度中心化的，比如阿里雲就只歸阿里巴巴一家管。在邏輯上，目前的雲端計算服務也都是去中心化的，比如阿里巴巴的阿里雲裡面通常是提供了很多不同種雲服務，例如計算服務、虛擬主機服務、雲端儲存服務等，它的每一個服務本身都可以成為一個單獨的服務，但是把它們組合在一起也很棒。
一個邏輯上比較中心化的例子就是銀行的系統，儘管它裡面有若干業務，但是通常來說這些業務跟使用者的賬戶之間有非常強的繫結，你很難把銀行系統分拆成很多個系統，每個系統都能單獨地跑，所以在邏輯上通常 銀行的系統是非常典型的中心化設計。
ArcBlock 的服務願景本身只是用來開發軟體、貢獻技術的，在運營初期我們會自己推一把，但我們希望整個社群能夠加入我們，一起來執行。ArcBlock 系統在治理上是一個高度去中心化的設計，為了能夠達到治理上的高度去中心化，我們在 ArcBlock 的設計裡面加入了一條 ArcBlock 鏈，這條鏈不同於今天的以太坊這些公鏈，它的主要作用是一個計費和運營業務的支援。當 ArcBlock 這個平臺由多方來執行時，我們需要解決幾個問題，第一我們希望這些平臺不會因為多方執行而各自為政，對終端使用者來講它應該是一個統一的平臺；第二既然它不各自為政，這時我們就需要一個公開透明的機制來進行計費，管理好各個參與方。
ArcBlock 不但是為區塊鏈而最佳化的，它自己也透過區塊鏈來提高完善自己，所以 ArcBlock 本身也是被一個區塊鏈所用的。既然在 ArcBlock 上會有很多應用開發，這些應用有可能都需要發行自己的 token，所以我們這條主鏈上還支援能讓開發者在我們這個鏈的基礎上發行自己應用 token 的能力。我們採用了一個非常獨特的設計，在 ArcBlock 平臺上使用者發行的 token，和我們的 ABT 主鏈 token 完全是對等的， 也就是 ABT 所有的 token 經濟體系都可以讓建立在 ArcBlock 鏈上的應用直接拿來使用。這不同於今天以太坊 ERC-20 的設計，在以太坊裡 ETH 是“一等公民”，ERC-20 是“二等公民”、“三等公民”，原因是 ERC-20 它實際只是一個以太坊的介面。從某種角度講，以太坊在執行時，根本不存在 ERC-20 的“token”，只是一段資料而已。 這就是大家看到今天使用 ERC-20 打一個 token 這麼麻煩，每次打一個 token 都要往一個智慧合約裡去打，另外轉 ETH 的 gas 費遠遠低於轉 ERC-20 token 的 gas 費，往往你打一個 token，這個 token 不值錢，而轉賬 gas 費要花費不少。這些東西我認為都是不合理的，花錢的不合理，對使用者也非常不友好。
ArcBlock 和傳統公鏈有什麼區別？
之前社群內討論一個問題，ArcBlock 明明是一個應用開發平臺，它又不是一個新的區塊鏈，為什麼 ArcBlock 要有一個主鏈要上線呢？我看到社群裡面有一個人回了一句話，他說這樣理解非常簡單：火幣、OK、幣安他們都是交易所，為什麼他們都要有主鏈上線呢？其實原理是一樣的，交易所主要業務是交易，但是把交易所做好需要一個自己的區塊鏈，有的可能為了自己發幣，有的可能有自己的用途，但不管怎麼說他們雖然是交易所，但他們有區塊鏈。
總體來說，ArcBlock 是一個為開發和部署區塊鏈應用而設計的雲端計算平臺，在 ArcBlock 鏈的基礎上來完整地進行支援，使得廣大的礦工能夠跟我們一起進入到一個生態體系裡來，打造出一種全新的在區塊鏈驅動之下的，團結一大群開發者和礦工的雲端計算平臺。看過我們白皮書的人可能知道，我們的白皮書更像一篇論文，但是我們想要做的事情在白皮書裡已經寫得非常清楚了。
挖鏈八點秀群友追問
鏈天下主編林燚：將來有沒有可能像現在的網站模板那樣，實現基於 ArcBlock 中間層技術的 DAPP 錢包等應用的開發呢？既然有基於區塊鏈層面的雲服務，大資料支援下的人工智慧，有沒有可能用自然語言就能實現機器語言的編寫和設計？
老冒： 這我覺得是有相當大可能性的，就像我前面所說的超級錢包這種想法就是由我們社群的朋友提出來的。最近我們有一個合作伙伴也談到了一個區塊鏈超級瀏覽器的想法，他們想用 ArcBlock 這樣的技術來實現一個比較通用的區塊鏈瀏覽器，這樣能解決區塊鏈現在瀏覽器都太簡陋的問題。至於未來和大資料、雲端計算、人工智慧等等這些結合，我覺得都是有可能，但是這些都超越了區塊鏈的範圍，但這就意味著應用的開發者可以在這裡面做很多的工作。
挖鏈網 Elaine：請問一下老冒怎麼看 EOS？能算的上區塊鏈 3.0 嗎？
老冒： 我覺得區塊鏈 3.0 這件事情本身定義就是比較模糊的，並沒有一個非常明確的概念，但整體上來說 3.0 應該說最主要是做一個應用的承載。我始終認為 EOS 實際上是一個以太坊的追隨者，雖然它想把自己粉飾為比較有革新的東西，但本質上 EOS 並沒有提出任何以太坊沒有提出的東西，它只是想做一個更好地以太坊而已。
鏈天下主編林燚：在最後一段中，提到了平臺對於開發者的友好。基於區塊鏈社群建設的考慮，咱們的平臺是不是也會像比特幣那樣，即使中本聰不主導，平臺照樣會自行運轉？對於開發者以及社群參與者的激勵機制又是怎樣構建的呢？
老冒： 能像比特幣這樣是一個去中心化治理，現在毫無疑問每一個區塊鏈都希望自己達到這樣一個目標。ArcBlock 作為一個雲端計算平臺，要想達到完全去中心化的治理還是有困難的，因為這裡面涉及到的問題很多，比特幣去中心化只承載了一個簡單的業務就是比特幣本身， 所以相對來講，比特幣的去中心化比較容易實現。而作為一個應用開發平臺，它上面的靈活性非常強，所以去中心化的難度是比較大的。激勵機制也是我們 ArcBlock 鏈的 ABT 設計的一個目的，token 本身即是一個用來消費 ArcBlock 鏈上資源的 token，同時它也是一個用於獎勵為 ArcBlock 平臺提供雲端計算資源、軟體的礦工的激勵體系。這個激勵體系整體上是市場主導的設計，目前這個激勵體系如何實現我們還在繼續探討之中，我們還沒有做到這一步，我想這也是將來很重要的一個問題。
鏈天下主編林燚：對於目前層出不窮的公鏈專案，他們的架構，共識等方面有怎樣的評價？
老冒： 現在這個階段是萬鏈奔騰的階段，更多新的區塊鏈和公鏈出現。首先我認為將來的世界不會由一兩個區塊鏈而統一，將來會需要很多條公鏈。但是另外一個角度講，將來會不會出現五花八門，無窮的鏈，我認為不會，我認為大部分都會死掉。最終 這個世界會被統一在少數的幾個區塊鏈公鏈協議之上， 但是這些協議裡面會跑出來很多協議出來。
追問：那就是說 ArcBlock 還是趨向於中心化團隊來運作
老冒： ArcBlock 在早期，尤其是在業務治理上來說還是比較中心化的。雖然我們的業務在物理上是去中心化的，我們邏輯上也是比較高度去中心化的，但是我們在業務治理的初期是比較中心化的，因為必須由我們來主導，但是我們這個比較中心化它也比 AWS 這種一家公司來主導又要去中心化的多。實際上今天來看以太坊，它在治理上也是比較中心化的，因為有以太坊基金會，曾經有人講，以太坊最大的程式碼就是法律，實際上以太坊最主要的治理就是誰能夠改變以太坊程式碼。
挖鏈網唐文斌：ABT 跟 EOS 什麼區別，超越 EOS 嗎？
老冒： 有挺大的區別。EOS 總體上講是他要做一條新的公鏈，解決以太坊一系列的問題，本身架構上和以太坊十分接近的，採用 DPOS 這樣的一個演算法提高了效能，但 DPOS 尤其是 EOS 的 DPOS 做法是相當中心化的。在治理上，比如最近 BM 一個人提出要廢除憲法這種事情，聽起來也是非常不可思議的。ArcBlock 是一個應用開發平臺，在鏈的角度上講我們可以對接任何其他的鏈，如果 EOS 未來有很多使用者，ArcBlock 也會支援 EOS。ArcBlock 跟 EOS 在理念上有相似之處，因為你看 EOS 白皮書實際上它也是要解決應用的問題，但是從策略和定位上挺不一樣。EOS 是想要重新做一條區塊鏈解決現在所有問題，但是本質上來說還是要把所有應用鎖定在它一個平臺上，而 ArcBlock 的設計是要做一個公共的中間層應用平臺，讓開發者不要鎖定在一個具體底層區塊鏈上。
挖鏈網唐文斌：對於近期幣價下跌，老冒什麼看法，也不是沒利好訊息吧？應用都落地了，市值管理為什麼沒動作？
老冒： 市場大勢不好，幣價跌落也是很正常的。我們一直有一個觀點，所謂 市值管理是透過好的產品，讓好的產品落地來實現的，而不是透過財務、資金盤的手段。 那些手段說實話是非常不負責任的，作為一個區塊鏈專案，如果你相信的是這個專案本身所帶來的長期價值，我覺得最重要的是要看這個產品是不是能落地。
其實很多朋友是非常關心幣價的，隨著幣價起伏，心情也是今天好明天不好，或者今天覺得懷疑人生，明天又覺得特別有信心。我建議大家要儘量有自己獨立思維，想一想自己參與一個專案的目的究竟是什麼？如果這個目的是因為你相信這個專案將來會有價值，隨著這個專案價值實現你自己獲得成長，那麼非常好，你就不太需要去關心這個市場的起伏，而是更多的關心這個專案本身的成長，以及看看自己本身能不能投身一起把這個專案做好。當然如果你就是為了掙錢，那麼最近不是幣圈大佬公佈了他的割韭菜秘籍嗎？那你就去被他收割吧。
挖鏈網唐文斌：冒總，外界都說你是多次創業失敗，能說說你之前的經歷嗎？讓後輩少走點彎路。
老冒： 對於一個創業者而言，失敗是正常的，任何一個創業者都有失敗經歷，沒有失敗哪裡來的成功呢？正所謂失敗是成功之母。說我是多次創業失敗者，那絕對是黑我，黑我的人有本事先跟我失敗的一樣多看看，然後再看看過去做的事情裡面取得過什麼成就。我覺得對於創業者來說，創業路上最重要的一點是不要去聽別人的， 尤其是創業導師的想法。最重要的是要走出一條屬於自己的路，因為創業領域裡面實際上沒有任何導師可言，你也許能從其他人的成功和失敗中掌握到一些什麼，但是千萬不要去聽別人說什麼。因為即使是成功的創業者，他所講的故事可能都是一個區域性的真相，那麼 你從一個區域性的真相里面通常是很難總結出一個對自己有啟發的東西的。 另外創業導師特別不能信的一個重要原因是，大家可以去看《倖存者偏見》，這裡面講每一個成功的創業者其實他是一個倖存者，有一個故事就是說二戰時候美軍想研究一下飛機究竟哪個地方需要加固，這時候他們進行統計發現飛機的機翼和機身單孔特別多，凡是飛回來的飛機機身上都有好多洞，但是尾翼上幾乎都沒有什麼損傷。這時候軍方一開始就想，這就說明我們要加固機身和機翼，尾翼那問題比較小，這時候就有專家迅速指出這個想法是非常錯誤的，因為這就恰恰說明尾翼這個地方是最脆弱的地方，因為凡是尾翼被打壞了的那些飛機都沒能飛回來，所以飛回來的飛機是機身和機翼很多洞，但是真正沒飛回來的飛機你都沒有看到，這就是所謂的倖存者偏見。所以，成功創業者給你講的故事百分之一百都是倖存者偏見， 群裡有朋友想要創業的話，最重要的是堅持自己的方向，不要聽別人的，不要輕易被別人說動。
鏈天下主編林燚：資金盤掌握專案命脈的當下，如果 ABT 面臨很強的市值壓力，會不會引入資金盤？
老冒： 不會。原因非常簡單，我們這個專案不存在資金盤掌握命脈。我們從 ICO 開始的發展過程中一直堅持去中心化的理念，我們不存在控盤的資金方。另外，我們這個產品是有非常明確可以落地的目標，這個產品對整個行業的發展也是很有價值的，因此我認為可能在一段時間內也許我們的市值會受到一定壓力，但是有句話說只有潮水退了才知道誰在裸泳，我們相信能夠創造出一個真正幫助區塊鏈開發應用。我們不是一個需要靠資金盤來割韭菜的專案，以及想利用我們 ArcBlock 收割韭菜的人在我這裡也很難做到，不信我們走著瞧。