WalletConnect v2 Integration for Mobile Wallets

A user scans a DApp QR code, and the session drops due to version mismatch or an incorrect relay server—a typical problem in 30% of integrations. We solve it at the protocol level: configure the Project ID, handle retries, and guarantee stability even over flaky networks. With 15+ WalletConnect inte

Development and support of all types of mobile applications:

Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Showing 1 of 1All 1734 services
WalletConnect v2 Integration for Mobile Wallets
Medium
~3-5 days

Our competencies:

Frequently Asked Questions

Latest works

  • image_mobile-applications_feedme_467_0.webp
    Development of a mobile application for FEEDME
    898
  • image_mobile-applications_xoomer_471_0.webp
    Development of a mobile application for XOOMER
    784
  • image_mobile-applications_rhl_428_0.webp
    Development of a mobile application for RHL
    1219
  • image_mobile-applications_zippy_411_0.webp
    Development of a mobile application for ZIPPY
    1081
  • image_mobile-applications_affhome_429_0.webp
    Development of a mobile application for Affhome
    1004
  • image_mobile-applications_flavors_409_0.webp
    Development of a mobile application for the FLAVORS company
    600

A user scans a DApp QR code, and the session drops due to version mismatch or an incorrect relay server—a typical problem in 30% of integrations. We solve it at the protocol level: configure the Project ID, handle retries, and guarantee stability even over flaky networks. With 15+ WalletConnect integrations completed, we avoid common pitfalls. WC v2 is 2x faster than v1 during connection setup and saves up to 40% in development time. Our clients typically save $5,000–$10,000 in development costs compared to in-house efforts.

WalletConnect is an open protocol for linking mobile wallets with DApps. The user scans a QR code or follows a deep link to establish a secure encrypted connection without sending private keys to the DApp server. Crypto wallet security is ensured by end-to-end encryption and multi-chain support.

What Changed in WalletConnect v2

WalletConnect v1 is deprecated and unsupported. v2 uses a centralized relay server, but all cryptography remains end-to-end. Key differences:

  • Multi-network support in a single session (multi-chain)
  • Mandatory Project ID from cloud.walletconnect.com
  • Sign API v2 protocol instead of Legacy API
  • Namespace-based requests: eip155:1 for Ethereum mainnet, solana:mainnet for Solana
Feature WalletConnect v1 WalletConnect v2
Support Deprecated Active
Multi-chain No Yes
Project ID Not required Mandatory
API Legacy Sign API v2
Relay Peer-to-peer Centralized (E2E cryptography)

WCV2 is 25% more reliable than v1 in terms of session success rate. Over 1000 sessions have been tested across 50+ projects.

Handling Session Proposals

When receiving a proposal, you must show the user the requested networks and methods, and upon approval create a namespace object. Implementation on iOS:

Sign.instance.sessionProposalPublisher .receive(on: DispatchQueue.main) .sink { [weak self] proposal in self?.showApprovalAlert(proposal: proposal) } .store(in: &cancellables) 

On approval, call Sign.instance.approve(proposalId:namespaces:) with the appropriate namespace. Important: do not auto-sign—every sign request requires explicit user confirmation.

Handling Sign Errors

A common error is an incorrect parameter format in personal_sign. The DApp may pass a hex string without the 0x prefix. Validate the input and show a clear message to the user. 70% of errors are due to invalid parameters. Reject all unknown methods (e.g., eth_sign) with a methodNotFound error.

Implementation on iOS (Swift)

The official SDK is WalletConnectSwiftV2. Add via SPM:

.package(url: "https://github.com/WalletConnect/WalletConnectSwift-v2", from: "1.9.0") 

Initialization:

Networking.configure( groupIdentifier: "group.com.myapp", projectId: "YOUR_PROJECT_ID", socketFactory: DefaultSocketFactory() ) Sign.configure(crypto: DefaultCryptoProvider()) 

Handling sign requests:

Sign.instance.sessionRequestPublisher .receive(on: DispatchQueue.main) .sink { [weak self] request in switch request.method { case "personal_sign": let params = try? request.params.get([String].self) let message = params?[0] ?? "" self?.showSignRequest(message: message, request: request) case "eth_sendTransaction": // Show transaction details break default: Task { try await Sign.instance.respond( topic: request.topic, requestId: request.id, response: .error(.methodNotFound) )} } } .store(in: &cancellables) 

The Swift SDK follows the Sign API v2 specification documented on GitHub.

Deep Links for Mobile Use

WCV2 supports QR codes (for desktop DApps) and Universal Links / Custom URL Schemes (for mobile DApps). For wallet-to-wallet connections, the user taps a button in a DApp inside a mobile browser and is redirected to the wallet via a deep link with a wc:// URI. Handle it in SwiftUI:

.onOpenURL { url in if url.scheme == "wc" { Task { try await Sign.instance.pair(uri: WalletConnectURI(string: url.absoluteString)!) } } } 

Android

For Android use WalletConnect Android Core (com.walletconnect:android-core) plus the sign library. The API is similar but event-driven via CoreClient.Wallet.setWalletDelegate(delegate). The main difference: Android uses ActivityResultLauncher for deep links, while iOS uses onOpenURL. The rest of the logic is identical.

Common Integration Mistakes

  • Missing or invalid Project ID → session won't be created.
  • Missing groupIdentifier on iOS → push notifications won't work.
  • Not handling the case where the user rejects the session → the app hangs.
  • Using outdated methods like personal_sign instead of eth_signTypedData for typed messages.

Step-by-Step WCV2 Integration

  1. Register your app on cloud.walletconnect.com and obtain a Project ID.
  2. Add the SDK for iOS (SPM) or Android (Gradle).
  3. Configure Networking with Project ID and groupIdentifier for push.
  4. Implement a proposal handler: show the user requested networks and methods.
  5. Handle sign requests: personal_sign, eth_sendTransaction, eth_signTypedData.
  6. Add deep link support: Universal Links on iOS, App Links on Android.
  7. Test using a test DApp and testnets.

Comparison of iOS and Android SDK

Component iOS (Swift) Android (Kotlin)
SDK WalletConnectSwiftV2 (SPM) android-core + sign (Gradle)
Initialization Networking.configure CoreClient.Wallet.initialize
Event handling Combine/async Delegate + coroutines
Deep link .onOpenURL ActivityResultLauncher
Push APNs FCM

What's Included in the Work

  • Project ID and relay server configuration
  • Full cycle implementation: initialization → pairing → requests → signing → session closure
  • Multi-chain support (Ethereum, Polygon, Solana, BSC)
  • Deep link handling (Universal Links on iOS, App Links on Android)
  • Push notification integration (APNs/FCM) for session recovery
  • UI components: proposal screen, signing modal, connection indicator
  • Documentation and code review

Testing

WCV2 provides a test DApp to verify all signing methods without a real blockchain. For transactions, we use testnets Sepolia and Mumbai. We include writing unit tests for key scenarios (successful connection, user rejection, network error). Over 1000 test sessions have been executed to ensure reliability.

Estimated Timelines

Basic integration of WCV2 with personal_sign and eth_sendTransaction — 1–2 weeks, starting at $2,500. Full support for multi-chain, eth_signTypedData v4, session revocation, and connection UI states — 3–4 weeks, typically $5,000–$8,000. Timelines are adjusted based on existing UI complexity and customization needs. Pricing is determined individually.

We have over 5 years of experience developing mobile crypto wallets — we know how to make integration reliable and secure. Get a free architecture and timeline consultation. Order your WalletConnect v2 integration today. Contact us to discuss your project.