Request（REQ）への投資 – 必要なすべての情報

Request Network (REQ )は、暗号資産による支払いリクエストの作成、保存、支払い、照合を行うオープンソースプロトコルです。現在の焦点は、企業向けの直接ウォレット間ステーブルコイン支払いで、クロスチェーンルーティング、一括送金、支払い参照、オプションのウォレットスクリーニングを含みます。

REQは、Ethereum (ETH ) に関連するガバナンスおよびユーティリティトークンです。現在の主な機能は2つあります: 保有者はガバナンスに参加し、リクエストがオンチェーンに保存されるたびにREQの一部がバーンされます。REQは請求書支払いに顧客が使用しなければならない通貨ではなく、企業は通常ステーブルコインやその他のサポート資産で送受信します。

Request Networkとは何か？

Request Networkは支払いリクエストと照合のレイヤーであり、スタンドアロンのブロックチェーン、銀行、またはカストディアル決済プロセッサではありません。受取人は、支払先、期待金額、通貨、支払期限、オプションのビジネスデータを記述したリクエストを作成します。権限を持つ関係者はリクエストを受諾、更新、キャンセル、または支払うことができます。

プロトコルは、構造化された記録とオンチェーン転送を結び付けます。これにより、支払いの用途をオンチェーン記録と照合しやすくなります: 取引ハッシュは価値が移動したことを証明しますが、どの請求書、顧客、サービス、会計エントリに対応する支払いかは自動的に示されません。

Request Networkは2017年に分散型請求書発行の広範なビジョンで開始されました。2026年までに、製品は高ボリュームのステーブルコイン受け入れと支払いに特化し、ウォレット間取引額が20億ドルを超えると報告しています。

支払いリクエストの保存方法

リクエストデータは必要に応じてシリアライズ、署名、暗号化され、Request Nodesを通じて保存できます。ドキュメントでは、リクエスト内容がIPFSに格納され、ハッシュがGnosis (GNO ) Chainにアンカーされていると説明されています。一方、支払い実行は複数のサポートチェーンで行われる可能性があります。

受取人と支払人は暗号署名で更新を承認します。Requestロジックは期待金額、減少、増加、受諾、キャンセル、ステークホルダー、支払い残高を追跡します。インデクサーはアプリケーションがこの履歴を取得し照合するのに役立ちます。

アーキテクチャはすべてを単一のスマートコントラクトに置くのではなく、複数のシステムを組み合わせています。ユーザーはIPFSの可用性、Request Nodes、Gnosis Chainの記録、チェーン固有の支払いコントラクト、インデクサー、RPCプロバイダー、選択したアプリケーションインターフェースに依存します。

直接ウォレット間支払い

Request Networkは、資金が支払者のウォレットから受取人のウォレットへ、Requestが保管せずに移動するよう設計されています。プロトコルは、受取人、金額、トークン、参照を示す改ざん防止の支払いページを生成できます。

非カストディアル決済は、決済プロセッサが資金を凍結または紛失するリスクを低減しますが、リスクを完全に排除するわけではありません。ユーザーは依然として悪意あるコントラクトを承認したり、誤ったリクエストに支払ったり、プライベートキーを失ったり、汚染された資産を受け取ったり、失敗するブリッジやスワップに依存したりする可能性があります。

支払いは確認後、通常は取り消せません。紛争、返金、チャージバック、顧客サービスの義務は、販売者のポリシーまたは別途の合意を通じて処理する必要があります。

クロスチェーンステーブルコインルーティング

現在の製品は、サポートされるステーブルコインとネットワーク間の差異を抽象化します。マーチャントは希望するトークンと宛先チェーンを指定でき、支払者は別のサポート資産またはチェーンを使用できます。ルーティングサービスは、最終的な着金前に必要なスワップとブリッジ操作を実行します。

2026年、RequestはEthereum、BNB Chain、Base、Polygon (POL )、Arbitrum (ARB )、Optimism (OP )、およびTron (TRX )にわたるほぼすべてのグローバルステーブルコイン供給へのアクセスを宣伝しました。EVM支払いはガス抽象化が可能で、2026年7月のアップデートで、支払者がTRXを保有せずにTron上のUSDT向けのガスレスルートが追加されました。

クロスチェーンの利便性は攻撃面を拡大します。ルーティングされた支払いは価格見積もり、スリッページ制限、ブリッジ、ルーター、リレイヤー、流動性プール、ステーブルコイン発行体、複数のネットワークに依存する可能性があります。受取人は、署名済みリクエストが着金を保証すると仮定せず、最終的な決済を確認すべきです。

一括送金とSafe統合

Requestの支払いツールは、組織が1回の承認で多数の受取人にステーブルコインを送信でき、各受取人の好みのトークンとチェーンを尊重します。これにより、給与、契約者支払い、助成金、または財務運用における手動のウォレット切替が削減されます。

ネットワークはSafeスマートアカウントも統合しています。組織は単一またはバッチ支払いを実行する前にマルチシグ承認ルールを適用できます。この組み合わせはオンチェーン財務チームに有用ですが、セキュリティは署名者デバイス、Safeモジュール、閾値設定、アドレス検証、内部統制に依存します。

一括送金は運用リスクを増幅します。1つの誤ったスプレッドシート、侵害された署名者、または不具合のある統合が多数の受取人に同時に影響を及ぼす可能性があります。チームは小規模バッチでテストし、アドレスホワイトリストを使用し、独立した照合を維持すべきです。

ウォレットスクリーニング

受取人は、支払者が最終的な支払いルートを受け取る前にウォレットスクリーニングを有効にできます。Requestは、制裁、管轄、スパム、その他のリスクチェックのためにHypernativeやMerkle Scienceなどのリスクプロバイダーと統合しています。

スクリーニングは、既知のハイリスクアドレスへのエクスポージャーを削減するのに役立ちますが、合法的な資金を保証するものではありません。分析プロバイダーは誤検知や新たな脅威の見逃しを起こす可能性があり、分類が異なることもあります。販売者は適用されるコンプライアンス、顧客デューデリジェンス、税務、報告規則について最終的に責任を負います。

非カストディアルプロトコルがどこでも支払いまたは仮想資産のライセンスを必要としないという主張は慎重に扱うべきです。法的ステータスは製品、運営者、管轄、ルーティングの管理、手数料、顧客関係に依存します。

Request Network と Request Finance

Request Networkはオープンプロトコルで、スイスの財団がその開発と運営を支援しています。Request Financeは、Requestテクノロジーを使用して請求書、買掛金、給与、関連ビジネス製品を構築した別会社です。

この2つのチームは分離しています。投資家は、Request Financeの顧客、収益、資金調達、製品決定を自動的にRequest Network財団やREQトークンに帰属させるべきではありません。

エコシステムには独立したアプリケーションや統合も含まれます。オープンソースの組み合わせ可能性は利点ですが、サードパーティ製品はプロトコルの使用を中止したり、プロバイダーを変更したりする可能性があります。

REQ トークンのユーティリティ

REQはERC-20トークンで、2026年のRequest Networkが強調する2つの機能があります:

• プロトコルバーン: リクエストがオンチェーンに保存されるたびに、REQの一部が供給から除去されます；そして
• ガバナンス: 保有者はプロトコルとコミュニティ所有の財団の方向性に影響を与えることができます。

ユーザーは請求書や支払いをREQで表記する必要はありません。Request Nodeまたはサービスがプロトコルコストを処理し、顧客はステーブルコインで支払います。これにより使いやすさは向上しますが、支払いボリュームがREQの1対1の買い圧力を生むという仮定は弱まります。

バーンはトークン供給をプロトコル使用と結びつけますが、その経済効果はリクエスト数、バーン量、REQの市場価格、そして使用が持続可能な顧客収益で支払われているかに依存します。小規模なバーンでは需要の低さや大規模な市場売却を相殺できません。

REQ の供給とガバナンス

創設時に10億REQが発行され、継続的なインフレや将来のトークンロック解除は予定されていません。最初の配分は約49.97％が公開販売、20.01％が初期貢献者、18.01％がチームと顧問、12.01％が財団に割り当てられました。

バーンにより総供給は元の10億未満に減少しました。財団、財務、取引所、非アクティブ残高が流動的でない可能性があるため、流通供給はさらに低くなります。投資家はEthereum上の現在の供給量、財務ウォレット、バーン、保有者の集中度を確認すべきです。

ガバナンスへの参加は、株式、手数料に対する請求権、またはプロトコルを通じて移動したステーブルコインの所有権を付与しません。実際の影響力は提案ルール、投票率、デリゲート、財団の権限、実装に依存します。

Request Network の利点

• 稼働中の支払いインフラ: プロトコルは2017年から運用され、20億ドル以上の決済を報告しています。
• 非カストディアル設計: 資金はユーザーが管理するウォレット間で直接移動します。
• 支払いコンテキスト: 構造化されたリクエストはオンチェーン転送と請求書や会計記録を結び付けます。
• クロスチェーン抽象化: 支払者と受取人は異なるサポートステーブルコインやネットワークを利用できます。
• 一括送金: 企業は1つの承認ワークフローで多数の支払いを送信できます。
• コンプライアンスツール: オプションのウォレットスクリーニングは、受取人アドレスが支払いに公開される前に実行されます。
• 開発者向けアクセス: API、SDKパッケージ、Webhook、オープンソースコンポーネントが統合とDAppsをサポートします。
• 固定トークン供給: 新たなREQ発行は予定されておらず、ネットワーク使用に伴いバーンが発生します。

REQ 投資前に考慮すべきリスク

• 価値捕捉リスク: 支払いはステーブルコインで行われ、エンドユーザーがREQを購入する必要はありません。
• バーンスケールリスク: トークンバーンは取引や財務供給に比べて経済的に重要でない可能性があります。
• 財団依存リスク: 製品、API、マーケティング、統合、ガバナンスは財団の実行に依存します。
• クロスチェーンリスク: ブリッジ、スワップ、ルーター、リレイヤー、ホストネットワークは失敗したり悪用されたりする可能性があります。
• ステーブルコインリスク: USDC、USDT、その他の資産はペッグが外れたり、アドレスが凍結されたり、発行体やリザーブの問題に直面したりする可能性があります。
• データ可用性リスク: Request Nodes、IPFS、Gnosis Chain、インデクサー、RPCサービスは常に利用可能である必要があります。
• コンプライアンスリスク: スクリーニングはライセンス、制裁、税務、AML、消費者保護義務を排除しません。
• 不可逆性: 誤ったまたは詐欺的なブロックチェーン支払いは一般にチャージバックがありません。
• スマートアカウントリスク: Safeモジュール、署名者、権限、バッチロジックは誤設定や侵害のリスクがあります。
• 競争リスク: 決済プロセッサ、ウォレット、ステーブルコイン発行体、取引所、その他のプロトコルが重複するサービスを提供しています。
• ガバナンスリスク: 投票率の低さと保有残高の集中はコミュニティのコントロールを制限する可能性があります。
• ブランド混乱リスク: Request Financeの成果が自動的にREQやRequest Networkに帰属するわけではありません。

投資家が注視すべき指標

重要な指標には、支払いおよびリクエストボリューム、ユニークな支払者と受取人、リピート顧客、収益を生むAPI利用、リクエスト保存数、期間ごとのREQバーン量、財務残高と支出、サポートチェーンとステーブルコイン、クロスチェーン完了率、ブリッジインシデント、ウォレットスクリーニング採用率、一括送金量、Safe統合、開発者リリース、ガバナンス投票率、2026年製品再リリース後の顧客維持率が含まれます。

総支払いボリュームだけでは不十分です。投資家は、どれだけのボリュームがRequestプロトコルを使用しているか、どれだけが継続的か、どの手数料が徴収されているか、結果としてどれだけのREQが実際に除去されているかを問うべきです。

Request（REQ）の購入方法

REQは、選択された中央集権型取引所およびEthereum DeFi 市場で入手可能です。

Coinbase – 対象顧客向けにREQを上場しています。

Kraken – サポート対象地域でREQマーケットを提供しています。

Binance – 利用可能な地域でREQ取引を提供しています。

分散型取引所を利用する購入者は、公式Ethereumコントラクト、プール流動性、価格インパクト、トークン承認を確認すべきです。

Request Network の見通し

Request Networkは、従来の請求書のみのストーリーから脱却しました。現在の製品は、ステーブルコイン受け入れ、クロスチェーン決済、スクリーニング、照合、一括送金に対応し、資金はユーザー管理のウォレットに留まります。2026年のリリースと報告された取引履歴は、放棄された2017年の概念ではなく、活発なプロトコルであることを示しています。

REQはガバナンスとリクエスト連動バーンを通じて非常に明確なユーティリティを提供しますが、その結びつきは自動的ではありません。ステーブルコインのボリュームは、保存されたリクエストと有意義なトークンバーンを生み出す、または持続可能なプロトコル経済を強化する場合にのみ重要です。投資家は、すべての暗号資産による支払いがREQに利益をもたらすと仮定せず、継続的な使用、実際の手数料、バーン規模、財務規律、クロスチェーンの信頼性を評価すべきです。