What is ChainGuard OAuth?

ChainGuard OAuth is a user-controlled authentication service for Web3 applications. It enables dApps to authenticate users using their ChainGuard identity (email/password + mobile 2FA) without requiring direct wallet connections. Built on OAuth 2.0 authorization code flow with enterprise-grade security, permission-based data access, and multi-chain support across Base, Arbitrum, Optimism, Polygon, and Ethereum mainnet.

How does ChainGuard OAuth work?

ChainGuard OAuth follows the standard OAuth 2.0 authorization code flow: 1) User clicks "Sign in with ChainGuard" on your dApp, 2) User authenticates with ChainGuard (email/password = 1FA, QR code scan = 2FA), 3) User grants permission-based data access, 4) ChainGuard redirects back with authorization code, 5) Your backend exchanges code for access token, 6) Your backend uses access token to retrieve user data. All authentication happens through ChainGuard - users never connect wallets directly to your dApp.

What are the benefits of using ChainGuard OAuth?

ChainGuard OAuth provides: Unified identity across all dApps (users authenticate once), Multi-factor security (email/password + mobile 2FA), Permission-based data access (users control what data is shared), KYC verification access (verify user identity without exposing personal data), Simple integration (standard OAuth 2.0 protocol), Multi-chain support (works across all supported networks), Privacy-first design (no data mining, explicit consent required), and Enterprise-grade security (CSRF protection, secure token storage, audit logging).

How do I integrate ChainGuard OAuth into my dApp?

Integrate ChainGuard OAuth in four steps: 1) Register your application in ChainGuard developer dashboard to get client ID and client secret, 2) Add "Sign in with ChainGuard" button that redirects to ChainGuard authorization endpoint with your client ID and requested scopes, 3) Create callback endpoint that receives authorization code and exchanges it for access token using your client secret, 4) Use access token to call ChainGuard userinfo endpoint and retrieve authorized user data. Full documentation and code examples are available in the developer portal.

What data can I access through ChainGuard OAuth?

Available scopes include: profile (basic user information like name and username), email (user email address), activity (user activity history and transaction records), connections (user wallet addresses and connection history), read (read-only access to user data), and write (write access for transaction operations). Users explicitly grant permissions for each scope - no data is shared without explicit consent. You can request multiple scopes, and users can approve or deny each one individually.

Is ChainGuard OAuth secure?

Yes, ChainGuard OAuth implements enterprise-grade security: OAuth 2.0 standard protocol with authorization code flow, CSRF protection via state parameter validation, Secure token storage (access tokens are short-lived, refresh tokens stored server-side), Multi-factor authentication (email/password + mobile QR code scan), Encrypted data transmission (AES-256-GCM encryption), Complete audit logging of all authentication events, and Privacy-first design with permission-based access. All tokens are handled server-side and never exposed to frontend JavaScript.

Do users need to connect their wallet to use ChainGuard OAuth?

No! That's one of the key benefits of ChainGuard OAuth. Users authenticate with ChainGuard using email/password (1FA) and mobile QR code scan (2FA). They never need to connect their wallet directly to your dApp. ChainGuard handles all backend authentication and can access user wallet addresses (if user grants permission) without requiring wallet connection. For transactions, users can optionally provide wallet signature for additional security (3FA), but this is handled through ChainGuard, not direct wallet connection to your dApp.

Which blockchain networks does ChainGuard OAuth support?

ChainGuard OAuth works across all ChainGuard-supported networks: Base (Coinbase L2), Arbitrum (Optimistic Rollup), Optimism (Optimistic Rollup), Polygon (PoS Chain), and Ethereum mainnet. One OAuth integration works for all networks. User wallet addresses are returned for all networks where the user has bound wallets. You can filter or request specific network addresses based on your dApp's needs.

How do I get started with ChainGuard OAuth?

To get started: 1) Create a ChainGuard account (free account creation), 2) Navigate to developer dashboard and register your application, 3) Receive your client ID and client secret, 4) Configure your redirect URIs and requested scopes, 5) Follow the integration guide to add OAuth flow to your dApp, 6) Test in development environment, 7) Deploy to production. Full documentation, code examples, and SDK support are available. The integration typically takes 1-2 hours for experienced developers.

What is the difference between ChainGuard OAuth and traditional wallet connections?

Traditional wallet connections require users to connect their wallet (MetaMask, WalletConnect, etc.) directly to each dApp. ChainGuard OAuth provides: Unified identity (authenticate once, access all dApps), Multi-factor security (email/password + mobile 2FA vs. just wallet signature), Permission-based data access (users control what data is shared), KYC verification (access to user verification status), No repeated wallet connections (authenticate with ChainGuard, not each dApp), and Better UX (familiar email/password login vs. wallet popups). ChainGuard OAuth is designed for dApps that want secure authentication without wallet connection complexity.

Can I use ChainGuard OAuth with existing authentication systems?

Yes! ChainGuard OAuth can be integrated alongside existing authentication systems. You can: Offer ChainGuard OAuth as an additional login option (alongside email/password, social login, etc.), Use ChainGuard OAuth for Web3-specific features while keeping traditional auth for other features, Migrate users gradually by offering both options, or Use ChainGuard OAuth as primary authentication and sync user data to your existing system. The OAuth flow is independent and doesn't interfere with other authentication methods.

How do I handle token refresh with ChainGuard OAuth?

ChainGuard OAuth provides refresh tokens for long-term access. When your access token expires, use the refresh token to obtain a new access token: POST to token endpoint with grant_type=refresh_token, refresh_token, client_id, and client_secret. Refresh tokens are long-lived but can be revoked by users. Store refresh tokens securely server-side (never in frontend). Implement automatic token refresh before expiration. Handle refresh token expiration by redirecting user to re-authenticate. Full token management documentation is available in the developer portal.

What happens if a user revokes access to my dApp?

If a user revokes access: Your access tokens and refresh tokens are immediately invalidated, Subsequent API calls will return 401 Unauthorized, You should handle this gracefully by redirecting user to re-authenticate, User can re-authorize your dApp at any time, and All previously granted permissions are reset. Users can revoke access from their ChainGuard account settings. It's recommended to implement token refresh error handling that detects revoked access and prompts re-authentication.

Can I customize the OAuth authorization screen?

The authorization screen is managed by ChainGuard to ensure security and consistency. However, you can customize: Application name and description (shown to users), Application logo (displayed on authorization screen), Website URL (linked from authorization screen), and Requested scopes (determines what permissions are requested). The authorization screen shows your app information, requested permissions, and allows users to approve or deny access. This ensures users always see consistent, secure authorization flows.

How do I test ChainGuard OAuth integration?

To test ChainGuard OAuth: 1) Register a test application in developer dashboard, 2) Use test redirect URIs (localhost is supported for development), 3) Create test ChainGuard accounts, 4) Test full OAuth flow (authorization → callback → token exchange → userinfo), 5) Test error scenarios (denied access, invalid codes, expired tokens), 6) Test token refresh flow, 7) Test with different scopes and permissions, 8) Use ChainGuard's test environment for development. Full testing guide and test credentials are available in the developer documentation.

What are the rate limits for ChainGuard OAuth API?

ChainGuard OAuth API rate limits ensure fair usage: Authorization requests: 100 requests per minute per client ID, Token exchange: 60 requests per minute per client ID, Userinfo requests: 120 requests per minute per access token, Refresh token requests: 30 requests per minute per client ID. Rate limits are per client ID (not per user). Exceeding limits returns 429 Too Many Requests with Retry-After header. Enterprise tier applications can request higher rate limits. Rate limit headers are included in all API responses.

Is ChainGuard OAuth free to use?

ChainGuard OAuth is included in all ChainGuard membership tiers. For dApp developers: OAuth integration and API access are free, No per-request fees or transaction fees, Standard rate limits apply (Enterprise tier can request higher limits), and No additional costs beyond standard ChainGuard membership. For end users: OAuth authentication is free (part of ChainGuard account), Users need a ChainGuard account (free account creation), and Membership includes full access to all ChainGuard services including OAuth. All membership tiers include monthly credits for gasless transactions.

Can I use ChainGuard OAuth for mobile apps?

Yes! ChainGuard OAuth works with mobile apps using standard OAuth 2.0 flows: For native mobile apps, use custom URL schemes or universal links for redirects, For React Native/Flutter apps, use deep linking, For mobile web apps, use standard redirect flow, ChainGuard mobile app provides 2FA via QR code scan, and All OAuth endpoints are mobile-friendly. Mobile apps should use PKCE (Proof Key for Code Exchange) for additional security. Full mobile integration guide is available in the developer documentation.

How does ChainGuard OAuth handle user privacy?

ChainGuard OAuth is privacy-first: Permission-based access (users explicitly grant each permission), No data mining (only requested data is shared), Users can revoke access anytime, Minimal data sharing (only what's necessary for your dApp), Encrypted data transmission, No tracking or analytics on user behavior, Users see exactly what data is requested before granting access, and Complete transparency in authorization screen. ChainGuard never shares user data without explicit consent. Users maintain full control over their data.

What programming languages are supported for ChainGuard OAuth integration?

ChainGuard OAuth works with any programming language that can make HTTP requests and handle OAuth 2.0 flows. Popular integrations include: JavaScript/TypeScript (Node.js, React, Vue, Angular), Python (Django, Flask, FastAPI), Go (Gin, Echo), PHP (Laravel, Symfony), Ruby (Rails), Java (Spring Boot), C# (.NET), and Rust. ChainGuard provides: RESTful API (works with any HTTP client), SDKs for popular languages (JavaScript, Python, Go), Code examples for common frameworks, and Full API documentation. The OAuth 2.0 protocol is language-agnostic.

Can I use ChainGuard OAuth for enterprise applications?

Yes! ChainGuard OAuth is designed for enterprise use: Enterprise-grade security (multi-factor authentication, audit logging), Compliance support (KYC verification, data protection), Custom rate limits for Enterprise tier, Priority support and dedicated account management, White-label options (contact for details), Custom integrations and API access, SLA guarantees, and Enterprise onboarding assistance. Enterprise applications can request custom scopes, higher rate limits, and dedicated infrastructure. Contact ChainGuard sales for enterprise pricing and custom solutions.

What is ChainGuard OAuth?

ChainGuard OAuth is a user-controlled authentication service for Web3 applications. It enables dApps to authenticate users using their ChainGuard identity (email/password + mobile 2FA) without requiring direct wallet connections. Built on OAuth 2.0 authorization code flow with enterprise-grade security, permission-based data access, and multi-chain support across Base, Arbitrum, Optimism, Polygon, and Ethereum mainnet.

How does ChainGuard OAuth work?

ChainGuard OAuth follows the standard OAuth 2.0 authorization code flow: 1) User clicks "Sign in with ChainGuard" on your dApp, 2) User authenticates with ChainGuard (email/password = 1FA, QR code scan = 2FA), 3) User grants permission-based data access, 4) ChainGuard redirects back with authorization code, 5) Your backend exchanges code for access token, 6) Your backend uses access token to retrieve user data. All authentication happens through ChainGuard - users never connect wallets directly to your dApp.

What are the benefits of using ChainGuard OAuth?

ChainGuard OAuth provides: Unified identity across all dApps (users authenticate once), Multi-factor security (email/password + mobile 2FA), Permission-based data access (users control what data is shared), KYC verification access (verify user identity without exposing personal data), Simple integration (standard OAuth 2.0 protocol), Multi-chain support (works across all supported networks), Privacy-first design (no data mining, explicit consent required), and Enterprise-grade security (CSRF protection, secure token storage, audit logging).

How do I integrate ChainGuard OAuth into my dApp?

Integrate ChainGuard OAuth in four steps: 1) Register your application in ChainGuard developer dashboard to get client ID and client secret, 2) Add "Sign in with ChainGuard" button that redirects to ChainGuard authorization endpoint with your client ID and requested scopes, 3) Create callback endpoint that receives authorization code and exchanges it for access token using your client secret, 4) Use access token to call ChainGuard userinfo endpoint and retrieve authorized user data. Full documentation and code examples are available in the developer portal.

What data can I access through ChainGuard OAuth?

Available scopes include: profile (basic user information like name and username), email (user email address), activity (user activity history and transaction records), connections (user wallet addresses and connection history), read (read-only access to user data), and write (write access for transaction operations). Users explicitly grant permissions for each scope - no data is shared without explicit consent. You can request multiple scopes, and users can approve or deny each one individually.

Is ChainGuard OAuth secure?

Yes, ChainGuard OAuth implements enterprise-grade security: OAuth 2.0 standard protocol with authorization code flow, CSRF protection via state parameter validation, Secure token storage (access tokens are short-lived, refresh tokens stored server-side), Multi-factor authentication (email/password + mobile QR code scan), Encrypted data transmission (AES-256-GCM encryption), Complete audit logging of all authentication events, and Privacy-first design with permission-based access. All tokens are handled server-side and never exposed to frontend JavaScript.

Do users need to connect their wallet to use ChainGuard OAuth?

No! That's one of the key benefits of ChainGuard OAuth. Users authenticate with ChainGuard using email/password (1FA) and mobile QR code scan (2FA). They never need to connect their wallet directly to your dApp. ChainGuard handles all backend authentication and can access user wallet addresses (if user grants permission) without requiring wallet connection. For transactions, users can optionally provide wallet signature for additional security (3FA), but this is handled through ChainGuard, not direct wallet connection to your dApp.

Which blockchain networks does ChainGuard OAuth support?

ChainGuard OAuth works across all ChainGuard-supported networks: Base (Coinbase L2), Arbitrum (Optimistic Rollup), Optimism (Optimistic Rollup), Polygon (PoS Chain), and Ethereum mainnet. One OAuth integration works for all networks. User wallet addresses are returned for all networks where the user has bound wallets. You can filter or request specific network addresses based on your dApp's needs.

How do I get started with ChainGuard OAuth?

To get started: 1) Create a ChainGuard account (free account creation), 2) Navigate to developer dashboard and register your application, 3) Receive your client ID and client secret, 4) Configure your redirect URIs and requested scopes, 5) Follow the integration guide to add OAuth flow to your dApp, 6) Test in development environment, 7) Deploy to production. Full documentation, code examples, and SDK support are available. The integration typically takes 1-2 hours for experienced developers.

What is the difference between ChainGuard OAuth and traditional wallet connections?

Traditional wallet connections require users to connect their wallet (MetaMask, WalletConnect, etc.) directly to each dApp. ChainGuard OAuth provides: Unified identity (authenticate once, access all dApps), Multi-factor security (email/password + mobile 2FA vs. just wallet signature), Permission-based data access (users control what data is shared), KYC verification (access to user verification status), No repeated wallet connections (authenticate with ChainGuard, not each dApp), and Better UX (familiar email/password login vs. wallet popups). ChainGuard OAuth is designed for dApps that want secure authentication without wallet connection complexity.

Can I use ChainGuard OAuth with existing authentication systems?

Yes! ChainGuard OAuth can be integrated alongside existing authentication systems. You can: Offer ChainGuard OAuth as an additional login option (alongside email/password, social login, etc.), Use ChainGuard OAuth for Web3-specific features while keeping traditional auth for other features, Migrate users gradually by offering both options, or Use ChainGuard OAuth as primary authentication and sync user data to your existing system. The OAuth flow is independent and doesn't interfere with other authentication methods.

How do I handle token refresh with ChainGuard OAuth?

ChainGuard OAuth provides refresh tokens for long-term access. When your access token expires, use the refresh token to obtain a new access token: POST to token endpoint with grant_type=refresh_token, refresh_token, client_id, and client_secret. Refresh tokens are long-lived but can be revoked by users. Store refresh tokens securely server-side (never in frontend). Implement automatic token refresh before expiration. Handle refresh token expiration by redirecting user to re-authenticate. Full token management documentation is available in the developer portal.

What happens if a user revokes access to my dApp?

If a user revokes access: Your access tokens and refresh tokens are immediately invalidated, Subsequent API calls will return 401 Unauthorized, You should handle this gracefully by redirecting user to re-authenticate, User can re-authorize your dApp at any time, and All previously granted permissions are reset. Users can revoke access from their ChainGuard account settings. It's recommended to implement token refresh error handling that detects revoked access and prompts re-authentication.

Can I customize the OAuth authorization screen?

The authorization screen is managed by ChainGuard to ensure security and consistency. However, you can customize: Application name and description (shown to users), Application logo (displayed on authorization screen), Website URL (linked from authorization screen), and Requested scopes (determines what permissions are requested). The authorization screen shows your app information, requested permissions, and allows users to approve or deny access. This ensures users always see consistent, secure authorization flows.

How do I test ChainGuard OAuth integration?

To test ChainGuard OAuth: 1) Register a test application in developer dashboard, 2) Use test redirect URIs (localhost is supported for development), 3) Create test ChainGuard accounts, 4) Test full OAuth flow (authorization → callback → token exchange → userinfo), 5) Test error scenarios (denied access, invalid codes, expired tokens), 6) Test token refresh flow, 7) Test with different scopes and permissions, 8) Use ChainGuard's test environment for development. Full testing guide and test credentials are available in the developer documentation.

What are the rate limits for ChainGuard OAuth API?

ChainGuard OAuth API rate limits ensure fair usage: Authorization requests: 100 requests per minute per client ID, Token exchange: 60 requests per minute per client ID, Userinfo requests: 120 requests per minute per access token, Refresh token requests: 30 requests per minute per client ID. Rate limits are per client ID (not per user). Exceeding limits returns 429 Too Many Requests with Retry-After header. Enterprise tier applications can request higher rate limits. Rate limit headers are included in all API responses.

Is ChainGuard OAuth free to use?

ChainGuard OAuth is included in all ChainGuard membership tiers. For dApp developers: OAuth integration and API access are free, No per-request fees or transaction fees, Standard rate limits apply (Enterprise tier can request higher limits), and No additional costs beyond standard ChainGuard membership. For end users: OAuth authentication is free (part of ChainGuard account), Users need a ChainGuard account (free account creation), and Membership includes full access to all ChainGuard services including OAuth. All membership tiers include monthly credits for gasless transactions.

Can I use ChainGuard OAuth for mobile apps?

Yes! ChainGuard OAuth works with mobile apps using standard OAuth 2.0 flows: For native mobile apps, use custom URL schemes or universal links for redirects, For React Native/Flutter apps, use deep linking, For mobile web apps, use standard redirect flow, ChainGuard mobile app provides 2FA via QR code scan, and All OAuth endpoints are mobile-friendly. Mobile apps should use PKCE (Proof Key for Code Exchange) for additional security. Full mobile integration guide is available in the developer documentation.

How does ChainGuard OAuth handle user privacy?

ChainGuard OAuth is privacy-first: Permission-based access (users explicitly grant each permission), No data mining (only requested data is shared), Users can revoke access anytime, Minimal data sharing (only what's necessary for your dApp), Encrypted data transmission, No tracking or analytics on user behavior, Users see exactly what data is requested before granting access, and Complete transparency in authorization screen. ChainGuard never shares user data without explicit consent. Users maintain full control over their data.

What programming languages are supported for ChainGuard OAuth integration?

ChainGuard OAuth works with any programming language that can make HTTP requests and handle OAuth 2.0 flows. Popular integrations include: JavaScript/TypeScript (Node.js, React, Vue, Angular), Python (Django, Flask, FastAPI), Go (Gin, Echo), PHP (Laravel, Symfony), Ruby (Rails), Java (Spring Boot), C# (.NET), and Rust. ChainGuard provides: RESTful API (works with any HTTP client), SDKs for popular languages (JavaScript, Python, Go), Code examples for common frameworks, and Full API documentation. The OAuth 2.0 protocol is language-agnostic.

Can I use ChainGuard OAuth for enterprise applications?

Yes! ChainGuard OAuth is designed for enterprise use: Enterprise-grade security (multi-factor authentication, audit logging), Compliance support (KYC verification, data protection), Custom rate limits for Enterprise tier, Priority support and dedicated account management, White-label options (contact for details), Custom integrations and API access, SLA guarantees, and Enterprise onboarding assistance. Enterprise applications can request custom scopes, higher rate limits, and dedicated infrastructure. Contact ChainGuard sales for enterprise pricing and custom solutions.

ChainGuard OAuth

Authentification Web3 Contrôlée par l'Utilisateur

ChainGuard OAuth permet une authentification et une autorisation d'actions sécurisées et transparentes pour vos applications Web3. Les utilisateurs s'authentifient avec leur identité ChainGuard (e-mail/mot de passe + 2FA mobile) et accordent un accès aux packages de données basé sur les permissions pour votre dApp ou plateforme d'entreprise.

Sur la base des permissions accordées, votre plateforme peut demander des actions à effectuer avec le portefeuille ou le coffre-fort de l'utilisateur. Sécurité critique : Les plateformes ne peuvent JAMAIS invoquer directement les paiements de portefeuille. Toutes les opérations, y compris les paiements de portefeuille, nécessitent un 2FA obligatoire - les utilisateurs doivent d'abord signer un code QR avec leur application mobile ChainGuard avant qu'une opération de portefeuille ne soit invoquée. Ce n'est qu'alors que la charge utile du portefeuille est envoyée pour signature. Les opérations de coffre-fort nécessitent un 3FA (2FA + attestation du gardien pour le paiement du gaz). Cette sécurité multicouche n'est possible que grâce à l'environnement protégé intelligent de ChainGuard.

Construit sur le flux de code d'autorisation OAuth 2.0 avec une sécurité de niveau entreprise. Vos utilisateurs obtiennent une identité unifiée sur toutes les dApps, tandis que vous obtenez une intégration simple qui fonctionne sur Base, Arbitrum, Optimism, Polygon et le réseau principal Ethereum.

Voir le Guide d'Intégration En Savoir Plus

Marketplace

Featured Collections

AllArtGaming

Cosmic #1234

2.5 ETH

Digital Art #567

1.8 ETH

Pixel Hero #890

3.2 ETH

ChainGuard App

OAuth 2.0

Protocole Standard

2FA/3FA

Sécurité Multi-Facteurs

5+ Réseaux Blockchain

Confidentialité

Basé sur les Permissions

Comment Fonctionne ChainGuard OAuth

Flux d'authentification simple et sécurisé qui élimine la complexité de la connexion du portefeuille

L'Utilisateur Visite Votre dApp

L'utilisateur clique sur "Se connecter avec ChainGuard" sur votre dApp. Votre application redirige vers le point de terminaison d'autorisation ChainGuard avec votre ID client et les portées demandées.

Scanner la Demande de Connexion

L'utilisateur scanne le code QR avec l'application mobile ChainGuard pour initier la connexion. C'est la première étape du 2FA obligatoire - les utilisateurs doivent s'authentifier via l'application mobile avant toute opération.

Autoriser les Permissions pour dApp

L'utilisateur examine et accorde un accès aux données basé sur les permissions. L'utilisateur voit exactement quelles données votre dApp accédera (profil, e-mail, adresse de portefeuille, etc.) et peut approuver ou refuser des permissions spécifiques.

Le Backend Valide la Connexion

Votre backend reçoit le code d'autorisation et valide la demande de connexion. Le backend échange le code contre un token d'accès et un token de rafraîchissement en utilisant votre secret client. Toutes les opérations de tokens se produisent côté serveur pour la sécurité.

Statut de Connexion Envoyé au Frontend

Après validation réussie, votre backend envoie le statut de connexion à votre frontend. Votre dApp met à jour l'interface utilisateur pour afficher l'état authentifié (par exemple, tableau de bord du marché, profil utilisateur, etc.). L'utilisateur est maintenant complètement connecté et peut interagir avec votre plateforme.

Pourquoi Choisir ChainGuard OAuth?

Authentification de niveau entreprise conçue pour les applications Web3

Qu'est-ce qui Rend ChainGuard OAuth Différent?

Contrairement à l'authentification Web3 traditionnelle, ChainGuard fournit un environnement sécurisé et isolé qui protège les utilisateurs tout en permettant une intégration transparente de dApp

2FA Obligatoire Avant les Opérations de Portefeuille

Contrairement à MetaMask, WalletConnect ou Web3Auth : Les plateformes ne peuvent JAMAIS invoquer directement les paiements de portefeuille. Toutes les opérations nécessitent un 2FA obligatoire - les utilisateurs doivent d'abord signer un code QR avec leur application mobile ChainGuard avant qu'une opération de portefeuille ne soit même initiée. Les opérations de coffre-fort nécessitent un 3FA (2FA + attestation du gardien). Cette étape de sécurité critique n'est possible que grâce à l'environnement protégé intelligent de ChainGuard.

Preuve et Exécution de Transaction

Contrairement à OAuth traditionnel (Auth0, Okta) : ChainGuard ne se contente pas d'authentifier les utilisateurs - nous exécutons des transactions et fournissons une preuve vérifiable d'exécution. Votre plateforme reçoit des hachages de transaction, des numéros de bloc et une preuve cryptographique pour mettre à jour votre base de données ou votre frontend en toute confiance.

Aucune Connexion de Portefeuille Requise

Contrairement à Magic Link ou Web3Auth : Les utilisateurs s'authentifient avec e-mail/mot de passe + 2FA mobile - aucune extension de navigateur ou application de portefeuille requise. Cela réduit considérablement la friction et rend Web3 accessible aux utilisateurs non natifs de la crypto tout en maintenant une sécurité de niveau entreprise.

Autorisation d'Action, Pas Seulement l'Authentification

Contrairement aux fournisseurs OAuth standard : ChainGuard OAuth permet des demandes d'action basées sur les permissions. Votre plateforme peut demander des paiements, des transferts ou d'autres actions blockchain. Les utilisateurs se connectent dans l'environnement de confiance de ChainGuard, et vous recevez une preuve d'exécution - le tout sans gérer les connexions de portefeuille.

Natif Multi-Chaîne

Contrairement aux solutions à chaîne unique : ChainGuard OAuth fonctionne de manière transparente sur Base, Arbitrum, Optimism, Polygon et le réseau principal Ethereum. Une intégration, tous les réseaux. Les utilisateurs peuvent interagir avec des dApps multi-chaînes sans gérer des connexions de portefeuille séparées par réseau.

Packages de Données Basés sur les Permissions

Contrairement à l'accès tout ou rien : Les utilisateurs accordent explicitement des permissions pour des packages de données spécifiques (profil, e-mail, activité, adresses de portefeuille). Sur la base de ces permissions, votre plateforme peut demander des actions spécifiques. Les utilisateurs conservent un contrôle total sur les données et actions partagées.

L'Avantage ChainGuard

ChainGuard OAuth combine la sécurité des opérations de portefeuille isolées avec la commodité d'OAuth traditionnel. Contrairement aux solutions qui nécessitent des connexions de portefeuille (risquant le phishing et l'accès non autorisé) ou OAuth traditionnel (manquant de capacités de transaction blockchain), ChainGuard fournit une solution complète : authentification sécurisée, autorisation d'action et exécution de transaction vérifiable - le tout dans un environnement de confiance et isolé.

🔒 Innovation de Sécurité Critique : Les plateformes ne peuvent JAMAIS invoquer directement les paiements de portefeuille. Chaque opération nécessite un 2FA obligatoire (signature de code QR avec l'application ChainGuard) avant même que les opérations de portefeuille ne soient initiées. Les opérations de coffre-fort nécessitent un 3FA (2FA + attestation du gardien). Cette protection multicouche n'est possible que grâce au système de callback de ChainGuard - les utilisateurs signent toujours dans le frontend du module ChainGuard, jamais dans le frontend de votre client.

🏆 Premier sur le Marché : ChainGuard est le premier à apporter ce package complet sur le marché. Alors que les concurrents offrent des fonctionnalités individuelles (Web3Auth a 2FA, D3fenders a la protection de coffre-fort, Auth0 a OAuth), aucune autre solution ne combine OAuth 2.0 + 2FA obligatoire avant les opérations de portefeuille + système de callback + exécution de transaction + opérations de coffre-fort 3FA + support multi-chaîne dans une plateforme intégrée. C'est la première solution OAuth Web3 prête pour la production qui élimine les connexions directes de portefeuille tout en maintenant une sécurité de niveau entreprise.

Guide d'Intégration Rapide

Commencez en quelques minutes avec notre processus d'intégration simple

Step 1

Enregistrer Votre Application

Créez un compte ChainGuard et enregistrez votre dApp dans le tableau de bord développeur. Vous recevrez :

ID Client (identifiant public)
Secret Client (garder sécurisé, backend uniquement)
Configuration URI de Redirection
Configuration des Permissions de Portée

Step 2

Ajouter le Bouton d'Autorisation

Ajoutez le bouton "Se connecter avec ChainGuard" à votre dApp. Redirigez les utilisateurs vers :

https://module.chain-fi.io/oauth/authorize?
  client_id=YOUR_CLIENT_ID
  &redirect_uri=YOUR_CALLBACK_URL
  &response_type=code
  &scope=profile email
  &state=RANDOM_STATE_STRING

Step 3

Gérer le Callback

Créez un point de terminaison de callback qui reçoit le code d'autorisation :

POST /api/oauth/token
{
  "code": "authorization_code",
  "client_id": "YOUR_CLIENT_ID",
  "client_secret": "YOUR_CLIENT_SECRET",
  "redirect_uri": "YOUR_CALLBACK_URL",
  "grant_type": "authorization_code"
}

Step 4

Accéder aux Données Utilisateur

Utilisez le token d'accès pour récupérer les informations utilisateur :

GET /api/oauth/userinfo
Authorization: Bearer ACCESS_TOKEN

Response:
{
  "id": "user_id",
  "email": "user@example.com",
  "name": "User Name",
  "kyc_verified": true,
  "wallet_addresses": [...]
}

Step 5

Demander des Actions (Optionnel)

Sur la base des permissions accordées, votre plateforme peut demander des actions à effectuer avec le portefeuille ou le coffre-fort de l'utilisateur :

POST /api/oauth/actions/request
{
  "action": "initiate_payment",
  "amount": "100",
  "currency": "ETH",
  "recipient": "0x...",
  "access_token": "user_access_token"
}

Sécurité critique : L'utilisateur DOIT d'abord signer un code QR avec son application mobile ChainGuard (2FA obligatoire) avant qu'une opération de portefeuille ne soit initiée. Les plateformes ne peuvent JAMAIS invoquer directement les paiements de portefeuille. Après le 2FA, la charge utile du portefeuille est envoyée pour signature. Les opérations de coffre-fort nécessitent un 3FA (2FA + attestation du gardien). Toutes les opérations se produisent exclusivement dans l'environnement protégé intelligent de ChainGuard - jamais directement dans votre dApp.

Step 6

Recevoir la Preuve de Transaction

Après que l'utilisateur autorise l'action dans l'environnement sécurisé de ChainGuard, ChainGuard exécute la transaction et fournit une preuve :

Response:
{
  "transaction_hash": "0x...",
  "block_number": 12345,
  "status": "confirmed",
  "proof": {
    "signature": "...",
    "timestamp": "...",
    "execution_id": "..."
  }
}

Votre backend peut utiliser cette preuve de transaction pour mettre à jour votre base de données ou votre frontend, complétant le flux d'action.

Voir la Documentation Complète

Sécurité et Confidentialité

Construit avec la sécurité et la confidentialité comme principes fondamentaux

Standard OAuth 2.0

Flux de code d'autorisation standard de l'industrie avec support PKCE. Protocoles de sécurité éprouvés.

Protection CSRF

La validation du paramètre d'état empêche les attaques de falsification de requête intersites. Toutes les redirections sont validées.

Stockage Sécurisé des Tokens

Les tokens d'accès sont de courte durée. Les tokens de rafraîchissement sont stockés de manière sécurisée côté serveur. Jamais exposés au frontend.

Confidentialité d'Abord

Les utilisateurs contrôlent quelles données sont partagées. Accès basé sur les permissions avec consentement explicite. Pas d'exploitation de données.

Données Chiffrées

Toutes les données utilisateur chiffrées au repos et en transit. Chiffrement AES-256-GCM pour les informations sensibles.

Journalisation d'Audit

Piste d'audit complète de tous les événements d'authentification. Surveillance de la sécurité et détection des menaces.

Cas d'Utilisation

Parfait pour toute application Web3 qui nécessite une authentification sécurisée

Prêt à Intégrer ChainGuard OAuth?

Commencez à construire une authentification Web3 sécurisée pour votre dApp. Commencez en quelques minutes avec notre documentation complète et nos outils de développement.

Commencer

Voir la Documentation

ChainGuard OAuth

Authentification Web3 Contrôlée par l'Utilisateur

Featured Collections

Comment Fonctionne ChainGuard OAuth

L'Utilisateur Visite Votre dApp

Scanner la Demande de Connexion

Autoriser les Permissions pour dApp

Le Backend Valide la Connexion

Statut de Connexion Envoyé au Frontend

Pourquoi Choisir ChainGuard OAuth?

Sécurité Multi-Facteurs

Package de Données Basé sur les Permissions

Identité Unifiée

Intégration Simple

2FA Obligatoire Avant les Opérations de Portefeuille

Preuve et Exécution de Transaction

Support Multi-Chaîne

Qu'est-ce qui Rend ChainGuard OAuth Différent?

2FA Obligatoire Avant les Opérations de Portefeuille

Preuve et Exécution de Transaction

Aucune Connexion de Portefeuille Requise

Autorisation d'Action, Pas Seulement l'Authentification

Natif Multi-Chaîne

Packages de Données Basés sur les Permissions

L'Avantage ChainGuard

Guide d'Intégration Rapide

Enregistrer Votre Application

Ajouter le Bouton d'Autorisation

Gérer le Callback

Accéder aux Données Utilisateur

Demander des Actions (Optionnel)

Recevoir la Preuve de Transaction

Sécurité et Confidentialité

Standard OAuth 2.0

Protection CSRF

Stockage Sécurisé des Tokens

Confidentialité d'Abord

Données Chiffrées

Journalisation d'Audit

Cas d'Utilisation

Plateformes DeFi

Marchés NFT

Jeux Web3

Plateformes DAO

Plateformes de Trading

dApps d'Entreprise

Prêt à Intégrer ChainGuard OAuth?

ChainGuard OAuth - User-Controlled Web3 Authentication

How ChainGuard OAuth Works

Integration Guide

Security Features

Use Cases