I normally implement Apple-based algorithms for custom encryption in our wifi based MPC clusters and have opted to use the CoreBluetooth standard encryption for both Gatt and L2Cap connections. Any guidance in using public key and/or Apple's post-quantum encryption in the Bluetooth cluster or do you think that is too heavy? Much thanks

after authentication, the central publishes to the peripheral so the central can have a 1/2 dozen or so open streams but each peripheral will have 1 stream open to its central... that's the current use case until we implement full MPC with multi-peer streams

Our Apple device cluster implements a single iPhone central and many iPhone peripherals which share their content to the iPhone central to process.The central sends its results to specific or all Apple peripherals. It’s an initial reimplementation of Multipeer Connectivity... so initial discovery and auth is processed via GATT and then streaming content is processed via L2Cap.

This is resolved with 26.3 RC... much thanks

You’ll probably need the sample code, which is unavailable as of Wednesday afternoon

Thanks... our new SwiftUI was not binding correctly to isObjectMaskingEnabled. Sorry for the drama... I've closed the FB ticket.

My app needs to receive silent notification from backend even when it's forced quit... This was a common request: Handle remote notifications when app is killed Silent and VOIP notifications as well as playing silent audio were techniques used to bypass the user's intent and platform APIs. As can be seen with the iOS 15 Focus and notification updates, Apple is making it easier for users to control how and when our apps interrupt the user. It's best to redesign your notification experience based on the updated Human Interface Guidelines for Notifications and drop the silent-local notification two step shuffle.