Hyperledger
Hyperledger Fabric vs Sawtooth Lake 哪個平台適合供應鏈管理？
我打算用區塊鏈建立供應鏈管理系統。我已經閱讀了許多與該主題相關的部落格文章，最終，我將 Hyperledger 作為區塊鍊網路的正確選擇。但現在我還有兩個選擇。Hyperlegder 織物和鋸齒湖，現在我對平台感到困惑，所以你能建議我哪個平台更適合我們的域。
這裡沒有確定的正確答案。Fabric 和 Sawtooth 都朝著相似的最終目標設計：建構一個通用的、企業級的、許可的區塊鏈。因此，許多核心功能非常相似，您沒有理由不能在其中任何一個上建立供應鏈。
也就是說，一般來說，您可能出於某些原因想要選擇 Sawtooth 而不是 Fabric（完全披露，我是 Sawtooth 維護者，可能有點偏頗）：
- 您可以使用多種語言為 Sawtooth 進行開發，包括乙太坊的 Solidity 智能合約（使用 Fabric，您必須在 Go 中開發）
- 如果您需要拜占庭容錯，Sawtooth 提供 PoET 共識，這是硬體輔助導致微不足道的 CPU 使用（Fabric 還沒有任何 BFT 解決方案）
- 我認為 Sawtooth 在將應用程序邏輯與核心區塊鏈邏輯隔離方面做得更好，使開發更容易
- 正如 Ferg 提到的，Sawtooth 上已經有一個供應鏈實現，您可以將其用作起點：https ://github.com/hyperledger/sawtooth-supply-chain
至於使用 Fabric 的原因。. . 您可能會發現有更多可用的外部工具。例如，Hyperledger Composer 非常漂亮，儘管有一些關於將其移植到 Sawtooth 的討論，但目前它只適用於 Fabric。這就是我真正能想到的，但顯然我對 Sawtooth 更熟悉，所以我可能會在做決定之前四處詢問。
更新：除了 PoET、RAFT 和 PoET 模擬器之外，Sawtooth 現在還提供 PBFT 共識。這是一個沒有硬體依賴的 BFT 算法。