波場 TRON 業界週報:9 月 CPI が短期市場の動向に影響を与える可能性、VC が共有流動性プロトコルに賭ける
一.前瞻
1. マクロレベルの要約と将来の予測
先週、アメリカのマクロ経済は「レジリエンスと不確実性の共存」というパターンを示しました。まず、パウエルは公開講演で、経済が予想以上に堅調である可能性があるものの、労働市場の採用と解雇が低水準にあることから、雇用市場に実質的な改善が見られないと述べました。同時に、政府の閉鎖が2週目に入り、財務長官スコット・ベッセントは、閉鎖が連邦職員の給与停止、農業補助金の遅延、統計データの発表の強制的な延期を含む実体経済に影響を及ぼし始めていると警告しました。これらの要因が重なり、市場は下半期の成長と政策の道筋に対する信頼に波動が見られました。
将来を展望すると、成長の鈍化と政策の不確実性という二重の圧力が主軸となるでしょう。経済予測は国際機関によって下方修正され、アメリカの2025年の成長率は約2.0%と見込まれています。全体的に見て、下半期の市場は「いつ政策が転換するか + 実体データがいつ弱さを確認するか」に焦点を当て、リスクは下方に偏り、資産配分は成長鈍化と政策の遅れによる衝撃に備える必要があります。
2. 暗号業界の市場変動と警告
先週、流動性不足と上昇の乏しさから、暗号市場は二度目の探査相場を開始しました。短期的には技術的な反発が見られましたが、全体的なトレンドは依然として弱く、ビットコインが10万ドルの整数ラインを割ると、第二の清算リスクが引き起こされる可能性があります。同時に、連邦準備制度の金融政策は依然として不確実な範囲にあり、利下げのペースが鈍化すれば、リスク選好を抑制し続けるでしょう。全体的に見て、暗号市場は去杠杆と流動性収縮の時期に入り、短期的には防御的な姿勢が求められ、中期的には流動性がいつ再流入するかに注目する必要があります。
3. 業界およびトレンドのホットスポット
総資金調達1610万ドル、IOSG、Circleなどの著名VCが参加し、1つの取引を目指し、複数人がリアルタイムで共有し、高効率で拡張可能な資金流動の新しいパラダイムを構築するプロトコルSuperfluidは、革命的な資産の流通と配布のプロトコルです;総資金調達120万ドル超、Long Hashが参加し、意図の抽象化とソルバーの調整に基づくマルチチェーンのスマート実行レイヤーEpochプロトコルは、「意図解決調整層」(Intent-Solver Coordination layer)であり、Web3の意図中心化抽象(intent-centric abstraction)を推進することを目指しています。
二.市場のホットスポットと当週の潜在プロジェクト
1.潜在プロジェクトの概要
1.1. 総資金調達1610万ドル、IOSG、Circleなどの著名VCが参加し、1つの取引を目指し、複数人がリアルタイムで共有し、高効率で拡張可能な資金流動の新しいパラダイムを構築するプロトコルSuperfluid
++概要++
Superfluid は革命的な資産の流通と配布のプロトコル であり、世界中のDAOや暗号ネイティブ企業に対して、サブスクリプション、給与、権利確定(vesting)、および報酬などの新しいユースケースを提供します。
これはすべて、プロトコルのスマートコントラクトフレームワークのおかげであり、Super Token ------ ERC-20標準の拡張を導入し、価値を新しい方法で移転できるようにします。
Superfluid プロトコルは「トークン中心」のプロトコルとして設計されており、そのすべての機能はSuper Tokensの概念を中心に展開されています。
このフレームワークは、Super Token標準と連携して、チェーン上のトークンに動的な残高を追加し、キャッシュフローを記述し、非対話的に時間軸上で自動的に実行されます。
任意のトークンは、Superfluidの流(streams)または分配(distributions)を通じて移転でき、これらの移転はプログラム可能で、組み合わせ可能で、モジュール化されています。
プロトコル内では資金がロックされることはなく、すべての流入と流出は各ブロックでリアルタイムでネット決済され、追加のガスを消費しません。コードは完全にオープンソースで、プロトコルはノンカストディアル(non-custodial)、パーミッションレス(permissionless)の特性を保持しています。
Superfluid プロトコルの核心的支柱
現在、Superfluidプロトコルには2つの主要な支柱(以前はAgreementsと呼ばれていました)があります:
- 資金流(Money Streaming)
○二者間で資金流を作成するための一連の機能。
- 資金分配(Distributions)
○資金プールを作成し、複数の受取人に資金を分配するための一連の機能。
++アーキテクチャの概要++
++1.++ ++Super Tokens++ ++(スーパー代币)++
Super TokensはERC20標準の基盤の上に機能を拡張し、例えば資金流(Money Streaming)と資金分配(Distributions)(以前はSuper Agreementsと呼ばれていました)を提供します。Super Tokensは2つのカテゴリに分かれます:
- ラッピング型Super Tokens(Wrapper Super Tokens)
○既存のトークンをラッピングし、Superfluid機能を付与します。
○いつでもラッピング/アンラッピングが可能で、往復変換ができます。
- ネイティブ型Super Tokens(Pure Super Tokens)
○設計上、Superfluid機能をサポートし、基盤となるトークンを必要としません。
○ERC20機能 + Super Agreements能力を天生的に備えています。
リアルタイム残高(Real-Time Balance)
Super Tokensは、アカウント残高を動的に追跡し、通常の送金と資金流/分配の影響を考慮します。
- 静的残高(Static Balance) :従来のERC20残高で、一度の送金の影響を受けます。
- リアルタイム残高(Real-Time Balances) :各資金流または分配が残高に与える持続的な影響で、正または負の可能性があります。
現在の残高の公式 :
現在の残高 = 静的残高 + リアルタイム残高
例 :
- アカウントAの静的残高:1,000 USDCx
- アカウントAの流出:-100 USDCx
- アカウントAが即時分配を受け取る:+200 USDCx
- 現在の残高 = 1000 - 100 + 200 = 1100 USDCx
++2.++ ++資金流(Money Streaming)++
資金流はプロセスです:トークンが事前設定された「毎秒の流速」で継続的に送信者から受信者に移転され、「流(stream)」を形成します。
資金流は継続的であり、送信者/受信者がキャンセルするか、送信者のSuper Token残高が尽きるまで続きます。
重要な用語
- 流速(Flow Rate) :送信者の残高が毎秒減少し、受信者の残高が毎秒増加する速さ。
- ネット流速(Netflow Rate) :アカウントの毎秒のSuper Token残高の純変化(流入 -- 流出)。
- 送信者(Sender) :資金流を作成する側で、受信者と流速を設定します。
- 受信者(Receiver) :資金流の受取人。
- CRUD タイムスタンプ :資金流が作成、更新、または削除された時刻。
- 静的残高(Static Balance) :前回のCRUD時点の残高。
- リアルタイム残高(Real-Time Balance) :前回のCRUD以降、ネット流速に基づいて計算された残高の変化。
- 現在の残高(Current Balance) :静的残高 + リアルタイム残高。
計算方法

- ネット流速 = すべての流入速率 -- すべての流出速率 。
- 流が変更されると、Superfluidコントラクトは以下を更新します:
新しいネット流速
新しいCRUDタイムスタンプ
新しい静的残高(= 当時の現在の残高)
リアルタイム残高はゼロになり、その時点から再累積が始まります。
残高計算公式:
現在の残高 = 静的残高 + (ネット流速 × 自上回CRUD以来の秒数)
例(アカウントA)
- 初期残高1000 USDCx、Bに毎秒流出0.01 → 1000秒後の残高 = 990
- 流速を0.02に増加 → 静的残高990
- 2000秒後の残高 = 950
- Cから毎秒流入0.04を受け取る → 静的残高950
- 1000秒後の残高 = 970
- Bへの流を削除 → 静的残高は970を維持
++3.++ ++資金分配(Distributions)++
Distributions :効率的で拡張可能な「一対多」の資金移転方法。瞬時分配(Instant)と流式分配(Streaming)をサポートし、極めて低いガス消費で、任意の数の受取人に資金を分配できます。
2種類のタイプ
- 瞬時分配(Instant Distributions)
○一度の取引で任意の数の受取人に分配できます。
○ガスコストは固定されており、受取人の数には依存しません。
○分配公式:
各受取人 = 分配総額 × (メンバー単位数 / プールの総単位数)
- 流式分配(Streaming Distributions)
○資金をプールメンバーに継続的に分配します。
○資金流(Money Streaming)メカニズムに基づいています。
○分配公式:
各受取人 = 流速 × (メンバー単位数 / プールの総単位数)
核心概念
- プール(Pool) :分配のチャネルで、スマートコントラクトとして考えることができます。
- 分配(Distribution) :資金を比例配分する行為。
- 単位(Units) :メンバーのプール内での配分比率。
- プール管理者(Pool Admin) :メンバーに単位を配分/回収する責任があります。
- メンバー(Subscribers/Pool Members) :単位を保有し、分配のシェアを受け取るユーザー。
重要な特性
- プールは合約 :プール自体はERC20トークンとして機能し、メンバー間で単位を移転できます。
- 権限の柔軟性 :任意のアカウントが分配を開始できますが、プール管理者のみが単位を配分できます。
- ガス 効率的 :分配コストは一定で、メンバー数の増加に伴って増加しません。
- 分配方法の柔軟性 :即時発放または継続的流式分配をサポートします。
ワークフロー
- プールの作成 :任意のアカウントがプールを作成し、管理者を指定できます。
- 単位の配分 :管理者がメンバーに単位を配分し、配分シェアを代表します。
- メンバー管理 :メンバーはプールに参加したり退出したりできます。
- 分配の実行 :分配者が即時分配または流式分配を開始し、システムが自動的にシェアに応じてメンバーに配分します。
流式分配のイラスト(Streaming Distribution Illustration)
この図は、分配者(Distributor)が資金を流の形式で複数のプールメンバーに送信する様子を示しており、各メンバーは異なる単位数を保有しています。

注意 :一度の取引で複数のメンバーに分配を完了できます。
単位数の調整(Adjusting Unit Counts)

ここでは、分配者がメンバーの単位数を変更しました。
この変更はすべてのメンバーの分配速率を即時に変更し、1回の取引で完了します。
Superfluidのバッチ呼び出し(batch call)を利用することで、複数のメンバーの単位数を一度に更新できます。
流速の変更(Modifying the Flow Rate)

この例は、
分配者がその流速を変更すると、プールの総流速が変化し、各メンバーの資金流速に即時に影響を与えることを示しています。
++Tron++ ++評価++
Superfluid の利点は、Super Tokensを通じてERC20トークンを「リアルタイムで流動的な」資産に拡張し、資金が秒単位で持続的に決済されることを可能にする点です。これにより、サブスクリプション、給与支払い、DAO報酬分配などのシーンが効率的かつ透明になり、同時にガスコストが固定され、拡張性が高く、資金利用の柔軟性とプログラム可能性が大幅に向上しました。
その欠点は、現在エコシステムの規模とアプリケーションのカバレッジが依然として限られていることです。より多くの主流プロトコルと企業の統合が必要です。また、ユーザーの理解のハードルが高い(リアルタイム残高、流速などの新しい概念)ため、コンプライアンスや監査の面でも追加の課題に直面する可能性があります。
1.2. 総資金調達120万ドル超、Long Hashが参加し、意図の抽象化とソルバーの調整に基づくマルチチェーンのスマート実行レイヤーEpochプロトコルの解説
++概要++
Epoch プロトコルは「意図解決調整層」(Intent-Solver Coordination layer)であり、Web3の意図中心化抽象(intent-centric abstraction)を推進することを目指しています。
これは宣言的意図(declarative intents)のパラダイムに基づいて、基盤となるチェーンの相互作用の複雑さを隠すためのインフラストラクチャの層を構築します。
プロトコルのビジョンは、ユーザーが期待する目標状態結果(desired state outcome)を表現するだけで、基盤となるチェーン、プロトコル、ガス費用、または実行パスの具体的なメカニズムを理解する必要がないシステムを作成することです。
正確な調整を通じて、Epochは最適な費用率と最良のパスでユーザーが必要な目標状態を達成するのを助けます。
Epoch Protocol の独自のアプローチと特性
- ミドルウェアの位置付け:EpochはWeb3の「意図抽象層」であり、ユーザーとdAppの相互作用を簡素化します。
- 強力なソルバーシステム:複数のソルバー + 調整メカニズムにより、複雑な意図の実行を最適化します。
- 安全性と監視:状態制約 + Hyperionオブザーバーにより、意図の実行の正確性を保証します。
- アカウント抽象の強化:自動化、自主管理、高度な権限管理を解放し、将来的にはEOAとの互換性を持たせます。
- 広範なプラグイン性:ユーザー、dApp、プロトコルに統一インターフェースを提供し、UXと発見効率を向上させます。
- DeFi 統合:SAFEモジュールをサポートし、資金操作の自動化を実現します。
++アーキテクチャの解析++
1. Epoch Node (ノードアーキテクチャ)の核心要点
Epoch Nodeはモジュール化された意図実行ノードです:
- 実行クライアントは取引処理と実行を担当します;
- コンテキストセッター & Hyperionsは環境認識と条件トリガーを提供します;
- SIO + ソルバー環境は複雑な意図を分解し、最適な実行パスに最適化します。
2. 意図とコンセンサスモジュール
Intent Modules = プラグイン式ビジネスロジック層
- プラグイン可能で拡張可能、AIやサードパーティツールをサポートします。
- ノードは解決すべきタスクを柔軟に選択できます。
Consensus = 複数ノードの競争選択メカニズム
- ノードが提案を提出 → シミュレーション → 検証 → 最適なものを選出 → 最終決済。
- ZK証明により計算結果の検証が保証され、安全性と透明性が確保されます。
3. Epoch プロトコルの核心的なオンチェーンコンポーネント
- Registry & Gatekeeper (登録と守門人)
○オンチェーンの登録と検証センターで、取引と意図データを保存します。
○条件検証、複数取引の統合、プラグインとフックの呼び出しを統一管理します。
- SAFE スマートコントラクトウォレット
○プラグインとフックをサポートし、ユーザーの資金は完全に自主管理されます(Epochはキーを保持しません)。
○将来的にEIP-7702が導入されれば、EOAも直接Epoch機能を使用できます。
- Epoch Plugin (プラグイン)
○意図解決ソリューションとRegistry/Gatekeeperを接続し、完全な取引を準備してウォレットに実行を提出します。
- Epoch Hook (フック)
○条件検証を実行し、取引前/取引後のオンチェーン安全チェックをサポートします。
- Epoch Paymaster (支払い代理)
○ガスを代わりに支払い、ユーザーは対象チェーンに対応するガス代トークンを保有する必要がありません。
- Epoch Liquidity Pools (流動性プール)
○各チェーンの許可された流動性プールで、即時のクロスチェーン体験を提供します。
○ソースチェーンの資金を管理し、ターゲットチェーンが先に実行し、パートナープロジェクトが証明を渡した後に資金を解放します。
○少額の手数料を徴収し、流動性提供者とネットワーク参加者に分配します。

Epoch SDK
- 開発者入口 :dAppが迅速に構築し、署名された意図を送信するのを支援します。
- 制約設定 :ユーザーの意図と取引に正しい状態条件を設定します。
- 自動化 :非意図取引の自動実行をサポートします。
- 効率的な開発 :開発サイクルを数日から数時間に短縮します。
++Tron++ ++評価++
Epoch プロトコルの利点は、意図抽象とソルバー調整を通じて、ユーザーとdAppの多チェーン相互作用の複雑さを大幅に低減する点です。アカウント抽象、オブザーバー監視、オンチェーン検証、Paymaster代払い、流動性プールと組み合わせることで、自動化、シームレスなクロスチェーン、より安全な実行を実現しました。また、SDKとプラグイン化されたアーキテクチャにより、開発統合のハードルも大幅に低下しました。
その欠点は、プロトコルがまだ初期段階にあり、エコシステムと標準化の程度が不足していることです。ソルバーの性能と調整メカニズムへの依存度が高く、大規模な展開時にはクロスチェーンの安全性、ZK検証コスト、ガバナンスの複雑性に直面する可能性があります。
2. 当週の重点プロジェクトの詳細
2.1. 総資金調達700万ドル、誰でも参加できる分散型知識ネットワークIntuitionの詳細
++概要++
Intuition は、世界初の「オープンで意味的な、トークン策展(token-curated)駆動の知識グラフ」を構築しており、アイデンティティ、データ、アルゴリズムをアプリケーション層から切り離します。 この汎用的で無許可のデータ湖は、分散型ネットワークに新しい柱をもたらします------「信頼できる相互作用層(trustful interaction layer)」。この層では、客観的な事実を処理できるだけでなく、主観的な意見も扱えます。人と機械は必要なデータを取得でき、ネットワークとの相互作用と開発方法を根本的に変えます。
Intuition の誕生は、現在のアイデンティティとデータのパラダイムの限界を解決することを目的としています。 現在の中央集権的なモデルは、巨大でアクセスが困難なデータ孤島を生み出し、悪用されやすく、プライバシーと透明性の懸念を引き起こし、開発者がこれらの基盤層に過剰な労力を費やすことを強いられています。分散型技術を受け入れることで、Intuitionはアイデンティティとデータの管理、信頼とアイデンティティの検証の新しいモデルを提供し、ユーザーの所有権と権限、データの完全性、オープンアクセスと発見性を強調します。

++アーキテクチャの概要++
核心理念
Intuitionは、オープンで無許可の知識グラフを構築することを目指す多様な技術で構成されたエコシステムです。
その縦の統合された知識スタックは、開発者に包括的なツールを提供し、人間の集合的直感に駆動された次世代技術の開発を容易にします。
オープンなソーシャル知識グラフ
- Intuitionの知識グラフは、構造化され、分散化され、無許可の方法で集団の知恵を収集し、整理します。
- その結果の状態はすべての人に開放され、誰でもアクセスできます。
- ネットワーク上のほぼすべての実体をカバーできます:仮名、スマートコントラクト、組織、コンテンツなど。
- 目標は、ユーザーがエコシステムをより包括的に理解し、より情報に基づいた相互作用を促進することです。
グラフの状態(State of the Graph)
オンチェーン(On-Chain)
- ノード(Atoms) :任意のURIを指し、スマートコントラクトウォレットやデータウェアハウスにバインドでき、任意のデータをキャッチします。
- エッジ(三元組 Triples) :3つのAtomsで構成され、意味的関係を表現します;正/負のウェアハウスを持ち、支持または反対の声明をサポートします。
- 信号(Signals) :「誰が何を声明しているか」を示し、ユーザーが各ウェアハウスでの残高によって決定され、認知の信頼性と重みを反映します。
- 統一状態 :知識グラフの「ノード、関係、重み」です。
オフチェーン(Off-Chain)
- Atomsは任意のURI(Mediumの記事、Spotifyの曲、IPFSファイル、イーサリアムアドレスなど)を指すことができます。
- NFTのストレージ方式に似ています:オンチェーンで所有権と改ざん防止性を記録し、オフチェーンで豊富なメタデータを保存します。
- Intuition バックエンドは、オンチェーンとオフチェーンの状態をインデックス化し、統一されたクエリ可能な知識グラフを提供し、オープンAPIを提供します。誰でも自分のバックエンドのコピーを実行できます。
基盤プロトコル:信頼プロトコル(Trust Protocol)
Intuitionプロトコルは新しい情報経済のためのインフラストラクチャを提供し、暗号経済のインセンティブを通じて以下を促進します:
- 有用なデータの創出
- 様々な実体の統一識別子の収束
- データ標準、パターン、フォーマットの統一
これは新しいコンセンサスメカニズムのようなもので、帳簿の状態に関する合意を形成するのではなく、「言語と意味層の状態」に関する合意を形成します。
目標は意味的ウェブ(Semantic Web)の実現を推進し、インターネットを最大限に機械可読かつ相互運用可能にすることです。
- ユーザーはデータを貢献することで報酬を得ます。
- システムは分散型アイデンティティ(DID)と評判データをサポートします。
- プロトコルは中立を保ち、「誰でも何にでも何でも言える」ことを許可し、同時に探索とフィルタリングを容易にする構造化されたフレームワークを提供します。
- 上位アプリケーションはアルゴリズムとフィルタリングを通じて、特定のユーザーや特定の信頼関係に基づいて関連データを表示できます。
サービス層
- インデックス(Indexing)
○オンチェーンとオフチェーンのデータをシームレスに統合し、統一された意味的知識グラフを構築します。
○DeFi分析、検証可能な評判システム、クロスプラットフォームのアイデンティティ解決策などのユースケースをサポートします。
- データアクセス / API
○リアルタイムデータストリーム、直接クエリインターフェースを提供します。
○意味的ラベルとリアルタイム更新をサポートし、開発者がデータ駆動型アプリケーションを構築するのを助けます。
- モジュール(Modules)
○開発者はアプリケーション層でIntuitionを統合できます。コンポーネントライブラリ、プラットフォームなど。
○公式に1UI(コンポーネントライブラリ、shadcnに基づく)を提供し、迅速な接続を容易にします。
○テンプレートとSDKを提供し、開発者が声明(attestations)を迅速に展開し、統合できるようにします。
- 自社アプリケーション(In-House Apps)
○公式に一連のサンプルアプリケーションを構築し、人や事に関連する声明を作成し、ブラウズする方法を示します。
○ソーシャルグラフと分散型信頼アルゴリズム(EigenTrustなど)を利用し、関連性と個別化を向上させます。
○フロントエンドライブラリはオープンソースで、コミュニティの二次開発を奨励します。
++モジュールの詳細++
1. 原子(Atoms)
原子はIntuitionにおける最も基本的な知識単位であり、すべての事物------人、概念、製品などに適用される独自の、グローバルに持続可能な、分散型の識別子として機能します。各原子は、より複雑なデータ構造の構築モジュールとして機能し、知識グラフ内での情報の確定性と意味的な組織を促進します。
原子の理解(Understanding Atoms)
Intuitionでは、各原子は分散型識別子(DID)とイーサリアムウォレットアドレスによって保障され、検証可能な基盤を確立します。
原子は意味的構造の中で3つの主要な役割に分かれます:主語(Subject)、述語(Predicate)、目的語(Object)。この構造は三元組(Triple)を形成し、世界に関する具体的な主張や事実を表現します。
例の三元組(Triple)
形式:Subject - Predicate - Object
●アリス [ 主語] - hasAccessTo [述語] - Intuition [目的語]
○アリスは主語です
○hasAccessToは述語です
○Intuitionは目的語です
別の例では、Intuitionが主語である場合を示します:
●Intuition [ 主語] - is a [述語] - Ethereum-based attestation protocol [目的語]
この声明は、意味的かつ構造的な方法でIntuitionの役割と本質を説明しています。
知識の構成(Composition of Knowledge)

原子の構成要素(Components of an Atom)
●原子データ(Atom Data)は、ある原子が表す概念や実体を説明します。通常はオフチェーン(off-chain)に保存され、IPFSやArweaveなどの分散型ストレージソリューションを使用し、オンチェーンでそのデータへのURIを記録します。
●原子ウォレット(Atom Wallet)は、各原子に関連付けられたスマートコントラクトウォレットで、原子にそのアイデンティティにおける自主性を付与します。このウォレットは、原子の守護者(Atom Warden)という専用のスマートコントラクトによって制御されます。
●原子金庫(Atom Vault)は、ユーザーが特定の原子にトークンを預けることを許可するメカニズムで、その原子の関連性と支持度を示します。原子金庫内の総ロック価値(TVL)は、その原子の受け入れ度と重要性を示します。
三元組(Triples)
三元組はIntuitionにおける高次構造であり、原子間の関係を定義します。
各三元組は3つの構成要素から成り立っています:主語(Subject)、述語(Predicate)、目的語(Object)、そして3つとも原子です。
この構造は、正確で機械可読なデータ表現を提供し、複雑で高度に相互接続された証明や声明をサポートします。
三元組構造(Triple Structure)
- 主語(Subject) :記述される実体や概念
- 述語(Predicate) :主語の関係や属性
- 目的語(Object) :主語に付与される値や特性

信号(Signal)
Intuitionにおいて、信号はシステム内で意図、信念、または支持を表現する任意の行動を指します。
信号は明示的であることもあれば、投票メカニズムや署名背書(signed attestations)などの形で表現されることもあります;
また、暗黙的であり、ユーザーの行動から推測されることもあります。

信号メカニズム(Signal Mechanisms)
ユーザーは原子(Atoms)と三元組(Triples)にポジション(positions)を保有し、関連する実体での残高を増加させることで自らの立場を表現します。
信号の存在は、信頼と信念の表現をより細やかで階層的にし、分散型エコシステム内に動的で多層的な好みの体系を形成します。
特に注意すべき点は:
- 原子や三元組の作成 ≠ それに対して信号を発すること 。
- ユーザーは原子や三元組を作成する際に、同時にその上でポジションを持つ(つまり初期預入れ/Initial Depositを行う)ことを選択できますが、これは必須ではありません。
- ユーザーが初期預入れを行わなかった場合、その行為は原子や三元組を作成したことを意味するだけで、














