QLU Glass V1 · Static design review · Fictional examples · No data submitted

Trust, with clear boundaries

Trust begins with transparency.

Know what exists, what is simulated, and what still needs to be built. This is a development preview, not a live financial service.

Our boundary today

No real funds. No wallet connection.

No audits, certifications, regulatory approval, or production readiness are claimed.

Simulation only

Protections in the verified application

Protected local accounts

The verified application uses hashed passphrases, protected session cookies, and request-origin checks.

Clear merchant boundaries

Merchant access is scoped. Account isolation and permission checks protect access to simulated records.

Predictable retries

Repeated requests retain their identity. An uncertain response should not create a second payment.

Evidence without settlement

Read-only Devnet observation is separate from simulated payments. It cannot sign or transfer funds.

Prototype limitations

A preview with honest limits.

  • This design candidate uses temporary fictional fixtures, not the working database.
  • Login is disabled in this static review copy. No credentials are collected.
  • Local links are not payment instructions. Simulated receipts are not proof of payment.
Before a production release

Further work is essential.

  • Independent security review and adversarial testing.
  • Production identity, account recovery, operational controls, and monitoring.
  • Legal, regulatory, and financial requirements for any proposed live service.

Explore the experience safely.

Keep all accounts, amounts, and descriptions fictional.

Open the simulation