Myaza Trust reliability report
Production availability
Reporting period: 20 September 2026 to 26 September 2026 (7 days, UTC)
Generated 27 September 2026, 05:23 UTC · Monitoring since not yet started · Source: OpenStatus, independent external monitoring
Partial period: monitoring covers 0 of the 7 days requested. Days before monitoring began are not counted as available or unavailable.
Summary
- Platform availability
- No data
- API availability
- No data
- Incidents
- 0
- Estimated downtime
- No data
0 checks recorded, 0 failed and 0 slow. Scheduled maintenance: 0 windows (0s). API response time: unavailable for this period.
20 Sep26 Sep
26 September 2026: no data
Use the arrow keys to move between days.
- Operational
- Degraded
- Partial outage
- Major outage
- No data
- Scheduled maintenance
Service breakdown
No service has a complete day of monitoring yet.
Incident history
No incidents or maintenance were recorded in this period.
Methodology
- Monitoring regions
- Johannesburg, London, Frankfurt, Amsterdam, Virginia (US East), California (US West)
- Measured by
- OpenStatus (independent external monitoring, hosted outside Myaza infrastructure)
- How often
- Every minute for the API, verification and processing checks; every five minutes for the website.
- How availability is calculated
- Availability is the share of checks that succeeded: (successful checks + slow but successful checks) divided by all checks, over complete UTC days. A check is one request from one region. A timeout, connection error or unexpected response counts as failed.
- Slow responses
- A check that succeeded but took longer than its latency threshold counts as available and is reported separately as degraded.
- Regional failures
- Each region retries before reporting a failure. Every regional result is counted, so an outage seen from one region lowers availability in proportion; a service is marked down on the status page only when at least half the regions agree.
- Scheduled maintenance
- Scheduled maintenance is not excluded. Checks that failed during maintenance count against availability like any other; maintenance windows are listed separately.
- Downtime estimates
- Estimated downtime is the failed share of checks multiplied by the observed time. It is an estimate from sampled checks.
- Missing data
- Days before monitoring began, or with no recorded checks, are not counted as available or unavailable. They are shown as having no data.
- Records
- Daily results are copied from the monitoring provider into Myaza's own records once each day has closed, and are never rewritten.
- What these figures are