Request

El libro blanco empieza antes de REQ. Desde 2014, Etienne Tatur y Christophe Lassuyt trabajaron en Moneytis, un agregador de transferencias internacionales basado en Bitcoin. Las conversaciones con empresas y autónomos revelaron que mover el dinero no bastaba: la causa del pago, las condiciones comerciales y el registro contable quedaban dispersos.

Durante Y Combinator Winter 2017, aquella lección se convirtió en Request Network. La capa propuesta sobre Ethereum permitiría a Bob cobrar a Alice, añadir lógica de factura y actualizar un libro compartido al llegar el pago. El documento imaginaba mucho más que una caja de cobro: impuestos, custodia condicional, factoring, auditoría y comercio entre máquinas.

Los contratos de 2017 crearon los mil millones de REQ en el constructor. El repositorio archivado asigna 50% a la venta, 15% al equipo con vesting, 15% a la multifirma de la fundación y 20% a primeros inversores. La página actual agrupa el origen como 49,97% ICO, 20,01% primeros colaboradores, 18,01% equipo y asesores y 12,01% fundación. Como no explica la diferencia, ninguna tabla es el único reparto auditado.

El contrato es más sencillo que la economía del libro blanco. Cada titular puede transferir o quemar su propio REQ, y un autorizado puede quemar la cantidad que se le haya delegado. La función de emergencia del propietario acepta cualquier contrato ERC-20 y envía al propietario un saldo que posea el propio contrato REQ; no alcanza las carteras de otros titulares. Tampoco hay emisión posterior, pausa, congelación o actualización. La lectura del 5 de septiembre de 2026 mostró 999.416.740,934708517074687027 REQ, unos 583.259 menos que al inicio. Esto prueba que hubo quemas, pero no la causa de cada una.

La historia actual de la fundación llama a la etapa una lección difícil: las empresas usaron la facturación, pero sin volumen de pago aquello no generó una red creciente. La admisión contrasta con el ecosistema de aplicaciones que el documento inicial esperaba levantar sobre el libro de solicitudes.

La aplicación empresarial sobrevivió como Request Finance, una compañía francesa distinta. Las preguntas del protocolo dicen que los equipos se separaron y que la fundación no puede dar acceso a las facturas cifradas de Request Finance. Ser cliente de esa empresa no equivale a poseer el protocolo; REQ tampoco es capital de ninguna entidad.

Una solicitud actual es información firmada. La mayor parte vive en la red IPFS dedicada y su identificador de contenido se ancla en Gnosis Chain. Quien firma la creación puede ser distinto de la cartera receptora. Una referencia permite asociar transferencias en Ethereum, Base y otras redes con la solicitud correcta.

La separación delimita la prueba. El registro puede expresar un importe y detectar lo pagado, pero no certifica la validez jurídica de la deuda, garantiza el cobro ni transforma una cifra en moneda fiduciaria en un derecho de rescate contra la fundación. Sus condiciones dicen que no verifica la corrección, custodia fondos ni garantiza la ejecución de terceros.

El 1 de junio de 2026, la fundación anunció cobros en stablecoins, rutas de pago entre cadenas y examen de carteras antes de transferir. El anuncio promocionó alcance en siete redes; la guía de implementación vigente describe una ruta más acotada de la API para USDC y USDT en cinco redes EVM, buscada por LiFi y restringida a Across. Las preguntas oficiales son explícitas: el pago entre cadenas solo está disponible mediante la API, no mediante el protocolo básico de solicitudes.

Este límite concentra decisiones operativas en servicios alojados. La fundación opera la API y sus condiciones dicen que proveedores externos mantienen partes de ella; las credenciales, rutas compatibles, controles de cartera y cotización de comisiones pueden cambiar fuera del contrato REQ. El protocolo abierto sigue disponible, pero poseer REQ no garantiza la comodidad ni la disponibilidad del flujo alojado.

La página actual de REQ afirma que se quema una parte al almacenar cada solicitud y que los titulares pueden participar en decisiones sobre el protocolo y la fundación. La función de quema y la reducción de la oferta demuestran que hubo quemas, pero no identifican su causa como almacenamiento de solicitudes. En las fuentes públicas revisadas no se identificaron una fórmula por solicitud, una regla que convierta comisiones de la API en compras y quemas de REQ ni un contrato de gobernanza en cadena que vincule a la fundación suiza.

REQ queda entre dos épocas. Es un token de emisión inicial fija con historial de quema, mientras el producto vigente cobra comisiones de servicio expuestas en respuestas de la API. Los tenedores pueden participar en debates llamados gobierno; de ello no nace un rescate, reparto de ingresos o propiedad de la fundación.