• 集成开发环境
• 业务建模
• 模型驱动开发

区块链系统设计应具体化这一概念，以便在许可网络中调整和保留它，同时集中化合规性和维护活动的某些方面，保留去中心化的数字事务处理能力。

• 全球影响力
• 行业可接受的证明

• 共享账本技术 导致了对共享账本和数据库技术的选择，由受业务网络和所解决的问题领域的用例和设计需求所影响。
• 共识性
  

  共识性是区块链技术的核心，因为它不仅确定了信任系统，还推动着对区块链应用程序基础架构的技术投资。另外，没有哪种共识性类型适合所有用例。用例将定义参与者之间的交互，并通过共识性模型建议一个最合适的信任系统。
  

  共识性是验证区块链网络上的网络请求或事务（部署和调用）顺序的一种方法。正确排序事务至关重要，因为许多类型的网络事务都依赖于一个或多个以前的事务（例如，帐户取款往往取决于之前的余额）。
  在区块链网络上，没有能确定事务顺序的单一权威；相反，通过实现网络共识性协议，每个区块链节点（或对等节点）都对确立顺序有平等的发言权。因此，共识性可确保法定数量的节点对事务附加到共享账本的顺序达成一致。通过解决建议事务顺序中的任何差异，共识性可确保所有网络节点都在相同的区块链上运行。换句话说，共识性确保了区块链网络事务的完整性和一致性。
  很明显，所有共识性算法可大体分为 3 类：
  
  • 无主节点 – PoW
  • 多主节点 – PBFT/BFT
  • 单主节点 – HA manager/RAFT
• 加密算法和加密技术:区块链系统设计中的选择包括加密库和加密技术的选择。用例需求将决定此选择，并推动对区块链应用程序基础架构的技术投资。
  • 非对称（Asymmetric）: RSA (1024-8192)、DSA (1024-3072)、Diffie-Hellman、KCDSA、由用户定义命名的椭圆曲线加密算法（ECDSA、ECDH、ECIES）以及 Brainpool 曲线
  • 对称（Symmetric）: AES, RC2, RC4, RC5, CAST, DES, Triple DES, ARIA, SEED
  • 哈希（Hash）/消息摘要（Message Digest）/HMAC: SHA-1, SHA-2 (224-512), SSL3-MD5-MAC, SSL3-SHA-1-MAC, SM3
  • 随机数生成: FIPS 140-2 批准的 DRBG（SP 800-90 CTR 模式）
• 用例驱动的可插入选择:用例将定义参与者之间的交互，并通过共识性模型推荐一个最合适的信任模型。