Core Concepts & Capabilites

Core Platform Capabilities

Fiat → Stablecoin Onramp

Alfred enables businesses to convert supported fiat currencies into stablecoins and deliver the resulting assets to a blockchain wallet.

Common use cases include enabling customers to purchase stablecoins or funding digital asset accounts.

Stablecoin → Fiat Offramp

Digital assets can be converted into local fiat currencies and delivered to supported bank accounts.

This allows platforms to provide withdrawal functionality or settle funds from blockchain networks into traditional banking systems.

Customer Onboarding and Compliance

Alfred includes an integrated KYC/KYB onboarding engine that enables businesses to onboard users in a compliant manner.

Developers can create and manage customer profiles, collect identity information, and monitor onboarding status directly through the API without building their own compliance infrastructure.

Payment Methods

Customer payment methods such as bank accounts can be securely registered and associated with customer profiles.

These payment methods are used when initiating onramp or offramp transactions.

Real-Time Quotes

Before initiating a transaction, developers can request a real-time quote that returns pricing, exchange rates, and fees associated with a transaction.

Quotes allow applications to display accurate pricing to users prior to transaction execution.

Transaction Monitoring

All transactions created through the Alfred API can be monitored through the API or via webhook notifications.

Transaction statuses provide visibility into each stage of processing and allow applications to update user interfaces or trigger internal workflows.


Core Concepts

Understanding the core objects used throughout the Alfred API will make integration easier.

Customer

Customer represents an individual or business interacting with your platform. Customers must complete identity verification before initiating financial transactions. Alfred performs KYC or KYB checks using the information and documents submitted for the customer. Your business will also have a customerID.

Once onboarding is complete, payment methods can be linked and transactions can be executed.

KYC/B Onboarding

KYC onboarding refers to the process of collecting and verifying identity information required to enable transactions.

Requirements vary depending on the country of residence and the transaction type. Once submitted, the information is reviewed and the customer’s verification status is updated.

Quote

A quote represents the pricing and exchange rate returned before initiating a transaction. Quotes typically expire after a short period and should be refreshed before executing a transaction. It is not required to generate a quote in order to receive a local deposit into a Virtual account.

Payment Method

A payment method represents a bank account or payout destination associated with a customer. Payment methods are required when initiating fiat transactions such as offramps.

Transactions

Transactions represent the movement of funds through Alfred's payment infrastructure. Alfred supports three primary transaction types:

Onramp Transaction

A deposit of fiat currency from a user’s bank account that is converted into crypto and delivered to a blockchain wallet.

Offramp Transaction

An Offramp allows users to sell digital assets and receive local fiat currency through supported banking rails.

Third-party payments can also be executed as an offramp transaction when additional recipient information is provided.

Payment Models

Alfred supports both first-party and third-party payments.

First-Party Payments

First-party payments involve moving funds on behalf of the same individual or business whose identity has been verified through KYC or KYB.

Examples include:

  • A business converting USD to USDC for treasury operations.
  • An individual converting USDC into local currency such as ARS.
Third-Party Payments

Third-party payments involve sending or receiving funds on behalf of another party. Third-party payments can also be executed as an offramp transaction when additional recipient information is provided.

Examples include:

  • A platform paying wages to a worker.
  • A marketplace collecting payments from consumers on behalf of merchants.
  • A platform distributing funds to vendors or partners.

Depending on the transaction type and jurisdiction, Alfred may request additional documentation or information to support third-party payments.