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 uma infraestrutura descentralizada e faça a correspondência dos pagamentos subsequentes on-chain a essa solicitação sem entregar a custódia dos fundos a um processador de pagamentos. Seu problema central não é “mover tokens” de forma abstrata, algo que muitas carteiras 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 conciliado automaticamente.

A vantagem prática do protocolo é, portanto, a integração de fluxo de trabalho em vez de consenso na 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 DeFi; é uma camada de aplicação voltada para pagamentos e ferramentas de desenvolvedor, focada em faturamento em 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 pequena a média capitalização, em vez de entre os criptoativos sistemicamente importantes: a CoinMarketCap mostrava a Request próxima da posição #384, enquanto a CoinGecko e a DeFiLlama reportavam valores de capitalização de mercado que variavam de forma significativa por conta de metodologias e timing diferentes de cálculo de oferta em circulação. 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 um TVL convencional de lending/AMM, o que é consistente com o papel da Request como infraestrutura de pagamentos em vez de um pool de depósitos de usuários. Seus indicadores de escala mais relevantes são o volume de pagamentos e a atividade empresarial 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 uma coorte limpa de usuários DAU/MAU comparável a carteiras de consumo ou corretoras. (coinmarketcap.com)

Quem fundou a Request e quando?

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 batch Winter 2017, baseada 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, entrando em contabilidade, comércio e automação de negócios. Bases de dados históricas de ICOs situam a venda de tokens em outubro de 2017, com uma oferta inicial de aproximadamente um bilhão de REQ, embora a oferta atual seja menor após queimas e mudanças na contabilidade de tokens. Essa “safra” traz tanto uma vantagem quanto um ônus: a Request sobreviveu a vários ciclos de mercado e manteve software em produção, mas também carrega a sobrecarga reputacional comum a projetos de utility token da era 2017, cujas narrativas iniciais muitas vezes superaram a adoção de curto prazo. (ycombinator.com)

A narrativa do projeto se estreitou ao longo do tempo.

A formulação original era 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 via 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 cripto-para-fiduciário, pagamentos em lote e funcionalidade de pagamento cross-chain em vez de tentar se tornar uma nova blockchain de uso geral. Em termos institucionais, a guinada é de um “PayPal em blockchain” para um middleware para equipes financeiras, provedores de serviços de pagamento e negócios cripto-nativos que precisam de registros estruturados de pagamento em múltiplas redes. request.network

Como funciona a Request Network?

Request não tem seu próprio mecanismo de consenso de proof-of-work, proof-of-stake, DAG, conjunto de validadores, sequenciador ou 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) do IPFS on-chain 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, Request é um protocolo de camada de aplicação e uma API para desenvolvedores que herda liveness e finalidade de redes externas como Gnosis, Ethereum, Base, Arbitrum, Optimism, Polygon e outras, em vez de prover seu próprio orçamento de segurança na 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 do pagamento e a referência, enquanto subgraphs indexam esses eventos para reconciliação posterior.

O sistema não usa sharding ou ZK-rollups como primitivas nativas de escalabilidade, e seu modelo de verificação se aproxima mais de liquidação indexada por eventos mais 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 de desenvolvedores, mas recomenda que quem constrói em produção execute seu próprio nó, o que é importante porque a dependência de gateways e APIs hospedados pela fundação é um vetor de centralização, mesmo que os dados de solicitações e contratos subjacentes sejam open-source.

Solicitações privadas adicionam criptografia assimétrica e AES: o conteúdo da solicitação é 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 lançado originalmente 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 um fornecimento máximo total de cerca de 999,416 milhões de REQ, enquanto a CoinMarketCap reportava uma oferta em circulação em torno de 796,7 milhões de REQ e a CoinGecko mostrava um valor diferente de oferta em circulação, ressaltando que a oferta “em circulação” 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 do 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 pagamentos processados via API, limitada a cerca de US$ 25 ou € 25 para as principais stablecoins lastreadas em USD e EUR.

Isso não equivale a um yield convencional de staking em um sistema de PoS, e a Request não é protegida por staking de REQ da maneira como o Ethereum é protegido 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, um cronograma de recompensas para validadores ou um programa recorrente de emissões para detentores de REQ.

A leitura de tokenomics mais defensável é, portanto, que REQ é um token legado de utilidade/governança com oferta limitada e elementos de queima vinculados ao uso, enquanto a maior parte do uso do protocolo no curto prazo provavelmente se acumula 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 é significativa. O volume do token nas 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 em maio de 2025 mudou explicitamente seu foco de relatórios de contagens genéricas de transações para “número de pagamentos”, porque criação de faturas, aprovação, rejeição e outras ações podem inflar métricas de transações sem representar atividade real de liquidação.

O painel comunitário também reporta volume de pagamentos e contagem de pagamentos em todas as 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. Setorialmente, a Request se posiciona na interseção de pagamentos em cripto, liquidação com stablecoins, faturamento, folha de pagamento, contabilidade e operações de tesouraria, em vez de liquidez DeFi, games ou especulação com NFTs. request.network

A evidência mais forte de adoção são integrações com produtos identificáveis de finanças ou operações em cripto, não contagens anônimas de carteiras. A Request’s Atualizações do ecossistema de 2025 citaram builders ativos como 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 retrato 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 de 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 exchange, protocolo de lending ou mixer de privacidade, mas não é nulo. Buscas públicas e o texto das ações da SEC disponíveis nos resultados de pesquisa não mostraram o REQ como token citado nas grandes ações de 2023 da SEC contra Coinbase ou Binance, e não há, até o fim de maio de 2026, nenhum processo ativo amplamente reportado da SEC especificamente contra a Request Network.

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

O negócio de pagamentos do protocolo também toca 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 da Request voltado ao usuário final 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 corporativa podem incorporar reconciliação de faturas em seus próprios stacks. Dentro do Web3, produtos do tipo Safe e Coinbase Commerce, ferramentas de tesouraria multisig, plataformas de folha de pagamento, provedores de checkout em stablecoin, 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 podem ser comprimidos pela concorrência se o roteamento de pagamentos e a reconciliação se tornarem recursos comoditizados de API. A defensabilidade depende de se os desenvolvedores vão tratar 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, em vez de um simples “wrapper” de conveniência facilmente substituível. docs.request.network

Qual é a Perspectiva Futura para a Request?

O roadmap de curto prazo da Request aparenta estar focado em profundidade de produto, e não em reinventar a 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, personalização de taxas, melhorias na troca de wallet e de rede, rastreamento de pagamentos mais amplo e suporte a mais de 25 chains por meio da superfície da API. Pagamentos cross-chain são particularmente importantes porque tratam de uma dor operacional real: pagadores podem ter USDT na Optimism enquanto as faturas pedem USDC na Base, e as equipes financeiras não querem gerenciar pontes, swaps, tokens de gás e reconciliação manualmente.

A documentação da Request diz 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 de forma ampla; ela precisa que aplicações de negócios, produtos de contabilidade, PSPs e equipes de finanças cripto‑nativas suficientes se padronizem em torno de sua camada de solicitação e reconciliação. O cenário pessimista é que pagamentos com stablecoins passem a ser incorporados diretamente em wallets, bancos e APIs de exchanges, deixando a Request como uma pequena ferramenta de desenvolvedor com captura limitada de valor pelo token.

O cenário otimista é mais contido do que uma narrativa de preço: se a liquidação com stablecoins continuar se expandindo e as áreas de finanças exigirem 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 permanecer como infraestrutura viável.

O futuro do projeto depende, portanto, menos da demanda especulativa por REQ e mais de a Request conseguir converter seu longo histórico operacional 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 avaliar e assumir.