Practical computing

Don't read about it. Build it, stage by stage.

Five extended programmes where you build a real product one stage at a time. You write code in the page and it is checked instantly, then you submit each stage deliverable for marking against a published rubric. A friendly stage leaderboard shows how far everyone on the programme has got, and the blockchain and payments programmes end with a full final project.

7 build stages · 90 hours

Build a Verifiable Credential Ledger

A stage-by-stage build programme. You write the code for a tamper-evident credential ledger: blocks, chain rules, signed credentials, revocation, anchoring and a public verifier.

£299 · Start building
  1. 01

    Stage 1: Blocks, hashing and the fingerprint rule

    Write the fingerprint function every later stage depends on.

  2. 02

    Stage 2: Chain rules and agreeing on one history

    Validate a chain and decide which competing history wins.

  3. 03

    Stage 3: Issuing a signed credential

    Define a credential schema and sign it with a key pair.

  4. 04

    Stage 4: Revocation without leaking the holder

    Build a status list that answers "still valid?" without naming anyone.

  5. 05

    Stage 5: Anchoring and proving one credential

    Publish a single root and prove membership without revealing the rest.

  6. 06

    Stage 6: The verifier: proving it to a stranger

    Ship the check a third party can run with no account.

  7. 07

    Stage 7: Final project — ship the ledger

    Bring the six stages together into one working credential ledger: issue, anchor, verify and revoke, with a written handover an assessor can follow.

7 build stages · 90 hours

Build a Tokenised Payments and Settlement Engine

Build a working payments engine stage by stage: a double-entry token ledger, authorisations and holds, netting cycles, fees and rounding, reconciliation, and a final settlement run.

£299 · Start building
  1. 01

    Stage 1: Money as a double-entry ledger

    Model balances as postings, not numbers you edit, so the books always balance and a repeated instruction cannot pay twice.

  2. 02

    Stage 2: Tokenised value, mint and burn

    Issue tokens that represent real money held elsewhere, and keep supply and backing in step at all times.

  3. 03

    Stage 3: Authorisations, holds and expiry

    Reserve funds before you move them, release them when the reservation lapses, and never let a hold leak.

  4. 04

    Stage 4: Netting and settlement cycles

    Turn thousands of obligations between parties into the smallest set of real payments, and settle them as one atomic cycle.

  5. 05

    Stage 5: Fees, conversion and rounding

    Take fees and convert currency without losing a penny, and decide openly who absorbs the rounding.

  6. 06

    Stage 6: Reconciliation, audit trail and disputes

    Prove your engine agrees with the outside world, and answer any question about a payment months later.

  7. 07

    Stage 7: Final project — run a settlement day

    Bring the six stages together into one engine and run a full day: payments in, holds, fees, netting, settlement and a reconciled report.

6 build stages · 90 hours

Build an AI Agent Identity and Permissions Platform

Build the control layer autonomous agents are missing: provable agent identity, scoped permissions, delegation chains, spend budgets, a tamper-evident decision log and a runtime policy gateway.

£299 · Start building
  1. 01

    Stage 1: An identity an agent can prove

    Replace the shared secret with a registry of agent identities, each with its own key pair, fingerprint and revocation state.

  2. 02

    Stage 2: Scoped capability grants

    Express permission as a narrow grant: one action, one resource, one expiry, instead of a blanket key that can do anything.

  3. 03

    Stage 3: Delegation that only narrows

    Let an agent act on behalf of a person or another agent, with a chain that can attenuate rights but never widen them.

  4. 04

    Stage 4: Spend and rate budgets

    Hold every agent to a budget of money and calls, refuse politely at the limit and make the refusal auditable.

  5. 05

    Stage 5: A tamper-evident decision log

    Chain every allow and refuse decision by hash so a later edit is detectable by anyone holding the log.

  6. 06

    Stage 6 final build: the runtime policy gateway

    Put the whole control layer in front of a live request and return a clear allow or refuse with the reason and the evidence.

6 build stages · 90 hours

Build an Agentic AI Operations Console

A stage-by-stage build programme. You write the code behind an AI agent operations console: agent identity, tool permissions, planned steps, audit evidence, spend guardrails and an operator handover screen.

£299 · Start building
  1. 01

    Stage 1: Agent identity and the registry

    Give every agent a record that says who it is and who owns it.

  2. 02

    Stage 2: Tool permissions and the policy engine

    Decide, before the call, whether the agent may do this.

  3. 03

    Stage 3: Planning: turning a goal into inspectable steps

    Make the agent show its work before it does any of it.

  4. 04

    Stage 4: The audit trail an auditor can actually read

    Record what happened in a form that survives a dispute.

  5. 05

    Stage 5: Spend, rate and behaviour guardrails

    Stop the expensive mistake before it is made.

  6. 06

    Stage 6: The operator console and handover

    Make the system usable by the person on shift at 3am.

6 build stages · 90 hours

Build a Compliance Evidence Engine

A stage-by-stage build programme. You write the code for an engine that captures digital records, works out what is owed and when, assembles an evidence pack, submits it and maps every error to a plain-English fix.

£299 · Start building
  1. 01

    Stage 1: Capturing a record you can stand behind

    Make every record tamper-evident from the moment it arrives.

  2. 02

    Stage 2: Obligations as rules a machine can evaluate

    Work out what is due, and when, from the records themselves.

  3. 03

    Stage 3: Assembling the evidence pack

    Build the file that proves what you sent and why.

  4. 04

    Stage 4: Submission, identifiers and retries

    Send it, and be able to say exactly what happened.

  5. 05

    Stage 5: Error mapping and remediation

    Turn a provider code into something a person can act on.

  6. 06

    Stage 6: Reporting, export and the handover

    Prove the whole thing works to someone who did not build it.

How we choose these projects

We do not set everyday tutorial projects. Before a programme is written, the idea has to pass four tests.

  • Chosen from current market demand signals, not an everyday tutorial project
  • Addresses a problem industry faces now with no solution, or only a weak one
  • Still at the cutting edge and needing further development
  • Produces output Super Digital Solutions Limited could license, sell or deliver

Who owns what. The finished project and all intellectual property in it belong to Super Digital Solutions Limited (company number 13729494), trading as Mai Studies, whose director and shareholder is Muhammad Asim Iqbal. It is not owned by any hosting service, tool provider or other third party, and Super Digital Solutions Limited is free to develop, license or sell it. You keep full portfolio rights: you may show the work you personally wrote, describe what you built and use it in job applications and interviews. All study material, exercises, practice data and mock questions are written for Mai Studies and owned by Super Digital Solutions Limited. No third-party question banks, recordings, screenshots or branding are reproduced. You accept these terms before your first stage. The completion record is a Mai Studies record of study, not a regulated qualification, and these programmes do not make you an authorised financial or payments firm.