PolyFlow
Official WebsiteXDiscordMedium
  • Polyflow Overview
  • PolyFlow DAPP
    • White Paper
    • User Guide
    • Seed Season Campaign
  • Payment ID - PID
    • Intro
    • PID Use Case
    • Identity Issuer Ref
  • Payment Liquidity Pool - PLP
    • Intro
    • Ecosystem Participants
    • PLP Mechanism
      • PF Token
      • Wallet Creation Workflow
      • Receive Crypto Workflow
      • Withdraw Crypto Workflow
      • Fee Distribution
  • Stake
    • Intro
    • Staking Workflow
  • Backers
  • Team
  • FAQ
  • Links
    • Official Website
    • X
    • Medium
    • Mirror
    • Discord
    • Telegram
    • Telegram Chat Group
    • Brand Kits
Powered by GitBook
On this page
  • Refund/Withdrawal
  • Fast Redemption
  • Normal Redemption
  • pfUSDT Redemption
  1. Payment Liquidity Pool - PLP
  2. PLP Mechanism

Withdraw Crypto Workflow

PreviousReceive Crypto WorkflowNextFee Distribution

Last updated 3 months ago

Redemption Cooldown Period

  1. The purpose of setting a redemption cooldown period is to prevent large-scale funds from entering the system and quickly exiting before or after a rebase, effectively draining a large portion of the pool's profits.

  2. The duration of this cooldown period is to be determined, and further discussion at the business level is needed.

Directed Redemption Feature

  1. In normal redemption within the PLP system, the initiator of pfToken redemption can specify another address as the recipient of the redemption request, allowing the recipient to claim the redeemed USDT from the contract.

  2. During the fast redemption process within the staking pool (pfToken-USDT Swap), the initiator of the redemption can specify the recipient of the USDT after the swap. The transaction will directly transfer the swapped USDT to the designated user.

Refund/Withdrawal

1-1. The customer initiates a refund request to the merchant.

1-2. The merchant initiates a withdrawal request to A Gateway.

In this version, both the merchant processing the user refund and initiating their own withdrawal are essentially the same action, requiring A Gateway to withdraw USDT or pfUSDT from the Protocol and provide it to the merchant.

Fast Redemption

2-1. A Gateway calculates the corresponding pfUSDT amount for the user’s withdrawal request, then initiates a fast exchange with the PLP Staking contract, specifying the recipient address.

2-2. The PLP Staking contract transfers USDT from the pool to the merchant.

Normal Redemption

3-1. A Gateway calculates the corresponding pfUSDT amount for the user’s withdrawal request, then initiates a redemption request to the PLP core contract, specifying the redeeming address.

3-2. After receiving the redemption request and verifying its accuracy, the PLP core contract calls the burn method of the pfUSDT contract to destroy pfUSDT.

Once the burn process is completed, the PLP core contract locks the corresponding USDT for the user.

3-3. After the redemption window expires, the merchant can initiate the redemption to receive the USDT from the PLP core contract.

pfUSDT Redemption

4-1. A Gateway may choose to directly transfer pfUSDT to the merchant.

The merchant will then need to initiate the redemption request and redeem the funds.