Fetcch
  • ๐ŸŸ What is Fetcch?
  • ๐Ÿš…Pull Payments Layer
    • ๐Ÿ”ญOverview
    • โ“How it works?
      • ๐Ÿ‘ฎSpecification
      • ๐ŸŽ’How is it stored?
      • ๐ŸŒŠPull Payments Flow
    • ๐Ÿ”Security
      • ๐ŸŽ’Storage
      • โ›“๏ธCross Chain
    • โš”๏ธUse Pull Payments
  • ๐Ÿ†”Universal Identity Layer
    • ๐Ÿ”ญOverview
    • โ“How it works?
      • ๐Ÿ‘ฎSpecifications
      • ๐ŸŽ’How is it stored?
      • ๐ŸŒŠIdentity Flow
    • ๐Ÿ”Security
      • ๐ŸŽ’Storage
    • โš”๏ธUse Fetcch Identity
  • ๐Ÿ—๏ธData Structures
    • ๐Ÿ“–Address Books
      • ๐Ÿ”ญOverview
      • ๐ŸŽ’Storage
  • ๐Ÿ’ปHow to integrate?
    • โœˆ๏ธQuickstart
    • โ›ท๏ธSDK Quickstart
    • ๐Ÿ”“Blockchain
    • โœจGuides
      • ๐Ÿ™‡Authentication
      • ๐Ÿ˜Identity
        • How to resolve identity?
        • How to create identity?
        • How to update identity?
      • ๐ŸคŒTransaction Requests
        • How to get transaction requests?
        • How to create transaction request?
        • How to build transaction?
        • How to resolve transaction request?
      • ๐Ÿซ‚Address Books
        • How to get address books?
        • How to create address books?
        • How to share address book?
        • How to accept address book request?
      • โš™๏ธUtility
        • How to sign messages?
          • EVM
          • Solana
          • Aptos
          • EIP-6492 Compatible Signatures
        • How to generate & verify proofs for identity?
    • ๐Ÿ“–API Reference
      • โ˜ข๏ธTroubleshooting Errors
      • ๐ŸŸขOpenAPI Specs
  • ๐ŸงOpen Source
    • ๐Ÿ“ธ@fetcch/resolve-names
  • ๐ŸฅถFAQs
    • FAQs
Powered by GitBook
On this page
  • Receiver's Workflow
  • Senderโ€™s Workflow
  1. Pull Payments Layer
  2. How it works?

Pull Payments Flow

PreviousHow is it stored?NextSecurity

Last updated 1 year ago

Here's a breakdown of the sequential actions taken by the receiver and sender to facilitate a smooth transaction:

Receiver's Workflow

  1. Transaction List Compilation:

    • Generates a list encompassing detailed transactions.

      • Specification: Primarily token transfers leveraging ERC (or corresponding token standards) protocols.

  2. Payment Request Configuration:

    • Instigates a PaymentRequest object derived from the transaction list.

    • Incorporates transaction metadata such as token type, quantity, and intended beneficiary.

    • Uses a private key to digitally sign the request, confirming its authenticity.

  3. Engagement with the Fetcch Network:

    • Transmits the PaymentRequest to the Fetcch Network using a designated API endpoint.

      • Consensus Phase: The network conducts a swift consensus check to prevent any unauthorized actions.

      • Data Storage: Initially, the request is archived in a local distributed repository.

      • On-Chain Integration: Post verification, the request is bundled with similar ones and inscribed onto the target blockchain, ensuring efficient fee management.

  4. Notification to Sender:

    • Sender (Initiator) is notified of the payment request through one or more of the channels, listed below

      • Push Mechanisms: Utilizing Google/Apple Notification Services.

      • Server Intercommunication: Deploying webhooks for seamless server-to-server relay.

      • Synchronous Communication: Through websockets ensuring real-time notification dispatch.

Senderโ€™s Workflow

  1. Payment Request :

    • Captures the incoming alert regarding the payment request through designated notification channels.

    • Extracts and deciphers the PaymentRequest payload to assimilate the transaction prerequisites.

  2. Authentication and Authorization:

    • Confirms the details and signs the transactions on the blockchain.

  3. Transaction Confirmation:

    • Upon successful validation and recording of the transaction on the blockchain, a transaction hash is generated as a unique identifier.

    • Updates the payment request with the generated transaction hash

      • Integrity Verification: Fetcch's backend compares the transaction hash with the original PaymentRequest to validate the asset exchange and to preclude any unauthorized alterations.

  4. Notification Dispatch to Receiver:

    • Receiver is notified of the completion of the payment request through one or more of the channels, listed below

      • Push Mechanisms: Utilizing Google/Apple Notification Services.

      • Server Intercommunication: Deploying webhooks for seamless server-to-server relay.

      • Synchronous Communication: Through websockets ensuring real-time notification dispatch.

๐Ÿš…
โ“
๐ŸŒŠ