Last Updated on 2026年11月3日 by oba3
ユニスワップ・ラボ（Uniswap Labs）は2026年10月29日、アプリが複数のトークンで受け取った手数料を、指定する資産へ変換する仕組み「TJAR」を公開した。最初の連携先としてロビンフッド（Robinhood）が採用し、ユニスワップAPI経由の手数料をUSDCとUSDGで受け取っている。
この仕組みは、ユニスワップ自身の手数料変換基盤を外部アプリにも使えるようにしたものだ。ただし、採用したアプリがすべてUNIを購入・焼却するわけではなく、受け取るトークンと送付先は運営者が設定する。
何が起きたのか？
ユニスワップ・ラボの発表によると、TJARは公開時点で7チェーン上で稼働している。ロビンフッドは対応チェーン上で既に利用しており、ユーザーの取引に伴って受け取る多様なトークンを、希望するステーブルコインへ集約する用途に使う。
基盤となる「トークン・ジャー（Token Jar）」は、もともとユニスワップのプロトコル手数料向けに開発された。同社は、この枠組みが9月に1530万ドル超の変換を処理したと説明している。この数字は既存基盤の実績であり、ロビンフッド単独の収入額や、外部アプリ向け公開後の利用額ではない。
なぜ重要なのか？
オンチェーン取引を提供するアプリは、利用者が売買した資産に応じて、さまざまなトークンを手数料として受け取る場合がある。収入が多数の資産へ分かれると、残高の管理や交換処理が運営上の負担になる。
TJARは、その変換作業を外部の参加者が経済的な利益を求めて実行する市場へ置き換える。アプリ側は受け取りたい資産を指定できるため、取引対象の多様さと、運営資金として保有したい資産を分けて設計しやすくなる。
ただし、これは手数料を新たに生み出す機能ではない。既に受け取った収入の形を変える仕組みであり、導入だけで売買高や収益が増えるとは判断できない。
市場構造への影響
公式の仕組み解説では、手数料をためるトークン・ジャーと、資産を引き出す条件を定める「リリーサー（Releaser）」が役割を分担する。
変換機会を探す「サーチャー」は、運営者が指定したトークンを所定量支払う代わりに、ジャー内の対象資産を受け取る。アプリ自身が各トークンを一つずつ市場で売却するのではなく、資産の受け渡しを引き受ける参加者へ処理を任せる構成だ。
この方式が外部アプリへ広がれば、手数料収入の集約を共通基盤で処理する選択肢が増える。一方、サーチャーが参加するだけの利益があるかによって、実行のタイミングは変わる。
資金・規制・流動性との関係
変換の効率は、支払い条件と、ジャー内にたまる資産の価値の関係に左右される。少額でも頻繁に処理する設定と、一定額まで待つ設定では、資産価格の変動にさらされる時間や実行費用が異なるため、導入後も条件の調整が必要になる。
ロビンフッドの設定は、USDCとUSDGを受け取るものだ。一方、ユニスワップ自身のプロトコル手数料では、UNIを受け取り焼却先へ送る仕組みが使われる。共通するのは変換基盤であり、最終的な資金の行き先まで同じではない。
したがって、ロビンフッドによる採用を、そのままUNI焼却額の増加と結び付けることはできない。また、ステーブルコインへ集約しても、発行体や償還条件に伴うリスクがなくなるわけではない。
初心者向け補足
トークン・ジャーは、複数の資産が入る「手数料の受け皿」と考えると分かりやすい。例えば、運営者がUSDCでの受け取りを設定した場合、外部の参加者が条件に合うUSDCを支払い、代わりに受け皿の資産を引き取る。
このため、手数料が入るたびに必ず即時交換されるとは限らない。参加者が費用を含めて採算を判断し、条件を満たして実行する仕組みだ。
また、焼却はトークンを通常使えない状態へ送る処理であり、収入を事業資金として受け取ることとは異なる。TJARという同じ道具でも、設定によって資金の用途が変わる。
Web3Timesの視点
今回の公開は、取引を成立させる技術に加え、その後に発生する収入を管理する機能が外部へ提供される動きとして捉えたい。多くの資産を扱うアプリほど、何で稼ぎ、何で保有するかを分ける意味が大きくなる。
今後は、外部アプリの採用数だけでなく、実際の変換額、処理までの時間、運営者が受け取る価値を確認したい。ロビンフッドの収入集約とユニスワップのUNI焼却を分けて追うことで、同じ基盤が異なる資金管理にどう使われるかを把握できる。
