CircleのLayer 1「Arc」は、2026年9月16日に公開メインネットを開始しました。特徴は、手数料をUSDCで支払うこと、Circleが1秒未満とうたう決定論的な確定性、20を超えるチェーンとの接続、既知の機関が検証を担う許可制Proof of Authority（PoA）です。金融処理に合わせた設計である一方、発行体や外部サービスへの依存、運営の集中、稼働実績の短さは残ります。
- 利用者：送金用とは別のガストークンを準備しなくてよいが、USDCの凍結・償還・規制リスクまで消えるわけではない
- 開発者：EVM互換性を利用できるが、ネイティブUSDCの桁数、手数料肩代わり、履歴表示への対応が要る
- 事業者：速い確定と既知のバリデータは管理しやすい一方、無許可型チェーンとは信頼モデルが異なる
Arc固有の対立軸は、USDCガスや高速確定で利便性を高める代わりに、信頼の置き場所をCircle、許可制バリデータ、外部サービスへ寄せたことです。本記事は初心者・一般利用者を主対象に、①使いやすさは本当に改善するか、②機関金融の実務に耐えるか、③集中リスクを許容できるか、の順で現在の仕様と将来計画を整理します。
Circle／Arcの仕様・発表、CircleのSEC提出書類、第三者報道を突き合わせました。編集部による送金速度・TPS・流動性の実測は行っていないため、「1秒未満」「20超」「100超」は公称値または発表値として記載します。稼働後の長期的な性能、障害率、流動性は未検証です。
| 判断軸 | 現時点の見方 | 主に確認する数値 |
|---|---|---|
| 利用体験 | USDCだけで送金額とガスを払える | 実際の手数料、失敗率、対応ウォレット |
| 金融実務 | 高速確定、PvP、既知の運営主体が強み | 確定時間、出来高、復旧時間 |
| 信頼モデル | 許可制PoAとCircle関連基盤への依存を受け入れる設計 | バリデータ構成、停止・検閲・障害履歴 |
Arcメインネットで何が始まったのか
9月16日に公開された金融向けLayer 1
Arcの公開メインネットは2026年9月16日に稼働しました。Layer 1（L1）とは、取引の実行、記録、合意を自らのネットワークで処理する基盤チェーンです。既存チェーン上に追加機能を載せるだけではなく、Arc自身が取引を確定する土台になります。
ただし「公開」という言葉には二つの面があります。開発者や利用者はネットワークへアクセスでき、アプリを作ったり資産を送ったりできます。一方、ローンチ時にブロックの検証を担うのは、Circle側が選んだ既知の機関です。利用の入口は開かれていても、検証者への参加は誰にでも開かれた状態ではありません。この区別がArcを理解する出発点です。
CircleはArcを、決済、外国為替、融資、資本市場などをつなぐ経済基盤として位置付けています。Arc単体で銀行、取引所、保管業者の仕事をすべて置き換えるという意味ではありません。チェーン上の処理と、本人確認、法令対応、資産保管、会計といった既存業務を接続するための共通レールを目指すものです。
100超の参加組織と初期エコシステム
Circleの発表では、ローンチ時点で100を超えるアプリや機関が参加するとされています。Aave、Morpho、UniswapなどのDeFi、ウォレット、取引所、データ基盤が挙げられました。公開前のプライベート環境でも100を超える組織が用途を試したとArcは説明しています。
この数字は「接続先や参加表明が存在する」ことを示しますが、継続利用、預かり資産、日々の取引量、障害の少なさまでは示しません。アプリがデプロイされていても、注文相手や資金が少なければ、希望価格で売買できないことがあります。ローンチ発表と利用実績を混ぜないことが大切です。
初期エコシステムが広い利点は、利用者が送金だけでなく、交換や融資などへ進める可能性があることです。反対に、入口が増えるほど、ウォレット、オンランプ、スマートコントラクト、オラクルなど障害点も増えます。「Arcが動いている」ことと「経路全体が安全に動く」ことは別々に確認しなければなりません。
他チェーンの代替ではなく機関金融の専用レール
CircleはArcを、既存のEVM系チェーンをすべて置き換えるものというより、機関金融に適した専用レールとして説明しています。USDCはほかのチェーンでも流通し続け、CCTPやGatewayでArcと外部ネットワークをつなぐ構想です。したがって「Arcが伸びれば他チェーンが直ちに不要になる」とは言えません。
役割の違いを見ると理解しやすくなります。無許可型L1は誰でも検証へ参加できる方向を重視します。Arcは既知の機関による検証、ドル建て費用、速い最終確定を組み合わせ、監査や運用責任を説明しやすくする方向を選びました。どちらが常に優れているかではなく、用途が求める信頼モデルが違います。
USDCガスは利用体験と実装をどう変えるか
まなぶ「クリプ先生、USDCを送りたいのに、別のコインをガス代用に買わなくていいんですか？」
クリプ「ArcではUSDCがネットワーク手数料にも使われるんだ。同じ残高から送金額と手数料が出るけれど、残高不足や表示方法には注意が必要だよ。」
ネイティブトークンではなくUSDCで手数料を払う意味
多くのブロックチェーンでは、送る資産とは別にネイティブトークンを手数料用として用意します。ガス代の基礎はガス代の仕組みで確認できます。ArcではUSDCがネイティブガスに使われるため、USDCを受け取った利用者は同じ残高から送金額とネットワーク手数料を支払えます。初めて使う人が「資産はあるのにガス代がなくて動かせない」と戸惑う場面を減らせる設計です。
事業者にとっても、費用を米ドルに連動する単位で見積もりやすい点は利点です。会計担当者が、値動きの大きい別トークンの購入と残高管理を挟まずに済む可能性があります。ただし実際の手数料額は処理内容やネットワークの条件で変わり得ます。「USDC建て」は費用単位を分かりやすくする設計であり、すべての取引が同額になる約束ではありません。
さらに、USDCを使うことは法定通貨そのものを使うことと同義ではありません。USDCには発行体、準備資産、償還経路、アドレス凍結、規制への依存があります。ガストークンの価格変動を抑える狙いがあっても、発行体に由来する集中リスクを取り除くわけではありません。
18桁と6桁の違いが生む実装ミス
利用者の画面では同じ「USDC」に見えても、Arcのネイティブ値は18桁、ERC-20として扱うUSDCの表示単位は6桁です。開発者は、送金額、残高、見積もり、ログを扱う場所ごとに単位を正しく変換する必要があります。桁数を思い込みで処理すると、過大・過小な金額表示や送信失敗につながります。
EVM互換であることも「既存アプリを一切変更せず移せる」という意味ではありません。SolidityやJSON-RPCなど共通する部分は多い一方、ネイティブ値としてのUSDC、ERC-20のUSDC、手数料の計算方法にArc固有の確認が要ります。コードだけでなく、テスト、監視、会計データの取り込みまで同じ単位で検証する必要があります。
利用者側で確認したいのは、送金確認画面が「相手に届く額」と「手数料」を分けて表示するか、手数料を差し引いた後も取引が成立する残高か、履歴に両方が残るかです。名称が同じだからこそ、ウォレット側の丁寧な表示が重要になります。
手数料の肩代わりとウォレット表示の要件
ArcはEIP-3009、ERC-4337、EIP-7702を使ったスポンサー取引の方法を示しています。アプリ事業者などが利用者の手数料を肩代わりすれば、初回操作の負担をさらに減らせます。しかし肩代わりには、誰が、どの操作を、いくらまで負担するかというルールが必要です。
スポンサー側の残高不足や中継サービスの停止が起きれば、利用者の残高が十分でも処理できない場合があります。また、不正利用を防ぐための上限や本人確認を設ければ、完全に無条件の体験にはなりません。無料に見える場合でも、手数料が事業者負担なのか、別の料金へ含まれるのかを確認するべきです。
ウォレットには、USDCの利用可能残高、予想手数料、処理後残高、スポンサーの有無、失敗理由を一貫して示す役割があります。手数料設計が単純でも、表示が曖昧なら誤操作は減りません。技術仕様と画面設計を一体で評価する必要があります。
1秒未満の確定性は金融実務に十分か
決定論的ファイナリティが決済にもたらす利点
CircleはArcについて、1秒未満の決定論的ファイナリティを掲げています。ファイナリティとは、記録された取引が最終的に確定し、通常の手続きでは巻き戻らない状態です。「決定論的」は、一定の条件を満たすと確定したと判断できる性質を指します。
金融実務では、単に画面が速く切り替わることより、いつ債務を果たしたと扱えるかが重要です。確定時点が明確なら、次の支払い、担保更新、帳簿への計上へ進みやすくなります。国境や営業時間をまたぐ処理では、待ち時間を減らす効果が期待されます。
ただし1秒未満という値はCircleが掲げる設計上の性能です。あらゆるアプリ、外部チェーンとの移動、法定通貨への換金まで1秒未満で終わるという意味ではありません。ウォレットの署名、外部サービスの審査、オラクル更新、銀行側の処理などは別の時間軸で動きます。
高速確定だけでは完結しない照合と監視
取引が速く確定しても、企業は誰が何を支払い、どの請求と対応し、手数料をどう記帳したかを確認しなければなりません。チェーン上のイベントを検索しやすい形に索引化し、会計システムや不正監視へ渡すデータ基盤が必要です。Goldskyの統合は、そのようなリアルタイムデータの取り込みを支えるものとして紹介されています。
照合で見るべき項目は、トランザクションID、送受信アドレス、資産、数量、手数料、時刻、成功・失敗、関連する業務番号です。速さだけを優先してこれらの対応関係が崩れると、後から原因を追えません。訂正が必要な場合に、オンチェーン記録を消せないことと、帳簿上の修正をどう関連付けるかも決めておく必要があります。
さらに、ネットワーク確定と法的な決済完了は必ずしも同じです。契約、管轄、資産の権利、カストディ契約によって、何をもって債務が消滅するかは変わります。Arcの高速性は重要な部品ですが、それだけで金融実務全体が完成するわけではありません。
20超チェーン接続で流動性は集まるのか
まなぶ「20を超えるチェーンにつながるなら、どこでも同じようにすぐ売買できるってことですか？」
クリプ「接続経路があることと、十分な相手や資金があることは別なんだ。対応数の次に、出来高や価格差、移動経路の安全性を見るんだよ。」
CCTP・Gateway・Interopが束ねる資産移動
ArcはCCTPとGatewayを通じ、20を超えるチェーンとの相互運用を提供すると説明しています。前提となる考え方はクロスチェーンの仕組みで解説しています。CCTPは、対応チェーン間でネイティブUSDCを移すための仕組みです。一般的なラップ方式のように片側で資産を保管して代替トークンを発行するのではなく、移動元でバーンし、認証を経て移動先でミントする流れを取ります。
GatewayやInteropは、複数チェーンの残高や移動経路をアプリから扱いやすくし、開発者が個別のブリッジを一つずつ統合する負担を減らす狙いがあります。利用者にとっては、裏側の経路を意識せずに資産を使える可能性があります。
それでもクロスチェーン処理には、移動元と移動先の稼働、認証サービス、スマートコントラクト、ウォレット表示など複数の依存先があります。単一チェーン内の確定が速くても、外部経路に障害があれば全体は止まり得ます。送金前には対応資産、対応チェーン、最低額、手数料、失敗時の回復手順を確認する必要があります。
Uniswapやオラクル統合と外部依存
UniswapがArcへ展開されれば、資産交換や価格形成の入口になります。融資やデリバティブでは、Chainlinkなどのオラクルが外部価格をチェーンへ伝えます。こうした部品がそろうことで、送金以外のアプリを構成しやすくなります。
一方、プロトコルの存在は、十分な流動性や正しい価格を自動的に保証しません。交換プールの資金が薄ければ、注文による価格のずれが大きくなります。オラクルの更新が遅れたり異常値を出したりすれば、担保評価や清算へ影響します。詳しい故障パターンはオラクル問題の解説も参考になります。Proof of Reserveが使われても、保有資産の法的な帰属や換金可能性までコードだけで保証するものではありません。
利用者は、アプリ名の知名度だけでなく、コントラクトの正式アドレス、監査、管理鍵、流動性、価格情報源、障害時の停止権限を確認する必要があります。Arc本体が正常でも、アプリ層の不具合や詐欺サイトによって損失が生じる可能性は残ります。
対応チェーン数と実利用を混同しない
「20超」という数字は接続範囲を表します。何人が使い、いくら移動し、どの程度の価格差で交換できるかを表す数字ではありません。実利用を見るには、チェーン別の移動量、アクティブな利用者、取引件数、プールの預かり資産、スリッページ、障害履歴などが必要です。売買のしやすさを測る観点は暗号資産の流動性で補足しています。
また、同じ資産名でも発行方式やコントラクトが違う場合があります。公式経路のネイティブ資産なのか、第三者が発行したラップ資産なのかを区別しなければなりません。検索結果やウォレットのロゴだけで判断せず、公式文書からコントラクトと移動経路をたどることが基本です。
接続の多さは可能性を広げますが、複雑性も増やします。評価の順序は「つながるか」「安全に移せるか」「必要な時に交換できるか」「障害時に戻せるか」です。最初の項目だけで流動性が集まったと結論づけないようにしましょう。
StableFX・cirBTC・AI決済が示す主要用途
20超のステーブルコインを扱う24時間FX
StableFXは、20を超える準備資産型ステーブルコインの交換を24時間扱う仕組みとして公開されました。複数のマーケットメーカーへ価格を問い合わせるRFQ（Request for Quote）と、二つの通貨を同時に交換するアトミックPvP（Payment versus Payment）を組み合わせます。
従来の外国為替では、通貨ごとに異なる口座、営業時間、仲介経路が関わります。ステーブルコインを共通のチェーン上で扱い、片方だけを渡してしまう元本リスクをPvPで抑える狙いは、Arcの設計と相性があります。夜間や休日にも見積もりと決済の経路を持てることは、国際的な資金管理にとって意味があります。
しかし、24時間アクセスできることと、常に狭い価格差で大量に交換できることは別です。RFQに応じるマーケットメーカーの数、時間帯ごとの在庫、ステーブルコインの償還経路によって条件は変わります。準備資産型でも価格乖離、発行体、規制、銀行接続のリスクは残ります。基本構造はステーブルコインの解説を参照してください。
融資・担保に使うcirBTCの可能性と保管リスク
cirBTCは、ビットコインで1対1に裏付けると説明されるArc上の資産で、AaveやMorphoで融資や担保に使えるとされています。ビットコイン自体をArc上のスマートコントラクトで直接扱うのではなく、別の仕組みで保管されたBTCに対応するトークンを利用する形です。
この構造により、BTCの価値をArc上の金融アプリへ持ち込める一方、保管者、発行・償還、準備資産の照合、スマートコントラクトへの依存が増えます。1対1という表現は設計上の裏付け比率であり、あらゆる時点で市場価格が完全一致することや、即時償還を保証する言葉ではありません。
さらに融資では、担保価値の下落、清算、金利、流動性、オラクルに関するリスクが加わります。利用前には誰がBTCを保管するのか、準備状況をどう確認できるのか、償還条件は何か、管理権限は誰が持つのかを確認するべきです。
条件付き支払いを担うAIエージェント
Arcは、AIエージェントが条件に応じて支払いを行うマシンコマースも重点領域に挙げています。たとえば、サービスの提供を確認したら支払う、設定した予算内でAPIを購入するといった処理をプログラムで組み合わせる考え方です。Arc Portalはウォレット、入金、交換、送金、アプリ探索をまとめ、AIへの委任も入口に含めています。
自動化が進むほど、権限管理が重要になります。エージェントが使える資産、1回と1日の上限、送付先、承認が必要な条件、緊急停止方法を決めなければなりません。誤った指示、生成コードの不具合、外部データの誤りが、そのまま資金移動につながる恐れがあります。
Arc Studioは自然言語からアプリやコントラクトを生成する開発機能を提供しますが、生成物の正しさや監査責任まで代替すると公式資料は示していません。テスト環境で試し、権限を絞り、人によるレビューと監視を残すことが欠かせません。
機関バリデータ型PoAの利点と限界
まなぶ「公開チェーンなのに、バリデータは許可制なんですか？矛盾しているように感じます。」
クリプ「利用できる人と、記録を検証する人の範囲は別なんだ。Arcは利用を公開しつつ、検証は選ばれた機関に任せる設計だよ。」
金融・決済・証券機関で構成する創設バリデータ
Circleが公表した創設バリデータには、BlackRock、DTCC、Visa、SBIなど、資産運用、証券インフラ、決済、銀行に関わる機関が含まれます。暗号資産ネイティブ企業だけで構成しない点に、機関金融との接続を重視する姿勢が表れています。
既知の法人が検証を担う利点は、運営主体、契約、法令対応、事故時の連絡先を明確にしやすいことです。金融機関は、匿名の検証者だけに業務を依存するより、審査された相手と責任分担を定めやすくなります。性能を管理するうえでも、参加者の機器や運用基準をそろえやすい面があります。
ただし著名企業の参加は、ネットワークや個別アプリの安全性を保証するものではありません。各社がどの範囲の責任を持つか、継続して検証するか、障害や法的要請の際にどう動くかは別に確認する必要があります。企業名の一覧だけで投資判断をしないことが重要です。
公開利用と許可制検証は両立する
PoAでは、権限を与えられたバリデータが取引の順序と正当性を確認し、ブロックを作ります。Arcでは利用者や開発者が公開ネットワークへアクセスできる一方、検証者になるには許可が必要です。つまり「台帳を読んだり使ったりできる範囲」と「合意形成に参加できる範囲」が異なります。
この設計は、プライベートチェーンとも完全には同じではありません。企業内だけの閉じた台帳ではなく、外部のアプリや利用者が共通基盤を使えます。他方、誰でも計算資源やステークを用意すれば検証できる無許可型とも異なります。公開性を一つのスイッチで考えず、閲覧、取引、開発、検証、ガバナンスの各層に分けると理解しやすくなります。
CircleのSEC提出年次報告書も、Arcが既知の許可制バリデータで運営される設計を記載しています。公式ブログだけでなく法定開示でも確認できる点は重要です。ただし、その開示が将来の無障害運用を保証するわけではありません。
無許可型L1とは異なる検閲耐性と集中度
許可制バリデータは、法令順守や障害対応を調整しやすい反面、少数の主体に判断が集中します。法的要請や内部方針によって特定取引を処理しない可能性、複数のバリデータが同じ規制環境や技術供給元に依存する可能性を考える必要があります。
無許可型ネットワークでは、検証者を世界中から広く募ることで、単一主体の判断や停止に耐えることを目指します。Arcは同じ水準の検閲耐性を最優先にした設計ではありません。その代わり、既知の主体、予測しやすい性能、金融業務の統制を重視しています。これは欠陥か利点かの二択ではなく、用途に応じた交換条件です。
評価には、バリデータ数だけでなく、地域、業種、クラウドやソフトウェアの依存先、追加・退出の手続き、停止時の復旧、Circleの権限が必要です。これらが公開され、実際の障害時に手順どおり動くかを追うことで、集中度の実像が見えてきます。
現状機能と将来構想を分けて評価する
PoS移行とARCの役割はまだ確定事項ではない
Circleは2027年のProof of Stake（PoS）移行を検討しています。PoSでは、一定の資産をステークする参加者が検証と合意形成に関わる設計が一般的です。ARCは将来のステーキングや経済ガバナンスに使う資産として設計されています。
ここで「検討」と「実施済み」を分ける必要があります。2026年9月25日時点のArcは機関バリデータによるPoAで動いています。移行時期、参加条件、権限配分、技術方式は今後変わる可能性があり、2027年に必ず完了すると断定できません。
ARCは総供給100億枚が生成済みと発表されていますが、生成は一般公開、配布、取引所上場、価格形成を約束するものではありません。また、将来ARCがPoSの調整資産になっても、Arcのメインネット手数料はUSDCのままにする設計が示されています。名前が似た情報を混同しないようにしましょう。
選択的プライバシーなどロードマップ上の機能
Circleは選択的プライバシー、Privacy Sector、10万TPS級のPayment Sectorなどを段階的な構想として示しています。金融取引では、すべてを公開すると取引関係や残高が競合他社に見える一方、監査や規制対応のために必要な情報は開示できなければなりません。選択的に情報を見せる考え方は、この両立を狙います。
しかしロードマップ上の機能は、現在の公開メインネットで同じ条件のもと利用できる機能とは限りません。性能目標も、実際のアプリ、資産、監視、外部接続を含む環境で継続して達成した実績とは区別する必要があります。
記事やサービス資料を読むときは、「利用可能」「試験中」「予定」「検討」の語を確認しましょう。デモ画面があること、テストネットで動くこと、本番で監査済みの機能として提供されることは別の段階です。プライバシー機能では、誰が閲覧鍵を持つか、法的要請にどう対応するか、誤った開示をどう救済するかも重要です。
取引量・流動性・障害実績で再検証する
Arcの評価はローンチ時の一覧で終わりません。今後は、日次の取引件数と金額、実際に動く利用者、ステーブルコイン別の供給、クロスチェーンの移動量、交換プールの流動性、価格差、処理失敗率、停止時間、復旧時間を追う必要があります。
数字を見る際は、単発のキャンペーンや自己取引、少数の大口利用が全体を押し上げていないかも確認します。取引件数が多くても金額が極端に小さい場合や、供給額が大きくてもほとんど動かない場合があります。一つの指標で採用を結論づけず、複数のデータを組み合わせるべきです。
公式資料が多数を占めるテーマでは、運営者が示す仕様と、第三者が観測する実績を分ける姿勢が欠かせません。The Blockは創設バリデータ発表を報じ、CoinDeskはCircleの技術責任者への取材で他チェーンとの関係などを扱っていますが、稼働後の長期データはまだ蓄積途上です。新しい障害報告、監査、法定開示が出たときに評価を更新する必要があります。
読者別の結論：今試す人、待つ人
一般利用者
Arc上のサービスを使う明確な目的があり、公式Portal、対応ウォレット、少額のUSDCを確認できる人には、画面と手数料を試す価値があります。反対に、単にUSDCを保有・送金したいだけなら、使い慣れた既存チェーンから急いで移る必然性はありません。最初に見るのは、公式URL、対応チェーン、送金額と手数料を分けた最終確認画面です。
開発者
EVMアプリを金融向けに展開し、USDCガスやスポンサー取引が利用体験を改善するなら検証候補になります。ネイティブ値18桁とERC-20表示6桁の処理、スポンサー停止時の代替経路、履歴と会計データの整合をテストできない場合は本番投入を待つべきです。技術名より先に、利用者の残高表示と失敗時の挙動を仕様化してください。
金融・決済事業者
既知のバリデータ、決定論的な確定、StableFXのPvPは検討材料です。ただし公称性能だけで導入せず、法的な決済完了の定義、USDCの償還・凍結条件、障害時の責任分界を契約と運用手順へ落とし込みます。必要な監査証跡や復旧目標が満たせない間は、限定用途の実証にとどめるのが妥当です。
利用・開発前に確認するチェックリスト
- 資産：ネイティブUSDCか、別コントラクトの資産か。発行・償還・凍結の条件は何か
- 手数料：USDC残高からいくら差し引かれるか。スポンサーがいる場合、対象操作と上限は何か
- 経路：外部チェーンからの移動にCCTP、Gateway、第三者ブリッジのどれを使うか
- アプリ：正式URLとコントラクトは何か。監査、管理鍵、停止権限、事故時の連絡先はあるか
- 流動性：表示価格だけでなく、希望数量を入れた際のスリッページと償還経路を確認したか
- データ：取引ID、手数料、時刻、失敗理由を保存でき、会計・監視へ接続できるか
- 将来情報：現行機能と、PoS、ARC、プライバシーなどの計画を分けているか
初心者はまず少額で画面と経路を確認し、送付先チェーンとアドレスを照合することが大切です。ただし少額テストで成功しても、その後の大きな取引の安全性や流動性を保証するわけではありません。事業利用では、法務、会計、セキュリティ、運用担当が同じ前提を共有し、停止と復旧の手順まで用意する必要があります。
まとめ：Arcは速さより信頼モデルまで見る
Arcメインネットは、USDCで手数料を払い、速い確定性とクロスチェーン接続を提供し、ステーブルコインFXやトークン化資産を扱う金融向けL1として始動しました。利用者の分かりやすさと機関の運用要件を意識した構成は、既存の無許可型L1とは異なる特徴です。
同時に、USDC発行体、許可制バリデータ、CCTPやGateway、オラクル、カストディ、ウォレットなどへの依存があります。接続数や参加企業数は入口の広さを示しても、継続利用や安全性を証明しません。PoS移行、ARCの役割、選択的プライバシーも、現行機能と分けて読む必要があります。
結論は、Arcが利便性と機関運用を優先し、その対価として許可制の信頼モデルを選んだL1だということです。今後は取引量、価格差、障害、復旧、法定開示を追い、「誰を信頼し、問題時に誰が止めて戻すのか」で判断してください。本記事は情報提供を目的としており、特定の金融商品や暗号資産の取得・売却を勧めるものではありません。
