Request

Apa itu Request?

Request adalah protokol permintaan pembayaran kripto dan rekonsiliasi sumber terbuka yang memungkinkan sebuah bisnis atau pengguna membuat permintaan pembayaran seperti faktur yang ditandatangani, menyimpan data permintaan tersebut pada infrastruktur terdesentralisasi, dan mencocokkan pembayaran on-chain berikutnya dengan permintaan itu tanpa memberikan hak kustodi dana kepada prosesor pembayaran. Masalah inti yang dipecahkan bukanlah “memindahkan token” secara abstrak, yang sudah dilakukan banyak wallet dan payment gateway, tetapi menciptakan objek akuntansi yang dapat diverifikasi seputar pembayaran: siapa yang memintanya, berapa jumlah yang harus dibayar, mata uang atau unit akun apa yang digunakan, di mana penyelesaian terjadi, dan apakah pembayaran dapat terdeteksi dan direkonsiliasi secara otomatis.

Keunggulan praktis protokol ini terletak pada integrasi alur kerja (workflow integration), bukan pada konsensus di lapisan dasar: Request menggabungkan permintaan pembayaran yang ditandatangani, penyimpanan IPFS, anchoring CID di on-chain, event referensi pembayaran, webhook, tooling API, dan routing pembayaran multi-chain menjadi primitive back-office keuangan, sebagaimana dijelaskan dalam dokumentasi Request Network dan gambaran umum protokolnya. docs.request.network

Request bukan Layer 1 dominan, rollup, atau money market DeFi besar; ini adalah lapisan aplikasi khusus untuk pembayaran dan alat pengembang yang dibangun di sekitar invoicing kripto, deteksi pembayaran, dan rekonsiliasi.

Per akhir Mei 2026, penyedia data pasar menempatkan REQ di kategori token berkapitalisasi kecil hingga menengah, bukan di antara aset kripto yang secara sistemik penting: CoinMarketCap menampilkan Request di sekitar peringkat #384, sementara CoinGecko dan DeFiLlama melaporkan angka kapitalisasi pasar yang berbeda secara material karena metodologi suplai beredar dan waktu pelaporan yang berbeda. Untuk jenis protokol ini, TVL merupakan metrik yang terbatas: halaman Request Network di DeFiLlama menampilkan data treasury dan pasar token, bukan angka TVL pinjaman/AMM konvensional, yang selaras dengan peran Request sebagai infrastruktur pembayaran alih-alih kumpulan dana simpanan pengguna. Indikator skala yang lebih relevan adalah volume pembayaran dan aktivitas bisnis yang diproses; situs yayasan mengklaim lebih dari $2 miliar volume yang telah diproses dan cakupan stablecoin yang luas, sementara Dashboard Aktivitas Request yang dikelola komunitas melacak pembayaran harian dan volume pembayaran tetapi tidak menyediakan cohort pengguna DAU/MAU yang bersih dan sebanding dengan wallet konsumen atau bursa. (coinmarketcap.com)

Siapa Pendiri Request dan Kapan Didirikan?

Request didirikan pada 2017 oleh Christophe Lassuyt dan Etienne Tatur, yang keduanya terkait dengan proyek fintech MONEYTIS sebelumnya; Y Combinator mencatat Request Network sebagai perusahaan Winter 2017 yang berbasis di Paris dengan Lassuyt sebagai Founder/CFO dan Tatur sebagai Founder/CTO. Konteks peluncuran penting: REQ muncul selama siklus ICO 2017, ketika banyak proyek mencoba menggeneralisasi Ethereum melampaui transfer token ke ranah akuntansi, perdagangan, dan otomasi bisnis. Basis data ICO historis menempatkan penjualan token pada Oktober 2017, dengan suplai awal sekitar satu miliar REQ, meskipun suplai saat ini lebih rendah setelah mekanisme burn dan perubahan pencatatan token. “Angkatan” tersebut menciptakan sekaligus keunggulan dan beban: Request telah bertahan melewati beberapa siklus pasar dan mempertahankan perangkat lunak yang berfungsi, tetapi juga membawa beban reputasi yang umum pada proyek token utilitas era 2017, di mana narasi awal sering kali melampaui adopsi jangka pendek. (ycombinator.com)

Narasi proyek telah menyempit seiring waktu.

Kerangka awalnya adalah jaringan pembayaran terdesentralisasi yang luas untuk faktur, jejak audit, kepatuhan hukum perdagangan, dan permintaan pembayaran global; fokus produk saat ini lebih operasional dan kurang ideologis, berpusat pada pembayaran kripto berbasis API, invoicing on-chain, deteksi pembayaran, routing lintas chain, pembayaran batch, pembayaran berulang, dan rekonsiliasi.

Evolusi tersebut terlihat dalam pembaruan yayasan pada 2025: Request merilis API V2, pembayaran parsial, webhook yang ditingkatkan, alur kerja kripto-ke-fiat, pembayaran batch, dan fungsionalitas pembayaran lintas chain alih-alih mencoba menjadi blockchain tujuan umum yang baru. Dalam istilah institusional, pivot-nya adalah dari “PayPal di blockchain” menjadi middleware untuk tim keuangan, penyedia layanan pembayaran, dan bisnis crypto-native yang membutuhkan catatan pembayaran terstruktur di banyak chain. request.network

Bagaimana Cara Kerja Request Network?

Request tidak memiliki mekanisme konsensus proof-of-work, proof-of-stake, DAG, kumpulan validator, sequencer, atau rollup sendiri. Ini adalah protokol hibrida off-chain/on-chain yang menyimpan sebagian besar isi permintaan ke IPFS, menambatkan (anchor) content identifier IPFS di on-chain, dan memproses pembayaran melalui smart contract di chain penyelesaian yang didukung.

Dokumentasi menyatakan bahwa permintaan dibuat dengan menyimpan CID di Gnosis Chain, sementara pembayaran dapat terjadi di lebih dari 20 chain EVM-compatible yang didukung atau NEAR; saldo permintaan kemudian dihitung dengan mengindeks event pembayaran on-chain yang terkait dengan payment reference turunan. Dalam istilah teknis, Request adalah protokol lapisan aplikasi dan API pengembang yang mewarisi liveness dan finality dari jaringan eksternal seperti Gnosis, Ethereum, Base, Arbitrum, Optimism, Polygon, dan lainnya, alih-alih menyediakan anggaran keamanan lapisan dasarnya sendiri. docs.request.network

Mekanisme khas protokol ini adalah payment reference. Dalam model berbasis referensi yang direkomendasikan, pengenal unik yang diturunkan dari data permintaan menghubungkan pembayaran blockchain ke faktur atau permintaan pembayaran yang mendasarinya; kontrak proxy meneruskan dana ke penerima dan menerbitkan event yang memuat jumlah pembayaran dan reference, sementara subgraph mengindeks event tersebut untuk rekonsiliasi di kemudian hari.

Sistem ini tidak menggunakan sharding atau ZK-rollup sebagai primitive scaling native, dan model verifikasinya lebih mirip penyelesaian berbasis event indexing ditambah metadata permintaan yang ditandatangani daripada verifikasi bukti rollup kriptografis. Request Node menyediakan gateway antara IPFS, smart contract, dan The Graph; yayasan mengoperasikan node untuk kenyamanan pengembang tetapi menyarankan builder produksi untuk menjalankan node mereka sendiri, yang penting karena ketergantungan pada gateway dan API yang dioperasikan yayasan merupakan vektor sentralisasi meski data permintaan dan kontrak dasarnya bersifat open-source.

Permintaan privat menambahkan enkripsi asimetris dan AES: isi permintaan dienkripsi dengan kunci AES, dan kunci tersebut kemudian dienkripsi untuk setiap public key pemangku kepentingan sebelum disimpan ke IPFS. docs.request.network

Seperti Apa Tokenomics req?

REQ adalah token ERC-20 yang awalnya diluncurkan dengan sekitar satu miliar unit, dan profil suplainya paling tepat dipahami sebagai sebagian besar tetap dengan mekanisme burn moderat, bukan sebagai aset dengan emisi inflasioner. Per akhir Mei 2026, Etherscan mencantumkan kontrak token ERC-20 di 0x8f8221afbb33998d8584a2b05749ba73c37a938a dengan suplai maksimum sekitar 999,416 juta REQ, sementara CoinMarketCap melaporkan suplai beredar sekitar 796,7 juta REQ dan CoinGecko menampilkan angka suplai beredar yang berbeda, yang menegaskan bahwa suplai “beredar” bergantung pada bagaimana cadangan, bridge, dan saldo tidak aktif diklasifikasikan.

Dashboard komunitas melaporkan sekitar 583.000 REQ telah dibakar, bagian kecil dari suplai awal, sehingga efek deflasionernya ada tetapi tidak cukup besar untuk menjadi tesis investasi utama dengan sendirinya. (etherscan.io)

Nilai yang mengalir ke REQ bersifat tidak langsung dan harus dipandang dengan hati-hati.

Dokumentasi mengidentifikasi kontrak token REQ dan mekanisme burn yang dapat mengunci, menjembatani (bridge), dan membakar REQ ketika permintaan disimpan, sementara dokumentasi API menjelaskan biaya protokol sebesar 5 basis poin pada pembayaran yang diproses melalui API, dengan batas sekitar $25 atau €25 untuk stablecoin utama yang didukung USD dan EUR.

Mekanisme tersebut berbeda dari hasil staking PoS konvensional, dan keamanan Request tidak bergantung pada staking REQ sebagaimana Ethereum diamankan oleh validator ETH. Beberapa deskripsi pihak ketiga menggambarkan utilitas REQ dalam istilah anti-spam, tata kelola (governance), staking, diskon, dan independensi, tetapi dokumentasi teknis resmi saat ini tidak memaparkan pasar liquid staking besar, jadwal reward validator, atau program emisi berulang bagi pemegang REQ.

Pembacaan tokenomics yang paling defensif adalah bahwa REQ merupakan token gaya utilitas/governance warisan dengan suplai terbatas dan elemen burn yang terkait penggunaan, sementara sebagian besar penggunaan protokol dalam jangka pendek mungkin lebih banyak mengalir langsung ke lapisan produk dan layanan API yang dioperasikan yayasan daripada secara otomatis kepada pemegang token pasif. docs.request.network

Siapa yang Menggunakan Request?

Perbedaan antara perdagangan REQ yang bersifat spekulatif dan utilitas Request Network yang nyata cukup signifikan. Volume token di bursa mencerminkan likuiditas pasar dan rotasi investor, sementara penggunaan protokol lebih baik diukur melalui permintaan yang dibuat, pembayaran yang terdeteksi, volume pembayaran, adopsi API, dan integrasi ke dalam alur kerja keuangan.

Pembaruan ekosistem Request pada Mei 2025 secara eksplisit mengalihkan fokus pelaporan dari jumlah transaksi generik ke “jumlah pembayaran”, karena pembuatan faktur, persetujuan, penolakan, dan tindakan lain dapat menggelembungkan metrik transaksi tanpa mewakili aktivitas penyelesaian yang nyata.

Dashboard komunitas juga melaporkan volume pembayaran dan jumlah pembayaran di seluruh chain yang didukung, tetapi ini adalah indikator harian yang volatil dan tidak boleh ditafsirkan sebagai angka pengguna aktif yang stabil. Dari sisi sektor, Request berada di persimpangan pembayaran kripto, penyelesaian stablecoin, invoicing, payroll, akuntansi, dan operasi treasury, bukan di likuiditas DeFi, gaming, atau spekulasi NFT. request.network

Bukti adopsi terkuat adalah integrasi dengan produk keuangan atau operasi kripto yang dapat diidentifikasi, bukan jumlah wallet anonim. Request’s Pembaruan ekosistem 2025 menyebut para active builders termasuk Animal Social Club, intrXn, 0 Finance, Allora, dan Request Finance, sementara pembaruan sebelumnya juga merujuk Huma Finance, BSOS, Joba Network, dan peserta ekosistem lainnya.

Pada Oktober 2025, Kryptos mengumumkan bahwa mereka telah mengintegrasikan Request Network API untuk mendukung fitur penagihan (invoicing) di dalam Kryptos Enterprise, dengan Request menyediakan pembuatan invoice, penyelesaian on-chain, event webhooks, dan rekonsiliasi; pengumuman tersebut juga mengutip snapshot adopsi Kryptos sendiri dengan lebih dari 200.000 pengguna terdaftar, lebih dari 50 bisnis Web3 yang onboarded di fase awal, dan ribuan integrasi dompet, CEX, DeFi, dan chain. Angka-angka ini sebaiknya dibaca sebagai skala platform-mitra, bukan adopsi langsung oleh pemegang REQ, tetapi tetap lebih substantif dibanding rumor kemitraan tanpa sumber. request.network

Apa Saja Risiko dan Tantangan untuk Request?

Risiko regulasi bagi Request lebih halus dibanding bursa, protokol pinjaman, atau privacy mixer, tetapi bukan nol. Pencarian publik dan teks gugatan SEC yang tersedia melalui hasil pencarian tidak menunjukkan REQ sebagai token yang disebutkan dalam gugatan besar SEC terhadap Coinbase atau Binance pada 2023, dan tidak ada gugatan SEC aktif yang banyak diberitakan secara spesifik terhadap Request Network hingga akhir Mei 2026.

Hal itu tidak berarti adanya safe harbor regulasi. REQ dijual pada era ICO 2017, diperdagangkan di pasar sekunder, dan regulator AS secara historis menyoroti token yang didistribusikan untuk mendanai pengembangan protokol.

Bisnis pembayaran protokol ini juga bersinggungan dengan isu AML, penyaringan sanksi, KYC, regulasi stablecoin, money transmission, dan pelaporan pajak, terutama ketika Request mendukung penyelesaian kripto-ke-fiat, penyaringan dompet, dan penagihan bisnis. Risiko sentralisasi juga bersifat praktis, bukan teoretis: API yang dioperasikan yayasan, dashboard, halaman pembayaran aman, Request Nodes, dan infrastruktur deteksi pembayaran dapat menciptakan ketergantungan operasional meskipun kontrak, SDK, dan model datanya tetap open-source. sec.gov

Persaingan sangat intens karena masalah yang dihadapi pengguna Request dapat diserang dari beberapa arah. Pemroses pembayaran tradisional menambahkan penyelesaian stablecoin; pemroses pembayaran kripto tersentralisasi dapat menawarkan kepatuhan, kebijakan chargeback, jalur keluar ke fiat, dan dashboard pedagang; dompet dan bursa dapat menambahkan tautan pembayaran secara langsung; dan penyedia akuntansi kripto tingkat perusahaan dapat membangun rekonsiliasi invoice ke dalam tumpukan mereka sendiri. Di dalam Web3, Safe, produk mirip Coinbase Commerce, alat kas multisig, platform payroll, penyedia checkout stablecoin, dashboard akuntansi on-chain, dan API cross-chain routing masing-masing dapat menyerap bagian-bagian alur kerja Request.

Ancaman ekonominya adalah bahwa biaya 5 basis poin Request dan keterkaitannya dengan pembakaran REQ dapat tertekan oleh kompetisi jika payment routing dan rekonsiliasi menjadi fitur API yang terkomoditisasi. Daya tahannya bergantung pada apakah para pengembang memperlakukan objek invoice Request, standar referensi pembayaran, dan alat rekonsiliasinya sebagai lapisan integrasi yang tahan lama, bukan sekadar convenience wrapper yang mudah diganti. docs.request.network

Bagaimana Prospek Masa Depan Request?

Peta jalan jangka pendek Request tampaknya berfokus pada pendalaman produk daripada reinvensi consensus layer. Dokumentasi terverifikasi 2025 dan awal 2026 menunjukkan fokus pada migrasi API V2, pembayaran stablecoin lintas chain (cross-chain), pembayaran batch, pembayaran parsial, alur kerja kripto-ke-fiat, pembayaran berulang, kustomisasi biaya, peningkatan wallet dan network switching, pelacakan pembayaran yang lebih luas, dan dukungan untuk lebih dari 25 chain melalui permukaan API. Pembayaran cross-chain sangat penting karena mengatasi titik nyeri operasional yang nyata: pihak pembayar mungkin memegang USDT di Optimism sementara invoice meminta USDC di Base, dan tim keuangan tidak ingin mengelola bridge, swap, token gas, dan rekonsiliasi secara manual.

Dokumentasi Request menyatakan bahwa pembayaran cross-chain mendukung USDC (USDC), USDT (USDT), dan DAI (DAI) di Ethereum (ETH), Arbitrum One (ARB), Base, dan OP Mainnet (OP), dengan rute yang diurutkan berdasarkan biaya transaksi dan kecepatan pemrosesan; laman produk cross-chain publik menyatakan bahwa Request menggunakan routing LI.FI sambil mempertahankan logika deteksi pembayaran dan webhook yang terunifikasi. request.network

Hambatan strukturalnya adalah kepadatan adopsi. Request tidak perlu mengalahkan Ethereum, Visa, Stripe, atau setiap pemroses stablecoin secara luas; yang dibutuhkan adalah cukup banyak aplikasi bisnis, produk akuntansi, PSP, dan tim keuangan kripto-natif yang menstandardisasi lapisan permintaan-dan-rekonsiliasi miliknya. Skenario bear-nya adalah ketika pembayaran stablecoin tersemat langsung di dalam dompet, bank, dan API bursa, sehingga Request tersisa sebagai alat pengembang kecil dengan penangkapan nilai token yang terbatas.

Skenario bull-nya lebih terkendali dibanding narasi harga: jika penyelesaian stablecoin terus berkembang dan tim keuangan membutuhkan catatan pembayaran yang dapat diaudit, non-kustodial, dan multi-chain, kombinasi Request berupa permintaan bertanda tangan, referensi pembayaran, webhooks, alur batch, pembayaran berulang, dan cross-chain routing dapat tetap menjadi infrastruktur yang layak.

Masa depan proyek ini karenanya lebih bergantung pada apakah Request dapat mengonversi sejarah operasinya yang panjang menjadi integrasi yang tahan lama, metrik penggunaan yang transparan, dan model token dengan keterkaitan ekonomi terhadap pembayaran riil yang cukup jelas bagi pengguna institusional dan pemegang token untuk menilainya, daripada sekadar pada permintaan spekulatif terhadap REQ.