Puntos clave de la noticia:
- Request Network lanzó un dashboard que centraliza onboarding, branding, fees y wallet screening para plataformas, gateways y marketplaces desde una sola interfaz.
- Los comercios configuran redes y stablecoins mediante enlaces personalizados. Las plataformas pueden personalizar páginas, fijar fees por comercio y recibir márgenes onchain sin custodiar fondos.
- El wallet screening utiliza Hypernative o Merkle Science y bloquea pagos que no superen los controles. Los super administradores conservan las configuraciones.
Request Network lanzó un dashboard unificado para plataformas que gestionan múltiples comercios, reuniendo onboarding, branding de pagos, fees y wallet screening en una sola interfaz. El anuncio oficial confirma que el orchestrator dashboard ya está disponible. Diseñada para gateways, marketplaces y plataformas de pago, la herramienta amplía la infraestructura de pagos onchain de Request Network al permitir que los equipos administren configuraciones sin depender de desarrolladores.
Operaciones comerciales unificadas con fees personalizados y wallet screening
El onboarding de comercios ahora funciona mediante enlaces personalizados generados por los operadores de la plataforma. Los comercios conectan una wallet, seleccionan su blockchain y stablecoin para settlement y configuran proveedores de screening. El proceso consta de cuatro pasos, aunque puede automatizarse mediante API. Una lista muestra identificadores, estado del onboarding y detalles de configuración, además de permitir exportaciones CSV y desactivación de comercios.
El dashboard ofrece páginas de pago white-label con branding configurable. Los operadores pueden aplicar su identidad o la del comercio, incluyendo nombre, colores y logo, sin desarrollo. Para plataformas que atienden a varias empresas, esto permite mantener cada experiencia de pago alineada con la marca mientras la administración permanece centralizada.
La gestión de fees es otra función central, ya que los operadores pueden establecer cargos predeterminados y modificarlos por comercio. Los cobros y payouts pueden tener fees separados, pagados por el cliente o comercio. Request afirma que estos fees se dividen onchain durante la transacción y se envían a la wallet de la plataforma, sin que el operador tenga que custodiar fondos de los comercios.
Para los controles de transacciones, el wallet screening puede configurarse para cada comercio mediante Hypernative o Merkle Science. Las plataformas pueden definir proveedores principales y de respaldo, utilizar verificaciones estándar o aplicar reglas KYT personalizadas mediante sus cuentas. Si una verificación falla, el pago no se inicia. Los permisos administrativos separan la gestión cotidiana de configuraciones sensibles reservadas al super administrador.
Este enfoque complementa soluciones como las aprobaciones multisig onchain, los pagos USDT sin gas y la integración con Chainlink para facturas denominadas en fiat. La nueva herramienta está dirigida a intermediarios de pago, no únicamente a comercios individuales, ofreciéndoles una interfaz única para gestionar programas completos. Request indica que las plataformas pueden crear un identificador de orchestrator mediante una sola llamada API basada en wallet. Su efectividad dependerá de la adopción entre operadores de pagos.
