Request

O que é a Request?

Request é um protocolo open-source de solicitação de pagamento em cripto e de reconciliação que permite que uma empresa ou usuário crie uma solicitação de pagamento assinada semelhante a uma fatura, armazene os dados dessa solicitação em infraestrutura descentralizada e faça a correspondência de pagamentos on-chain subsequentes com essa solicitação sem entregar a custódia dos fundos a um processador de pagamentos. O problema central não é “movimentar tokens” em abstrato, algo que muitas wallets e gateways de pagamento já fazem, mas criar um objeto contábil verificável em torno do pagamento: quem o solicitou, qual valor era devido, qual moeda ou unidade de conta foi usada, onde ocorreu a liquidação e se o pagamento pode ser detectado e reconciliado automaticamente.

A vantagem prática do protocolo está, portanto, mais na integração com o fluxo de trabalho do que no consenso de camada base: a Request combina solicitações de pagamento assinadas, armazenamento em IPFS, ancoragem de CIDs on-chain, eventos de referência de pagamento, webhooks, ferramentas de API e roteamento de pagamentos multi-chain em um primitivo de back-office financeiro, conforme descrito na documentação da Request Network e em sua visão geral do protocolo. docs.request.network

Request não é uma Layer 1 dominante, um rollup ou um grande money market de DeFi; é uma camada de aplicação voltada para pagamentos e ferramentas para desenvolvedores, focada em faturamento cripto, detecção de pagamentos e reconciliação.

No fim de maio de 2026, provedores de dados de mercado colocavam REQ no universo de tokens de baixa a média capitalização, em vez de entre os ativos cripto sistemicamente importantes: a CoinMarketCap mostrava Request por volta da posição #384, enquanto a CoinGecko e a DeFiLlama reportavam valores de capitalização de mercado que variavam de forma relevante devido a diferenças nas metodologias de oferta circulante e no timing. Para esse tipo de protocolo, TVL é uma métrica limitada: a Request Network page da DeFiLlama reporta dados de tesouraria e de mercado do token em vez de uma métrica convencional de TVL de lending/AMM, o que é consistente com o papel da Request como infraestrutura de pagamento em vez de um pool de depósitos de usuários. Seus indicadores de escala mais relevantes são volume de pagamentos e atividade de negócios processada; o site da fundação afirma mais de US$ 2 bilhões em volume processado e ampla cobertura de stablecoins, enquanto o painel comunitário Request Activity Dashboard acompanha pagamentos diários e volume de pagamentos, mas não fornece um conjunto limpo de usuários DAU/MAU comparável a carteiras de consumo ou corretoras. (coinmarketcap.com)

Quem fundou a Request e quando?

A Request foi fundada em 2017 por Christophe Lassuyt e Etienne Tatur, ambos associados ao projeto fintech anterior MONEYTIS; a Y Combinator lista a Request Network como uma empresa do Winter 2017, sediada em Paris, com Lassuyt como Founder/CFO e Tatur como Founder/CTO. O contexto de lançamento é importante: REQ surgiu durante o ciclo de ICOs de 2017, quando muitos projetos tentaram generalizar o Ethereum para além de transferências de tokens, abrangendo contabilidade, comércio e automação de negócios. Bancos de dados históricos de ICOs colocam a venda de tokens em outubro de 2017, com uma oferta inicial de cerca de um bilhão de REQ, embora a oferta atual seja menor após queimas e mudanças na contabilização de tokens. Essa “safra” cria tanto uma vantagem quanto um fardo: a Request sobreviveu a vários ciclos de mercado e manteve software funcional, mas também carrega a sombra reputacional comum a projetos de utility tokens da era 2017, cujas narrativas iniciais muitas vezes superavam a adoção de curto prazo. (ycombinator.com)

A narrativa do projeto foi se estreitando ao longo do tempo.

O enquadramento original era o de uma ampla rede de pagamentos descentralizada para faturas, trilhas de auditoria, conformidade com leis de comércio e solicitações de pagamento globais; o foco atual de produto é mais operacional e menos ideológico, centrado em pagamentos cripto baseados em API, faturamento on-chain, detecção de pagamentos, roteamento cross-chain, pagamentos em lote, pagamentos recorrentes e reconciliação.

Essa evolução é visível nas atualizações da fundação em 2025: a Request lançou a API V2, pagamentos parciais, webhooks aprimorados, fluxos de trabalho cripto-para-fiat, pagamentos em lote e funcionalidade de pagamentos cross-chain, em vez de tentar se tornar uma nova blockchain de propósito geral. Em termos institucionais, o pivô é de “PayPal na blockchain” para middleware para times financeiros, provedores de serviços de pagamento e empresas cripto-nativas que precisam de registros de pagamento estruturados em múltiplas redes. request.network

Como funciona a Request Network?

A Request não possui seu próprio mecanismo de consenso de proof-of-work, proof-of-stake, DAG, conjunto de validadores, sequencer nem rollup. É um protocolo híbrido off-chain/on-chain que persiste a maior parte do conteúdo das solicitações em IPFS, ancora o identificador de conteúdo (CID) em blockchain e processa pagamentos por meio de smart contracts em redes de liquidação suportadas.

A documentação afirma que as solicitações são criadas armazenando CIDs na Gnosis Chain, enquanto os pagamentos podem ocorrer em mais de 20 redes compatíveis com EVM ou na NEAR; o saldo da solicitação é então calculado indexando eventos de pagamento on-chain associados a uma referência de pagamento derivada. Em termos técnicos, a Request é um protocolo de camada de aplicação e uma API para desenvolvedores que herda liveness e finalização de redes externas como Gnosis, Ethereum, Base, Arbitrum, Optimism, Polygon e outras, em vez de prover o seu próprio budget de segurança de camada base. docs.request.network

O mecanismo distintivo do protocolo é a referência de pagamento. No modelo recomendado baseado em referência, um identificador exclusivo derivado dos dados da solicitação vincula um pagamento em blockchain à fatura ou solicitação de pagamento subjacente; contratos proxy encaminham fundos ao destinatário e emitem eventos contendo o valor pago e a referência, enquanto subgraphs indexam esses eventos para reconciliação posterior.

O sistema não usa sharding ou ZK-rollups como primitivos nativos de escalabilidade, e seu modelo de verificação é mais próximo de liquidação indexada por eventos, combinada com metadados de solicitação assinados, do que de verificação de provas criptográficas de rollup. Os Request Nodes fornecem um gateway entre IPFS, smart contracts e The Graph; a fundação opera nós para conveniência dos desenvolvedores, mas recomenda que construtores em produção executem seu próprio nó, o que é importante porque a dependência de gateways e APIs hospedados pela fundação é um vetor de centralização, ainda que os dados de solicitação e os contratos subjacentes sejam open-source.

Solicitações privadas adicionam criptografia assimétrica e AES: o conteúdo das solicitações é criptografado com uma chave AES, e essa chave é criptografada para a chave pública de cada participante antes de ser persistida em IPFS. docs.request.network

Quais são os tokenomics de REQ?

REQ é um token ERC-20 originalmente lançado com aproximadamente um bilhão de unidades, e seu perfil de oferta é melhor entendido como majoritariamente fixo com um mecanismo modesto de queima, em vez de um ativo com emissões inflacionárias. No fim de maio de 2026, o Etherscan listava o contrato do token ERC-20 em 0x8f8221afbb33998d8584a2b05749ba73c37a938a, com oferta máxima total de cerca de 999,416 milhões de REQ, enquanto a CoinMarketCap reportava oferta circulante em torno de 796,7 milhões de REQ e a CoinGecko mostrava um valor de oferta circulante diferente, ressaltando que a oferta “circulante” depende de como reservas, bridges e saldos inativos são classificados.

O painel comunitário reportava cerca de 583.000 REQ queimados, uma pequena fração da oferta original, de modo que o efeito deflacionário existe, mas não é grande o suficiente, por si só, para ser a tese central de investimento. (etherscan.io)

A captura de valor de REQ é indireta e deve ser tratada com cautela.

A documentação identifica contratos de token REQ e de mecanismo de queima que podem bloquear, fazer bridge e queimar REQ quando solicitações são armazenadas, enquanto a documentação da API descreve uma taxa de protocolo de 5 basis points sobre os pagamentos processados via API, limitada a cerca de US$ 25 ou € 25 para as principais stablecoins lastreadas em USD e EUR.

Isso não é equivalente a um yield convencional de staking em PoS, e a Request não é assegurada por staking de REQ da mesma forma que o Ethereum é assegurado por validadores de ETH. Algumas descrições de terceiros apresentam a utilidade de REQ em termos de anti-spam, governança, staking, descontos e independência, mas a documentação técnica oficial atual não apresenta um grande mercado líquido de staking, cronograma de recompensas para validadores ou programa recorrente de emissões para detentores de REQ.

A leitura mais defensável de tokenomics, portanto, é que REQ é um token legado de utilidade/governança com oferta limitada e elementos de queima ligados ao uso, enquanto a maior parte do uso de protocolo no curto prazo tende a se acumular mais diretamente na camada de produto e nos serviços de API operados pela fundação do que automaticamente para detentores passivos do token. docs.request.network

Quem está usando a Request?

A diferença entre a negociação especulativa de REQ e a utilidade real da Request Network é relevante. O volume do token em corretoras reflete liquidez de mercado e rotação de investidores, enquanto o uso do protocolo é melhor medido por solicitações criadas, pagamentos detectados, volume de pagamentos, adoção da API e integração em fluxos de trabalho financeiros.

A própria atualização de ecossistema da Request de maio de 2025 mudou explicitamente o foco de seus relatórios de contagens genéricas de transações para “número de pagamentos”, porque criação de fatura, aprovação, rejeição e outras ações podem inflar métricas de transação sem representar atividade real de liquidação.

O painel comunitário também reporta volume de pagamentos e número de pagamentos nas redes suportadas, mas esses são indicadores diários voláteis e não devem ser interpretados como números estáveis de usuários ativos. Em termos de setor, a Request se posiciona na interseção entre pagamentos em cripto, liquidação com stablecoins, faturamento, folha de pagamento, contabilidade e operações de tesouraria, em vez de liquidez de DeFi, games ou especulação com NFTs. request.network

A evidência mais forte de adoção são as integrações com produtos identificáveis de finanças ou operações cripto, e não contagens anônimas de carteiras. A Request’s Atualizações do ecossistema em 2025 citaram como builders ativos Animal Social Club, intrXn, 0 Finance, Allora e Request Finance, enquanto atualizações anteriores também mencionaram Huma Finance, BSOS, Joba Network e outros participantes do ecossistema.

Em outubro de 2025, a Kryptos anunciou que havia integrado a API da Request Network para viabilizar faturamento dentro da Kryptos Enterprise, com a Request fornecendo criação de faturas, liquidação on-chain, webhooks de eventos e reconciliação. Esse anúncio também citou o próprio snapshot de adoção da Kryptos, com mais de 200.000 usuários registrados, mais de 50 empresas Web3 integradas nas fases iniciais e milhares de integrações com wallets, CEX, DeFi e chains. Esses números devem ser lidos como escala da plataforma parceira, e não como adoção direta por detentores de REQ, mas ainda são mais substanciais do que rumores de parceria sem fonte. request.network

Quais São os Riscos e Desafios para a Request?

O risco regulatório para a Request é mais sutil do que para uma corretora, protocolo de empréstimo ou mixer de privacidade, mas não é nulo. Pesquisas públicas e o texto de reclamações da SEC disponíveis nos resultados de busca não mostraram o REQ como token citado nas principais ações da SEC contra Coinbase ou Binance em 2023, e não há um processo amplamente noticiado especificamente contra a Request Network em andamento até o final de maio de 2026.

Isso não equivale a um porto seguro regulatório. REQ foi vendido na era das ICOs de 2017, é negociado em mercados secundários e os reguladores dos EUA historicamente examinam tokens que foram distribuídos para financiar o desenvolvimento de protocolos.

O negócio de pagamentos do protocolo também esbarra em questões de AML, triagem de sanções, KYC, regulação de stablecoins, transmissão de dinheiro e reporte fiscal, especialmente onde a Request oferece liquidação cripto‑para‑fiat, triagem de wallets e faturamento para empresas. O risco de centralização também é prático e não apenas teórico: a API operada pela fundação, o dashboard, a página de pagamento segura, os Request Nodes e a infraestrutura de detecção de pagamentos podem criar dependência operacional mesmo que os contratos, o SDK e o modelo de dados permaneçam open source. sec.gov

A concorrência é intensa porque o problema de front-end da Request pode ser atacado por vários ângulos. Processadores de pagamento tradicionais estão adicionando liquidação em stablecoins; processadores de pagamento cripto centralizados podem oferecer compliance, política de chargeback, off‑ramps para fiat e dashboards para comerciantes; wallets e exchanges podem adicionar links de pagamento diretamente; e provedores de contabilidade cripto para empresas podem incorporar reconciliação de faturas em seus próprios stacks. Dentro do Web3, produtos ao estilo Safe e Coinbase Commerce, ferramentas de tesouraria multisig, plataformas de folha de pagamento, provedores de checkout em stablecoins, dashboards de contabilidade on-chain e APIs de roteamento cross‑chain podem cada um absorver partes do fluxo de trabalho da Request.

A ameaça econômica é que a taxa de 5 basis points da Request e o vínculo com a queima de REQ possam ser comprimidos pela concorrência se o roteamento de pagamentos e a reconciliação se tornarem funcionalidades comoditizadas de API. Sua defensibilidade depende de se os desenvolvedores tratarão o objeto de fatura da Request, o padrão de referência de pagamento e as ferramentas de reconciliação como uma camada de integração duradoura, e não apenas como um wrapper conveniente e substituível. docs.request.network

Qual é a Perspectiva Futura para a Request?

O roadmap de curto prazo da Request parece focado em profundidade de produto em vez de reinvenção na camada de consenso. Documentação verificada de 2025 e início de 2026 aponta para migração para a API V2, pagamentos em stablecoins cross‑chain, pagamentos em lote, pagamentos parciais, fluxos cripto‑para‑fiat, pagamentos recorrentes, customização de taxas, melhorias em troca de wallet e de rede, rastreamento de pagamentos mais amplo e suporte para mais de 25 chains através da superfície da API. Pagamentos cross‑chain são particularmente importantes porque abordam um ponto de dor operacional real: pagadores podem deter USDT em Optimism enquanto as faturas solicitam USDC em Base, e as equipes financeiras não querem gerenciar pontes, swaps, tokens de gas e reconciliação manualmente.

A documentação da Request afirma que os pagamentos cross‑chain suportam USDC (USDC), USDT (USDT) e DAI (DAI) em Ethereum (ETH), Arbitrum One (ARB), Base e OP Mainnet (OP), com rotas ranqueadas por taxas de transação e velocidade de processamento; a página pública do produto cross‑chain afirma que a Request usa roteamento da LI.FI enquanto mantém lógica unificada de detecção de pagamentos e webhooks. request.network

O obstáculo estrutural é a densidade de adoção. A Request não precisa superar Ethereum, Visa, Stripe ou todo processador de stablecoin em sentido amplo; ela precisa de aplicações de negócios, produtos de contabilidade, PSPs e equipes financeiras cripto‑nativas em número suficiente para se padronizarem em torno de sua camada de solicitação e reconciliação. O cenário pessimista é que os pagamentos em stablecoins sejam incorporados diretamente em wallets, bancos e APIs de exchanges, deixando a Request como uma pequena ferramenta para desenvolvedores com captura limitada de valor para o token.

O cenário otimista é mais contido do que uma narrativa puramente de preço: se a liquidação com stablecoins continuar se expandindo e as equipes financeiras precisarem de registros de pagamento auditáveis, não‑custodiais e multi‑chain, a combinação da Request de solicitações assinadas, referências de pagamento, webhooks, fluxos em lote, pagamentos recorrentes e roteamento cross‑chain pode continuar sendo uma infraestrutura viável.

O futuro do projeto, portanto, depende menos de demanda especulativa por REQ e mais de se a Request conseguirá converter seu longo histórico de operação em integrações duradouras, métricas de uso transparentes e um modelo de token cujo vínculo econômico com pagamentos reais seja claro o suficiente para que usuários institucionais e detentores de tokens possam avaliá‑lo com segurança.