The Missing Middle

Blockchain arrived in the energy sector with a genuinely good idea attached. Microgrids are, by their nature, collections of independent parties — households with rooftop solar, businesses with batteries, a diesel backup, a grid connection — that must continuously agree on who supplied what, who consumed what, and who owes whom. That is precisely the class of problem distributed ledgers were built for: coordination between parties who have no particular reason to trust one another, without appointing a referee.

A decade later, the pilots are numerous and the deployments are not. Our paper locates the obstacle in a specific place, and it is not where the popular discussion usually looks.

This distinction matters because it changes what research should be producing. If the barrier were conceptual, the field would need more models. If it is the missing middle — the connective tissue between concept and commissioning — then what the field needs is architecture: clear interfaces, separable components, and demonstrations concrete enough to argue with.

Why Modularity Is the Argument

The word doing the work in the paper's title is modular. It is a claim about how the problem should be decomposed, not merely a description of a software style.

A monolithic blockchain microgrid — one system that meters, prices, matches, settles and governs, all welded together — has to be adopted whole. That is an implausible ask of any utility. It means replacing working infrastructure, retraining staff, and accepting an unfamiliar failure mode across every function at once, all before anyone has seen it run.

A modular design separates those concerns so they can be adopted, replaced, certified and reasoned about independently. Metering can stay exactly as it is while settlement moves on-chain. A market mechanism can be swapped without touching the governance rules. Crucially for a regulated industry, each piece can be evaluated against existing standards on its own terms rather than as part of an all-or-nothing package.

What a Smart Contract Contributes

A smart contract is a program that lives on the ledger and executes when its conditions are met. In a microgrid it plays the part a settlement clerk would otherwise play: it observes metered quantities, applies the agreed tariff, and moves the resulting credit — without either party having to trust the other's arithmetic, and without a monthly reconciliation dispute.

The paper demonstrates this in Solidity, the contract language of the Ethereum ecosystem. The point of the demonstrations is not novel cryptography; it is that the coordination logic a microgrid needs can be written down in executable form, inspected, and run. A worked example is a far stronger claim than a block diagram.

The pattern in essence — illustrative rather than the paper's own listing:

// Settlement between a prosumer and the microgrid pool.
// Metered energy in, tariff applied, credit moved — no clearing intermediary,
// and every step visible to every participant.
function settle(address prosumer, uint256 kWhDelivered, uint256 tariffPerkWh)
    external
    onlyMeterOracle
{
    uint256 credit = kWhDelivered * tariffPerkWh;
    balances[prosumer] += credit;
    poolBalance       -= credit;
    emit Settled(prosumer, kWhDelivered, credit, block.timestamp);
}

Two properties fall out of this that are hard to obtain otherwise. The emit line means the settlement is permanently auditable by anyone in the microgrid, not just by whoever operates the billing system. And because the rule executes identically for every participant, the operator cannot apply it selectively — fairness is a property of the code rather than of a promise.

The onlyMeterOracle restriction is also where the honest difficulty sits, and it is worth naming plainly. A contract can guarantee that the arithmetic is applied faithfully to the numbers it receives. It cannot guarantee those numbers describe reality. The integrity of the whole arrangement still rests on the metering and the device that reports it — a boundary the technology moves but does not remove.

Why India

The framework is grounded in Indian power sector reform strategies, which is a more deliberate choice than it might appear.

India is one of the few large electricity systems to have pursued deep structural reform — unbundling generation, transmission and distribution, and opening network access to third parties — while simultaneously absorbing renewable capacity at enormous scale and continuing to extend electrification. It offers something a European or North American case study cannot: a reform trajectory playing out under constraints of scale, cost sensitivity and institutional change rather than in a mature, stable, high-income market.

That matters for the framework because market structure is not incidental to blockchain integration. Decentralised settlement presupposes participants permitted to transact with one another. A system that has already done the legal and regulatory work of unbundling and open access is one where the technical framework has somewhere to attach.

What This Means for South Africa

This section is our reading of the implications rather than a claim of the paper, but the parallel is difficult to ignore.

South Africa is in the middle of its own structural transition: the unbundling of Eskom, the opening of the market to independent power producers, and a rapid, largely uncoordinated build-out of distributed generation. Municipalities are simultaneously discovering that distributed energy resources are eroding the revenue model their tariffs were designed around — the subject of our SANEDI 2026 work.

A microgrid market that settles automatically, transparently and without a central clearing house is directly relevant to that problem. It is also precisely the kind of capability that is easier to design in during a restructuring than to retrofit afterwards. The reform windows that make this feasible do not stay open indefinitely.

What the Paper Does Not Claim

It is worth being clear about the limits, because the paper is clear about them.

The paper's own conclusion is that further research is required to explore the real-world implications of blockchain-based solutions in the energy sector. That is the correct conclusion, and stating it is part of the contribution. A field that has produced a decade of pilots and few deployments is not short of confident claims. It is short of frameworks specific enough to be tested and found wanting — which is what this work sets out to provide.