Request

Request Nedir?

Request, bir işletme veya kullanıcının imzalı, fatura benzeri bir ödeme talebi oluşturmasına, talebe ait verileri merkeziyetsiz altyapıda saklamasına ve fonların saklama yetkisini bir ödeme işlemcisine devretmeden, daha sonra gerçekleşen zincir üzeri ödemeleri bu taleple eşleştirmesine imkân veren, açık kaynaklı bir kripto ödeme talebi ve mutabakat protokolüdür. Çekirdek problemi soyut anlamda “token taşımak” değildir — ki bunu pek çok cüzdan ve ödeme ağ geçidi zaten yapmaktadır — asıl odak, ödemenin etrafında doğrulanabilir bir muhasebe nesnesi oluşturmaktır: Ödemeyi kimin talep ettiği, hangi tutarın vadesinin geldiği, hangi para birimi veya hesap biriminin kullanıldığı, mutabakatın nerede gerçekleştiği ve ödemenin otomatik olarak tespit edilip mutabakata bağlanıp bağlanamayacağı.

Protokolün pratik “hendek”i, taban katmanı konsensustan ziyade iş akışı entegrasyonudur: Request, imzalı ödeme taleplerini, IPFS depolamasını, zincir üstü CID sabitlemesini, ödeme referansı olaylarını, webhook’ları, API araçlarını ve çoklu zincir ödeme yönlendirmesini, Request Network dokümantasyonunda ve protokol genel bakışında anlatıldığı üzere, bir finans arka ofis primi­tifi hâline getirir. docs.request.network

Request; baskın bir Katman 1, bir rollup ya da büyük bir DeFi para piyasası değildir; kripto faturalandırma, ödeme tespiti ve mutabakat etrafında şekillenmiş, niş bir ödeme ve geliştirici araçları uygulama katmanıdır.

2026 Mayıs ayının sonu itibarıyla, piyasa verisi sağlayıcıları REQ’yi, sistemik açıdan önemli kripto varlıklar arasında değil, küçük-orta büyüklükte token evreninde konumlandırmaktadır: CoinMarketCap, Request’i yaklaşık #384 sırasına yakın gösterirken, CoinGecko ve DeFiLlama, farklı dolaşımdaki arz metodolojileri ve zamanlamalar nedeniyle önemli ölçüde değişen piyasa değeri rakamları rapor etmektedir. Bu tür bir protokol için TVL sınırlı bir metriktir: DeFiLlama’daki Request Network page, geleneksel bir kredi/AMM TVL rakamı yerine hazine ve token piyasası verilerini rapor etmektedir ki bu da Request’in kullanıcı mevduat havuzu olmaktan ziyade bir ödeme altyapısı olarak rolüyle uyumludur. Protokol için daha anlamlı ölçek göstergeleri, ödeme hacmi ve işlenmiş ticari faaliyettir; vakfın web sitesi, 2 milyar dolardan fazla işlenen hacim ve geniş stablecoin kapsamı iddiasında bulunurken, topluluk tarafından işletilen Request Activity Dashboard günlük ödemeleri ve ödeme hacmini takip etmekte, ancak tüketici cüzdanları veya borsalarla karşılaştırılabilir net bir DAU/MAU kullanıcı kohortu sunmamaktadır. (coinmarketcap.com)

Request’i Kim, Ne Zaman Kurdu?

Request, her ikisi de daha önceki fintech projesi MONEYTIS ile ilişkili olan Christophe Lassuyt ve Etienne Tatur tarafından 2017’de kuruldu; Y Combinator, Request Network’ü Paris merkezli bir 2017 Kış dönemi şirketi olarak listeler ve Lassuyt’yi Kurucu/CFO, Tatur’u ise Kurucu/CTO olarak gösterir. Lansman bağlamı önemlidir: REQ, birçok projenin Ethereum’u, basit token transferlerinin ötesinde muhasebe, ticaret ve iş otomasyonu alanlarına genelleştirmeye çalıştığı 2017 ICO döngüsü sırasında ortaya çıktı. Tarihsel ICO veritabanları, token satışını Ekim 2017’ye yerleştirir ve başlangıç token arzını yaklaşık bir milyar REQ civarında gösterir; ancak yakımlar ve token muhasebesine ilişkin değişiklikler sonrasında mevcut arz daha düşüktür. Bu dönem, hem avantaj hem yük getirir: Request, birden çok piyasa döngüsünü atlatmış ve çalışan yazılımını korumuştur, ancak aynı zamanda, erken dönem anlatıları kısa vadeli benimsemeyi genellikle aşan 2017 dönemi fayda token’ı projelerinde yaygın olan itibar gölgesini de taşımaktadır. (ycombinator.com)

Projenin anlatısı zaman içinde daralmıştır.

Orijinal çerçeve; faturalar, denetim izleri, ticaret hukuku uyumu ve küresel ödeme talepleri için geniş bir merkeziyetsiz ödeme ağıydı; mevcut ürün vurgusu ise daha operasyonel ve daha az ideolojiktir; API tabanlı kripto ödemeler, zincir üstü faturalandırma, ödeme tespiti, zincirler arası yönlendirme, toplu ödemeler, yinelenen ödemeler ve mutabakat etrafında yoğunlaşmıştır.

Bu evrim, vakfın 2025 güncellemelerinde görülebilir: Request; yeni genel amaçlı bir blok zinciri olmaya çalışmak yerine, API V2, kısmi ödemeler, geliştirilmiş webhook’lar, kriptodan itibara iş akışları, toplu ödemeler ve zincirler arası ödeme fonksiyonelliği yayınladı. Kurumsal açıdan bakıldığında bu, “blok zinciri üzerinde PayPal” fikrinden, birden çok zincirde yapılandırılmış ödeme kayıtlarına ihtiyaç duyan finans ekipleri, ödeme servis sağlayıcıları ve kripto yerel işletmeler için bir ara katmana dönüşüm anlamına gelir. request.network

Request Network Nasıl Çalışır?

Request’in kendi proof-of-work, proof-of-stake, DAG, doğrulayıcı seti, sıralayıcı ya da rollup konsensüs mekanizması yoktur. Çoğu talep içeriğini IPFS’e kalıcı olarak yazan, IPFS içerik tanımlayıcısını zincir üzerine sabitleyen ve ödemeleri desteklenen mutabakat zincirlerindeki akıllı sözleşmeler aracılığıyla işleyen hibrit bir zincir dışı/zincir üstü protokoldür.

Dokümantasyona göre talepler, CIDLerin Gnosis Chain üzerinde saklanmasıyla oluşturulur; ödemeler ise 20’den fazla desteklenen EVM uyumlu zincir ya da NEAR üzerinde gerçekleşebilir; talebin bakiyesi daha sonra, türetilmiş bir ödeme referansı ile ilişkilendirilen zincir üstü ödeme olaylarının indekslenmesi yoluyla hesaplanır. Teknik açıdan Request, kendi taban katmanı güvenlik bütçesini sağlamaktan ziyade, canlılık ve kesinliği Gnosis, Ethereum, Base, Arbitrum, Optimism, Polygon ve diğerleri gibi dış ağlardan devralan bir uygulama katmanı protokolü ve geliştirici API’sidir. docs.request.network

Protokolün ayırt edici mekanizması, ödeme referansıdır. Önerilen referans‑tabanlı modelde, talep verilerinden türetilen benzersiz bir tanımlayıcı, blok zinciri üzerindeki bir ödemeyi altta yatan fatura veya ödeme talebi ile ilişkilendirir; proxy sözleşmeler fonları alıcıya yönlendirir ve ödeme tutarı ile referansını içeren olaylar yayar, alt grafikler de bu olayları daha sonra mutabakat için indeksler.

Sistem, yerel ölçeklenebilirlik primi­tifleri olarak sharding veya ZK-rollup kullanmaz ve doğrulama modeli, kriptografik rollup kanıtı doğrulamasından ziyade, imzalı talep meta verileriyle birlikte olay indeksli mutabakata daha yakındır. Request Nodes; IPFS, akıllı sözleşmeler ve The Graph arasında bir ağ geçidi sağlar; vakıf, geliştirici kolaylığı için düğümler işletir, ancak üretim ortamında uygulama geliştirenlere kendi düğümlerini çalıştırmalarını tavsiye eder; bu da önemlidir, çünkü vakıf tarafından barındırılan ağ geçitlerine ve API’lere aşırı bağımlılık, altta yatan talep verileri ve sözleşmeler açık kaynak olsa bile merkeziyetçilik vektörü oluşturur.

Özel talepler, asimetrik şifreleme ve AES şifrelemeyi ekler: talep içeriği, bir AES anahtarıyla şifrelenir ve bu anahtar, IPFS’e kalıcı olarak yazılmadan önce her paydaşın açık anahtarı ile şifrelenir. docs.request.network

REQ Token Ekonomisi Nasıldır?

REQ, yaklaşık bir milyar birimlik arzla başlatılmış bir ERC‑20 tokendir ve arz profili, enflasyonist bir dağıtım varlığı olmaktan ziyade, mütevazı bir yakma mekanizmasına sahip, çoğunlukla sabit olarak anlaşılmalıdır. 2026 Mayıs ayının sonu itibarıyla Etherscan, ERC‑20 token sözleşmesini 0x8f8221afbb33998d8584a2b05749ba73c37a938a adresinde, yaklaşık 999,416 milyon REQ maksimum toplam arzla listelerken, CoinMarketCap dolaşımdaki arzı yaklaşık 796,7 milyon REQ civarında bildirmekte, CoinGecko ise farklı bir dolaşımdaki arz rakamı göstermektedir; bu da “dolaşımdaki” arzın, rezervler, köprüler ve hareketsiz bakiyelerin nasıl sınıflandırıldığına bağlı olduğunu ortaya koyar.

Topluluk gösterge paneli, orijinal arzın küçük bir kısmı olan yaklaşık 583.000 REQ’nin yakıldığını rapor etmektedir; bu nedenle deflasyonist etki mevcuttur, ancak tek başına merkezi bir yatırım tezini destekleyecek kadar büyük değildir. (etherscan.io)

REQ’nin değer birikimi dolaylıdır ve temkinle ele alınmalıdır.

Dokümantasyon, talepler saklandığında REQ’yi kilitleyebilen, köprüleyebilen ve yakabilen REQ token ve yakma mekanizması sözleşmelerini tanımlar; API dokümantasyonu ise API üzerinden işlenen ödemelerde, büyük USD ve EUR teminatlı stablecoin’ler için yaklaşık 25 $ veya 25 € ile sınırlandırılmış, 5 baz puanlık bir protokol ücreti tarif eder.

Bunlar, geleneksel bir PoS stake getirisiyle aynı şey değildir ve Request, Ethereum’un ETH doğrulayıcılarıyla güvence altına alınmasına benzer şekilde, REQ stake edilerek güvence altına alınmaz. Üçüncü taraf bazı açıklamalar, REQ faydasını spam önleme, yönetişim, staking, indirimler ve bağımsızlık terimleriyle tanımlasa da, güncel resmi teknik dokümantasyon; REQ sahipleri için büyük, likit bir staking piyasası, doğrulayıcı ödül takvimi ya da yinelenen bir dağıtım programı sunmaz.

Bu nedenle, en savunulabilir tokenomik okuma; REQ’nin, arzı sınırlı ve kullanım bağlantılı yakma unsurlarına sahip, eski tarz bir fayda/yönetişim token’ı olduğu; kısa vadeli protokol kullanımının ise otomatik olarak pasif token sahiplerine değil, daha doğrudan ürün katmanına ve vakıf tarafından işletilen API servislerine değer aktarabileceğidir. docs.request.network

Request’i Kimler Kullanıyor?

Borsalardaki spekülatif REQ alım satımı ile gerçek Request Network kullanım alanı arasındaki fark önemlidir. Token hacmi, piyasa likiditesini ve yatırımcı rotasyonunu yansıtırken, protokol kullanımı; oluşturulan talepler, tespit edilen ödemeler, ödeme hacmi, API benimsemesi ve finans iş akışlarına entegrasyonla daha iyi ölçülür.

Request’in 2025 Mayıs ekosistem güncellemesi, raporlama vurgusunu açıkça genel işlem sayılarından “ödeme sayısı”na kaydırmıştır; çünkü fatura oluşturma, onaylama, reddetme ve diğer eylemler, gerçek mutabakat faaliyetini temsil etmeksizin işlem metriklerini şişirebilir.

Topluluk gösterge paneli de desteklenen zincirler genelinde ödeme hacmini ve ödeme sayılarını rapor eder, ancak bunlar oynak günlük göstergelerdir ve istikrarlı aktif kullanıcı sayıları olarak yorumlanmamalıdır. Sektörel açıdan Request; DeFi likiditesi, oyun veya NFT spekülasyonundan ziyade, kripto ödemeleri, stablecoin mutabakatı, faturalandırma, bordro, muhasebe ve hazine operasyonlarının kesişim noktasında konumlanır. request.network

En güçlü benimseme kanıtı, anonim cüzdan sayıları değil, tanımlanabilir finans veya kripto operasyon ürünleriyle yapılan entegrasyonlardır. Request’in 2025 ekosistem güncellemeleri; Animal Social Club, intrXn, 0 Finance, Allora ve Request Finance dâhil olmak üzere aktif geliştiricileri isimlendirdi; daha önceki güncellemelerde ise Huma Finance, BSOS, Joba Network ve diğer ekosistem katılımcılarına da atıfta bulunuldu.

Ekim 2025’te Kryptos, Kryptos Enterprise içinde faturalandırmayı desteklemek için Request Network API’sini entegre ettiğini duyurdu; Request, fatura oluşturma, zincir üstü mutabakat, event webhooks ve mutabakat (reconciliation) işlevlerini sağlarken, aynı duyuruda Kryptos’un kendi benimsenme anlık görüntüsü (snapshot) olarak 200.000’den fazla kayıtlı kullanıcı, erken aşamalarda dahil edilen 50’den fazla Web3 işletmesi ve binlerce cüzdan, CEX, DeFi ve zincir entegrasyonuna yer verildi. Bu rakamlar, doğrudan REQ sahibi benimsenmesinden ziyade iş ortağı platform ölçeği olarak okunmalıdır; yine de kaynağı belirsiz ortaklık söylentilerinden daha somut bir tablo sunmaktadır. request.network

Request İçin Riskler ve Zorluklar Nelerdir?

Request için düzenleyici risk, bir borsa, kredi protokolü veya gizlilik mikseri kadar belirgin olmasa da sıfır değildir. Kamuya açık aramalar ve arama sonuçları üzerinden erişilebilen SEC şikâyet metinleri, REQ’yi 2023’teki büyük SEC-Coinbase veya Binance şikâyetlerinde adı geçen bir token olarak göstermemekte ve Mayıs 2026 sonu itibarıyla Request Network’e karşı açılmış, yaygın şekilde bildirilen aktif bir SEC davası bulunmamaktadır.

Bu durum bir düzenleyici güvenli liman anlamına gelmez. REQ, 2017 ICO döneminde satıldı, ikincil piyasalarda işlem görüyor ve ABD düzenleyicileri, protokol geliştirmesini finanse etmek amacıyla dağıtılan token’ları tarihsel olarak yakından incelemiştir.

Protokolün ödeme işi aynı zamanda özellikle Request’in kripto‑dan‑fiata mutabakat, cüzdan tarama ve kurumsal faturalandırmayı desteklediği durumlarda AML, yaptırım taraması, KYC, stablecoin düzenlemesi, para transferi ve vergi raporlaması gibi sorulara da temas eder. Merkeziyetçilik riski de teorik olmaktan ziyade pratiktir: vakıf tarafından işletilen API, kontrol paneli (dashboard), güvenli ödeme sayfası, Request Nodes ve ödeme tespit altyapısı; sözleşmeler, SDK ve veri modeli açık kaynak kalsa bile operasyonel bir bağımlılık yaratabilir. sec.gov

Rekabet yoğundur çünkü Request’in kullanıcıya dönük problemi birkaç farklı açıdan hedef alınabilmektedir. Geleneksel ödeme işlemcileri stablecoin mutabakatı ekliyor; merkezi kripto ödeme işlemcileri uyumluluk, iade/chargeback politikası, fiat çıkış rampaları ve üye işyeri panelleri sunabiliyor; cüzdanlar ve borsalar doğrudan ödeme bağlantıları ekleyebiliyor; kurumsal kripto muhasebe sağlayıcıları da kendi yığınlarına fatura mutabakatını entegre edebiliyor. Web3 içinde ise Safe, Coinbase Commerce benzeri ürünler, multisig hazine araçları, bordro platformları, stablecoin ödeme sağlayıcıları, zincir üstü muhasebe panelleri ve zincirler arası yönlendirme API’leri, Request’in iş akışının çeşitli parçalarını soğurabilir.

Ekonomik tehdit, ödeme yönlendirme ve mutabakatın sıradanlaştırılmış (commoditized) API özelliklerine dönüşmesi hâlinde, Request’in 5 baz puanlık ücreti ve REQ yakımı bağlantısının aşağıya doğru rekabet edilmesidir. Savunulabilirliği, geliştiricilerin Request’in fatura objesini, ödeme referans standardını ve mutabakat araçlarını kalıcı bir entegrasyon katmanı olarak mı yoksa kolayca değiştirilebilir bir pratik sarmalayıcı (convenience wrapper) olarak mı gördüklerine bağlıdır. docs.request.network

Request’in Gelecek Görünümü Nedir?

Request’in kısa vadeli yol haritası, konsensüs katmanını yeniden icat etmekten ziyade ürün derinliğine odaklanmış görünmektedir. Doğrulanmış 2025 ve erken 2026 dokümantasyonu, API V2 geçişi, zincirler arası stablecoin ödemeleri, toplu (batch) ödemeler, kısmi ödemeler, kriptodan fiata iş akışları, yinelenen (recurring) ödemeler, ücret özelleştirme, cüzdan ve ağ değiştirme iyileştirmeleri, daha geniş ödeme takibi ve API yüzeyi üzerinden 25’ten fazla zincir desteğine işaret ediyor. Zincirler arası ödemeler özellikle önemlidir; çünkü gerçek bir operasyonel acı noktasını adresler: ödeyen taraf USDT’yi Optimism üzerinde tutarken, faturalar USDC’yi Base üzerinde talep edebilir ve finans ekipleri köprüleri, takasları, gas token’larını ve mutabakatı manuel olarak yönetmek istemez.

Request dokümantasyonu, zincirler arası ödemelerin USDC (USDC), USDT (USDT) ve DAI (DAI) için; Ethereum (ETH), Arbitrum One (ARB), Base ve OP Mainnet (OP) üzerinde desteklendiğini; rotaların işlem ücretlerine ve işlem hızına göre sıralandığını belirtiyor. Herkese açık zincirler arası ürün sayfası, Request’in birleştirilmiş ödeme tespiti ve webhook mantığını korurken yönlendirme için LI.FI kullandığını ifade ediyor. request.network

Yapısal engel, benimseme yoğunluğudur. Request’in Ethereum, Visa, Stripe veya her stablecoin işlemcisini genel anlamda “yenmesine” gerek yok; yeterli sayıda iş uygulamasının, muhasebe ürününün, PSP’nin ve kripto‑yerel finans ekibinin talep‑ve‑mutabakat katmanında standartlaşmasını sağlaması gerekiyor. Kötümser senaryo, stablecoin ödemelerinin doğrudan cüzdanlara, bankalara ve borsa API’lerine gömülmesi ve Request’in sınırlı token yakalama kapasitesine sahip küçük bir geliştirici aracı olarak kalmasıdır.

İyimser senaryo ise bir fiyat anlatısından daha ölçülüdür: stablecoin mutabakatı genişlemeye devam eder ve finans ekipleri denetlenebilir, saklama gerektirmeyen, çok zincirli ödeme kayıtlarına ihtiyaç duyarsa; imzalı talepler, ödeme referansları, webhooks, toplu akışlar, yinelenen ödemeler ve zincirler arası yönlendirmeyi birleştiren Request, uygulanabilir altyapı olarak kalabilir.

Bu nedenle projenin geleceği, spekülatif REQ talebinden ziyade, Request’in uzun faaliyet geçmişini kalıcı entegrasyonlara, şeffaf kullanım metriklerine ve ekonomik bağı REQ token’ı üzerinden gerçek ödemelere kurumsal kullanıcılar ve token sahipleri tarafından temellendirilebilir derecede net bir token modeline dönüştürüp dönüştüremeyeceğine bağlıdır.