Activos digitales

Invertir en Request (REQ) – Todo lo que necesitas saber

Una guía actual de Request Network, REQ, pagos de stablecoin de billetera a billetera, enrutamiento entre cadenas, quemas de tokens, gobernanza, beneficios y riesgos.

mm
Añade Securities.io a tus fuentes preferidas en Google
Divulgación: Securities.io puede recibir una compensación cuando usa enlaces a productos que evaluamos. Esto no influye en nuestras evaluaciones editoriales. No somos un asesor de inversiones registrado; esto no es asesoramiento de inversión. Lea nuestra divulgación de afiliados.

Request (REQ ) Network (REQ) es un protocolo de código abierto para crear, almacenar, pagar y conciliar solicitudes de pago en cripto. Su enfoque actual son los pagos de stablecoin de billetera a billetera para empresas, incluyendo enrutamiento entre cadenas, pagos masivos, referencias de pago y filtrado opcional de billeteras.

REQ es el token de gobernanza y utilidad de Ethereum (ETH ) asociado al protocolo. Tiene dos funciones actuales: los poseedores participan en la gobernanza, y una parte de REQ se quema cada vez que una solicitud se almacena en cadena. REQ no es la moneda que un cliente debe usar para pagar una factura; las empresas normalmente envían y reciben stablecoins u otros activos compatibles.

REQ Gráfico de precios

¿Qué es Request Network?

Request Network es una capa de solicitud de pago y conciliación, no una blockchain independiente, banco o procesador de pagos custodial. Un beneficiario crea una solicitud que describe quién debe ser pagado, el monto esperado, la moneda, la fecha de vencimiento y datos comerciales opcionales. Las partes autorizadas pueden aceptar, actualizar, cancelar o pagar la solicitud.

El protocolo vincula ese registro estructurado con una transferencia en cadena. Esto resuelve una limitación básica de las blockchains públicas: un hash de transacción prueba que el valor se movió, pero no explica automáticamente a qué factura, cliente, servicio o asiento contable pertenece el pago.

Request Network comenzó en 2017 con una visión amplia de facturación descentralizada. Para 2026, había centrado el producto en la aceptación y pagos masivos de stablecoin, reportando más de $2 mil millones de dólares en volumen de billetera a billetera.

Cómo se almacenan las solicitudes de pago

Los datos de la solicitud pueden serializarse, firmarse, cifrarse cuando sea necesario y almacenarse a través de Request Nodes. La documentación describe el contenido de la solicitud en IPFS con hashes anclados en la cadena Gnosis (GNO ) , mientras que la ejecución del pago puede ocurrir en varias cadenas compatibles.

El beneficiario y el pagador autorizan actualizaciones con firmas criptográficas. La lógica de Request rastrea los montos esperados, reducciones, aumentos, aceptaciones, cancelaciones, partes interesadas y saldos de pago. Los indexadores ayudan a las aplicaciones a recuperar y conciliar este historial.

La arquitectura combina múltiples sistemas en lugar de colocar todo en un solo smart contract. Los usuarios dependen de la disponibilidad de IPFS, Request Nodes, registros de Gnosis Chain, contratos de pago específicos de cadena, indexadores, proveedores RPC y la interfaz de aplicación que elijan.

Pagos directos de billetera a billetera

Request Network está diseñado para que los fondos se muevan desde la billetera del pagador a la billetera del destinatario sin que Request tome custodia. El protocolo puede generar una página de pago a prueba de manipulaciones que muestra el destinatario previsto, el monto, el token y la referencia.

La liquidación no custodial reduce el riesgo de que un procesador de pagos congele o pierda fondos que retiene. No elimina el riesgo. Un usuario aún puede aprobar un contrato malicioso, pagar la solicitud equivocada, perder claves privadas, recibir un activo contaminado o depender de un puente o intercambio que falle.

Los pagos normalmente son irreversibles después de la confirmación. Las disputas, reembolsos, contracargos y obligaciones de servicio al cliente deben gestionarse mediante las políticas del comerciante o un acuerdo separado.

Enrutamiento de stablecoin entre cadenas

El producto actual abstrae las diferencias entre stablecoins y redes compatibles. Un comerciante puede especificar el token y la cadena de destino que desea, mientras que el pagador puede usar otro activo o cadena compatible. Los servicios de enrutamiento realizan el intercambio y las operaciones de puente necesarias antes de la entrega final.

En 2026, Request anunciaba acceso a la mayor parte del suministro global de stablecoins en Ethereum, BNB Chain, Base, Polygon (POL ), Arbitrum (ARB ), Optimism (OP ) y Tron (TRX ). Los pagos EVM pueden abstraerse del gas, y una actualización de julio de 2026 añadió una ruta sin gas para USDT en Tron sin requerir que el pagador posea TRX.

La comodidad entre cadenas amplía la superficie de ataque. Un pago enrutado puede depender de cotizaciones de precios, límites de deslizamiento, puentes, enrutadores, relayers, pools de liquidez, emisores de stablecoins y múltiples redes. El destinatario debe verificar la liquidación final en lugar de asumir que una solicitud firmada garantiza la entrega.

Pagos masivos e integración con Safe

Las herramientas de pago de Request permiten a una organización enviar stablecoins a muchos destinatarios con una sola aprobación, respetando el token y la cadena preferidos por cada destinatario. Esto puede reducir el cambio manual de billeteras para nóminas, pagos a contratistas, subvenciones u operaciones de tesorería.

La red también integra cuentas inteligentes Safe. Las organizaciones pueden aplicar reglas de aprobación multifirma antes de ejecutar pagos individuales o por lotes. La combinación es útil para equipos de finanzas on‑chain, pero la seguridad sigue dependiendo de los dispositivos de los firmantes, los módulos Safe, la configuración de umbrales, la verificación de direcciones y los controles internos.

Los pagos masivos multiplican el riesgo operativo. Una hoja de cálculo incorrecta, un firmante comprometido o una integración defectuosa pueden afectar a muchos destinatarios a la vez. Los equipos deben probar lotes pequeños, usar listas blancas de direcciones y mantener conciliaciones independientes.

Filtrado de billeteras

Los destinatarios pueden habilitar el filtrado de billeteras antes de que el pagador reciba la ruta de pago final. Request ha integrado proveedores de riesgo, incluidos Hypernative y Merkle Science, para sanciones, jurisdicción, spam y otras verificaciones de riesgo.

El filtrado puede ayudar a una empresa a reducir la exposición a direcciones de alto riesgo conocidas, pero no garantiza fondos legales. Los proveedores de análisis pueden generar falsos positivos o pasar por alto nuevas amenazas, y sus clasificaciones pueden diferir. El comerciante sigue siendo responsable de cualquier cumplimiento, diligencia del cliente, impuestos y obligaciones de reporte que apliquen.

Las afirmaciones de que un protocolo no custodial no necesita licencia de pago o de activo virtual en todas partes deben tomarse con cautela. El estatus legal depende del producto, operador, jurisdicción, control sobre el enrutamiento, tarifas y relación con el cliente.

Request Network y Request Finance

Request Network es el protocolo abierto y la fundación suiza que lo administra. Request Finance es una empresa separada que construyó facturación, cuentas por pagar, nóminas y productos empresariales relacionados usando la tecnología de Request.

Los dos equipos se separaron. Los inversores no deben atribuir automáticamente a la Fundación Request Network o al token REQ los clientes, ingresos, financiamiento o decisiones de producto de Request Finance.

El ecosistema también incluye aplicaciones e integraciones independientes. La composabilidad de código abierto es una ventaja, pero un producto de terceros puede cambiar de proveedores o dejar de usar el protocolo.

Utilidad del token REQ

REQ es un token ERC‑20 con dos funciones enfatizadas por Request Network en 2026:

  • Quema del protocolo: una parte de REQ se elimina de la oferta cada vez que una solicitud se almacena en cadena; y
  • Gobernanza: los poseedores pueden influir en la dirección del protocolo y de la fundación de propiedad comunitaria.

Los usuarios no necesitan denominar facturas o pagos en REQ. Un Request Node o servicio puede cubrir los costos del protocolo mientras los clientes pagan en stablecoins. Esto mejora la usabilidad pero debilita cualquier suposición de que el volumen de pagos genere una presión de compra de REQ uno a uno.

La quema vincula la oferta del token al uso del protocolo, sin embargo su efecto económico depende del número de solicitudes, la cantidad quemada, el precio de mercado de REQ y si el uso se paga con ingresos sostenibles de clientes. Una quema pequeña no puede compensar una demanda débil o grandes ventas en el mercado.

Suministro y gobernanza de REQ

Un billón de REQ se creó en el génesis, sin inflación continua ni desbloqueos programados futuros. La asignación original fue aproximadamente 49,97 % a la venta pública, 20,01 % a los primeros contribuyentes, 18,01 % al equipo y asesores, y 12,01 % a la fundación.

Las quemas han reducido la oferta total por debajo del billón original. La oferta circulante es aún menor porque los saldos de la fundación, tesorería, exchanges y balances inactivos pueden no ser líquidos. Los inversores deben verificar la oferta actual, las carteras de la tesorería, las quemas y la concentración de poseedores en Ethereum.

La participación en la gobernanza no confiere acciones, derechos sobre comisiones de procesamiento o propiedad de stablecoins movidos a través del protocolo. La influencia práctica depende de las reglas de propuesta, la participación, delegados, poderes de la fundación y la implementación.

Beneficios de Request Network

  • Infraestructura de pagos operativa: el protocolo ha funcionado desde 2017 y reporta más de $2 mil millones de dólares liquidados.
  • Diseño no custodial: los fondos se mueven directamente entre billeteras controladas por el usuario.
  • Contexto de pago: las solicitudes estructuradas conectan transferencias en cadena con facturas y registros contables.
  • Abstracción entre cadenas: pagadores y destinatarios pueden usar diferentes stablecoins y redes compatibles.
  • Pagos masivos: las empresas pueden enviar muchos pagos mediante un único flujo de aprobación.
  • Herramientas de cumplimiento: el filtrado opcional de billeteras ocurre antes de que la dirección del destinatario se exponga para el pago.
  • Acceso para desarrolladores: APIs, paquetes SDK, webhooks y componentes de código abierto soportan integraciones y DApps.
  • Oferta fija de token: no está programada nueva emisión de REQ, mientras que el uso de la red genera quemas.

Riesgos a considerar antes de invertir en REQ

  • Riesgo de captura de valor: los pagos pueden realizarse en stablecoins sin que los usuarios finales compren REQ.
  • Riesgo de escala de quema: las quemas de tokens pueden ser económicamente insignificantes en relación con el comercio y la oferta de la tesorería.
  • Dependencia de la fundación: el producto, API, marketing, integraciones y gobernanza dependen de la ejecución de la fundación.
  • Riesgo entre cadenas: puentes, swaps, enrutadores, relayers y redes anfitrionas pueden fallar o ser explotados.
  • Riesgo de stablecoin: USDC, USDT y otros activos pueden perder la paridad, congelar direcciones o enfrentar problemas del emisor y reservas.
  • Riesgo de disponibilidad de datos: Request Nodes, IPFS, Gnosis Chain, indexadores y servicios RPC deben permanecer disponibles.
  • Riesgo de cumplimiento: el filtrado no elimina licencias, sanciones, impuestos, AML y obligaciones de protección al consumidor.
  • Irreversibilidad: los pagos erróneos o fraudulentos en blockchain generalmente carecen de contracargos.
  • Riesgo de cuenta inteligente: los módulos Safe, firmantes, permisos y lógica de lotes pueden estar mal configurados o comprometidos.
  • Competencia: procesadores de pagos, billeteras, emisores de stablecoins, exchanges y otros protocolos ofrecen servicios superpuestos.
  • Riesgo de gobernanza: baja participación y balances concentrados pueden limitar el control comunitario.
  • Confusión de marca: los resultados de Request Finance no se acumulan automáticamente a REQ o Request Network.

Qué deben vigilar los inversores

Indicadores importantes incluyen volumen de pagos y solicitudes, pagadores y destinatarios únicos, clientes recurrentes, uso de API que genera ingresos, recuento de almacenamiento de solicitudes, REQ quemado por período, saldos y gastos de la tesorería, cadenas y stablecoins compatibles, tasas de finalización entre cadenas, incidentes de puentes, adopción del filtrado de billeteras, volumen de pagos masivos, integraciones Safe, lanzamientos para desarrolladores, participación en la gobernanza y retención de clientes después del relanzamiento del producto en 2026.

El volumen bruto de pagos por sí solo es incompleto. Los inversores deben preguntar cuánto volumen utiliza el protocolo Request, cuánto es recurrente, qué tarifas se recaudan y cuántos REQ se eliminan realmente como resultado.

Cómo comprar Request (REQ)

REQ está disponible a través de exchanges centralizados seleccionados y mercados DeFi de Ethereum.

Coinbase – Lista REQ para clientes elegibles.

Kraken – Ofrece mercados de REQ en regiones compatibles.

Binance – Ofrece comercio de REQ donde esté disponible.

Los compradores que usen un exchange descentralizado deben verificar el contrato oficial de Ethereum, la liquidez del pool, el impacto en el precio y las aprobaciones del token.

Perspectivas de Request Network

Request Network ha superado su narrativa anterior centrada solo en facturación. Su producto actual aborda la aceptación de stablecoin, la liquidación entre cadenas, el filtrado, la conciliación y los pagos masivos mientras mantiene los fondos en billeteras controladas por el usuario. Los lanzamientos de 2026 y el historial de transacciones reportado muestran un protocolo activo en lugar de un concepto abandonado de 2017.

REQ ofrece una utilidad inusualmente clara a través de la gobernanza y las quemas vinculadas a solicitudes, pero la conexión no es automática. El volumen de stablecoin solo importa cuando crea solicitudes almacenadas y quemas de token significativas o refuerza una economía sostenible del protocolo. Los inversores deben evaluar el uso recurrente, las tarifas reales, la magnitud de la quema, la disciplina de la tesorería y la fiabilidad entre cadenas en lugar de asumir que todos los pagos cripto benefician a REQ.

David Hamilton es un periodista a tiempo completo y un bitcoinista de larga trayectoria. Se especializa en escribir artículos sobre la blockchain. Sus artículos han sido publicados en múltiples publicaciones de bitcoin, incluyendo Bitcoinlightning.com