#
Arranging qualifying cryptoasset staking is created as a new regulated activity requiring FCA authorisation once the regime is in force. Validator/node-operator 'pure tech' exemptions are narrowly drawn (lost upon added-value features); auto-staking consent and liquid-staking record-keeping rules have been clarified. DeFi lending/borrowing is mapped onto existing dealing-as-principal/agent categories rather than a standalone activity; decentralisation alone does not place an arrangement outside the perimeter. DeFi-specific and DLT operational resilience guidance remain unlaunched consultations.
The treatment of the underlying infrastructure layer -- validators and node operators -- is more delicately drawn, and is currently sourced to a narrower evidentiary base than the core legislative claims in this module. Reporting indicates that validators and node operators will lose their 'pure tech' exemption from regulation at the point they provide added-value features such as dashboards, yields, or reward-compounding tools, at which point they must seek full approval for arranging staking. This creates a meaningful compliance trap: a validator that begins as a purely technical service provider can cross into regulated territory simply by adding functionality that market participants would otherwise consider a routine service enhancement.
The FCA has separately amended its staking rules to avoid unintended restrictions on auto-staking arrangements, allowing consent to cover ongoing staking of current and future holdings subject to conditions and annual notification, and clarifying record-keeping requirements for liquid staking models. This suggests the regulator is alert to the operational friction a strict consent-per-transaction model would create for automated and liquid staking products, and has built in flexibility accordingly.
On lending, borrowing, and decentralised finance business models, the FCA has consulted under CP25/40 and will treat cryptoasset lending and borrowing as requiring authorisation for 'dealing as principal' or 'dealing as agent,' rather than creating a standalone regulated activity for DeFi lending itself. Reporting also indicates that smart contracts, public blockchains, or decentralisation do not by themselves determine the perimeter position or place an arrangement outside of regulation -- meaning the FCA's approach is functional rather than technological, assessing what an arrangement does rather than how it is technically implemented.
Outlook
Two FCA consultations flagged for later in 2026 will materially shape this module: separate decentralised finance guidance, and operational resilience guidance for firms using distributed ledger technology. Neither had been launched at the time of this research pass. Because several of this module's most consequential findings -- the validator 'pure tech' exemption boundary and the perimeter-neutrality of decentralisation -- are currently sourced to a single T4 outlet rather than a primary FCA publication, this module's findings should be treated as provisional pending either the DeFi guidance consultation or corroborating primary-source confirmation.
On-Chain Activity Regime
This module carries a thin evidentiary base this cycle. A single tracker source indicates that the FCA's 30 June 2026 finalised cryptoasset package (PS26/9) explicitly addresses DeFi within its admissions/disclosure and market-abuse (MARC) rules. That is a directional signal that DeFi has not been left entirely outside the finalised package's scope, but the granular category-level detail of how specific on-chain activities -- lending protocols, automated market makers, or other DeFi structures -- are actually treated under those rules was not independently verified this cycle. The source underpinning this claim is a law-firm regulatory tracker rather than a primary regulatory text, and the claim itself carries lower confidence and materiality than the licensing and stablecoin threads above.
Given the single-source, unverified-detail character of this signal, it should be read as an indication that regulators are aware of and nominally addressing DeFi within the broader package, not as a description of specific operative rules for on-chain activity. Primary-source confirmation of the actual MARC/admissions provisions as they apply to DeFi has not yet been obtained.
Outlook
The near-term task for this module is primary-source verification of the DeFi-specific provisions referenced by the tracker source. Until that detail is independently confirmed, this thread should be treated as an early, low-confidence signal rather than an established feature of the regime, and readers should expect either confirmation or correction as stronger sourcing becomes available.
Sources and findings (6)
- T1 · FCAArranging qualifying cryptoasset staking — a new regulated cryptoasset activity under the Cryptoassets Regulations, requiring FCA authorisation once the regime is in forceretrieved M5bindingenacted not yet effectivenew
- T4 · CoinDeskValidators and node operators — they provide added-value features such as dashboards, yields, or reward-compounding tools, at which point they must seek full approval for arranging stakingretrieved M4bindingproposednew
- T1 · FCAFCA — avoid unintended restrictions on auto-staking arrangements, allowing consent to cover ongoing staking of current and future holdings subject to conditions and annual notification, and clarifying record-keeping requirements for liquid staking modelsretrieved M3bindingenacted not yet effectivenew
- T1 · FCAFCA — cryptoasset lending/borrowing, staking, and DeFi business models (CP25/40), with lending/borrowing requiring authorisation for 'dealing as principal' or 'dealing as agent' rather than as a standalone regulated activityretrieved M4bindingenacted not yet effectivenew
- T4 · CoinDeskSmart contracts, public blockchains, or decentralisation — the perimeter position or place an arrangement outside of regulationretrieved M4bindingproposednew
- T1 · FCAFCA — separate decentralised finance (DeFi) guidance and operational resilience guidance for firms using distributed ledger technologyretrieved M3non-bindingnew