Get AI

Get AI とは？

Get AI（ティッカー: GET）は、BNB チェーンをネイティブとする BEP‑20 トークン・プロジェクトであり、自前のブロックチェーンや DeFi プロトコルの運営ではなく、アルゴリズムによる意思決定や「GetBot」のような補助ツールを特徴とする AI 駆動の暗号資産トレーディングおよび「Web3 ユーティリティ」エコシステムとして自らを位置づけている。

実務的には、投資家がオンチェーンで実際に保有する対象は、BNB スマートチェーン上の所有権付き ERC‑20 風トークンコントラクトであり、可変の手数料ロジック、ボット対策、トランスファー制限などを備えている。したがって、このプロトコルに「堀」（競争優位）があるとすれば、それは新規性のあるコンセンサスアルゴリズムや暗号技術というより、トークン配布、オフチェーンのプロダクト実行力、ホワイトペーパーやマーケティング資料で述べられている実際のトレーディング基盤に対する信頼性といった要素から生じる。

マーケット構造の観点では、Get AI はベースレイヤーのネットワークというより、BNB チェーン・エコシステムにおけるロングテールなアプリケーション・トークンとして分析するのが適切である。

パブリックなマーケットデータ集約サイトでは、時価総額ランキングの中〜下位に位置付けられており（たとえば CoinGecko では、供給量や時価総額のメタデータとともに、その Get AI page 上で数百位台後半付近に掲載されている）、観測可能な流動性の多くは複数の中央集権型取引所ではなく、PancakeSwap ベースの取引市場に集中しているように見える。別の観点として、TVL やオンチェーンのアクティブユーザー採用といった DeFi ネイティブの「スケール」指標を見ると、Get AI はレンディング DApp や DEX のような DeFi 流動性ハブとしての姿は示していない。「Get AI」に特化した TVL プロファイルが、DefiLlama 上の主要 DeFi アプリケーションと同等の形で広く引用されているわけではなく、これはトークン売買を超えた実体ある経済活動の存在を検証しようとする際には、意味のある制約となる。

Get AI の創設者と設立時期は？

サードパーティのセキュリティ／メタデータレジストリでは、一般に Get AI を「2024 年に BNB スマートチェーン上でローンチされたプロジェクト」として説明しており、コントラクトレベルの管理権限は保持されたまま（いわゆる権限放棄はされておらず）、BscScan 上で検証可能なコントラクトコードから、標準的な Ownable パターンが確認できる。しかし、同プロジェクトの公開資料は、ベンチャー出資を受けたチームが示すような、監査しやすい創業者プロフィールを一貫して明示しているわけではない。その代わり、ホワイトペーパーで大まかに説明されているようなオフチェーンのプロダクト構想を持つ、コミュニティブランド的なイニシアティブとして読める構成になっている。機関投資家によるデューデリジェンスの観点では、このギャップは重要である。プロジェクトの「創設」が、主としてウェブサイト／ブランドと所有権付きトークンコントラクトによって表象されている場合、カウンターパーティリスクは、純粋な技術的リスクというより、運営ガバナンスや情報開示の質に強く左右されがちだからである。

時間の経過とともに、このプロジェクトのストーリーは、明確に仕様化されたオンチェーンプロトコルや測定可能な利用指標へと進化するというより、「AI 支援トレーディング」と「ユーティリティ」という発想に軸足を置いたまま推移しているように見える。

ホワイトペーパーの文言は、AI をトレーディングに用いる一般的な利点（スピード、人間のミスの削減、データ処理能力）に焦点を当てており、検証可能なシステム設計や監査可能なパフォーマンスレポート、実際の執行市場、リスク上限、戦略ロジックの透明性などを詳細に文書化しているわけではない。そのため、プロジェクトのストーリーは、自明なオンチェーンのプロダクトマーケットフィットよりも、オフチェーンでの実行に依存している。

Get AI ネットワークはどのように機能するか？

Get AI は独自のネットワークやコンセンサスを運用しておらず、BNB スマートチェーンのバリデータセットと実行環境からセキュリティとファイナリティを継承している。

技術的には、GET は Solidity で実装された BEP‑20 トークンであり、Ownable モデルを採用し、流動性と手数料処理のルートとして PancakeSwap のルーター基盤と統合されていることが、BscScan 上の検証済みコントラクトから分かる。その結果、ここでの関連する「ネットワーク設計」の論点は PoW か PoS かといったものではなく、コントラクトガバナンス、特権的関数、そして手数料ロジックが取引ルーティングやトランスファー挙動とどのように相互作用するかという点に移る。

特徴的な技術要素は主としてトークンメカニクスと制御レバーにある。コントラクトには、手数料免除リスト、ボット対策フラグ、売却クールダウンロジック、そして何よりも重要な点として、デプロイ後に調整可能な手数料パラメータが含まれており、CoinGecko は自社サイトの Get AI 掲載ページで、これを「可変税機能」というリスク要因として明示的に警告している。

独立系の自動リスクダッシュボードも同様に、このトークンを「設定可能な税（買い／売り／送金税率の推計例付き）」として特徴づけ、かつコントラクトの権限が放棄されていないことを指摘しつつ、「おそらくハニーポットではない」といったヒューリスティックに基づく評価を提示しているにとどまり、正式な監査結論は存在しないと述べている（Cyberscope 上の Get AI 掲載情報など）。セキュリティ分析の観点では、このようにオーナー権限と可変の手数料パラメータが組み合わさっていることにより、ベースチェーンのセキュリティとは別軸のガバナンス／管理リスクの表面が形成される。

get-ai のトークノミクスは？

供給構造について、CoinGecko は GET の最大／総供給量を 547,000,000 トークンの固定値として掲載しており、循環供給量が総供給量と等しいと報告している。これは（データソースが示す範囲では）継続的なエミッションを伴わない、完全分配済みの供給スケジュールを意味する。Get AI stats にも同様の記載がある。BscScan でも、当該コントラクトアドレスのトークン概要ページに同一の最大供給量が表示されており、このトークンが、ステーキング報酬型 L1 資産のように、コントラクトレベルで明示的にインフレを発生させる設計にはなっていないことを裏付けている（もっとも、オフチェーンのインセンティブが存在し得る点は別問題である）。このケースでは、「インフレ型かデフレ型か」はブロック補助金の有無というより、手数料がバーンアドレスに送られるのか、それとも運営のために保持されるのかに左右される。サードパーティの自動ダッシュボードは、ある時点でバーン済み供給量がゼロであると報告しており、コントラクトコードには DEAD アドレスの定数と手数料変数が含まれているものの、実際にバーンが稼働しているかどうかはパラメータ設定と運用行動の問題であり、供給曲線の保証された性質ではない。

したがって、ユーティリティおよび価値獲得のメカニズムは、「ガス駆動」というより「手数料とコントロール駆動」として位置づけるのが適切である。GET は BNB チェーンのガス支払いに必須ではなく、その「経済的フライホイール」は、二次市場でのトークン取引、ホワイトペーパーで言及される「GetBot」のようなオフチェーンプロダクトへのアクセス権の約束、そしてコントラクトで設定される手数料の再循環（マーケティング／開発ウォレット、流動性オペレーション、バーンなど）に依存するのが一般的である。

このため、可変の税パラメータは重要となる。価値獲得が、管理者によって設定されるトークンフローのポリシーに依存する場合、トークンホルダーのリターンは、ガバナンス上の意思決定や情報開示の規律に大きく左右されることになる。これは、CoinGecko が Get AI について「可変税」に関する警告を掲げている背景でもある。

誰が Get AI を利用しているか？

2026 年初頭時点で観測できるオンチェーンのフットプリントは、高頻度で利用されるオンチェーンアプリケーションの決済アセットというより、主として投機的なトレーディングや送金に用いられるトークンとしての様相と整合的である。たとえば、CoinGecko 上のマーケット掲載では、単一の優勢な DEX マーケット（PancakeSwap v2）が強調されており、大型銘柄と比較すると報告取引高が薄いことが多い。これは、BSC 上のロングテールトークンに典型的であり、その主な「用途」が、プロトコル起点の実需というより、流動性プールでのトレーディングにあるケースと一致する。BscScan における保有者数（変動し得る）は、分布の広がりを示す一指標にはなるが、保有者が休眠状態である可能性もあるため、それだけでアプリ的な意味での継続的なプロダクト利用やユーザー定着を証明するものではない（bscscan.com）。

エンタープライズや機関投資家による採用状況については、GET が規制された金融ワークフロー、取引所インフラ、広く利用されている決済レールなどに組み込まれていることを示す、一次情報ベースの強固で独立に検証可能な証拠は見当たらない。プロジェクト自身に最も直接帰属し得る資料——ウェブサイトやホワイトペーパー——は、高レベルなビジョンを提示しているものの、テクニカルな連携仕様書やパートナー一覧のように、名指しの機関カウンターパーティを検証可能な形で示すドキュメントにはなっていない。機関投資家のリサーチでは、このような検証済みパートナーシップの不在は、「採用ゼロ」ではなく「未証明の採用」と解釈されるべきだが、それでも裏取りに必要なハードルを大きく引き上げる。

Get AI のリスクと課題は？

Get AI に関する規制上のエクスポージャーは、個別に名指しされた強制執行（本レビュー時点では、広く引用されるプロジェクト固有の訴訟や ETF 関連の動きは一次情報からは確認されていない）というより、カテゴリーベースのリスクに近い。米国の規制当局は、「AI トレーディングボット」というナラティブが、詐欺や誇大広告、「AI ウォッシング」の常套手段であると繰り返し警告してきた。

CFTC のカスタマーアドバイザリーは、AI 駆動のトレーディングが過大あるいは保証されたリターンを生むとする主張について、詐欺師が AI ブームを悪用しているとして一般投資家に強く注意喚起しており、そのようなマーケティングをレッドフラグと見なすべきだと強調している（CFTC advisory, Jan. 25, 2024）。さらに最近では、CFTC は SEC と共同で、暗号資産の分類や、「トークン自体」と「その周辺の取引」とのどちらが証券法上のエクスポージャーを生むかを明確化する解釈作業を公表している（CFTC release, Mar. 17, 2026）。

Get AI に固有の話としては、プロジェクトの中核ポジショニングがまさに「AI トレーディング」であり、規制当局が不十分な開示と強く結びつけているセグメントに属する点が重要である（cftc.gov）。

分散性とコントラクトリスクの観点からは、トークンコントラクトの管理者権限、renounced ではない状態…… ownership, and the presence of adjustable fees create governance centralization vectors. Third-party risk dashboards such as Cyberscope describe the contract as able to set fees and report non-renounced status, and CoinGecko flags variable tax capability on the token’s page (CoinGecko). Even if these features are deployed for benign purposes (anti-bot measures, treasury funding), they also introduce tail risks: fee hikes, transfer restrictions, or policy changes that disadvantage passive holders, all without requiring a chain fork or community consensus.

所有権および可変手数料の存在は、ガバナンスの中央集権化につながるベクトルを生み出します。Cyberscope などのサードパーティのリスクダッシュボードは、このコントラクトが手数料を設定可能であり、オーナーシップが放棄されていないステータスであることを報告しており、CoinGecko はトークンのページ上で可変税制の機能をフラグ付けしています（CoinGecko）。これらの機能がたとえ善意の目的（ボット対策、トレジャリー資金調達など）で導入されていたとしても、チェーンフォークやコミュニティコンセンサスを必要とせずに、手数料の引き上げ、送金制限、受動的ホルダーに不利益となるポリシー変更といったテールリスクを同時に持ち込みます。

Competitive threats are acute because Get AI competes in a saturated category: BSC-origin retail tokens and “AI utility” tokens face low switching costs and rapid narrative churn, with differentiation often collapsing into marketing claims unless there is defensible distribution, verifiable product usage, or credible integrations. Additionally, if the project’s value proposition is “an algorithm profits from volatility of its own asset,” that framing can be reflexive and fragile: without transparent execution reporting and risk controls, it risks being interpreted as a narrative rather than a sustainable mechanism, especially during regime shifts in volatility and liquidity.

競合リスクが深刻なのは、Get AI が過密なカテゴリーで争っているためです。BSC 発のリテールトークンや「AI ユーティリティ」トークンは、スイッチングコストが低く、ナラティブの移り変わりも速いため、防御可能なディストリビューション、検証可能なプロダクト利用状況、信頼できるインテグレーションがなければ、差別化はしばしば単なるマーケティング上の主張へと収斂してしまいます。さらに、プロジェクトの価値提案が「自らの資産のボラティリティからアルゴリズムが利益を上げる」というものである場合、その枠組みは自己言及的かつ脆弱になり得ます。透明な実行レポートとリスク管理がなければ、とくにボラティリティや流動性のレジームが転換する局面において、持続可能なメカニズムではなく単なるナラティブとして解釈されてしまうリスクがあります。

What Is the Future Outlook for Get AI?

Get AI の将来見通しはどうか？

The forward path is primarily an execution and credibility problem, not a base-layer scaling roadmap. The most defensible “milestones” would be verifiable releases and measurable usage of the off-chain utilities described in the project’s whitepaper, accompanied by transparent disclosures about what is actually automated, where execution occurs, how custody is handled (if relevant), and what users can independently audit.

今後の道筋は、ベースレイヤーのスケーリング・ロードマップというより、主として実行力と信頼性の問題です。もっとも防御力の高い「マイルストーン」は、ホワイトペーパーで説明されているオフチェーンのユーティリティが、検証可能な形でリリースされ、その利用状況が計測可能になっていること、そして実際に何が自動化されているのか、どこで実行されているのか、（該当する場合は）カストディをどのように扱っているのか、ユーザーが自らどこまで監査できるのかについての透明な開示を伴うことでしょう。

On-chain, a material technical milestone would be reducing governance risk—e.g., tightening or time-locking privileged functions, credibly constraining fee mutability, and publishing audit-grade documentation that maps deployed bytecode to reviewed source and operational policies—because current third-party metadata emphasizes configurable taxes and retained admin control as key risk factors (CoinGecko; Cyberscope).

オンチェーンにおける重要な技術的マイルストーンは、ガバナンスリスクの低減です。たとえば、特権的な関数をより厳格に制限したりタイムロックしたりすること、手数料の可変性を信頼できる形で拘束すること、デプロイ済みバイトコードとレビュー済みソースコードおよび運用ポリシーとの対応関係を示す監査レベルのドキュメントを公開することなどです。というのも、現状のサードパーティ・メタデータは、可変税制や管理者権限の保持を主要なリスク要因として強調しているからです（CoinGecko; Cyberscope）。

The structural hurdle is that long-tail “AI trading” tokens face an unusually high burden of proof in the post-2024 regulatory and market environment: regulators have explicitly warned consumers to be skeptical of AI-trading promises (CFTC), and the market increasingly discounts AI branding without auditable product-market fit. For Get AI, infrastructure viability therefore depends on whether it can convert a token contract plus marketing narrative into repeatable, externally verifiable utility and governance discipline, rather than on any forthcoming hard fork or consensus upgrade (since it is not a sovereign chain).

構造的なハードルとして、ポスト 2024 年の規制および市場環境において、ロングテールの「AI トレーディング」トークンには異例に高い説明責任が課されている点が挙げられます。規制当局は、AI トレーディングに関する約束に懐疑的であるよう消費者へ明示的に警告しており（CFTC）、監査可能なプロダクト・マーケット・フィットが伴わない AI ブランディングは、市場からますます割り引かれて評価されています。したがって Get AI にとってインフラとしての存続可能性は、（主権チェーンではないため）将来のハードフォークやコンセンサスアップグレードに依存するのではなく、トークンコントラクトとマーケティング・ナラティブを、反復可能で外部から検証可能なユーティリティとガバナンス規律へと転換できるかどうかにかかっています。