The Dependency Tax

Why Cheaper Access to AI Is Not Democratization, and What Actually Breaks the Pattern.

Ken Granville · CEO & Co-Founder, MindAptiv July 2026 Open Access
Abstract

In his March 2026 annual letter to shareholders, BlackRock CEO Larry Fink identified a consequential risk: AI threatens to repeat the historical pattern of wealth concentration at an even larger scale. The concern is legitimate. The diagnosis stops where the harder argument begins.

Fink sees the cost. He does not name the mechanism. The compute cost problem is not an access failure. It is a dependency tax levied by an architectural arrangement in which a small number of frontier model companies control the infrastructure through which enterprise intent, data, and workflows must flow. Small and medium enterprises are not priced out of AI randomly. They are priced out because the architecture requires it.

Beneath that is the pattern Fink did not name: the platform predator. Microsoft, Apple, Amazon, and Google each built platforms that enterprises and developers depended on, then used the data and workflows flowing through those platforms to build competing products. Frontier model companies are structurally positioned to execute the same playbook, at greater depth, because the dependency operates at the level of cognition rather than distribution. This paper names the mechanism, traces the pattern, and specifies the only architectural position that breaks it.

Source Note
The shareholder letter quotations in this paper are drawn from Reuters reporting dated March 23, 2026, by Manya Saini. Readers are encouraged to verify all quotations against the primary source. A separate public appearance by Fink at the Aspen Ideas Festival on June 30, 2026, in conversation with CNN's Fareed Zakaria, is referenced in this paper's framing. No direct quotations from that interview are attributed to Fink here, as a verified transcript was not available at time of writing.

Section 01What Fink Said

Larry Fink's annual shareholder letter is among the most closely watched documents in global finance. Fink leads the world's largest asset manager, with approximately $14 trillion in assets under management, and his letters have consistently shaped the terms of debate on long-horizon economic risk. The March 2026 letter was notable for the directness with which it addressed AI's distributive consequences.

"The massive wealth created over the past several generations flowed mostly to people who already owned financial assets," Fink wrote.1 "Now AI threatens to repeat that pattern at an even larger scale." He added that history suggests transformative technologies create enormous value that accrues primarily to the companies that build and deploy them, and to the investors who own them. "One thing is clear: AI will create significant economic value. Ensuring that participation in that growth expands alongside it is both the challenge and the opportunity."

This is a serious and accurate statement of the surface problem. It identifies concentration as the risk and expanded participation as the goal. It does not identify the mechanism that produces concentration, which means it cannot specify what would actually change it. Calling for broader participation in AI's gains without naming the architectural arrangement that forecloses it is like calling for broader participation in electricity while leaving the grid architecture unchanged.

Fink also appeared at the Aspen Ideas Festival in late June 2026 in a public conversation with CNN's Fareed Zakaria, where he addressed AI infrastructure and access. No direct quotations from that conversation are used here, as a verified transcript was not available at time of writing. The shareholder letter is the sourced anchor for the argument that follows.

The most credible mainstream articulation of the AI access problem correctly identifies concentration as the risk. It does not name the mechanism that produces it. A diagnosis without a mechanism cannot produce a remedy. This paper supplies that mechanism.

Section 02The Platform Predator Pattern

The pattern is not new and it is not subtle. It has played out in recognizable form across the major platform transitions of the last three decades, and its structure is consistent enough to have a name: the platform predator.

The sequence is as follows. A platform company builds infrastructure that enterprises and developers depend on to reach customers or run operations. Developers build on the platform. Enterprises route their workflows through it. Data accumulates. The platform company observes what works, identifies the highest-value use cases, and builds competing products using the intelligence the platform has accumulated from its dependents. The dependents funded the research and development of their own competitor.

This is not a fringe critique. It is a well-documented competitive dynamic that has produced regulatory inquiries, antitrust investigations, and congressional hearings across multiple jurisdictions. The specific instances are a matter of public record and ongoing legal proceedings in several cases; this paper does not adjudicate those proceedings. What it observes is the structural pattern, which is separable from any specific company's conduct and relevant regardless of how any specific case resolves.

The pattern has a precondition: the customer's data, workflows, and revealed preferences must flow through infrastructure the platform controls. Without that flow, the intelligence does not accumulate. The platform predator requires dependency as its operating condition.

Frontier model companies are structurally positioned to satisfy that precondition at greater depth than any prior platform generation. When an enterprise routes its decisions, documents, customer interactions, and internal workflows through a frontier model API, it is not merely using a distribution channel. It is externalizing its cognition. The model observes not just what the enterprise does but how it thinks, what it values, where its judgment differs from the model's defaults, and which corrections it applies. That observational record is training signal.

It is the most valuable form of IP accumulation available to a platform company, and it flows automatically as a consequence of use.

Prior platform generations accumulated behavioral data. Frontier model platforms accumulate cognitive data: the corrections, judgments, and intent specifications that reveal how an enterprise actually thinks. That is a qualitatively different dependency. It is also a qualitatively different competitive advantage for the platform company that holds it.

Section 03The Compute Cost Is a Dependency Tax

Fink's concern about compute cost is real. The concentration of AI infrastructure in a small number of hyperscalers and frontier model companies creates pricing power that disadvantages smaller enterprises. Independently verified reporting confirms that compute demand is growing faster than supply, that advanced chips have faced shortage conditions, and that the capital expenditure requirements for frontier model training are beyond the reach of all but a handful of organizations globally. The access problem Fink describes exists.

What the cost framing misses is the structural reason the cost is high and stays high. The compute cost is not random. It is the price of a specific architectural arrangement: one in which enterprise inference requires continuous API calls against models the enterprise does not own, running on infrastructure it does not control, governed by terms it did not set and cannot modify. The cost is the rent on dependency.

Reducing that cost without changing the architectural arrangement changes the price of dependency, not the dependency itself. If frontier model inference became ten times cheaper tomorrow, enterprises would route ten times more of their cognition through infrastructure they do not own. The concentration Fink worries about would intensify, not diminish. Cheaper access to a dependency architecture is not democratization. It is a lower entry price into the same structural position.

This is the argument Fink's framing does not reach. The challenge is not ensuring that more enterprises can afford to pay the dependency tax. It is building an architecture in which the dependency tax does not exist, because the enterprise's intent, data, and cognitive workflows do not flow through infrastructure it does not control.

Cheaper compute lowers the price of cognitive dependency. It does not end it. The enterprises that pay less to route their cognition through a platform they do not own are not more sovereign. They are more efficiently captured. Democratizing access to dependency is not the same as eliminating it.

Section 04The Stack Replacement Thesis

The platform predator pattern describes what happens to enterprises that adopt frontier model infrastructure without changing their architectural position. There is a second and more acute threat operating in parallel: the stack replacement.

Every sector with a large incumbent stack is exposed to a new class of competitor that does not carry that stack. Financial services firms operating across decades of accumulated system layers, healthcare organizations managing fragmented data environments, legal services firms running on document management infrastructure that predates the public internet: each of these carries what Paper 23 called the hidden mass. Integration debt, undocumented dependencies, legacy systems that cannot be retired because something else depends on them. That mass is a cost the incumbent pays continuously and the AI-native entrant never pays at all.

The AI-native entrant does not modernize the incumbent's stack. It builds a clean architecture from the start, routes its operations through frontier model infrastructure, and competes on the incumbents' core value propositions without carrying their structural cost. The incumbent's response is typically to layer AI on top of the existing stack, which Paper 23 established does not dissolve the hidden mass. It accelerates the processes that run on top of it, including the processes that generate debt.

The competitive dynamic this creates is not symmetric. The incumbent is paying a continuous tax on its architectural history while attempting to match an entrant that has no such history. The entrant is also, as Section 02 established, routing its cognition through frontier model infrastructure it does not own, which means it is accumulating a different kind of structural vulnerability. But in the near term, the entrant's position is lighter, faster, and more adaptable.

The question for incumbents is not whether the stack gets replaced. It is who controls the architecture of the replacement, and whether that architecture replicates the dependency conditions the incumbent is already trapped in or breaks them.

The AI-native entrant competes without carrying the incumbent's hidden mass. The incumbent responds by adding AI to an architecture that produces hidden mass. This is not a modernization strategy. It is a deceleration strategy that mistakes acceleration for transformation.

Section 05What Breaks the Pattern

The platform predator pattern has a single necessary condition: the customer's intent, data, and workflows must flow through infrastructure the vendor controls. Remove that condition and the pattern cannot execute. The intelligence does not accumulate. The competitive advantage does not compound. The dependency tax does not apply.

Intent-native computing removes that condition structurally. When intent is held in a governed substrate the enterprise owns, evaluated before each action, and recorded as a governed determination at the moment of execution, it does not flow through the vendor's infrastructure as training signal. The governing representation of what the enterprise wants to accomplish lives in the wantverse, not in a model the vendor controls. The enterprise retains sovereignty over its own cognition.

This is not a policy position or a contractual arrangement. Contracts can be renegotiated. Terms of service can change. Data processing agreements are only as durable as the enforcement mechanisms behind them, and enforcement has consistently lagged platform practice across every prior generation of this pattern. The only position that is robust against the platform predator is an architectural one: a substrate that does not require the enterprise's intent to pass through infrastructure it does not own.

The Synergy governance event of June 4, 2026 (provenance anchor ens:WIN7N340)2 documented this architecture in operation: a generative model proposed an action, Synergy evaluated it against the governing intent before execution, and rejected it. The governing determination was made and recorded by the substrate, not by the model. The model did not determine the outcome. It proposed. The substrate governed. That distinction is the architectural break from the platform predator's operating condition.

Contracts do not break the platform predator pattern. Regulation has not broken it across three generations of platform companies. Architecture breaks it. An enterprise whose intent is governed by a substrate it owns does not need to trust the platform. The platform never had access to what matters.
Cross-reference: Paper 1: "The Civilizational Fault Line" | Paper 21: "The Missing Substrate" | Paper 18: "The Substrate" | Synergy governance event ens:WIN7N340, June 4, 2026

Section 06The Architecture of IP Protection

The IP protection argument deserves explicit treatment because it is distinct from the sovereignty argument, even though the same architectural position produces both. Sovereignty is about who governs the enterprise's decisions. IP protection is about what the enterprise's most valuable knowledge assets are exposed to, and whether that exposure is structural or contractual.

Every enterprise that routes its operations through a frontier model API is exposing three categories of IP: the content of its decisions, the corrections it applies to model outputs, and the workflows that reveal how it operates. The content of decisions is visible in the prompts. The corrections are visible in the feedback signals, whether explicit or implicit, that shape the model's behavior for that enterprise over time.

The workflows are visible in the sequence, timing, and structure of API calls. Together these constitute a detailed map of how the enterprise thinks and operates, more revealing than any document it might classify as proprietary.

The conventional response to this exposure is contractual: data processing agreements, terms of service provisions, model training opt-outs. These are not without value. They are also not without precedent for failing. Contracts require enforcement. Terms of service can be revised. Opt-outs depend on the vendor's implementation being faithful to its description. In every prior generation of the platform predator pattern, contractual protections were the mechanism enterprises relied on while the intelligence accumulated against them. The contracts did not prevent the pattern. They documented the terms under which it operated.

Intent-native computing changes the exposure surface structurally, not contractually. When intent is held in a governed substrate the enterprise owns, the corrections, judgments, and workflow patterns that constitute the enterprise's most valuable IP never appear in the vendor's infrastructure as a recoverable signal. There is nothing to protect contractually because there is nothing to expose. The protection is enforced by architecture: the IP never left.

This is an unprecedented capability in enterprise IP protection. Prior mechanisms (trade secret law, non-disclosure agreements, access controls, encryption) all protect IP that exists in a defined location against unauthorized access. They do not address IP that is generated continuously as a byproduct of operational activity and that flows automatically through third-party infrastructure as a condition of use. Intent-native computing is the first architectural position that addresses that category of exposure, because it is the first architecture designed from the premise that operational intent should not flow through infrastructure the enterprise does not own.

MindAptiv's illumin8 platform demonstrates this architecture applied across sectors where IP exposure is existential: cinema catalogs, medical imaging, defense sensor data, financial surveillance, geospatial intelligence. In each case, the governing substrate records every governed determination before execution and produces a chain of custody that is admissible, sovereign, and independent of the vendor relationship. The principle is consistent across all of them: governed at the substrate, protected by architecture, not by contract.

Prior IP protection mechanisms defend against unauthorized access to IP that exists somewhere. Intent-native computing addresses a different problem: IP that is generated continuously as a byproduct of operation and that flows automatically through vendor infrastructure as a condition of use. The architectural position is the protection. The IP never left.

Section 07Conclusion: The Question Fink Should Have Asked

Fink asked the right question about distribution. AI will create significant economic value: who gets to participate in that growth? It is the right question for an asset manager, and it reflects a genuine concern about a real dynamic. The shareholder letter framing is appropriate to its audience and its purpose.

The question this paper adds is the one that precedes it. Participation in AI's gains, on what terms? Broader access to frontier model infrastructure is participation in a dependency architecture. It widens the base of enterprises that pay the dependency tax. It does not change who collects it. Ensuring that more small and medium enterprises can afford to route their cognition through infrastructure they do not own is not democratization of AI. It is expansion of the dependency class.

The platform predator pattern has repeated across every major computing transition because the architectural condition that enables it, customer data and workflows flowing through vendor-controlled infrastructure, is reproduced by default in each new generation of platforms. Breaking it requires building from a different architectural assumption: that the enterprise's intent is sovereign, held in a substrate the enterprise controls, evaluated before execution, and never available to the platform as training signal.

That is not the AI Fink is describing. It is the AI this series has been specifying. The difference between them is not a matter of cost. It is a matter of who governs.

Paper 1 of this series asked a question that the dependency tax now makes concrete: which side of the fault line are you building on? The fault line is not somewhere in the future. It is being drawn right now, in every enterprise decision to route cognition through infrastructure it does not own. The dependency tax is the price of building on the wrong side of it.

Essence® Doctrine
The platform proposes.
The dependency accumulates.

Detection is not Determination.

GenAI proposes. Synergy governs.
The enterprise owns what it governs.
Footnotes
1
Larry Fink, BlackRock Annual Shareholder Letter, March 2026. Quotations sourced from Reuters reporting by Manya Saini, March 23, 2026. Readers should verify all quotations against the primary letter. reuters.com
2
Synergy governance event, provenance anchor ens:WIN7N340, June 4, 2026. Live documentation of a Synergy® rejection of a generative model's proposed action prior to execution. Internal MindAptiv record; no public URL. Previously cited in Papers XXI, XXII, and XXIII.
Sources & References
All Fink quotations are sourced from Reuters reporting against the March 2026 shareholder letter. Readers are encouraged to verify against the primary source. The Aspen Ideas Festival appearance is referenced for context only; no quotations from that event are attributed to Fink in this paper.
01
Manya Saini, "BlackRock's Fink warns AI boom could widen wealth divide without broader participation." Reuters, March 23, 2026. Primary source for all Fink quotations in this paper.
reuters.com
02
MindAptiv White Paper 23: "The Iceberg Stays Frozen: Why the Hidden Mass of AI Failure Cannot Be Fixed From the Top, and What Dissolves It." Ken Granville, MindAptiv, July 2026.
mindaptiv.com/iceberg-frozen
03
MindAptiv White Paper 21: "The Missing Substrate: Why the Emerging Consensus on AI Governance Presupposes an Architecture It Has Not Named." Ken Granville, MindAptiv, July 2026.
mindaptiv.com/missing-substrate
04
MindAptiv White Paper 15: "The Wrong Race: Why Speed Without Governance Produces Liability, Not Leadership." Ken Granville, MindAptiv, 2026.
mindaptiv.com/wrong-race
05
MindAptiv White Paper 1: "The Civilizational Fault Line." Ken Granville, MindAptiv, 2026.
mindaptiv.com/fault-line-whitepaper
06
Synergy governance event, provenance anchor ens:WIN7N340, June 4, 2026. Internal MindAptiv record; no public URL.
White Paper Series · The Governed Machine
1The Civilizational Fault Line 2We Are Building the Wrong Machine 3The Ornithopter Mistake 4The Convergence 5The Four Horsemen of the Knowledge Apocalypse 6What the Insiders Confirmed 7The Metaphor Trap 8The Recall Standard 9The $1 Trillion Governance Gap 10The Litigation Layer 11The Scale of Intent 12The Intent Economy 13The Session Illusion 14The Necessary Sequence 15The Wrong Race 16The Ledger That Is Intent-Driven 17The Agency Illusion 18The Substrate 19The End of the Mean 20Era 3: The Architecture of the Next Civilization 21The Missing Substrate 22The Context Fatigue Ceiling 23The Iceberg Stays Frozen 24The Dependency Tax ← this paper 25The Record That Was Never Kept 26Composable by Default 27Do No Harm 28The Stack Replacement Thesis 29The Moat Is the Code 30The Last Platform War 31Beyond the Agent: Intent-Native Execution 32The Hardware Imagination 33The Architecture Tax 34The Tokenization Ceiling 35The Payment Moment 36The Oracle Problem 37The Reviewer Problem 38The Provenance Fallacy 39Role Without Determination 40Known and Funded Anyway 41The Style Confusion Proof 42The Verification Tax 43The Pause Reflex 44The Human Margin 45The Balance of Power Fallacy 46The Liability Backstop 47One Substrate, Every Signal 48The Attribution Problem 49The Consciousness Ceiling 50The Detection Patch 51The Consumptive Machine 52The Agent That Isn't 53The Legibility Gap 54The Semiotic Machine 55The Transpilation Ceiling 56The Provisioning Ceiling 57The Reservation Ceiling 58The Circularity Ceiling 59The Coexistence Ceiling 60The Conformance Ceiling 61The Preservation Ceiling 62The Parity Clause 63The Governed Boundary 64The Transcript Problem 65The Unpaired System 66The Memory Ceiling 67The Admission Gap 68The Wrong Ask 69The Best Case 70The Last Chokepoint 71The Fourth Step 72The Adoption Standard 73The Same Weekend 74Sixty to One 75Coordinates, Not Correlations 76The Governability Axis 77Era 3, Confirmed 78The Eleventh Rule 79The Seventh Admission 80The Authorization Gap 81The Authorship Fallacy 82The Camera and the Vault 83Cleared to Proceed 84A Class, Not a Product 85The Inherited Playbook