Requirements
- Flutter 3.0+
- iOS 13.0+
- Android API 23+
- ReownWalletKit
Pre-Requisites
In order to use your WalletConnect Pay, you need to obtain an App ID for your project from the WalletConnect Dashboard.How to obtain an App ID
- Navigate to the WalletConnect Dashboard.
- Select the project that is associated with your wallet (as in, the projectId that is being used for your wallet’s WalletConnect integration).

- Click on the “Get Started” button to get an App ID associated with your project.
- The Dashboard will now show the App ID associated with your project.
- Click on the three dots on the right of the App ID and select “Copy App ID”. You will be using this for your wallet’s WalletConnect Pay integration.

Installation
Addreown_walletkit to your pubspec.yaml:
Check the pub.dev page for the latest version.
Initialization
TheWalletConnectPay client is automatically initialized during ReownWalletKit.init(). No additional setup is required.
Accessing the Pay Client
You can access theWalletConnectPay instance directly:
Payment Link Detection
Detect if a URI is a payment link before processing:Payment Flow
The payment flow consists of five main steps: Detect Payment Link -> Get Options -> Get Actions -> Sign Actions -> Confirm PaymentCollect User Data (If Required)
Some payments may require additional user data:
WebView-Based Data Collection
When a payment requires user information (e.g., for Travel Rule compliance), the SDK returns acollectDataAction with a url field pointing to a WalletConnect-hosted form page.Instead of building native forms, wallets display this URL in a WebView. The hosted form handles rendering, validation, and Terms & Conditions acceptance. When the user completes the form, the WebView communicates back to the wallet via JavaScript bridge messages.How It Works
- Check if
collectDataAction.urlis present in the payment options response - Open the URL in a WebView within your wallet
- Optionally append a
prefill=<base64-json>query parameter with known user data (e.g., name, date of birth, address). Use proper URL building to handle existing query parameters. - Listen for JS bridge messages:
IC_COMPLETE(success) orIC_ERROR(failure) - On
IC_COMPLETE, proceed toconfirmPayment()without passingcollectedData— the WebView submits data directly to the backend
The
collectDataAction also includes a schema field — a JSON schema string describing the required fields. The required list in this schema tells you which fields the form expects. Wallets can use these field names as keys when building the prefill JSON object. For example, if the schema’s required array contains ["fullName", "dateOfBirth", "pobAddress"], you can prefill with {"fullName": "...", "dateOfBirth": "...", "pobAddress": "..."}.WebView Message Types
The WebView communicates with your wallet through JavaScript bridge messages. The message payload is a JSON string with the following structure:| Message Type | Payload | Description |
|---|---|---|
IC_COMPLETE | { "type": "IC_COMPLETE", "success": true } | User completed the form successfully. Proceed to payment confirmation. |
IC_ERROR | { "type": "IC_ERROR", "error": "..." } | An error occurred. Display the error message and allow the user to retry. |
Platform-Specific Bridge Names
| Platform | Bridge Name | Handler |
|---|---|---|
| Kotlin (Android) | AndroidWallet | @JavascriptInterface onDataCollectionComplete(json: String) |
| Swift (iOS) | payDataCollectionComplete | WKScriptMessageHandler.didReceive(message:) |
| Flutter | ReactNativeWebView (injected via JS bridge) | JavaScriptChannel.onMessageReceived |
| React Native | ReactNativeWebView (native) | WebView.onMessage prop |
WebView Implementation
WhencollectData.url is present, display the URL in a WebView using webview_flutter (v4.10.0+). Add dependencies:
Complete Example
Here’s a complete example of processing a payment:Direct Access
You can also access the underlyingWalletConnectPay instance directly if needed:
API Reference
ReownWalletKit Pay Methods
| Method | Description |
|---|---|
isPaymentLink(String uri) | Check if URI is a payment link |
getPaymentOptions({required GetPaymentOptionsRequest request}) | Get available payment options |
getRequiredPaymentActions({required GetRequiredPaymentActionsRequest request}) | Get actions requiring signatures |
confirmPayment({required ConfirmPaymentRequest request}) | Confirm and finalize payment |
pay | Access the underlying WalletConnectPay instance |
Models
GetPaymentOptionsRequest
PaymentOptionsResponse
PaymentResultInfo
PaymentInfo
PaymentOption
ConfirmPaymentRequest
ConfirmPaymentResponse
PaymentStatus
CollectDataAction
Error Handling
The SDK throws specific exception types for different error scenarios. All errors extend the abstractPayError class, which itself extends PlatformException:
| Exception | Description |
|---|---|
PayInitializeError | Initialization failures |
GetPaymentOptionsError | Errors when fetching payment options |
GetRequiredActionsError | Errors when getting required actions |
ConfirmPaymentError | Errors when confirming payment |
code: Error codemessage: Error messagedetails: Additional error detailsstacktrace: Stack trace
Example Error Handling
Best Practices
- Use WalletKit Integration: If your wallet already uses WalletKit, prefer this approach for automatic configuration
-
Use
isPaymentLink()for Detection: Use the utility method instead of manual URL parsing for reliable payment link detection -
Account Format: Always use CAIP-10 format for accounts:
eip155:{chainId}:{address} - Multiple Chains: Provide accounts for all supported chains to maximize payment options
- Signature Order: Maintain the same order of signatures as the actions array
- Error Handling: Always handle errors gracefully and show appropriate user feedback
- Loading States: Show loading indicators during API calls and signing operations
-
Expiration: Check
paymentInfo.expiresAtand warn users if time is running low -
User Data: Only collect data when
collectDatais present in the response and you don’t already have the required user data. If you already have the required data, you can submit this without collecting from the user. You must make sure the user accepts WalletConnect Terms and Conditions and Privacy Policy before submitting user information to WalletConnect. -
WebView Data Collection: When
collectData.urlis present, display the URL in a WebView usingwebview_flutterrather than building native forms. The WebView handles form rendering, validation, and T&C acceptance.
Examples
For a complete example implementation with UI components showing the full payment flow, see the reown_walletkit example. The example demonstrates:- Payment link detection and processing
- Payment options retrieval with UI
- Data collection for compliance (KYB/KYC)
- Payment details display
- Transaction signing and confirmation
- Payment status polling and result display