Modèle de backend d'application de paiement pair-à-pair
Transactions sécurisées et transferts instantanés

Points clés

Aperçu

Un produit de paiement de pair à pair nécessite une gestion sécurisée des transactions, une visibilité des soldes en temps réel et des collaborations entre utilisateurs.

Ce modèle modélise l'Utilisateur, la Transaction, le Solde et la Notification avec des mesures de sécurité strictes, permettant aux équipes de mettre en œuvre des systèmes de paiement Swiftment.

Pourquoi construire votre backend de paiement de pair à pair avec Back4app?

Back4app simplifie le traitement des paiements en fournissant des primitives de transaction, permettant à votre équipe de se concentrer sur l'engagement des utilisateurs et la transparence financière plutôt que sur l'infrastructure.

• •Gestion des transactions: Classe de transaction avec des autorisations pour des paiements sécurisés et la gestion des soldes.
• •Notifications et mises à jour en temps réel: Utilisez des notifications en temps réel pour les mises à jour de transaction, en tenant les utilisateurs informés.
• •Accès API flexible: Exploitez à la fois les API REST et GraphQL pour un accès client complet et des intégrations.

Innovez rapidement et améliorez les fonctionnalités de paiement de pair à pair avec un modèle backend unifié sur toutes les plateformes.

Avantages principaux

Un backend de paiement peer-to-peer qui permet une itération rapide sans compromettre la sécurité.

Pile technique

Tous les composants inclus dans ce modèle de backend de paiement peer-to-peer.

Diagramme ER

Modèle de relation d'entité pour le schéma de paiement peer-to-peer.

erDiagram
    User ||--o{ Transaction : "sender"
    User ||--o{ Transaction : "receiver"

    User {
        String objectId PK
        String username
        String email
        String password
        Number balance
        Date createdAt
        Date updatedAt
    }

    Transaction {
        String objectId PK
        Pointer sender FK
        Pointer receiver FK
        Number amount
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux d'exécution standard pour l'authentification, le traitement des transactions, les mises à jour de solde et les notifications utilisateur.

sequenceDiagram
  participant User
  participant App as P2P Payment App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Send payment
  App->>Back4app: POST /classes/Transaction
  Back4app-->>App: Transaction details

  User->>App: Check balance
  App->>Back4app: GET /classes/User/objectId=BALANCE
  Back4app-->>App: Current balance

Dictionnaire de données

Référence complète des champs pour chaque classe dans le schéma de paiement de pair à pair.

Sécurité et autorisations

Comment les stratégies ACL et CLP protègent les utilisateurs, les transactions, les soldes et les notifications.

Schéma (JSON)

Définition de schéma JSON brute prête à être copiée dans Back4app ou à être utilisée comme référence d'implémentation.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "balance": {
          "type": "Number",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Transaction",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "sender": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "receiver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Essayez les points de terminaison REST et GraphQL contre le schéma de paiement peer-to-peer. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le même schéma que ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque pile utilise le même schéma de backend de paiement entre pairs et les contrats API.

Questions Fréquemment Posées

Questions courantes concernant le développement d'un backend de paiement peer-to-peer en utilisant ce modèle.