約24分で読めます

Stellar版Curve Financeとは?StableSwapベータの交換・LP機能とリスク

Stellar版Curve Financeとは?StableSwapベータの交換・LP機能とリスク
この記事の目次 8章

StellarでUSDC系など価格の近い資産を交換したい人は、Curve FinanceのStableSwapベータで交換と流動性提供(LP)を利用できます。ただし、低スリッページや収益が保証されるわけではありません。この記事では、2026年10月31日時点で何が使え、どの状態なら取引を中止すべきかを初心者向けに判断できるよう整理します。

30秒で分かる結論:現在の中心はStableSwapのプール発見・交換・LPです。FXSwapは未提供で、プール作成は公式発表とベータUIの表示に差があります。発行者を照合できない、価格影響が許容範囲を超える、署名内容を理解できない場合は実行しないでください。

Curve Financeは2026年10月29日、Stellarメインネットへの初の非EVMネイティブ展開を発表しました。StableSwapはStellarのスマートコントラクト環境「Soroban」向けに再構築されています。暗号資産やDeFiの基本から確認したい場合は、先にDeFiの基礎とステーブルコインの仕組みを押さえると理解しやすくなります。

Stellar版ベータで現在できること

公式発表が挙げる初期版の主要機能は、プールの発見、資産の交換、流動性の提供、許可不要のプール作成です。ただし、発表内容はプロトコルとしての提供範囲を広く示す一方、報道時点のベータUIではプール作成が今後追加される機能として表示されていました。この差は矛盾と決めつけず、コントラクト上の能力と一般利用者向けUIの公開状況が一致しているかを利用時に確認します。

プールの発見・交換・流動性提供

プール発見では、交換したい資産の組み合わせと利用可能な流動性を探します。同じティッカーの資産が複数存在し得るため、名称だけで選択してはいけません。発行者、資産コード、SACまたはコントラクト識別子を確認し、公式資料が示す資産と一致するか照合します。

交換では、入力資産と数量を指定し、受取見込みを確認して署名します。見積もりから署名までに残高が変化すると結果が変わる可能性があります。最低受取額の設定は不利な価格変化を抑えるための条件ですが、厳しすぎれば取引が失敗し、緩すぎれば想定より少ない受取額を許容します。

流動性提供では、指定された資産をプールへ預け、持分を示すLPポジションを受け取ります。交換が行われれば手数料収入を得る可能性がありますが、預けた各資産を同じ数量で取り戻せるとは限りません。プール内の交換によって資産構成が変わるためです。

プール作成は発表内容とベータUIを照合する

許可不要のプール作成は、中央の審査を受けずに新しい資産ペアを作れることを意味します。自由度が高い反面、第三者が同名トークンを使ったプールや、不適切なパラメーターのプールを作れる可能性もあります。「Curveの画面にあるから公式資産」とは限りません。

2026年10月31日時点では、プール作成の操作手順を固定的に説明するのは適切ではありません。UIに機能が見当たらない場合、非公式なURLや未知のツールを探して無理に操作せず、公式発表とUIの更新を待ちます。機能が表示された場合も、作成対象、手数料設定、初期流動性、コントラクトIDを確認してから進めるべきです。

StableSwapが低スリッページを狙える仕組み

まなぶ「StableSwapなら、どんな暗号資産でも価格差なく交換できるんですか?」

クリプ「そうではないよ。主に同じ価値へ連動する資産を、均衡に近い範囲で効率よく交換する設計なんだ。流動性が薄い時やペッグが崩れた時は滑りも起こるよ。」

StableSwapは、価格が同じ水準にとどまると期待される資産向けのAMMです。典型例は、同じ法定通貨に連動する複数のステーブルコインです。一般的な定積型AMMよりも1対1付近へ流動性を集中させることで、プールが均衡している範囲では少ない価格影響で交換できるように設計されています。

価格の近い資産に適したAMM設計

AMMは注文板の売り手と買い手を直接対応させる代わりに、プールへ預けられた資産と数式を使って交換価格を決めます。単純な定積型では、交換量が増えるほどプール内の比率が変わり、価格も大きく動きます。StableSwapは、残高が均衡に近い領域では定和型に近い性質を持たせ、離れた領域では資産が枯渇しにくいよう定積型の性質を強める考え方です。

この設計は「価格が近い」という前提が重要です。米ドル連動資産と値動きの大きい暗号資産のような組み合わせに、そのまま適しているわけではありません。変動資産向けには内部価格を動かすCryptoswapなど別の設計があり、用途を区別する必要があります。

約定品質を左右する残高・取引量・注文額

低スリッページは設計上の狙いであり、約定結果の保証ではありません。第一に、プールの総流動性が少なければ、小さく見える注文でも残高比率を動かします。第二に、一方の資産が多く、もう一方が少ない状態では、交換方向によって条件が変わります。第三に、注文額が大きいほど、自分の注文による価格影響が増えます。

さらに、ステーブルコイン自体の市場価格が連動対象から外れる「デペッグ」が起きれば、1対1に戻る前提が弱くなります。画面上の名称にStableSwapとあっても、外部市場で価値が異なる二つの資産を損失なく交換できるわけではありません。受取見込み額、最低受取額、価格影響、手数料を毎回確認しましょう。

交換と流動性提供の前に確認する項目

同じ見た目の資産でも発行者とコントラクト識別子が異なることを虫眼鏡で照合し、公式導線から署名まで確認する場面
同じティッカーでも別資産になり得るため、発行者とSACまで照合する。

Stellar版Curveの利用前確認は、公式導線、資産、プール、見積もり、署名の順に行うと整理しやすくなります。検索広告やSNSのリンクから直接ウォレットを接続せず、StellarまたはCurveの公式発表から正規URLへ進みます。ドメインの綴りとウォレットが接続を求めるネットワークも確認してください。

交換前に見積もりとスリッページを確認する

交換画面では、入力額だけでなく、受取見込み額、最低受取額、価格影響、手数料、選択中のプールを読みます。少額の表示では問題がなくても、入力額を増やすと価格影響が急に大きくなることがあります。特に公開直後のプールは流動性や取引履歴が十分でない可能性があるため、大きな注文を一度に出す前に見積もりの変化を確認します。

スリッページ許容値は、見積価格からどこまで不利な変化を許すかを示します。値を広げれば成功しやすくなる場合がありますが、悪い条件で成立する余地も広がります。取引が失敗するたびに機械的に許容値を上げるのではなく、流動性不足、残高の偏り、価格変動が原因ではないかを確認します。

ティッカーだけでなく発行者とSACを照合する

Stellarの資産は、同じ「USDT」「USD」などのコードでも発行者が違えば別資産です。SorobanではStellar Asset Contract(SAC)を通じてClassic資産をコントラクトから扱う場合があります。そのため、ティッカーやロゴだけでなく、発行者アドレスとSACの識別子を公式資料と照合します。

Classic資産を受け取るには、ウォレット側でトラストラインの設定が必要な場合があります。トラストラインは、特定の発行者が出す資産を受け入れるための台帳上の設定です。未設定なら受取が失敗し得ます。また、Stellar資産には発行者による認可、凍結、回収などの制御が設定される場合があります。分散型取引所で交換できることと、発行者リスクがないことは同義ではありません。

署名前に対象・数量・認可内容を読む

Sorobanのコントラクト操作では、ウォレットが認可エントリーへの署名を求めることがあります。署名画面で、接続先、呼び出すコントラクト、使用する資産、数量が意図と合っているかを読みます。表示が理解できない、想定外の複数操作が含まれる、数量が極端に大きいといった場合は承認を中止します。

署名は「サイトにログインするだけ」の操作ではなく、資産移動やコントラクト実行を承認する行為になり得ます。初めてのプールでは少額で一連の流れを確認し、取引履歴と残高に意図した変化が反映されたかを見ます。秘密鍵やシードフレーズをWebフォームへ入力する必要はありません。

LP手数料は保証利回りではない

デペッグした弱い資産が透明なStableSwapプールへ大量に入り、強い資産が外へ流出してLP残高が偏る場面
デペッグ時は弱い資産がプールへ集まり、LPの持分が偏りやすい。

まなぶ「ステーブルコイン同士なら、LPは価格変動がなくて安全なんですよね?」

クリプ「価格が近い間は変動を抑えやすいけれど、安全が保証されるわけではないよ。デペッグすると弱い資産へ残高が偏ることもあるんだ。」

LPへの手数料分配は、利用者が流動性とリスクを引き受ける対価です。表示される年率があったとしても、将来の収益を確定するものではありません。取引量が減れば手数料収入は減り、追加報酬がある場合も条件や価格が変わります。さらに、資産価格とプール内の構成変化により、手数料を上回る損失が生じる可能性があります。

デペッグで弱い資産へ残高が偏るリスク

二つのステーブルコインのうち一方への信頼が低下すると、市場参加者は弱い資産をプールへ入れ、強い資産を取り出そうとします。その結果、LPの持分は価値が下がった資産へ偏りやすくなります。StableSwapの数式は交換を提供しますが、発行体の準備資産、償還能力、規制上の問題を解決するものではありません。

「いずれ1に戻る」と決めつけることもできません。デペッグが一時的か恒久的かは、その時点では分からない場合があります。LPになる前に、各資産の発行者、償還条件、権限制御を調べ、片方だけを多く保有する結果になっても許容できるかを考えます。

薄いプールと変動損失への備え

流動性が薄いプールでは、少数の取引で残高が大きく変わりやすく、LP持分の構成も動きます。価格差を利用する裁定取引がプール価格を外部市場へ近づける一方、LPはその過程で値上がりした資産を手放し、値下がりした資産を多く持つ形になり得ます。単純に二資産を保有していた場合との差が変動損失です。

価格が元へ戻れば差が縮む場合はありますが、手数料で必ず埋められるとは限りません。預入前にはプール残高、最近の取引量、手数料条件を確認し、生活資金や短期に必要な資金を投入しないようにします。退出時にも、受け取る資産の内訳と価格影響を確認します。

開発者向け補足:低流動性プールを価格参照に使う危険

プールの交換価格を、別のレンディングや清算システムが参照価格として使う場合は、さらに注意が必要です。流動性が少ないプールの価格は少ない資金で動かしやすく、操作された瞬間価格を担保評価へ使うと誤った借入や清算につながる可能性があります。

これは一般利用者が交換するだけの場合と、開発者が価格フィードとして組み込む場合で影響範囲が異なる論点です。ただし、複数のDeFiサービスをまたいで運用する利用者も、表示価格の出所を確認する価値があります。「Curveの価格だから安全」ではなく、どのプールを、どの期間の価格で、どの検査を通して参照しているかが重要です。

非EVM展開とSoroban再構築で何が変わったのか

大きな変化は、Curveの流動性インフラがEVM互換チェーンの外へ初めてネイティブに広がったことです。公式発表によると、Stellar版はメインネット上で稼働し、StableSwapを通じたプールの発見、交換、流動性提供を扱います。許可不要のプール作成も発表上の初期機能に含まれますが、ベータUIの表示とは差があるため、実際に使う時点の画面と公式案内を照合する必要があります。

Curve初の非EVMネイティブ展開

EVMはEthereum Virtual Machineの略で、Ethereum系のスマートコントラクトを動かす共通基盤です。複数のEVM互換チェーンへ展開する場合、開発者は既存の言語や設計資産を活用しやすくなります。一方、StellarのSorobanはEVMとは別の環境です。今回の「ネイティブ」は、既存コントラクトをそのまま配置したのではなく、Stellarの仕組みに合わせて構築したことを示します。

この違いは利用者にも関係します。ウォレットの接続方法、取引の組み立て方、コントラクト認可の表示、資産の識別方法などがEVM版と同じとは限らないからです。Curveを他チェーンで使った経験があっても、見慣れた操作を前提にせず、Stellar版の表示を一つずつ確認する姿勢が必要です。

Stellar初のDEX・AMMという意味ではない

「Curve初の非EVM展開」と「Stellar初のDEX」は別の話です。StellarにはCurve以前からSoroswapなどのSoroban製AMMがあり、SDEX、Phoenix、Aquariusなど複数の流動性経路も存在します。今回の新しさは、ステーブル資産向けAMMで知られるCurveが、Stellarへネイティブ統合した点にあります。

したがって、Stellar上の交換がすべてCurveへ置き換わるわけではありません。同じ資産ペアでも、プールごとに残高、手数料、交換レート、スリッページが異なります。利用者はブランド名だけで経路を選ぶのではなく、その取引時点の見積もりを比較することが重要です。

一般利用者が覚える4つの違い

まなぶ「非EVMネイティブって、見た目だけStellar用に変えたという意味ですか?」

クリプ「見た目だけではないよ。取引を実行する基盤、認可の仕組み、コントラクトの管理方法までStellarに合わせて作る必要があるんだ。」

SorobanアプリはStellar RPCを通じてコントラクトの状態を照会し、取引をシミュレーションしてからネットワークへ送信します。コントラクトは公開関数を通じて別のコントラクトを呼び出すこともできます。交換画面では単純な一回の送金に見えても、内部ではトークンとプールなど複数の処理が関係する場合があります。

開発者向け補足:Sorobanの実装と運用

Soroban向け実装では、資産の表現、認可、イベント、コントラクト間の呼び出しをStellarの規則に合わせます。ウォレットが要求する認可エントリーへの署名も、その一例です。通常の送金なら送付先と数量が中心ですが、コントラクト操作では、どのコントラクトが何を実行する権限を求めているかを見る必要があります。

また、SorobanにはWasmコードの更新やデータのTTL管理といった運用上の論点があります。TTLは保存データが台帳上で維持される期間に関係し、必要に応じて延長する仕組みです。これらは主に開発・運用側の責任ですが、利用者にとっても「一度配置されたコードが永遠に同じ条件で動く」と決めつけない理由になります。

EVM版と同じ機能・運用を前提にできない理由

EVM版Curveで見かけるプール形式、報酬、ガバナンス連携、周辺サービスがStellar版にもすべて存在するとは限りません。公式発表が述べているのはStellar版の初期機能であり、他チェーンの機能一覧をそのまま当てはめることはできません。特に、報酬トークンや追加インセンティブが画面に表示されていないのに、他チェーンと同じ利回りを受け取れると想定するのは危険です。

監査についても範囲を分けて考えます。あるAMM設計やコントラクトが監査済みでも、その表現がStellar版の全コード、最新の更新、UI、第三者が作成した全プールの設定まで含むとは限りません。監査報告書の対象バージョンと対象コンポーネントを確認できない場合は、範囲を断定しないのが適切です。

FXSwapは監査後の導入予定で提供日は未定

Stellar版の発表では、StableSwapに続く機能としてFXSwapが挙げられています。FXSwapは、価格が完全に同じ水準へ固定される資産ではなく、異なる法定通貨に連動する資産など、相対価格が緩やかに動く為替型ペアを念頭に置いた仕組みです。StableSwapと名前が似ていても、対象となる価格関係が違います。

StableSwapとは異なる為替型ペア向けの設計

たとえば米ドル連動資産とユーロ連動資産は、どちらも法定通貨連動型でも常に1対1ではありません。為替市場に応じて相対価格が動くため、1対1付近を前提とするStableSwapをそのまま当てはめると、流動性の配置が実勢価格に合わなくなる可能性があります。FXSwapは、このような低変動でも非相関のペアを扱う用途として区別されています。

2026年上期のCurve開発報告では、FXSwapについて価格、流動性配置、手数料配分などの検討が記録されています。これは開発が進められてきた根拠にはなりますが、Stellar上の最終仕様や対応資産が確定したことを意味しません。実装公開後は、設計説明と実際のパラメーターを改めて確認する必要があります。

監査完了・公開日・対応ペアは続報待ち

公式発表ではFXSwapは監査後に導入予定とされています。しかし、2026年10月31日時点の調査資料には、監査完了日、一般公開日、初期対応ペアの確定情報がありません。したがって、「間もなく利用できる」「特定の通貨ペアが提供される」と予測してはいけません。

公開を待つ間に、FXSwapを名乗る非公式サイトや未確認コントラクトへ資金を送らないよう注意します。提供開始の判断は、CurveまたはStellarの公式発表、正規UIの表示、コントラクト情報、監査資料の公開を組み合わせて行います。予定は変更され得るため、古い告知だけで判断しないことも大切です。

利用目的別の判断と問題の切り分け

ステーブルコインを交換したい人は、最初に「目的の資産へ交換できるか」ではなく「正しい資産同士を、納得できる条件で交換できるか」を確認します。受取先サービスが対応する発行者や資産形式と、Curveで受け取る資産が一致しなければ、同じティッカーでも入金できない可能性があります。交換後に送付する予定があるなら、受取先の対応ネットワーク、資産識別子、トラストラインの要否まで先に調べると、交換後に資産が動かせない事態を避けやすくなります。

LPを検討する人は、交換利用者より多くの項目を見る必要があります。現在の残高比率だけでなく、各資産がデペッグした場合にどちらを多く抱えることになるか、退出時にどの資産で受け取れるか、手数料条件が変わり得るかを確認します。短期間の表示年率だけで判断せず、収益源が通常の交換手数料なのか、一時的な追加報酬なのかも分けます。報酬がなくなっても保有を続けられるかという視点が、無理な資金投入を防ぎます。

開発者や他のDeFiサービスと組み合わせる人は、UIの表示に加え、コントラクトとイベントの扱いを確認します。Sorobanのイベントは外部の追跡基盤で利用できますが、同じイベントを二重処理しない設計が必要です。価格参照に使う場合は、瞬間価格だけでなく流動性、観測期間、異常値への対処も検討します。一般利用者向けUIで正常に交換できることだけでは、決済や担保評価へ安全に統合できる根拠にはなりません。

トラブル時に切り分ける順序

交換が失敗したときは、すぐに同じ操作を繰り返さず、原因を順に切り分けます。まずウォレットの接続先と残高を確認し、次に必要なトラストラインや認可が設定されているかを見ます。そのうえで、見積もりの有効性、最低受取額、プール残高、ネットワークやRPCの状態を確認します。価格が動いたため条件を満たさなかった取引と、資産設定が不足している取引では、対応が異なります。

保留中に見える場合も、同じ取引を何度も送る前にエクスプローラーやウォレット履歴で状態を確認します。Sorobanアプリでは、シミュレーション、署名、送信、台帳への反映が別の段階です。画面が更新されないだけなのか、取引自体が失敗したのかを分けなければなりません。サポートを装う相手から秘密鍵やシードフレーズを求められても共有せず、公式窓口の案内だけを利用します。

LPの残高や内訳が予想と違う場合は、まずプールの現在比率と自分の持分を確認します。交換による構成変化は、直ちに不具合を意味しません。一方、UI表示だけで判断せず、取引履歴とコントラクト上の状態も確認できると切り分けやすくなります。第三者サイトへウォレットを接続して「復旧」する方法は、新たな認可を与える危険があるため避けましょう。

ベータ情報の確認日と更新方針

本記事の基準日は2026年10月31日です。ベータ版では、UI、対応プール、コントラクト、監査資料、FXSwapの予定が更新される可能性があります。利用直前には、記事の記述より公式発表と実画面を優先し、更新日と対象ネットワークを確認してください。特に「近日公開」という表現は具体的な日付を保証しないため、公開済みの機能と予定を混同しないことが大切です。

また、TVL、取引量、利回り、スリッページは時間とともに変わる値です。過去の数値を現在の状態として使わず、自分が操作する時点のプール情報を読みます。数値が大きいことだけで資産やコントラクトの安全性が証明されるわけでもありません。流動性の量、資産の質、コード、運用、発行者という異なるリスクを一つの指標へまとめないようにしましょう。

判断に迷う場合は、操作しないことも選択肢です。新しいチェーン展開では、機能が動くことと、十分な利用実績があることは同じではありません。プールの残高や取引履歴、公式の障害告知、監査対象を時間を置いて確認すれば、公開直後には分からなかった情報を得られる場合があります。機会を逃さないことより、理解できない認可や資産へ署名しないことを優先してください。

複数のプールを比較するときは、見かけの交換レートだけでなく、最終的な受取額と失敗時の条件を比べます。手数料が低くても価格影響が大きければ有利とは限らず、流動性が多くても選んだ資産が意図した発行者のものとは限りません。比較する項目を固定すると、ブランド名や一時的な報酬に引っ張られず、同じ基準で判断しやすくなります。

Stellar版Curveを利用する前の最終チェック

Stellar版Curveは、ステーブル資産の流動性をStellar上で利用する新しい選択肢です。一方、公開直後のベータであり、EVM版とは実装環境も提供範囲も異なります。以下は投資を勧めるための一覧ではなく、自分で利用可否を判断するための確認軸です。

公式UIとコントラクト情報を照合する

  • 公式発表から正規UIへ移動し、ドメインの綴りを確認する
  • ウォレットがStellarの意図したアカウントとネットワークへ接続しているか確認する
  • 選択したプールの資産コード、発行者、SACまたはコントラクトIDを照合する
  • 第三者が許可なく作成した同名資産やプールを公式と誤認しない
  • UIにない機能を非公式ツールで無理に実行しない

流動性・資産権限・署名内容を確認する

  • 交換前に受取見込み額、最低受取額、価格影響、手数料を読む
  • 注文額を変えたとき見積もりがどの程度変化するか確認する
  • 資産の認可、凍結、回収など発行者権限を確認する
  • LPではデペッグ、残高偏り、変動損失、コントラクトリスクを別々に考える
  • 署名画面の対象コントラクト、資産、数量、認可内容を照合する
  • 初回は失っても生活へ影響しない少額で操作と履歴を確認する

未提供機能や監査範囲を断定しない

プール作成は公式発表とベータUIの状況を照合し、FXSwapは提供日未定として扱います。監査済みという説明を見た場合も、対象のコード、バージョン、プール設定、UIまで含むかを確認します。確認できない範囲を安全とみなさないことが、誤解を避ける基本です。

結論として、Stellar版Curveの価値は、価格の近い資産向けに設計されたStableSwapをSoroban上で利用できる点にあります。ただし、低スリッページはプールの状態に依存し、LP手数料は保証利回りではありません。「Curveだから」「ステーブルコインだから」という名称だけで判断せず、資産の正体、流動性、見積もり、署名を取引ごとに確認してください。

FAQ

よくある質問

Stellar版Curveでは今、何ができるの?

StableSwapベータでプールを探し、価格の近い資産を交換したり、流動性を提供したりできるよ。プール作成は公式発表に含まれるけれど、ベータUIでは表示差があるから、使う時点の正規画面で確かめよう。

StableSwapなら必ず低スリッページで交換できるの?

必ずではないよ。価格の近い資産へ流動性を集中する設計だけれど、プール残高、注文額、取引量、デペッグで実際の滑りは変わるんだ。価格影響や最低受取額が許容できなければ実行しないでね。

LPになれば手数料で必ず利益が出るの?

利益は保証されないよ。手数料収入は取引量に左右され、デペッグで弱い資産へ残高が偏ったり、変動損失やコントラクトの不具合で損失が出たりする可能性もあるんだ。

同じUSDTやUSDという表示なら同じ資産なの?

表示名だけでは判断できないよ。Stellarでは同じコードでも発行者が違えば別資産になり得るんだ。発行者とSACなどの識別情報を公式資料と照合できないなら、その資産は選ばないでね。

FXSwapはもうStellarで使えるの?

2026年10月31日時点では、まだ監査後の導入予定だよ。公開日や初期対応ペアも確定していないから、StableSwapと混同せず公式の続報を待とう。

Sources

参考・出典

  1. Curve Brings Onchain Liquidity Infrastructure to the Stellar Network in Its First Native Non-EVM Integration Stellar Development Foundation
  2. Curve Finance上线Stellar,成为其首个非EVM原生部署 Odaily
  3. H1 2026 Progress Report – Curve Ecosystem Grant Curve Governance Forum / Swiss Stake AG
  4. Understanding Stableswap Curve Knowledge Hub
  5. Curve Knowledge Hub Glossary Curve Knowledge Hub
  6. Cryptoswap: In Depth Curve Knowledge Hub
  7. How Curve Compares to Other AMMs Curve Knowledge Hub
  8. StableSwap: Efficient Mechanism for Stablecoin Liquidity Curve Finance
  9. Automatic market-making with dynamic peg Curve Finance
  10. Curve Finance StableSwapNG Security Audit Report MixBytes
  11. USDT0 on Stellar Stellar Developer Docs
  12. Stellar Developers Stellar Development Foundation
  13. Consume previously ingested events Stellar Developer Docs
  14. RPC Stellar Developer Docs
  15. Publish events from a Rust contract Stellar Developer Docs
  16. Sign authorization entries Stellar Developer Docs
  17. Cross-Contract Stellar Developer Docs
  18. Contract Conventions Stellar Developer Docs
  19. Soroswap.Finance Soroswap / GitHub
  20. How to integrate with Soroswap Stellar / GitHub
  21. Stellar DeFi Super App kaankacar / GitHub
  22. Tests Stellar Developer Docs

Latest

新着記事

  1. 01 技術解説 SuiのBitcoin金融基盤「Hashi」とは?mainnet 1.0とhBTCの仕組み 2026年11月1日
  2. 02 実践ガイド Chain.comのOnyx移行期限は2026年10月31日|自動移行の対象と対応 2026年10月31日
  3. 03 技術解説 DTCCの証券トークン化サービスとは?対象範囲・24時間移転・利用条件を整理 2026年10月31日
  4. 04 セキュリティ Binanceで約63億ドル影響か(2026年10月)|被害・手口・日本利用者の対応 2026年10月30日