30個區塊鏈平台必須要考慮的技術因素

為業務用例選擇區塊鏈平台時要考慮的關鍵技術方面。

文章來源:https://consensys.net/blog/enterprise-blockchain/30-blockchain-platform-technical-factors/

如果您選擇的區塊鏈平台與業務因素無關（請參閱30個區塊鏈平台業務因素），那麼您可能正在研究用例的一些技術方面。這30個清單列出了審查平台時應優先考慮的特定於區塊鏈的問題。

DevOps / Network / Deployment / Protocol

1.區塊鏈層部署的靈活性-平台是否具有公共實例？允許嗎？私人的？雜種？

2.最佳節點數-支持網絡需要多少個節點？每個成員一個？我可以在不運行節點的情況下與網絡交互嗎？

3.容器化-可以通過Kubernetes對平台進行docker化和部署嗎？

4.網絡身份管理層-如何管理節點和個人的權限？超級用戶有限制嗎？網絡中是否存在所有各方的源網絡圖（例如，類似DNS的服務-以太坊中的ENS）？

5.共識機制-系統是否基於工作量證明？股權證明？授權證明？經過時間證明？這可能是由治理設置和實體根據對您的用例最有效的決定的。

6.組織之間的消息傳遞-是否有單獨的專用消息傳遞層？這是基於AMQP的嗎？ RabbitMQ？ XMPP？安全的盾S？

7.交易處理方法論-在交易處理方面，活動的順序是什麼？協議何時排序，驗證和執行交易？在以太坊中，TX被發送到在執行和分發“正確”塊之前進行排序/驗證的驗證節點。在Corda中，需要通過Flow Framework知道節點，從而逐個驗證TX，直到公證人對其進行簽名和重新分配為止。

8.密碼學-哈希和簽名使用和支持哪些庫？ （例如，以太坊的secp256k1）

9.密碼的可插入性-特定節點是否可以根據其區域安全規則選擇使用其他密碼庫？ （例如，符合NIST標準）

10.文件共享技術-每個數字資產都必須通過託管它的組織或代碼中引用的法律文件/散文以某種方式合法地錨定。組織之間如何通過平台共享文件？它們是否保存在同一平台上？他們是否也有類似的備份？

11法律錨定-協議中是否有內置的法律散文或法律文件實施方式（例如OpenLaw）？

12.防篡改與防篡改 — 有人可以更改您的本地節點狀態及其歷史嗎？如果以某種方式刪除了事務或狀態，是否會導致一切不同步？各方是否可以對參考歷史數據進行修改或刪除並達成一致？

13.交易恢復-節點如何恢復交易？如果您的交易未完全分發給所有各方，那麼下載最新商定版本的機制是什麼？

14.DAO功能-是否有抽象化治理責任的dapp示例？這對於重新使用網絡以維持投票和治理可能很有用。

Developer Experience / Top of Stack Applications

1.應用程序責任-構建頂部應用程序（dapp）時，您需要擔心什麼？您必須託管自己的節點嗎？您還負責部署dapp的相應網絡服務器和界面嗎？您的用戶將如何為您的應用程序付款？

2.Dapp層部署-基於權限，如何在網絡中部署智能合約？由個人（例如列入白名單的地址）？通過節點（例如LEI的身份）？由註冊實體（例如，將業務網絡添加到網絡中）？由基礎設施提供商（例如Kaleido市場）提供嗎？您是否需要節點級權限才能進行部署？

3.智能合約語言-智能合約以哪種語言編寫？是否經過測試？它有一個好的社區嗎？

4.智能合約庫和標準-是否就維護和審核的安全庫/功能（例如OpenZeppelin）達成一致？是否已達成共識，將功能匯總為標準（例如ERC-20，ERC-721等）？

5.智能合約可升級性-如何更新應用程序？智能合約代碼是否有定義明確的升級模式？

6.訪問參考和市場數據-在網絡中，可以調用哪些可用的Oracle來接收執行觸發操作所需的信息？

8.建議的個人身份管理-公鑰/私鑰對和地址是否自然要求個人維護自己的密鑰？還是這實際上是假設中介機構將代表您託管他們，並且仍然在客戶偏好中分配帳戶管理？

9.應用程序或網絡內的互操作 — 一個dapp可以調用另一個dapp嗎？網絡/側鏈可以從綁定網絡中引用信息嗎？

User Control / Performance / Privacy

1.交易處理性能-您可以多快將交易排隊，進行批處理/批量處理，並確保在收到“已保存”通知的情況下清除隊列？

2.交易處理的可伸縮性-系統是否設計為具有模塊化可擴展性（水平或垂直）以支持更高的處理速率？

3.並發更改-在完全更改資產之前，是否存在阻礙多次更新同一合同或餘額的障礙？

4.交易分配績效-您的交易何時更新給所有各方？是在處理塊時？經過6個區塊深度後？流程完成後並由各方簽名嗎？

5.多線程 — 您的交易處理和共識可以在多個網絡參與者之間使用多線程或分片，並且仍然同意同一黃金資源嗎？您會分割不同類型的處決嗎？

6.字段混淆的隱私機制-您能否僅與特定用戶共享數據存儲機制的特定字段？您可以運行用於比較字段值而不顯示信息的業務邏輯（例如Aztec和ZKsnarks）嗎？

7.接收者的隱私機制（機密性） — 您是否可以自動旋轉公鑰，以便將信息發送給的最終用戶無法解析為已知身份？

8.發件人的隱私機制（交易流量模式）-如果僅希望已識別的各方查看交易，您是否不能將交易共享給所有各方？

諮詢我們的區塊鏈專家

我們的全球解決方案團隊提供區塊鏈培訓，戰略諮詢，實施服務和合作機會。 (我不是作者,只是翻譯這篇做個筆記)