Saltar a contenido

Alfred

Summary

Alfred es un proveedor de infraestructura de pagos fiat/cripto y rampas on/off que encaja como candidato prioritario para el MVP de Landbridge. Las fuentes internas lo priorizan por su supuesta integración con Fireblocks y rapidez operativa; la documentación pública lo describe como una API REST de “last mile payments” para conectar monedas digitales con efectivo/cuentas bancarias, con KYC/KYB, cuentas virtuales, quotes, onramp/offramp, webhooks y rails locales principalmente en Latinoamérica.

Who or What

Proveedor de rampas, liquidez y pagos fiat/cripto. En el flujo Landbridge, Alfred podría convertir stablecoins/cripto a fiat y pagar a cuentas bancarias o beneficiarios fiat, o recibir fiat y enviar stablecoins. Su producto público incluye Alfred API/Penny API, Payments, Virtual Accounts, Liquidation Addresses, OTC Trading bajo solicitud, KYC/KYB onboarding y AlfredPayment Manager para direcciones custodiales rotativas.

Key Facts

  • Documentación pública: API REST con GET, POST y PUT, autenticada con headers api-key y api-secret.
  • Ambientes documentados: sandbox en penny-api-restricted-dev.alfredpay.io/.../penny y producción en api-service-co.alfredpay.app/.../penny.
  • Ofrece onramp, offramp, crypto-to-crypto y fiat-to-fiat; también first-party y third-party payments.
  • KYC/KYB es parte central del producto. La FAQ dice que KYC completo es requisito antes de depósitos/retiros; algunas jurisdicciones pueden usar KYC Lite.
  • Soporta KYC vía API o iFrame; KYB iFrame se apoya en Aiprise y recoge información de empresa, beneficiarios/owners y documentos corporativos.
  • Rails fiat documentados: USD ACH/wire, MXN SPEI, BRL PIX, COP NEQUI/bank transfer, ARG COELSA, HK/China bank transfer; otras páginas incluyen ejemplos para Bolivia, Chile, Perú y República Dominicana.
  • Activos/redes documentados: USDC en Arbitrum, Base, Ethereum, Optimism, Polygon, Solana y Stellar; ETH en Ethereum; USDT en Ethereum y Tron.
  • Virtual accounts: México, Argentina y USA figuran live in prod; Colombia y Brasil figuran como Q4. Argentina aparece como named by alias; otros como non-named.
  • Liquidation address: ruta permanente que conecta una cuenta virtual Alfred con una dirección blockchain y convierte depósitos fiat a USDC/USDT.
  • Offramp: requiere customer KYC(B) aprobado, quote y fiatAccountId registrado; la documentación muestra ejemplos desde USDC hacia fiat local.
  • Webhooks firmados con HMAC SHA-256 notifican KYC, onramp, offramp y refund. Los estados finales de transacción relevantes son success/failure (ON_CHAIN_COMPLETED para onramp y FIAT_TRANSFER_COMPLETED para offramp, además de FAILED).
  • La documentación pública no menciona Fireblocks. La relación Alfred-Fireblocks procede de las transcripciones internas, no de las docs scrapeadas.

Evidence

  • src-transcripcion-2026-05-07-revision-aspectos-pythas: el equipo indica que Alfred ya está integrado con Fireblocks, reduce tiempo de lanzamiento y permitiría solicitar intercambio de dinero desde Fireblocks.
  • src-alfred-provider-docs-2026-05-11: Overview define Alfred como solución de last mile payments entre digital currencies y cash/bank accounts, con KYC, payment methods, quotes y movimiento on/off chain.
  • src-alfred-provider-docs-2026-05-11: Sending Money describe Payments, Virtual Accounts, Liquidation Address y OTC Trading; y define onramp/offramp.
  • src-alfred-provider-docs-2026-05-11: Create a Payment documenta onramp y offramp con customerId, quoteId, currencies, amount, chain, depositAddress/originAddress y fiatAccountId.
  • src-alfred-provider-docs-2026-05-11: FAQ indica KYC obligatorio antes de depósitos/retiros, quotes con fees incluidos, expiración de quotes en 30 minutos y 1 llamada/segundo como ritmo aceptable.

Open Questions

  • Confirmar si Alfred acepta el modelo interno descrito —Landbridge verifica al cliente y Alfred no hace KYC individual— o si en producción requerirá KYC/KYB Alfred por cada cliente/beneficiario.
  • Confirmar licencias, entidad contractual, límites de volumen, jurisdicciones live, fees y SLA para operaciones inmobiliarias de ticket alto.
  • Confirmar si puede pagar directamente a title/escrow/underwriter como third-party payment y qué documentación adicional exigiría.
  • Confirmar si la integración con Fireblocks es nativa, contractual y disponible para Landbridge, o solo una expectativa del equipo.
  • Confirmar cómo gestionar devoluciones/fallos si una operación inmobiliaria no cierra después del depósito o conversión.
  • src-transcripcion-2026-05-07-revision-aspectos-pythas
  • src-alfred-provider-docs-2026-05-11
  • [[concept-alfred-api-integration]]
  • [[concept-proveedor-de-liquidez]]
  • [[concept-crypto-to-fiat-settlement-inmobiliario]]
  • [[concept-webhook-y-estado-de-pagos-en-alfred]]
  • [[concept-mvp-manual-para-quick-win]]
  • [[entity-pythas]]