01Web Bluetooth is not ordinary website tracking
A page cannot silently scan every nearby device. The API requires a secure context, a user gesture and explicit device selection. Permission applies to the chosen site and device rather than granting the entire web open access.
The browser can also block the feature through site settings, operating-system policy or enterprise management. A present Bluetooth radio does not guarantee that navigator.bluetooth is available to the page.
02Why smart cubes use Bluetooth Low Energy services
GAN cubes expose proprietary service and characteristic identifiers over the Generic Attribute Profile. Commands, state packets and move notifications differ by protocol generation and may be encrypted.
SupaKewber maps those packets into standard cube moves. Once decoded, the rest of the timing and CFOP analysis logic can operate independently of the underlying transport generation.
03From move event to training data
A turn event changes the internal 3×3 state and the on-screen player. After the scramble is confirmed, the first new move starts the solve. State checks recognize Cross, first two layers and last-layer orientation.
The final solved state stops timing. Cumulative milestone times are converted into individual stage splits for the result and session averages.
04Know the limits of browser hardware access
Web Bluetooth support is not uniform across browsers and operating systems. Safari and standard Firefox do not expose the API, and iPhone or iPad Chromium-branded browsers still use Apple’s underlying browser engine.
Connection quality also depends on the host Bluetooth stack and cube firmware. Web Bluetooth is the bridge, not a guarantee that every proprietary cube protocol or hardware revision is supported.