Free Laboratory · illustrative worked example
Stablecoin redemption routes
Can market-sale and delayed par-redemption proceeds fund a dollar payment when the token trades below its assumed peg?
This experiment changes declared financial assumptions and calculates their consequences. The starting figures are illustrative; the model does not inspect your accounts or require a live market feed. Run the question free, compare an alternative and inspect the calculation receipt.
Run this experimentWhat the published starting values calculate.
Largest funding deficit: 51,394.00 USD.
The entered token balance is split once. Market-sale cash is available at day 0; assumed par-redemption proceeds count only when their settlement date arrives. A peg is not treated as an available cash guarantee.
| Calculated outcome | Value and unit |
|---|---|
| Largest funding deficit | 51,394.00 USD |
| Immediate market-sale proceeds | 38,606.00 USD |
| Assumed par-redemption proceeds | 59,940.00 USD |
| Final available cash | 8,546.00 USD |
A funding deficit represents unmet obligations under this fixed schedule; no borrowing facility is inferred. A zero deficit means only that the declared schedule passes the stated calculation.
The illustrative date origin is ; the recorded seed is 42 and the model is yieldguard-experiments-1.2.0. Dates and values are scenario inputs, not current observations. Readable percentages may be rounded; the evidence file preserves the kernel values.
Inspect the static calculation receipt
- Receipt identity
c2c1d98ebb8d0ae739756a1668f6cec0876a6c1f03d783fdab1b1031be154b8f- Input hash
0b5fd769a684c06ba080aeade05ebf288d9ddf9148a68f48167bd86b965bcc4c- Evidence class
- Illustrative assumptions; not observed customer evidence.
- Authority
- A content-addressed request and model-context record. No external signature, output attestation, independent assurance or production authority is established.
Starting assumptions and units.
| Assumption | Starting value |
|---|---|
| Available USD cash | 10000 USD |
| Existing stablecoin balance | 100000 tokens |
| Market USD per token | 0.97 USD/token |
| Balance sent to par redemption | 60 % |
| Market-sale fee | 0.5 % |
| Par-redemption fee | 0.1 % |
| Par-redemption settlement day | 5 days |
| USD payment | 100000 USD |
| Payment day | 3 days |
| Horizon | 14 days |
What the result establishes and leaves open.
The calculation is conditional on declared input values, model conventions and horizon. Reproducing the result checks the disclosed calculation path; it does not establish forecasting accuracy or the suitability of a real treasury decision.
- Illustrative user assumptions; no live market data or calibrated forecast.
- Results apply only to the declared mechanisms, horizon and search bounds.
- The market portion is sold at day 0. The other portion assumes an enforceable, available redemption at exactly USD 1 per token on the declared day; neither availability nor the peg is verified.
- No issuer recovery, market depth, exchange failure, blockchain fee, tax or probability model. Redemptions after the horizon remain unavailable within it.
- No market refresh, AI calculation, trade execution or forecast calibration.
- Receipts are content-addressed local calculation records, not externally signed attestations.
- Deterministic calculation: the seed is recorded for the common receipt contract; this experiment samples no random disturbances.
- Illustrative assumptions; no live data or forecast calibration.
The next useful question.
Do the fee cap, native-token budget and declared confirmation schedule all permit a transaction before the deadline?
Test Gas funding and confirmation deadlineKeep a recurring question under review.
In the Laboratory, edit the assumptions and compare the result. Planned Macrovision would connect approved organisational evidence, material changes, assigned exception review and preserved decisions. AI prepares and explains; approved models calculate; your team decides.
Planned — not accepting paid engagements. The public Macrovision walkthrough follows a synthetic late-receipt case. The walkthrough demonstrates intended work and does not activate customer monitoring or imply that every Lab question is a supported paid workflow.
Financial assumptions are not automatically sent into an enquiry, analytics or a shared result URL. Any later transfer to a hosted workspace must be explicit.
YieldGuard Ltd, company number 16914415, registered in England and Wales. Technology and research; no payment, trading, custody or discretionary financial execution.