> For the complete documentation index, see [llms.txt](https://canopy-network.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://canopy-network.gitbook.io/docs/canopy-network/core-features/composable-architecture.md).

# Composable Architecture

### The problem with upgrading

Adding new features to a live blockchain typically requires a consensus-breaking change that involves a coordinated governance action. 

**This upgrade process introduces major friction to the blockchain development lifecycle and can greatly limit the speed of protocol reform and enhancements.**

{% hint style="warning" %}
How would you upgrade on other stacks? Re-build? Multi-layer governance? Social coordination?
{% endhint %}

### Frictionless additions 

👉 *Rather than growing on a single chain...*

* Canopy chains can transform into an application-specific ecosystem without any governance action. 
* This is a simple process of activating security features and cloning the Canopy blockchain for their new use cases. 
* This process distributes workloads and lessens the reliance on single validator groups.

### Sharding as a feature

* Canopy chains can quickly scale by adding interoperable sibling chains 
* Horizontal clones enable a distribution of workload, lessening the reliance on single validator groups

<figure><img src="/files/7o6VSOLyfSz4nkcZAfct" alt=""><figcaption></figcaption></figure>

<br>