Bỏ qua

Hierarchical Architecture (Detailed)

Mục đích

Phần này giải thích cách HieraChain tổ chức phân cấp. Nó bao gồm cách Sub-Chain tương tác với Main Chain qua HierarchyManager, cách channel và mô hình multi-org vận hành, cách xử lý private data, cách giao dịch liên chuỗi dùng 2PC, cách neo proof và cách cân bằng lại Sub-Chain.

Thành phần và khái niệm

  • Main Chain: hierachain/hierarchical/main_chain/base.py lưu proof từ Sub-Chain và tổng hợp báo cáo toàn vẹn.
  • Sub-Chain (Domain Chain): hierachain/hierarchical/sub_chain/base.py xử lý event theo domain, sắp xếp và đóng block, tạo proof.
  • Hierarchy Manager: hierachain/hierarchical/hierarchy_manager/base.py điều phối hệ thống chuỗi, quản lý vòng đời Sub-Chain, giao dịch liên chuỗi và thống kê hệ thống.
  • Channel: hierachain/hierarchical/channel/channel.py cung cấp không gian giao tiếp riêng cho nhóm organization và giữ policy tạo channel.
  • Multi-Org: hierachain/hierarchical/multi_org.py xử lý khởi tạo organization, mạng multi-org và quan hệ giữa channel với organization.
  • Private Data: hierachain/hierarchical/private_data.py giữ collection dữ liệu riêng ở tầng Sub-Chain.
  • Cross-Chain Transaction Manager: hierachain/hierarchical/transaction_manager.py điều phối giao dịch 2PC giữa các Sub-Chain.
  • Proof Aggregation: hierachain/hierarchical/proof_aggregation/aggregator.py gom và nén proof trước khi gửi hoặc ghi nhận. Phần này có thể cấu hình.
  • Rebalancer: hierachain/hierarchical/rebalancer/rebalancer.py tách hoặc cân bằng Sub-Chain tự động khi tải vượt ngưỡng.

Luồng tiêu biểu

graph TD
    User[Client/User] -->|Submit Event| SubChain
    SubChain -->|1. Ordering| Orderer[Ordering Service]
    Orderer -->|2. Batch| Consensus[Consensus Layer]
    Consensus -->|3. Validate| SubChain
    SubChain -->|4. Finalize Block| SubChain
    SubChain -->|5. Submit Proof| MainChain[Main Chain]
    MainChain -->|6. Store Root Hash| Storage[World State]
  1. Tạo Sub-Chain bằng HierarchyManager.create_sub_chain(name, domain_type, metadata). Lệnh này khởi tạo DomainChain và nối vào Main Chain.
  2. Ghi event và đóng block bằng SubChain.add_event(), đi qua ordering và consensus rồi tới finalize_block().
  3. Neo proof lên Main Chain bằng SubChain.submit_proof_to_main(main_chain, ...) hoặc HierarchyManager.submit_proof_to_main_chain(name).
  4. Chạy giao dịch liên chuỗi (2PC) bằng HierarchyManager.transaction_manager.initiate_transaction(src, dst, payload), xử lý prepare, commit và rollback.
  5. Channel và private data: tạo channel giữa các organization. Collection private được lưu ở Sub-Chain theo policy của channel.
  6. Cân bằng lại Sub-Chain: rebalancer theo dõi EPS và các ngưỡng đã cấu hình, sau đó đề xuất tách nhánh hoặc di chuyển tải.

Cấu hình liên quan (settings.py, thực tế HRC_*)

  • Proof: HRC_PROOF_AGGREGATION, HRC_PROOF_BATCH_SIZE, HRC_PROOF_BATCH_TIMEOUT, HRC_PROOF_COMPRESSION.
  • Rebalance: HRC_REBALANCE_ENABLED, HRC_REBALANCE_THRESHOLD_EPS, HRC_REBALANCE_CHECK_INTERVAL, HRC_REBALANCE_MIN_EVENTS, HRC_REBALANCE_COOLDOWN.
  • K8s (cô lập Sub-Chain): HRC_K8S_ENABLED, HRC_K8S_NAMESPACE_PREFIX, HRC_K8S_CPU_LIMIT/HRC_K8S_MEMORY_LIMIT/HRC_K8S_CPU_REQUEST/HRC_K8S_MEMORY_REQUEST, HRC_K8S_CONFIG.
  • Consensus/Ordering: xem Consensus & Ordering và HRC_CONSENSUS_TYPE/HRC_MAINCHAIN_CONSENSUS, VALIDATOR_TIMEOUT, HRC_BLOCK_INTERVAL.

Tính năng và hạn chế

  • Tính năng: tách dữ liệu theo domain, neo proof tập trung trên Main Chain, hỗ trợ 2PC, channel và multi-org, private data và rebalancing.
  • Hạn chế: vận hành channel và multi-org cần policy rõ ràng, 2PC cần đồng bộ tốt, và rebalancing có thể cần can thiệp vận hành ngoài luồng thông thường.

Liên quan