NoKYCPhone
Get a number

Service status

All systems operational

Every system has been running normally. Last checked 21 Sep 2026, 18:52 UTC.

Uptime, 30 days
99.993%
Uptime, 90 days
100%
Uptime, 12 months
99.990%
Serving since
Sep 2024

Systems

Every moving part, day by day.

One column per day over the last 90 days. Uptime counts the share of the day actually lost, so a slow hour is not a lost day.

  • Operational
  • Degraded
  • Partial outage
  • Major outage
  • Maintenance

Messaging

  • Inbound SMSOperational

    Verification codes and messages arriving on your lines.

    90 days ago100% uptimeToday

  • Outbound SMSOperational

    Messages you send from one of your lines.

    90 days ago99.985% uptimeToday

  • Voice & voicemailOperational

    Incoming calls, recording and transcription.

    90 days ago100% uptimeToday

Platform

  • Web panelOperational

    The browser app: inbox, numbers, balance, settings.

    90 days ago100% uptimeToday

  • Public APIOperational

    REST endpoints and webhook delivery.

    90 days ago100% uptimeToday

  • WebsiteOperational

    Public pages, country directory and checkout.

    90 days ago100% uptimeToday

Supply

  • Number provisioningOperational

    New numbers going live after payment.

    90 days ago100% uptimeToday

Payments

  • Crypto paymentsOperational

    Deposit addresses, confirmations and balance credits.

    90 days ago99.986% uptimeToday

Measured from our own probes in Frankfurt, Ashburn and Singapore, one check per minute per system, plus the delivery receipts our carriers return. Everything on this page is computed from that record — nothing is set by hand.

History

Every incident since day one.

Nothing is removed once it is posted. 58 incidents over 735 days of service, maintenance windows included below.

Degraded performance

Slow Litecoin confirmations

21 Sep 2026, 12:32 UTC lasted 2 h 26

  • Crypto payments
  1. Resolved14:58

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring14:17

    The mempool has drained and confirmations are back to normal times.

  3. Identified13:12

    Identified: mempool congestion on the network. We raised the confirmation timeout so nothing expires while it clears.

  4. Investigating12:32

    Confirmations are slower than usual because of network congestion. Deposits are safe and credit once confirmed.

Under maintenance

Database maintenance on the messaging cluster

20 Sep 2026, 03:00 UTC lasted 45 min

  • Web panel
  • Public API
  1. Completed03:45

    Completed on time, with no impact outside the window.

  2. Started03:00

    The maintenance window has started. Numbers keep receiving throughout.

Degraded performance

Webhook delivery running behind

1 Sep 2026, 16:33 UTC lasted 42 min

  • Public API
  1. Resolved17:15

    Resolved. Everything has been running normally since; nothing is pending on your side.

  2. Monitoring17:03

    The backlog has drained and everything is processing within a minute again.

  3. Identified16:44

    Identified: the workers were undersized for the load. We are scaling out.

  4. Investigating16:33

    Work is taking longer than usual to come through. We are investigating the queue.

Jump to a month

How to read this page

What the numbers mean.

Times are UTC

Every timestamp on this page is UTC, with no daylight saving. A day runs from 00:00 to 23:59 UTC, which is also how the 90-day bars are cut.

Uptime is weighted

A major outage costs the full minute, a partial outage half of it, degraded performance twelve percent. Ninety minutes of slow delivery is not the same as ninety minutes of nothing, and the number says so.

What an incident is

Anything a customer could notice: delayed codes, a failing route, a slow panel, a payment not crediting. Third-party outages that break delivery are posted here too, even when the fault is upstream.

Machine-readable

The same data is served as summary.json for dashboards and as an Atom feed for readers and chat bots. Both are public and need no key.

No e-mail alerts

We never ask for an address, so we cannot send one. Subscribe to the feed, poll the JSON, or point a webhook at it — that is the whole notification story, by design.

Maintenance

Planned work is announced here at least 72 hours ahead and runs between 02:00 and 05:00 UTC. Your numbers keep receiving throughout; orders placed during a window are queued, never lost.

Something broken that is not listed?

Open a ticket from the panel, or write to us — we post an incident here as soon as we can confirm it affects more than one account.

Report a problem API reference