v0.6 is out. Here's what changed and why it took longer than expected.
Provisioning under 40 seconds
The biggest user complaint in v0.5 was activation time. The previous average was 68 seconds. We've brought it to 37 seconds by parallelizing the USDC confirmation check and the eSIM profile pre-generation step.
Previously, the profile request to the carrier SMSR didn't start until payment was confirmed. That was a conservative choice — we didn't want to pre-generate profiles that might not be paid for. The v0.6 approach: generate a speculative profile on initiation, then either confirm or invalidate it based on payment status. If payment fails, the profile is discarded server-side within 90 seconds.
This reduces the user-visible wait from "wait for payment → wait for profile" to "wait for the longer of the two, in parallel."
The wallet redesign
The old Wallet screen showed a USDC balance, a "Fund" button, and a transaction list. The problem: the transaction list mixed plan activations, top-ups, and refunds with no separation, making it hard to see your actual balance history.
v0.6 splits this into three tabs: Balance (current + pending), Plans (active and expired), and History (all transactions). The design follows the established segmented control pattern from the Privacy screen.
The "Add funds" flow is also simplified — Solana Pay QR code on the first screen, no intermediate steps.
Smaller fixes
- VPN auto-reconnect on cell handoff (was dropping for ~2 seconds during tower transitions)
- OTP inbox sort order fixed (was showing oldest first)
- Dark mode persistence across app restarts
- Speed indicator on the home card now reflects real-time throughput, not the last session average
What's next
v0.7 is focused on the virtual number layer — specifically improving the SMS delivery reliability for accounts that use the virtual number as a 2FA method. Expected in 6-8 weeks.