How Monokulo is tested

Scanning blocks and the mempool, confirmations, reorgs, proof of work and the order statuses customers see.

• Each transaction visits each tenant independently
• Repeated multi order forks faults and restarts preserve money
• Reorg collection of mined outputs crosses full queue pages without losing outputs

Signed deliveries to the shop, retries and backoff, and receivers checking them.

• Each webhook says how it is doing; the deliveries of one that needs you are open
• A delivery's details open as a dialog, with its attempts, request and last response
• A webhook with many deliveries pages through them in place, 20 at a time

The hosted payment page with and without JavaScript, the embed, and the point-of-sale screen on phones and tablets.

• Payment countdown keeps ticking down while the customer finds their wallet
• Payment countdown keeps ticking down while the customer finds their wallet
• The engine page follows the engine live, scrubs, replays and moves its window

Admin pages, stores, nodes, every setting and where its value comes from, and options-file handling.

• The site, the POS and the hosted payment page share one theme, light and dark
• With JavaScript Ctrl+Enter swaps the results, and the engine swaps the tables
• Every tab, for the gallery

Encrypting view keys at rest, routing between custody backends, and SEV-SNP attestation.

• Sparse window histories match fresh scans without rebuilding kept keys
• Lookup ranges match fresh scans and do not poison the live window
• Concurrent wallet scans keep independent caches and matches

SQLite schema, single-writer guarantees, crash recovery and resuming after restarts.

• Killing the engine at random moments never loses a confirmed order or reuses an address
• Repeated saturation retains fifo fairness and cancellation
• Historic upgrades recover from process death

Fiat prices from each provider, currency handling and their settings.

• Unreadable stored settings are the defaults not an error
• Xmr depth must be a number from zero to the cap
• Xmr is rejected since no provider ever prices it

Rate limits, client challenges and the under-attack switch.

• Real challenge continues inside a cross-site checkout frame with and without JavaScript
• Real challenge offers a ten second no-JavaScript continuation
• Real challenge solves in JavaScript and continues to the checkout

Structured logs, the log viewer, trace context across engine, server and plugin.

• The search box, Syntax and Search share one height; Syntax opens the help as a dialog
• A line's properties load when it's first opened, and only then
• Live adds new lines at the top without a reload, and pauses

A shop plugin connecting a store, taking payment and receiving its webhooks, played by the mock WooCommerce plugin.

• A genuinely forced order expired webhook is delivered and verified
• A full woocommerce checkout is created with the key opened and paid
• Create order against a real engine yields a working checkout redirect

The stagenet test wallet and fixtures the other suites stand on. Tested too.

• Background loops genuinely write a real expired order event
• A held lock names its holder and lets the caller choose
• One command runs and exits and existing wallets are never replaced

Shared types, HTTP plumbing and helpers.

• A store changes its wallet: the dropdown asks first, then the history shows both
• The Details card renames the wallet: marked, discarded, refused, saved
• A wallet nothing uses is retired by typing its name, then restored with its keys