What breaks, what are the consequences, and for whom?<\/strong><\/p>\n\n\n\n
Not at the level of trade statistics or diplomatic leverage. At the level of the building you are sitting in. The food on your table. The tap you turned on this morning.<\/p>\n\n\n\n
That gap \u2014 between structural dependency and lived consequence \u2014 is what the ARTS framework is designed to close.<\/p>\n\n\n\n
\n\n\n\n
Why Existing Analysis Falls Short<\/h2>\n\n\n\n
The standard approach to dependency analysis focuses on sectors: energy, defence, digital, supply chains. These categories are useful for policy. They map onto ministerial portfolios, budget lines, and treaty structures.<\/p>\n\n\n\n
But they create a blind spot.<\/p>\n\n\n\n
When you analyse energy as a sector, you ask questions like: how much gas do we import, and from where? When you analyse digital infrastructure, you ask: which cloud providers hold our data?<\/p>\n\n\n\n
These are legitimate questions. But they are answered at the wrong level of abstraction for two reasons.<\/p>\n\n\n\n
First, they treat dependencies as isolated risks rather than coupled systems. The cloud dependency in your energy management system does not appear in energy sector analysis. It appears, if at all, in digital policy. The two conversations rarely happen in the same room.<\/p>\n\n\n\n
Second, they do not trace consequences to the point where people actually experience them. A dependency on foreign cloud infrastructure is abstract. A heating system that stops working because dispatch software lost its API connection is not.<\/p>\n\n\n\n
The ARTS framework starts from the other end: Societal Needs<\/strong><\/p>\n\n\n\n The framework organises analysis into three levels, read from left to right as dependency, and from right to left as provision.<\/p>\n\n\n\n Layer 1 \u2014 Societal Needs<\/strong><\/p>\n\n\n\n The starting point is what society actually requires in order to function. Not technologies. Not sectors. Needs.<\/p>\n\n\n\n Housing. Nutrition. Mobility. Communication. Healthcare. Security. Economic exchange.<\/p>\n\n\n\n These needs are technology-agnostic and stable across time. Heating can be delivered by gas boilers, heat pumps, district heating, or biomass. The need \u2014 warm buildings \u2014 does not change. This distinction is important because it prevents the analysis from becoming captured by technology preferences or policy narratives.<\/p>\n\n\n\n Layer 2 \u2014 Functions<\/strong><\/p>\n\n\n\n Functions describe what a system must do to meet the societal need. They are the operational capabilities that infrastructure must provide.<\/p>\n\n\n\n For housing: building structures, controlling the indoor climate, ensuring sanitation. For nutrition: producing food, processing it, distributing it, preserving it. For communication: transmitting data, storing it, identifying users.<\/p>\n\n\n\n Multiple technologies can fulfil the same function. The function is the stable analytical unit. This matters because dependencies often hide at the functional level. You can substitute one technology for another and unknowingly carry the same underlying dependency across.<\/p>\n\n\n\n Layer 3 \u2014 Strategic Resources<\/strong><\/p>\n\n\n\n Every function depends on three categories of underlying resource:<\/p>\n\n\n\n Energy<\/em> \u2014 all functions ultimately require energy. The dependency may be obvious (a pump needs power) or hidden (a data centre cooling system requires continuous electricity that is rarely counted in energy sovereignty discussions).<\/p>\n\n\n\n Materials<\/em> \u2014 functions depend on physical materials and components. Critical raw materials, industrial metals, semiconductors, cables, transformers, chemicals. Material constraints determine what is buildable and repairable, and therefore set the physical ceiling on any transition or recovery effort.<\/p>\n\n\n\n Data<\/em> \u2014 modern systems increasingly depend on digital infrastructure. Cloud platforms, control software, identity systems, AI models, data standards. A system may be physically present and operationally capable, yet functionally dependent on foreign digital infrastructure it cannot control or recover independently.<\/p>\n\n\n\n Once the three layers are populated, each resource node is assessed on two dimensions.<\/p>\n\n\n\n Fragility<\/strong> measures how exposed the dependency is to external disruption \u2014 through supply concentration, geopolitical leverage, price volatility, or the absence of realistic substitutes.<\/p>\n\n\n\n Three levels: Stable, Exposed, Critical.<\/p>\n\n\n\n Capability<\/strong> measures whether the relevant organisation, sector, or country can deploy, operate, maintain, and recover the resource independently.<\/p>\n\n\n\n Three levels: Sovereign, Dependent, Absent.<\/p>\n\n\n\n These two dimensions interact. A resource that is externally concentrated but domestically operable is a different problem from one that is externally concentrated and domestically inoperable. The second is significantly more dangerous, and significantly harder to see.<\/p>\n\n\n\n The hard rule: if capability is absent, fragility cannot be rated below critical. You cannot be strategically stable in a resource you cannot operate independently.<\/p>\n\n\n\n Consider housing as a societal need. Two of its core functions are building construction and climate control.<\/p>\n\n\n\n Building <\/strong>construction depends on structural steel (material), diesel (energy), and engineering software (data). The critical node is diesel. Construction equipment and cement production both run on fossil fuel. A disruption to supply routes \u2014 a Hormuz blockage, a sanctions regime, a logistics breakdown \u2014 does not stay in the news. It stalls building sites across Europe. Fragility is rated Exposed; the dependency is real but not acute under normal conditions.<\/p>\n\n\n\n Climate control <\/strong>\u2014 keeping buildings habitable \u2014 depends on copper for grid infrastructure (material), grid electricity (energy), and cloud-connected dispatch software (data). The critical node is the data layer. Many modern building energy management and heat pump systems are increasingly coordinated through virtual power plant software and cloud-connected dispatch platforms. Most of this runs on AWS or Azure.<\/p>\n\n\n\n This is not billing software or a client dashboard. It is core operational intelligence \u2014 the layer that decides what runs, what scales back, and what gets dimmed across gigawatts of distributed energy assets.<\/p>\n\n\n\n If that layer becomes unavailable \u2014 through a legal dispute, a sanctions order, a political deterioration, or a technical failure \u2014 the heating system does not know what to do. The grid loses a balancing mechanism. The building gets cold.<\/p>\n\n\n\n Fragility: Critical. Capability: Absent. We depend on it entirely and cannot operate it independently.<\/p>\n\n\n\n The framework generates two types of response, and the distinction matters.<\/p>\n\n\n\n Autonomy<\/strong> \u2014 eliminate the dependency<\/strong>. Find a substitute, onshore the capability, build the alternative. This is the right answer when elimination is feasible within a relevant timeframe.<\/p>\n\n\n\n Resilience<\/strong> \u2014 manage the dependency<\/strong> you cannot eliminate. Hedge it, diversify it, protect against its failure mode, design for graceful degradation. This is the right answer when elimination is not feasible, which is more often than policy prefers to admit.<\/p>\n\n\n\n Most European infrastructure sits somewhere between those two strategies, without a clear plan for either. The framework makes that visible. Once you know whether a dependency is eliminable or not, you can stop having the wrong conversation about it.<\/p>\n\n\n\n The cloud dependency in energy management is not eliminable in the short term. The honest conversation is therefore about re-hostability requirements, contractual protections, offline capability, and European alternatives at scale. Not about whether the dependency exists.<\/p>\n\n\n\n It is not threat intelligence. It does not predict who will act against European interests or when. Threats are the mechanism. Dependencies are the terrain. ARTS maps the terrain.<\/p>\n\n\n\n It is not a policy programme. It does not prescribe industrial strategy or regulatory frameworks, though it generates clear inputs for both.<\/p>\n\n\n\n It is not anti-American or anti-technology. Many of the dependencies it identifies are the result of rational decisions made under reasonable assumptions. Those assumptions are changing. The framework exists to make that visible before failure occurs.<\/p>\n\n\n\n It is not an effort to complete map dependency chains or value chains. We depart from a fixed set of societal needs on one end, and known dependencies on the other end. We connect the dots and uncover consequences. <\/p>\n\n\n\n This framework will be applied systematically across the societal needs that underpin European stability: nutrition, mobility, communication, healthcare, security.<\/p>\n\n\n\n Each analysis will follow the same structure. Each will identify the dependencies that are hidden, the fragility ratings that are honest, and \u2014 where relevant \u2014 the capability gaps that make fragility unmanageable.<\/p>\n\n\n\n The goal is not to produce a comprehensive audit. It is to produce a set of analytical tools sharp enough to change the decisions that professionals actually make.<\/p>\n\n\n\n Dependency is not destiny. But unnamed dependency is.<\/p>\n","protected":false},"excerpt":{"rendered":" Mapping What Breaks: The ARTS Dependency Framework Most analysis of European strategic dependency stops at the geopolitical layer. It names the problem \u2014 cloud infrastructure concentrated in the US, critical materials processed in China, energy systems exposed to foreign pricing mechanisms. It describes the risk in structural terms. It earns the agreement of everyone in […]<\/p>\n","protected":false},"author":1,"featured_media":143,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-15","page","type-page","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/pages\/15","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/comments?post=15"}],"version-history":[{"count":4,"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/pages\/15\/revisions"}],"predecessor-version":[{"id":150,"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/pages\/15\/revisions\/150"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/media\/143"}],"wp:attachment":[{"href":"https:\/\/art-strategy.eu\/index.php\/wp-json\/wp\/v2\/media?parent=15"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n\n\n\nThe Framework: Three Layers<\/h2>\n\n\n\n
\n\n\n\nReading the Dependency Map<\/h2>\n\n\n\n
\n\n\n\nAn Example: Housing<\/h2>\n\n\n\n
![\"\"](\"https:\/\/art-strategy.eu\/wp-content\/uploads\/2026\/03\/housing-frame-2-1024x399.jpg\")
<\/figure>\n\n\n\n
\n\n\n\nTwo Strategies, Not One<\/h2>\n\n\n\n
\n\n\n\nWhat the Framework Is Not<\/h2>\n\n\n\n
\n\n\n\nWhat Comes Next<\/h2>\n\n\n\n