Files
aitbc/dev/multi-chain/MULTI_CHAIN_LIVE_TEST_RESULTS.md
AITBC System b033923756 chore: normalize file permissions across repository
- Remove executable permissions from configuration files (.editorconfig, .env.example, .gitignore)
- Remove executable permissions from documentation files (README.md, LICENSE, SECURITY.md)
- Remove executable permissions from web assets (HTML, CSS, JS files)
- Remove executable permissions from data files (JSON, SQL, YAML, requirements.txt)
- Remove executable permissions from source code files across all apps
- Add executable permissions to Python
2026-03-08 11:26:18 +01:00

2.0 KiB

Multi-Chain Live Testing Results

🚀 Overview

Successfully deployed and tested the new multi-chain capabilities on the live container infrastructure (aitbc and aitbc1). A single blockchain node instance now concurrently manages multiple independent chains.

🛠️ Configuration

Both aitbc and aitbc1 nodes were configured to run the following chains simultaneously:

  • ait-devnet (Primary development chain)
  • ait-testnet (New test network chain)
  • ait-healthchain (New specialized health data chain)

📊 Live Test Results

1. Isolated Genesis Blocks

The system successfully created isolated, deterministic genesis blocks for each chain to ensure proper synchronization across sites:

  • devnet hash: 0xac5db42d29f4b73c97673a8981d5ef55206048a5e9edd70d7d79b30ce238b6e7
  • testnet hash: 0xa74d2d3416dbc397daec4beb328c6fe1e7ba9e02536aea473d2f8d87f00f299c
  • healthchain hash: 0xe8a5dafa9e3bfcdb45e4951a04703660513e102a352cff3c7c2ee6a78872ce93

2. Isolated Transaction Processing

Transactions were submitted to specific chains (e.g., ait-healthchain) and were properly routed to the correct isolated mempool without bleeding into other chains.

  • Example transaction hash on healthchain: 0x04a3e80fa043f038466f3e2fab94014271fbb7ca23fd548a5d269ee450804a39

3. Isolated Block Production

The PoAProposer successfully ran parallel tasks to produce blocks independently for each chain when transactions were available in their respective mempools.

4. Cross-Site Synchronization

Blocks produced on the primary aitbc container node successfully synchronized via cross-site gossip to the secondary aitbc1 container node, matching block heights and state roots perfectly across all 3 chains.

🎯 Conclusion

The multi-chain implementation is fully functional in the live environment. The system can now instantly spin up new chains simply by appending the chain ID to the SUPPORTED_CHAINS environment variable and restarting the node service.