One Property, Two Lenders: Why Collateral Needs an Identity, Not Just Documents

Secured lending begins with a reassuring idea.

A lender advances money.

The borrower grants security.

The security attaches to an identifiable asset.

If the borrower does not repay, the lender has recourse to that asset.

On paper, the chain looks simple:

Loan
    ->
Security document
    ->
Property
    ->
Recovery

In practice, each arrow can fail.

The loan may have been assigned.

The property may already secure another facility.

The mortgage may not have been registered correctly.

A document may describe a charge that has not been perfected.

The borrower may be part of a larger group with overlapping financing.

A lender may hold a participation rather than direct title.

A professional certificate may confirm execution of a document without confirming every economic fact represented around it.

And the same collateral can appear in more than one financing package.

The 2026 collapse of UK mortgage lender Market Financial Solutions Limited, or MFS, has brought these distinctions into unusually sharp focus.

MFS entered administration on 25 February 2026. The Financial Conduct Authority confirmed on 20 March that it had opened an enforcement investigation. The FCA also clarified that MFS was registered with it as an Annex 1 business for anti-money-laundering supervision and was not otherwise FCA-authorised. FCA: Investigation into Market Financial Solutions Limited

The administration itself is recorded at Companies House and in the London Gazette. Companies House: Market Financial Solutions Limited insolvency The Gazette: Market Financial Solutions Limited—Appointment of Administrators

What happened before the administration is the subject of continuing litigation, insolvency work and regulatory investigation.

Creditors have alleged that MFS used the same collateral or mortgage assets to support multiple financing arrangements—a practice commonly described as double pledging. Bloomberg reported in February that creditors alleged a potential £930 million collateral shortfall against approximately £1.2 billion of relevant debts. Bloomberg: MFS Creditors Warn of £930 Million Shortfall in Collateral

Reuters subsequently described the collapse as raising wider questions about asset-backed and private-credit due diligence. Reuters: Wall Street hit by UK mortgage lender collapse, raising fears of more credit 'cockroaches'

In June, court filings reported by Bloomberg indicated that a roughly £300 million portfolio of mortgages linked to Twinwin appeared not to have been registered in public property records, potentially complicating attempts to establish creditor rights and priority. The Edge: Collapsed lender MFS said to have never registered £300m of mortgages

Then on 28 August, the Financial Times reported that the Solicitors Regulation Authority was investigating law firm Gunnercooke over work involving companies linked to MFS, including Twinwin. According to the report, insolvency practitioners have made allegations concerning certified debt documentation and the use of Twinwin in the wider MFS structure. Gunnercooke denies wrongdoing and has said, among other things, that certain documents may have been fraudulently reproduced without its involvement. Paresh Raja, MFS’s founder, has denied wrongdoing. Financial Times: Watchdog probes law firm over work linked to collapsed lender MFS

These are allegations and investigations, not findings that this article can resolve.

But they expose a very important infrastructure question:

How does a lender know that this exact economic asset, this exact security interest and this exact priority position have not already been represented somewhere else?

A folder of documents is not enough to answer that.

A mortgage document is not the collateral

The first distinction is basic.

A mortgage deed is a document.

The property is an asset.

The mortgage or charge is a legal right over that asset.

The loan is the obligation being secured.

The lender’s position may therefore be represented as:

Borrower obligation
    ->
Loan agreement
    ->
Security agreement / mortgage
    ->
Specific property
    ->
Registration / perfection
    ->
Priority

Those are related objects.

They are not interchangeable.

A PDF called Mortgage.pdf does not prove by itself that:

• the property exists;
• the chargor owns it;
• the document was validly executed;
• the mortgage was registered;
• the lender has first priority;
• no earlier charge exists;
• the security has not been released;
• the secured debt remains outstanding;
• or another lender has not been shown a different document describing the same collateral.

The document is evidence.

The secured position is a legal and economic state.

“First charge” needs an object and an as-of date

A lender may receive a report saying:

Security: First legal charge

That sounds precise.

It is incomplete without context.

First charge over what?

Registered where?

In favour of whom?

Securing which debt?

Created on what date?

Registered on what date?

Was any prior charge discharged?

Has a later intercreditor agreement changed enforcement priority?

Has the loan been assigned?

Has the security agent changed?

Has the property been sold?

Has the charge been released?

Priority is not a permanent adjective attached to a PDF.

It is a state produced by documents, registration, law and later events.

A useful record should say more like:

Property: [stable property identity]
Security type: Legal charge / mortgage
Chargor: [legal entity]
Secured party: [legal entity / security trustee]
Underlying facility: [stable loan identity]
Creation date: [date]
Registration reference: [reference]
Registration date: [date]
Priority basis: [source]
Intercreditor arrangement: [if any]
Release status: Active / Part released / Released
As-of date: [date]

Now the statement can be tested.

Double pledging is fundamentally an identity failure

Double pledging is often described as fraud risk.

It can be.

But from an infrastructure perspective, it is also an identity problem.

Suppose a borrower has one property:

17 Example Street

Lender A receives:

Loan A
Security package A
Property valuation A
Mortgage document A

Lender B receives:

Loan B
Security package B
Property valuation B
Mortgage document B

If both financing systems assign their own internal collateral IDs, each lender may see a unique record.

Lender A collateral ID: COL-8871
Lender B collateral ID: PROP-22419

The IDs are unique.

The economic collateral is not.

This is the same problem that appears in receivables finance.

Two files can be different while the underlying asset is the same.

A hash cannot solve that.

A database primary key cannot solve that.

A blockchain token cannot solve that by itself.

The system needs economic asset identity.

Property identity must survive document variation

One property can be described in many ways.

A financing file may contain:

• postal address;
• title number;
• land registry reference;
• lot number;
• cadastral reference;
• local authority identifier;
• valuation report address;
• borrower’s internal property code;
• lender collateral ID;
• solicitor matter number;
• security document description;
• insurance address;
• and SPV schedule reference.

They may not match textually.

For example:

17-19 High Street, London
17 High St
Units 1-4, 17 High Street
Title ABC123456
Property 07 in Facility Schedule

These can all refer to the same economic asset.

A collateral platform should link identifiers rather than choose one filename as truth.

The same principle applies to mortgage loans.

One loan may have:

• lender loan number;
• broker reference;
• borrower reference;
• facility agreement ID;
• servicing ID;
• warehouse ID;
• securitisation ID;
• and investor tape ID.

A durable identity layer connects them.

Loan identity and collateral identity must remain separate

A property can secure more than one loan lawfully.

That fact is important.

The existence of two lenders does not automatically mean something is wrong.

There may be:

• first mortgage and second mortgage;
• senior and mezzanine facilities;
• pari passu lenders;
• syndicated lending;
• intercreditor agreements;
• security trustees;
• shared collateral pools;
• cross-collateralisation;
• revolving facilities;
• refinancings;
• bridge-to-term structures;
• or permitted additional debt.

The problem is not simply:

Two loans -> One property

The problem is when the rights and priorities are unclear, inconsistent or misrepresented.

That means the data model should permit:

Property P1
    -> Security S1 -> Loan L1 -> Lender A
    -> Security S2 -> Loan L2 -> Lender B

and then record the legal relationship between S1 and S2.

For example:

S1 priority: First
S2 priority: Second
Intercreditor agreement: Present

or:

S1 and S2: Pari passu
Security trustee: X

A system that assumes one property can have only one financing relationship will fail on legitimate structures.

A system that permits unlimited relationships without priority provenance will fail on risk control.

Registration is an event, not a checkbox

Secured lending often reduces registration to:

Registered: Yes

That is not enough.

Registration has a lifecycle.

A charge may be:

• created;
• submitted;
• rejected;
• corrected;
• registered;
• amended;
• assigned;
• partially released;
• fully released;
• or discharged.

The relevant registry may differ depending on asset and jurisdiction.

A UK property transaction can involve Land Registry records and company-charge filings, while other jurisdictions have different perfection and priority systems.

The key design principle is universal:

registration should be represented as an attributable external event.

A robust record can preserve:

Registry: [identified registry]
Registration reference: [reference]
Submitted by: [party]
Submission date: [date]
Registered date: [date]
Registered secured party: [entity]
Asset reference: [registry asset ID]
Status: [current status]
Source retrieved: [date]
Evidence: [document / API / registry extract]

This turns “registered” from a claim into a traceable fact.

Missing registration can change the asset materially

The June reporting around Twinwin illustrates why this matters.

Court filings were reported as indicating that approximately £300 million of mortgages linked to Twinwin appeared not to have been registered in public property records.

If correct, that could affect the ability of creditors to establish or protect their claimed interests and priority.

The important point for asset infrastructure is not to decide the legal consequences in that particular dispute.

It is to recognise that these are different states:

Mortgage document executed

Mortgage submitted for registration

Mortgage registered

Mortgage currently shown as registered

A document package may support the first state.

Only registry evidence can support the relevant external registration state.

The states should not be collapsed.

Certification does not mean everything has been certified

The August 2026 Gunnercooke development makes another distinction important.

Professional involvement can create confidence.

A document may be:

• witnessed;
• notarised;
• certified as a copy;
• accompanied by a legal opinion;
• signed by a solicitor;
• produced on law-firm letterhead;
• or referred to in a completion certificate.

Those actions do not all mean the same thing.

A reviewer needs to know exactly what was attested.

For example:

Certified true copy of document

is not the same as:

Legal opinion that security is valid and perfected

which is not the same as:

Independent confirmation that the collateral has not been pledged elsewhere

which is not the same as:

Registry confirmation of first priority

The professional provenance should therefore be attached to the specific assertion, not merely to the whole deal folder.

Attestation needs scope

Imagine a due-diligence record saying:

Solicitor verified

What does that mean?

Did the solicitor verify:

• identity of the signatory;
• authority of the company;
• execution formalities;
• title ownership;
• mortgage registration;
• priority;
• enforceability;
• copy authenticity;
• loan balance;
• or only one signature?

The answer changes the value of the evidence.

A better record might say:

Assertion: Copy conforms to original
Attestor: [identified professional / firm]
Date: [date]
Matter reference: [reference]
Document: [specific document version]
Scope: Copy certification only
Reliance: [terms if known]
Status: Current / superseded / disputed

For a legal opinion:

Assertion: Security validly created under specified law
Opinion provider: [firm]
Opinion date: [date]
Documents reviewed: [list / reference]
Assumptions: [reference]
Qualifications: [reference]
Addressees: [parties]
Reliance rights: [terms]

That prevents a narrow attestation from becoming a broad system-level “verified” badge.

Provenance should survive copying

Document copying is unavoidable in finance.

A mortgage deed may appear in:

• borrower data room;
• lender data room;
• solicitor file;
• servicer system;
• warehouse financing file;
• securitisation file;
• auditor evidence pack;
• and investor diligence package.

Copies are not inherently suspicious.

But once a document leaves its original context, provenance can become weaker.

A later reviewer needs to know:

• where this copy came from;
• when it was obtained;
• whether it matches an earlier version;
• whether it was independently retrieved;
• who supplied it;
• which party certified it;
• and whether newer evidence supersedes it.

That is especially important when a dispute concerns whether documents were reproduced, altered or used outside the context in which they were originally created.

A cryptographic hash can help identify identical files.

It still needs provenance around the file.

A chain of title is a chain of events

Mortgage and loan assets can move.

A lender may originate a loan and later:

• sell it;
• assign it;
• contribute it to a warehouse;
• grant security over it;
• sell a participation;
• transfer it to an SPV;
• securitise it;
• appoint a security trustee;
• or transfer servicing.

The loan remains economically connected to the borrower.

The legal holder or economic beneficiary can change.

A useful lifecycle may look like:

Loan originated
    ->
Security created
    ->
Security registered
    ->
Loan funded
    ->
Loan assigned to warehouse SPV
    ->
Security benefit transferred / held on trust
    ->
Loan transferred to securitisation SPV
    ->
Servicer retained
    ->
Loan repaid
    ->
Security released

Every transfer should preserve a relationship to the same underlying loan and collateral.

If each transaction creates a new asset record without linking the previous one, the market loses chain of title.

Warehouse finance makes identity even more important

Mortgage lenders often finance themselves using warehouse facilities.

A warehouse lender may advance against a borrowing base of eligible mortgage loans.

The individual loans may continue to be serviced by the originator.

The warehouse lender needs confidence that:

• each loan exists;
• each borrower exists;
• the property exists;
• the mortgage is valid;
• the required priority exists;
• the loan satisfies eligibility criteria;
• the loan has not already been sold or pledged inconsistently;
• collections are controlled;
• and later lifecycle events are reported.

Now suppose the originator has several warehouses.

The same internal mortgage record must not accidentally or deliberately enter two incompatible collateral pools.

That requires more than a spreadsheet check.

It requires a durable link:

Loan identity
    ->
Current financing pool
    ->
Current security / assignment state
    ->
Prior financing history

This is exactly the kind of infrastructure question highlighted by alleged double-pledging cases.

Eligibility is not ownership

A warehouse or securitisation tape may say:

Eligible: Yes

That means the asset satisfies defined criteria.

It does not by itself establish ownership.

Similarly:

Included in borrowing base: Yes

means the financing calculation includes the asset.

It does not independently prove that no other financing calculation includes it.

The system should distinguish:

• asset exists;
• originator owns asset;
• asset eligible;
• asset assigned;
• assignment effective;
• asset pledged;
• pledge perfected;
• asset included in borrowing base;
• asset released;
• asset sold;
• and asset repaid.

These are lifecycle states.

Collateral value and collateral availability are different

Suppose a property is worth £2 million.

A lender has a £1 million loan.

On paper:

LTV = 50%

That looks comfortable.

But if another lender has a valid prior £1.2 million claim over the same property, the first lender’s effective recovery position is very different.

Collateral value answers:

What is the asset worth?

Collateral availability answers:

How much of that value is actually available to this creditor after valid prior claims and costs?

The second question depends on:

• title;
• priority;
• prior debt;
• intercreditor rights;
• statutory claims;
• enforcement costs;
• and other encumbrances.

A loan tape containing only property value and loan balance cannot answer it.

LTV can be correct and still misleading

Consider:

Property value: £10m
Loan A: £5m
Reported LTV: 50%

If Loan A has first priority, the position may be straightforward.

Now add:

Prior secured debt: £4m

The same 50% calculation remains arithmetically correct if it uses only Loan A.

Economically, it omits a material claim.

A more useful metric might distinguish:

• individual loan LTV;
• combined secured debt;
• prior-ranking debt;
• total encumbrances;
• net collateral coverage;
• and stressed recovery value.

Asset infrastructure should preserve the inputs rather than rely on one ratio.

Public registries are powerful but not sufficient alone

Registries can reduce uncertainty.

They are essential sources of external evidence.

They are not complete models of every financing relationship.

Depending on jurisdiction and asset type, a registry may show:

• legal owner;
• registered charge;
• company security filing;
• filing date;
• secured party;
• or discharge.

It may not show every economic participation, contractual subordination, unregistered right, beneficial interest or data-room representation.

A lender should therefore not choose between:

Documents

and:

Registry

The stronger model connects them.

Security document
    ->
Registry filing
    ->
Current registry state
    ->
Loan record
    ->
Collateral record

Any mismatch becomes an exception requiring review.

An Asset Passport should expose conflicting claims

A traditional system may try to produce one answer:

Owner: Lender A

Real-world disputes are sometimes not that clean.

During diligence or insolvency, the system may have evidence supporting competing positions.

For example:

Claim 1:
Lender A asserts first-ranking mortgage
Source: executed mortgage deed
Registry support: found

Claim 2:
Lender B asserts assignment of same loan
Source: assignment agreement
Registry / notice support: pending review

The right system behaviour is not necessarily to choose one immediately.

It can preserve both claims and mark the conflict.

That makes uncertainty explicit.

A false single answer is more dangerous than an honest unresolved exception.

A secured-loan Asset Passport needs several linked identities

For DaDepo, a mortgage-backed asset should not have one generic ID only.

It should connect at least:

Borrower identity

• legal entity or person;
• registration number where applicable;
• group relationship;
• guarantors;
• KYC identity;
• and aliases or prior names.

Loan identity

• lender loan number;
• facility agreement;
• origination date;
• original principal;
• current balance;
• currency;
• interest;
• maturity;
• amendments;
• and servicing identifier.

Property identity

• title number;
• cadastral or registry identifier;
• address;
• legal owner;
• property type;
• valuation references;
• and external registry sources.

Security identity

• mortgage or charge document;
• chargor;
• secured party;
• security trustee;
• creation date;
• registration reference;
• registration state;
• priority;
• intercreditor relationship;
• release state;
• and enforcement state.

Financing identity

• warehouse;
• borrowing base;
• securitisation;
• assignment;
• pledge;
• participation;
• investor vehicle;
• and current financing status.

Professional evidence

• law firm;
• professional;
• matter reference;
• certificate or opinion type;
• exact scope;
• date;
• document version;
• addressee;
• reliance terms;
• and later challenge or supersession.

Provenance

• source system;
• source document;
• registry retrieval;
• extracted fact;
• user-entered fact;
• externally confirmed fact;
• reviewer;
• timestamp;
• and version history.

Now the system can ask whether two lenders are really talking about the same asset.

The key control is cross-portfolio uniqueness

Duplicate-asset risk cannot be solved inside one deal room.

If Lender A checks only its own transaction, its file can be internally perfect.

Lender B’s file can also be internally perfect.

The conflict exists across the two.

A useful infrastructure control therefore needs a wider question:

Has this economic asset, loan or security already appeared elsewhere in an incompatible state?

That does not mean exposing confidential portfolios to competitors.

Possible technical approaches can preserve confidentiality while checking uniqueness or conflicting state.

The design principle is what matters.

Uniqueness should be tested at the level of the economic object, not only at the level of the uploaded file.

Hashing helps document integrity, not collateral exclusivity

Suppose two lenders receive different mortgage PDFs.

The files have different hashes.

That proves they are different digital files.

It tells us nothing about whether both describe the same property.

Suppose they receive identical PDFs.

The hashes match.

That proves the files are identical.

It still does not prove which lender has the valid current right.

Hashing is therefore useful for:

• version control;
• tamper detection;
• evidence integrity;
• and provenance.

It is not a substitute for:

• asset identity;
• chain of title;
• security registration;
• priority analysis;
• or ownership state.

This distinction matters as secured lending adopts blockchain and tokenisation.

Putting a mortgage-document hash on-chain does not prevent the underlying property from being represented in another financing.

Blockchain does not automatically prevent double pledging

Blockchain can help if the market agrees that a particular ledger is authoritative for a particular state.

For example, a shared permissioned registry could record:

Collateral P1
Current active pledge: S1
Secured party: A
Status: Active

A second incompatible pledge could be blocked or require an explicit priority relationship.

That can be powerful.

But the value comes from governance and authority, not from blockchain alone.

If lenders can create tokens independently on different networks, the same property can become:

Token X on Network A
Token Y on Network B

Both tokens can be technically unique.

The collateral is still duplicated economically.

The infrastructure therefore needs a trusted bridge to real-world asset identity and legal state.

Professional evidence should be first-class data

The Gunnercooke investigation is relevant to DaDepo for another reason.

Financial systems often treat professional work as an attachment.

Legal opinion.pdf
Certificate.pdf
Solicitor letter.pdf

That wastes important information.

Professional evidence should be modelled as structured provenance.

For every material opinion or certification, the system can preserve:

• who issued it;
• professional firm;
• date;
• matter reference;
• recipient;
• exact document reviewed;
• exact assertion made;
• assumptions;
• qualifications;
• reliance rights;
• expiry or update conditions;
• and whether the evidence has later been challenged.

This helps prevent a common due-diligence error:

treating the existence of a lawyer’s document as proof of everything in the transaction.

Lawyers are often asked to provide carefully bounded opinions.

The data model should respect those boundaries.

A document can be authentic and the transaction still be wrong

This is another critical distinction.

A genuine document can describe:

• an already-repaid loan;
• a released charge;
• an outdated valuation;
• a superseded facility;
• an earlier owner;
• a property later sold;
• or a security position later changed.

Authenticity answers:

Is this really the document it purports to be?

Current relevance answers:

Does it still describe the asset state today?

Both matter.

An Asset Passport needs version and lifecycle history so that authentic but superseded documents do not silently remain authoritative.

Servicing and repayment events change the secured position

Collateral records should not end at origination.

A secured loan can change because of:

• principal repayment;
• additional advance;
• interest capitalisation;
• extension;
• covenant waiver;
• new collateral;
• collateral release;
• partial discharge;
• refinancing;
• assignment;
• default;
• receiver appointment;
• property sale;
• or final repayment.

Suppose a loan secured by three properties is partially repaid and one property is released.

The original security schedule remains historically valid.

It is no longer the current collateral state.

A new lender looking only at the closing documents can be misled.

The current Asset Passport should show:

Original collateral: P1, P2, P3
Released: P2 on [date]
Current collateral: P1, P3

The event history should remain available.

Insolvency turns data quality into recovery value

In normal operation, imperfect asset records may look like an administrative issue.

In insolvency, they become a recovery issue.

Creditors and administrators need to reconstruct:

• who advanced money;
• to which entity;
• under which agreement;
• against which assets;
• whether security was created;
• whether it was perfected;
• who has priority;
• whether the loan was assigned;
• where collections went;
• whether collateral was duplicated;
• and what remains recoverable.

If that information is fragmented across:

• email;
• spreadsheets;
• PDFs;
• servicing systems;
• registries;
• legal files;
• and warehouse reports,

reconstruction becomes slower and more expensive.

A strong Asset Passport is valuable precisely because it is prepared before distress.

AI can detect inconsistencies—but cannot decide priority

AI can be extremely useful in secured-loan diligence.

It can extract:

• borrower names;
• company numbers;
• property addresses;
• title numbers;
• lender names;
• loan amounts;
• mortgage dates;
• charge references;
• valuation dates;
• legal-opinion dates;
• assignment references;
• and release documents.

Across a portfolio, it can flag:

• the same title number appearing in two loan packages;
• the same property address with different collateral IDs;
• two documents claiming first-ranking security;
• a loan assignment without an obvious corresponding servicing update;
• a mortgage document without registry evidence;
• a registry charge not reflected in the loan tape;
• an old valuation presented as current;
• inconsistent secured-party names;
• a certification referring to a different document version;
• or a security marked active after a discharge document.

Those are high-value exceptions.

AI should not independently determine:

• which competing creditor has legal priority;
• whether a charge is valid;
• whether a registration defect is curable;
• whether an assignment is effective;
• whether a document is forged;
• whether a professional acted properly;
• whether fraud occurred;
• or how a court will resolve a dispute.

The system can surface the conflict.

The legal conclusion remains for qualified professionals and relevant authorities.

What DaDepo can contribute

DaDepo’s relevant role is not to decide the MFS dispute.

It is to build infrastructure that makes this class of uncertainty harder to hide.

A secured-loan Asset Passport can connect:

Borrower
    ->
Loan
    ->
Property
    ->
Security
    ->
Registry state
    ->
Priority
    ->
Financing pool
    ->
Professional evidence
    ->
Servicing events
    ->
Current balance

That allows a reviewer to move beyond:

Mortgage documents present: Yes

and ask:

Which mortgage?
Over which asset?
For which loan?
In favour of whom?
Registered where?
With what priority?
Still active as of when?
Previously pledged where?
Certified by whom?
What exactly did the certification establish?

That is much closer to the information a secured-credit market actually needs.

What DaDepo does—and does not do

Creating or reviewing a mortgage or secured-loan Asset Passport does not mean that DaDepo has:

• authenticated every loan or mortgage document;
• confirmed borrower identity independently;
• verified legal title to property;
• established that a security interest is valid;
• perfected or registered a charge;
• determined creditor priority;
• confirmed that collateral has not been pledged elsewhere;
• confirmed the effectiveness of an assignment;
• given a legal opinion;
• certified a document;
• verified a professional’s work;
• determined that fraud or misconduct has occurred;
• resolved competing creditor claims;
• valued collateral;
• predicted enforcement recovery;
• acted as a lender;
• acted as security trustee;
• operated a land or companies registry;
• acted as a servicer;
• enforced security;
• recommended a loan or investment;
• or provided legal, regulatory, financial, investment, tax, accounting, credit, underwriting, investigation or valuation advice.

Important: DaDepo provides technology and information tools. It does not provide legal, financial, investment, tax, accounting, lending, servicing, security-trustee, investigation, credit-rating, underwriting, enforcement or valuation advice or services unless a specific service is expressly identified and lawfully provided. Security creation, perfection, registration, priority, assignment and enforcement depend on applicable law, transaction documents, registry state and the facts of each case. Allegations discussed in this article remain subject to ongoing legal, insolvency and regulatory processes.

A practical collateral-provenance checklist

Before a mortgage or other secured loan enters a financing portfolio, warehouse or secondary transaction, ask:

1. Borrower: Is the exact legal borrower correctly identified?
2. Loan: Does the loan have a stable identity across origination, servicing and financing systems?
3. Property: Is the collateral linked to a durable title, cadastral or registry identifier rather than only an address?
4. Ownership: Does external evidence support the chargor’s ownership or ability to grant security?
5. Security document: Which exact document creates the mortgage or charge?
6. Execution: Is execution supported by the required evidence?
7. Registration: Was the security submitted to the relevant registry where required?
8. Registry state: Is the charge currently visible and active in the relevant external record?
9. Priority: What supports the claimed first, second, pari passu or other priority?
10. Prior claims: What other charges or encumbrances exist over the same asset?
11. Intercreditor terms: If multiple lenders are permitted, how are their rights ordered?
12. Assignment: Has the loan or benefit of security been sold, assigned or transferred?
13. Financing history: Has the loan entered another warehouse, borrowing base, securitisation or pledge arrangement?
14. Uniqueness: Has the same economic loan or collateral appeared elsewhere under another internal identifier?
15. Release: Has any part of the collateral been released, discharged or substituted?
16. Professional evidence: Who certified or opined on which exact fact, document or legal issue?
17. Scope: What did that certification or opinion actually establish—and what did it not establish?
18. Current state: Are the documents still current, or have later events superseded them?
19. Conflict: Are competing claims or inconsistent evidence visible rather than overwritten?
20. Provenance: Can every material ownership, registration and priority statement be traced to its source, date and reviewer?

If the answer to “is this exact collateral already supporting another incompatible claim?” depends on manually searching a folder of PDFs, the control is too weak for scalable private credit.

The next secured-lending infrastructure problem is not digitising documents

Mortgage lending already produces digital documents.

That is not the hard part.

The hard part is preserving the relationships among the rights those documents describe.

A modern secured-credit system needs to know that:

Document identity
    !=
Loan identity
    !=
Property identity
    !=
Security identity
    !=
Registration state
    !=
Priority
    !=
Economic exposure

It also needs to know when those states change.

The MFS collapse is still being investigated and litigated.

No technology platform can replace the courts, insolvency practitioners, regulators, lawyers or registries that will determine the facts and legal consequences.

But the public dispute exposes a market-infrastructure weakness that extends far beyond one lender.

Private credit is scaling.

Mortgage warehouses are scaling.

Asset-backed finance is scaling.

Secondary transactions are scaling.

Institutional investors are increasingly several steps removed from the original borrower and property.

At that distance, trust cannot depend on recognising a familiar PDF or seeing a professional logo in a data room.

The market needs durable collateral identity, chain of title, registry provenance and explicit competing-rights information.

The question is no longer merely:

Do we have the documents?

It is:

Can we prove which real-world asset those documents refer to, which rights are currently attached to it, who holds those rights, how they got them and whether anyone else has a competing claim?

That is the difference between a digital document archive and financial infrastructure.

Further reading

• Financial Times: Watchdog probes law firm over work linked to collapsed lender MFS
• FCA: Investigation into Market Financial Solutions Limited
• Companies House: Market Financial Solutions Limited insolvency
• The Gazette: Market Financial Solutions Limited—Appointment of Administrators
• Reuters: Wall Street hit by UK mortgage lender collapse, raising fears of more credit 'cockroaches'
• Reuters: Morgan Stanley was among first global banks to back MFS before boom and bust
• Bloomberg: MFS Creditors Warn of £930 Million Shortfall in Collateral
• Companies House: Twinwin Limited charges
• The Edge: Collapsed lender MFS said to have never registered £300m of mortgages