---
title: Hubs for Circularity (H4C)
url: https://www.emergentmind.com/topics/hubs-for-circularity-h4c
type: topic
---

# Hubs for Circularity (H4C)

Hubs for Circularity (H4C) are locally integrated industrial, urban, and rural systems designed to use renewable and low-carbon energy, recirculate materials and waste, and thereby slow, narrow, and close loops of energy, materials, and data. In the literature, they are place-based ecosystems that rely on geographical proximity, industrial symbiosis, and shared infrastructure to reduce the use of virgin resources and coordinate circular flows at regional scale [2508.19765]. Read alongside work on smart and circular cities and circular systems engineering, H4C appear as system-of-systems arrangements in which material, energy, information, and value flows are jointly managed across multiple lifecycles and multiple organizations [2410.22012][2306.17808].

## 1. Conceptual foundations

The H4C concept is anchored in the combination of clean energy systems and circular economy logic. The energy-management literature defines H4C as integrated systems that combine efficient use of clean energy and circular economy to enhance resource efficiency within a region, and emphasizes that they benefit from the geographical proximity of different industries within industrial zones and the surrounding urban and rural areas, allowing them to share resources, technology, and infrastructure [2508.19765]. Within that framing, Industrial Symbiosis (IS) is central: “one company uses waste of another company as resource,” and the reviewed H4C literature distinguishes energy cascade, bio-energy, and fuel replacement as major forms of energy-based IS [2508.19765].

The smart-and-circular-city literature broadens this picture from industrial zones to urban metabolism. A smart and circular city is defined as an urban system-of-systems in which ICT is used to monitor and steer circular flows while circular economy principles are integrated into the city’s digital ecosystem. Its conceptual backbone is “multi-flow metabolism,” comprising material, energy, information, and value flows, with planning, implementation, and assessment forming a continuous loop around those flows [2410.22012]. This suggests that H4C are not merely industrial estates with recycling assets; they are regional coordination structures in which digital infrastructures, policy instruments, and market interfaces are used to organize circular flows across sectors.

Circular Systems Engineering adds a lifecycle and systems-engineering vocabulary to the same idea. It defines circular systems engineering as “the paradigm of designing, developing, operating, maintaining, and retiring systems through sustainable systems principles that foster value retention over multiple engineering cycles,” and introduces the principles of end-to-end sustainability and bipartite sustainability [2306.17808]. In H4C terms, this shifts attention from isolated waste handling to value retention over multiple engineering cycles, including post-life phases in which the output of one process becomes the input to another. A plausible implication is that H4C can be understood as engineered process networks for sustained value retention rather than as single-purpose circularity projects.

## 2. Architectural forms and digital backbone

A recurrent feature of H4C-related architectures is the presence of a digital backbone that makes circular flows visible, traceable, and actionable. In construction, a blockchain-enabled digital marketplace is presented as a trustworthy circular-material marketplace for the built environment. Its core workflow combines BIM and circular construction product ontology (CCPO) to identify reusable components, generates a Digital Product Passport (DPP) for each reusable component, stores DPPs on IPFS, anchors hashes and critical product details on a Polkadot-based blockchain, and exposes a web marketplace for listing, verification, purchase, ownership transfer, and long-term traceability [2509.04085]. The same paper explicitly states that, from an H4C perspective, this marketplace is essentially a digital traceability and transaction hub for reusable construction materials.

The platform is multi-layered. Its UI layer includes user login/authentication, product listing, search/filter, payment/checkout, and DPP/blockchain verification. Its access layer includes a RESTful API, Web3.js / JSON-RPC, IPFS API, and a CCPO gateway. Its service layer covers product management, validation, transaction management, and DPP management. Its integration layer connects payment gateways, shipping/logistics, and blockchain/IPFS components. Its storage layer combines Polkadot/Substrate, a private IPFS network, and MongoDB [2509.04085]. This architecture is explicitly described as modular and fit for integration as an H4C digital node connecting BIM platforms, logistics services, and compliance registries.

A second architectural pattern appears in lifecycle-prolonging service ecosystems. The Lifecycle Workbench (LCW) is a configurable digital ecosystem for product maintenance and lifecycle-prolonging services. Its LCW-Platform hosts Digital Twins of Items, Assemblies, and Parts, along with ProductAdministratorAgent and ServiceProviderAgent representations. Digital twins act as information hubs for identity and condition data, while agents automatically formulate service requests, search for matching offers, and accept offers satisfying configured constraints [2511.06149]. The paper does not explicitly mention H4C, but it clearly positions LCW as a digital ecosystem for Circular Economy services and as a multi-provider platform, which suggests a service-management module that can be embedded in H4C for repair, refurbishment, and remanufacturing coordination.

A third pattern is cyber-physical and citizen-facing. IDEAL-CITIES defines a smart-city architecture in which finite urban resources and citizens are treated as intelligent assets, characterized by location, condition, and availability. Its platform stacks smart objects and IoT infrastructure under an application backend comprising communication middleware, security mechanisms, and an application manager, with cloud-based processing, cross-layer monitoring, and pattern-driven composition for circularity, resilience, security, and privacy [1907.11042]. This suggests that the digital backbone of H4C can span marketplaces, digital twins, IoT sensing, and participatory data collection rather than relying on a single platform type.

## 3. Modelling, optimization, and control

The formal treatment of H4C in the energy-management literature is explicitly modelling-oriented. A systematic review of 52 optimization studies argues that effective energy management in H4C requires combining conventional modelling aspects—objective functions, uncertainty, operational flexibility, and market participation—with IS-specific factors such as the type of symbiosis, the degree of information sharing, and collaboration structures [2508.19765]. The same review notes a persistent reliance on centralised model structures despite the distributed and collaborative nature of H4C, identifying a path dependency rooted in traditional energy optimisation approaches.

A general operational formalism is given by the networked multi-carrier hubs framework, where a hub is “a geographic area where different processes take place to convert energy and material flows possibly consumed locally, stored, or exported,” and hub boundaries are small enough to neglect internal distribution losses. To unify energy and material carriers, carrier flow is written as
$$
\mathcal{F}_c = \dot{m}_c \, E_{\text{ex},c}.
$$
The framework introduces hub-level balances for imports, exports, process flows, storage, and inter-hub networks, and minimizes the cost of imported resources in short-term scheduling [2504.17341]. This is directly compatible with H4C because it treats electricity, heat, water, hydrogen, waste, and other carriers as co-optimizable flows across multiple hubs.

A more explicitly physics-based formalism is provided by thermodynamical material networks (TMNs), which model circular material flows using thermodynamic compartments and directed graphs. Circularity is represented by directed cycles in the mass-flow digraph and quantified by the indicator
$$
\lambda(\bm{\Gamma}) =
\frac{\displaystyle \sum_{k=1}^{n_\phi} \mathrm{CM}(\phi_k)}
{\displaystyle \sum_{k=1}^{n_\phi} \mathrm{CM}(\phi_k) + \sum_{\gamma_{i,j} \in \mathcal{Q}} \gamma_{i,j}},
$$
with $\lambda = 0$ corresponding to fully linear flow and $\lambda = 1$ to fully circular flow [2111.10693]. For H4C, this supplies a physics-based KPI for distinguishing cyclical from leakage flows and for identifying bottlenecks, leakage points, and candidate new loops.

Control-oriented work on energy hubs provides an additional layer. A network of $N$ energy hubs is operated through a multi-horizon distributed model predictive controller that coordinates storage dynamics, device constraints, internal balances, and peer-to-peer electricity and heat trading. The distributed coordination is implemented with consensus-based ADMM, allowing hubs to optimize locally while sharing limited coordination information [2310.18037]. This experimentally validated work is not framed as H4C, but it is technically relevant because H4C with extensive IS also exhibit decentralised exchanges, decentralised information flows, and the need for scalable coordination mechanisms.

## 4. Operational functions and sectoral manifestations

In the built environment, H4C operational logic is described through workflows for urban mining, deconstruction planning, industrial symbiosis, and regional material banking. The construction marketplace paper formalizes reuse assessment with CCPO-based scoring. For each building product $P_j$ with attribute vector $V_j$, reuse is classified by thresholds $\theta_{strong}$ and $\theta_{weak}$:
$$
R_{j} =
\begin{cases}
R_{strong} & \text{if } f(V_{j}) \geq \theta_{strong}, \\
R_{weak} & \text{if } \theta_{weak} \leq f(V_{j}) < \theta_{strong}, \\
R_{none} & \text{if } f(V_{j}) < \theta_{weak}.
\end{cases}
$$
Only $R_{strong}$ components are listed directly on the marketplace, while $R_{weak}$ implies repair and $R_{none}$ implies recycle or landfill [2509.04085]. The same workflow then generates a DPP, lists the product, verifies marketplace/IPFS/blockchain consistency, executes transaction and payment, and records change of ownership as a digital lineage. In H4C terms, this is a formal decision model for distinguishing reuse, repair, and recycling at building scale.

Lifecycle-prolonging service ecosystems provide a complementary manifestation centered on maintenance rather than material resale. LCW models products at Item, Assembly, and Part levels and coordinates actors through digital twins and active agents. In the e-bike battery scenario, the ProductAdministrator sets
$$
\text{MaxCost} = 400\ \text{€}, \quad \text{MaxDuration} = 6\ \text{days},
$$
while service-provider agents are configured with different cost and duration profiles. The ProductAdministratorAgent selects the offer satisfying both constraints, and the exchange model sends a refurbished battery immediately while the defective battery is returned, repaired, and stored for future service requests [2511.06149]. This suggests an H4C function focused on maintenance, repair, refurbishment, and inventory pooling rather than on primary production alone.

Textile-sector analysis shows how H4C logic extends to clustered manufacturing ecosystems. Using the C-Readiness Tool, 93 textile companies in India’s western industrial belt—96% SMEs—are assessed across six dimensions: material and product circularity, business model circularity, organizational/corporate circularity, supply chain circularity, production circularity, and regeneration and end-of-life. The study reports an average circularity score of 43%, with supply chain circularity highest at 49%, business model circularity at 41%, product structure around 34.9%, and very weak performance on EoL and production monitoring [2501.15636]. It also identifies 9 categories with 34 barriers and proposes a technology maturity-based roadmap spanning mature technologies such as IoT sensors and data analytics, niche technologies such as horizontal and vertical integration platforms, and emerging technologies such as blockchain and digital product passports. In H4C terms, this provides a cluster-level diagnostic and intervention structure for sectors where supply-chain coordination, traceability, and shared infrastructure are central.

## 5. Governance, trust, and collaboration

Governance in H4C is not reducible to ownership of shared assets; it is inseparable from trust, verification, data-sharing rules, and coordination mechanisms. The construction marketplace paper makes this explicit by analyzing malicious seller, malicious buyer, and malicious marketplace threat models. Fraud mitigation relies on verifying whether the DPP presented matches the IPFS-stored version, whether the IPFS hash is consistent with the blockchain reference, and whether the marketplace price equals the on-chain price [2509.04085]. Trust is therefore shifted from the marketplace operator to cryptographically secured blockchain records, immutable content hashes on IPFS, and public verifiability through open APIs.

Smart-and-circular-city research places governance at metropolitan and regional scale. It emphasizes multi-stakeholder collaboration among citizens, businesses, public authorities, and knowledge institutions; highlights network governance, persuasive governance, and hybrid governance; and stresses the need for standardized interfaces between platforms and actors, platform federation, and policy and regulatory frameworks aligned with CE and smart-city objectives [2410.22012]. The same work places citizens at the core of circular chains through co-creation, living labs, crowdsourcing, and citizen science, implying that H4C governance extends beyond industrial firms to public and community participation.

IDEAL-CITIES contributes a trustworthiness-oriented governance layer. Its platform includes device and user identification and authentication, access control, privacy-enhancing techniques, confidentiality and integrity protections, an Information Asset Inventory, and a risk register monitoring Confidentiality, Integrity, Availability and Resilience (CIAR) [1907.11042]. This is directly relevant for H4C where industrial, municipal, and citizen-generated data coexist and where circularity depends on data sharing under trust boundaries.

A central controversy in H4C modelling concerns decision structure. The H4C energy-management review finds that 47 of 52 reviewed studies use centralised optimisation, even though extensive IS often implies decentralised resource exchanges, decentralised information flows, and bottom-up collaboration patterns [2508.19765]. The literature therefore does not treat centralisation as settled. A plausible implication is that H4C governance and H4C optimisation must be co-designed: strongly collaborative hubs with a trusted operator may justify centralised models, whereas bottom-up IS networks may require ADMM-based distributed optimisation, game-theoretic mechanisms, or multi-agent approaches.

## 6. Metrics, limitations, and development trajectories

H4C evaluation is methodologically heterogeneous. Some strands provide explicit quantitative indicators, while others identify indicator gaps. TMNs provide a formal circularity indicator $\lambda(\bm{\Gamma})$ based on directed cycles and leakage flows [2111.10693]. Textile-sector work provides a multi-criteria readiness metric through the C-Readiness Tool and shows how dimension scores can localize weaknesses in product circularity, business models, supply chains, production, and end-of-life systems [2501.15636]. Smart-and-circular-city research, by contrast, stresses the need for CE-specific KPIs beyond generic sustainability metrics and identifies resource productivity, circularity of material use, waste reduction and diversion, energy efficiency, circular business activity, and citizen engagement as categories applicable to hub assessment [2410.22012].

Technical performance evidence remains partial but informative. The construction marketplace implementation evaluates DPP creation from IFC files, IPFS storage of DPPs, and blockchain recording of IPFS hash plus critical product details on hardware specified as 20 GB RAM, Intel i7-6600U, Ubuntu 24.04, with Ink! on Substrate/Polkadot, private IPFS, MongoDB, TypeScript, Vue.js, and Docker. It tests CPU and memory consumption for processing 20 and 100 IFC files, finding that the backend service has the highest CPU and memory usage, that IPFS shows low CPU and modest memory usage, and that the framework demonstrates efficient resource usage suitable for real-time industrial applications [2509.04085]. LCW, by contrast, remains conceptual and notes that economic benefits still need empirical evaluation under defined KPIs [2511.06149].

Limitations recur across sectors. In construction, marketplace viability depends on balanced interaction between supply and demand, while compliance checks, dynamic pricing, identity, reputation, and interoperability remain future work [2509.04085]. In textiles, the dominant barriers include lack of high capital investment, lack of product design strategies for reuse and remanufacturing, lack of infrastructure and resource capacity, lack of coordination and information sharing, and lack of awareness and knowledge among consumers and suppliers. The study also reports that only 7% of firms have structured EoL recovery schemes, only 3% continuously monitor energy, water, and air consumption, and only 9% know scrap trading platforms [2501.15636]. In energy modelling, waste availability and quality uncertainty are scarcely represented, and internal waste markets are barely modelled [2508.19765]. In smart and circular cities, many initiatives remain pilot-scale, while standardization, interoperability, digital-twin adoption, citizen engagement, and cross-city federation are still open challenges [2410.22012].

Across these literatures, the long-term trajectory of H4C is toward integrated, multi-layered systems in which physical circularity, digital traceability, lifecycle services, market design, and governance are treated as coupled design problems rather than separate domains. This suggests that mature H4C will combine ontology-based classification, digital product passports, interoperable data spaces, multi-carrier optimisation, lifecycle-prolonging service platforms, and hybrid governance structures into a single regional circularity infrastructure [2509.04085][2508.19765][2306.17808].

Source: https://www.emergentmind.com/topics/hubs-for-circularity-h4c