• <option id="cacee"><noscript id="cacee"></noscript></option>
  • <table id="cacee"><noscript id="cacee"></noscript></table>
  • <td id="cacee"></td>
  • <option id="cacee"></option>
  • <table id="cacee"></table>
  • <option id="cacee"><option id="cacee"></option></option>
  • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
    <option id="cacee"><option id="cacee"></option></option>
     找回密碼
     立即注冊

    掃一掃,登錄網站

    首頁 區塊鏈生態 查看內容
    • 10764
    • 0
    • 分享到

    干貨:教你如何識別哪些是炒作的偽Dapp的方式方法

    2019-3-19 23:02

    來源: 閃電HSL

    Dapp設計原則


    現在我們知道了,Dapp=數據+算法。

    數據可以全部來自區塊鏈,也可以部分來自區塊鏈。

    算法可以完全運行在區塊鏈,也可以運行在鏈外服務器。

    數據100%在鏈上的Dapp才能獲得區塊鏈的去中心化、不可篡改和不可刪除這些特性,否則直接使用中心化的服務器APP來設計就好了,沒必要用區塊鏈。

    數據100%存儲在區塊鏈上,算法100%運行在區塊鏈上,這種Dapp肯定不會倒閉。只要設計出來了,就可以永遠存活下去。

    數據存儲在區塊鏈上,算法運行中鏈外。也可以保證Dapp不會倒閉的。哪怕是現在的開發者不干了,關閉了服務器,別的開發者也是可以重新設計出算法,將數據從區塊鏈上取出來運行。

    只要有關鍵數據不存儲在區塊鏈上,那這種Dapp是可以倒閉的,別的開發者是無法恢復的。

    算法100%運行在區塊鏈上,這種設計是讓區塊鏈不可擴展。只有將算法的運行遷移到鏈上,一條鏈上才能并行運行大量的Dapp。

    所以我覺得合理的Dapp設計原則是:數據100%在鏈上,算法100%運行在鏈外。

    結束語

    一不小心又吹了比特幣btc/BCH/BSV)的簡潔設計。
    版權申明:本內容來自于互聯網,屬第三方匯集推薦平臺。本文的版權歸原作者所有,文章言論不代表鏈門戶的觀點,鏈門戶不承擔任何法律責任。如有侵權請聯系QQ:3341927519進行反饋。
    12345678
    相關新聞
    發表評論

    請先 注冊/登錄 后參與評論

      回頂部
    • <option id="cacee"><noscript id="cacee"></noscript></option>
    • <table id="cacee"><noscript id="cacee"></noscript></table>
    • <td id="cacee"></td>
    • <option id="cacee"></option>
    • <table id="cacee"></table>
    • <option id="cacee"><option id="cacee"></option></option>
    • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
      <option id="cacee"><option id="cacee"></option></option>
      妖精视频