Skip to main content
If you find issues uploading your app to the Apple App Store regarding the PreludeCore.xcframework please follow these steps.
The React Native Expo SDK is published at GitHub.

Using the Expo React Native SDK

The Expo React Native SDK allows you to capture certain device signals (both in Android and iOS) that will be reported back to Prelude and perform silent verification of mobile devices. It is provided as an Expo module that you can integrate into your React Native Expo Application. The Android minSdkVersion value in the SDK is set to 26 (Android 8.0). If your application has a lower value you may need to update it.

Setup

Using NPM

The SDK is available in npm. You can install the SDK dependency directly using npm:

Using Bun

Bun requires you to trust the postinstall script:

Using pnpm

pnpm v10+ requires explicit permission for postinstall scripts:
You will need to have the Prelude SDK key that you generate in the Prelude dashboard for your account. Important: When you generate the SDK key in the Prelude dashboard, you will be able to copy it, so keep it somewhere you can retrieve it later, as the dashboard will not allow you to display the same key again. The SDK key is a publishable, client-side key that ships inside your app, so this is about not losing it — not about keeping it secret. Because the React Native SDK bridges into the native iOS and Android SDKs at runtime, SDK keys are scoped per platform. Generate one key with the Apple platform and one with the Android platform in the dashboard, then select the appropriate key at runtime based on Platform.OS.

Gathering Device Signals

Note: Starting with v0.3.0 of the SDK, we have removed the status event and made the dispatchSignals function return a promise that resolves to the dispatch identifier, simplifying its usage. To collect the device signals in your application, you can use code like this:
Then run the Expo application normally (in your application’s directory):
or
Once you get the dispatch identifier through the event, you can report it back to your own API to be forwarded in later network calls, for example, when starting the onboarding verification process for a user. There are some arguments that you can use to fine-tune the behavior of the dispatchSignals function for your use case:

Silent Verification

The Silent Verification feature allows you to verify a phone number without requiring the user to manually enter a verification code. It is available for certain carriers and requires a server-side service to handle the verification process. For this verification method to work properly, you must collect the device signals mentioned before and report the dispatch identifier to your back-end (usually in your APIs verification endpoint). Please refer to the Silent Verification documentation for more information on how to implement this feature.

Uploading your app to the App Store

Depending on the mechanism that you use to upload your app to the App Store, you may find errors related to the PreludeCore.xcframework file. If you encounter this error, try uploading the app again with the flag --use-old-altool:
If you use Transporter it will not allow you to use the --use-old-altool flag. You will need to use the xcrun command instead.