Enjin『Fort Canning』でゲームNFTはどう変わる？貸出・期限付きNFT・発行制限・属性凍結を整理

貸したNFTを持ち主は期限前に回収できず、期限付きNFTは貸出中でも有効期限が来れば破棄されます。Enjin Blockchainの「Fort Canning」は、こうしたNFT貸出、期限付きNFT、発行速度制限、属性凍結を加える予定の二段階アップグレードです。ゲーム内アイテムの扱いをチェーン上で細かく決められる一方、設定後に戻せない条件があります。

この記事は一般プレイヤーとゲーム運営者を主対象に、4機能で何が変わり、取得・貸出・移行前に何を確認すべきかを整理します。NFT貸出は利息や担保を扱う金融サービスではなく、ゲームアイテムの利用権を一定期間渡す仕組みです。

執筆・確認：クリプトラボ編集部　技術レビュー：公式発表・変更履歴・仕様書を相互確認　最終確認日：2026年10月11日。承認後は提案状態、確定ブロック、稼働結果を確認して更新します。

Fort Canningとは：11月に予定される二段階アップグレード

Fort Canningは一つの更新を一度に適用する名称ではありません。ネットワーク全体の調整や安全性を担うRelaychainのv1.8.0と、ゲーム・NFT向けの処理を担うMatrixchainのv1.4.1という二つの更新で構成されます。役割の異なるチェーンを別日に更新するため、「Enjinが11月のある日に一斉に切り替わる」と理解すると、準備の時期や影響範囲を取り違えます。

Enjin Blockchainは、Relaychainが調整と検証を受け持ち、用途別のMatrixchainがNFTに関する状態や機能を処理する構成です。ゲームアイテムの作成、移転、市場での出品など、プレイヤーが触れるNFT機能の多くはMatrixchain側にあります。一方、Relaychain側にはステーキングやネットワーク運営に関わる処理があります。Fort Canningという同じ名称でも、両者の変更内容は同一ではありません。

Relaychainは11月9日、Matrixchainは11月16日に更新予定

公式発表時点の計画では、Relaychain v1.8.0は11月9日のブロック18,059,100、Matrixchain v1.4.1は11月16日の目標ブロック12,331,000での移行が示されています。日付だけでなくブロック番号が併記されるのは、ブロックチェーンの更新がネットワーク上の進行地点を基準に実行されるためです。

ただし、予定時刻や日付はブロック生成状況や提案の進行によって変わり得ます。カレンダーへ登録する場合も「確定日」ではなく「現行の予定」と記録し、直前に公式の変更履歴を照合するのが安全です。特に取引所、ノード運用者、固定された署名環境を持つサービスは、一般利用者より前に互換性を確認する必要があります。

ゲーム・NFT処理を担うMatrixchainの4機能：

ゲームNFTに直結する変更の中心はMatrixchainです。NFTを一定期間だけ他者に使わせるToken Lending、有効期限を持つEphemeral Token、短時間の大量発行を抑えるMint Rate Limit、メタデータに相当する属性を永久に固定するAttribute Freezingが含まれます。

これらは別々の問題を解く機能です。貸出は所有者と利用者を一時的に分け、期限付きNFTは指定時点で資産そのものを破棄し、発行速度制限はミントのペースを絞り、属性凍結は情報の変更権をなくします。「運営管理を強める一つの機能」とまとめず、誰が、何を、いつまで操作できるかに分解すると理解しやすくなります。

本番前のCanary検証：

入力調査によれば、これらの機能はCanary（本番導入前に機能を試す先行ネットワーク）へ9月28日と29日に導入済みです。開発者は本番の資産や利用者に影響を与える前に、作成、貸出、返却、期限切れ、発行制限などの挙動を試せます。本番移行が近いからといって、仕様書だけを読んで直接導入する必要はありません。

検証では成功する操作だけでなく、禁止される操作も確認します。貸出中の第三者移転や市場出品が拒否されるか、期限切れと返却が近い場合にどちらが優先されるか、発行制限を緩和した時に遅延がどう見えるかを試すと、ユーザー画面の案内やエラー処理を設計しやすくなります。

実施にはOpenGov承認が必要で日程は未確定

Fort Canningを理解するうえで最も大切な前提は、公式発表があっても更新が自動的に確定するわけではないことです。EnjinのOpenGov（保有者らが提案を審議・投票するオンチェーン統治制度）では、提案が提出され、所定の手続きを経て承認される必要があります。2026年10月11日時点で公式リポジトリは両提案をPendingと表示しており、本記事では「予定」「承認された場合」と表現します。

別々の提案として承認待ち：

Relaychain v1.8.0とMatrixchain v1.4.1は別の更新であり、承認状況も分けて追う必要があります。一方の提案が進んでいても、もう一方が同じ状態とは限りません。ゲームNFTの新機能を判断したい読者は、特にMatrixchain側の提案と変更履歴を確認してください。

OpenGovは、運営会社が告知しただけでチェーンのルールを一方的に変更するという説明とは異なります。とはいえ、ガバナンスの存在自体が予定どおりの可決、実装の無欠陥、サービスの継続を保証するわけでもありません。提案の状態と、承認後の実際の稼働状況は別の確認項目です。

予定日と移行ブロックは確定情報ではない：

否決、投票期間の進行、技術上の判断などにより、日程や内容が変わる余地があります。11月9日と16日、二つのブロック番号は準備の基準として有用ですが、契約上の締切や利用者への確約にそのまま使うべきではありません。運営者は「予定変更時に誰が告知を更新するか」まで決めておくと混乱を抑えられます。

プレイヤーも、非公式な投稿だけでウォレットを接続したり、移行を名目とする署名を行ったりしないでください。更新のために秘密鍵やシードフレーズを入力することはありません。公式ドメインと利用中のウォレットの正規案内を確認してください。基本手順は暗号資産詐欺の対策、保管方法はウォレットの選び方でも整理しています。

NFT貸出でできること・できないこと

Token Lendingは、ゲームアイテムの所有者を変えずに、別のウォレットへ利用可能な状態を一時的に与える仕組みです。たとえば、所有者がゲーム内キャラクターを一定期間だけ友人に使わせる場面を考えられます。ただし、実際にゲーム内でどの能力や画面を提供するかはゲーム側の実装にも依存します。チェーン機能が加わるだけで、すべてのゲームが自動的に貸出へ対応するわけではありません。

対象は供給上限1のNFTで期限後に自動返却

貸出対象は供給上限が1のNFTです。同じトークンIDを複数個発行する代替性のある資産ではなく、一点として扱うNFTを前提にしています。貸し手は借り手と期限を指定し、期限に達するとNFTは自動的に貸し手へ返されます。

自動返却により、利用者同士が期限後に改めて送金操作をする負担は減ります。しかし、返却後にゲーム側のキャッシュや権限表示が正しく更新されるかは別問題です。運営者はチェーン上の所有・貸出状態を読み取り、ゲーム内セッションや装備状態と同期させる必要があります。NFTの基本的な所有記録についてはNFTの仕組みも参考になります。

借り手の操作制限：

借り手は対象NFTを使えますが、第三者への移転、市場への出品、焼却はできません。この制約がなければ、貸した資産を別の相手へ送られたり、売られたり、消されたりする恐れがあります。貸出は自由な処分権を渡す操作ではなく、制限付きの利用状態を設定する操作です。

ゲーム画面では「所持品」と「借り物」を明確に分けることが望まれます。同じ一覧に表示する場合でも、返却日時、移転不可、出品不可を操作前に見せなければ、プレイヤーは通常のNFTと誤認します。エラーが出て初めて借り物だと気付く設計は、問い合わせや詐欺的な個人間取引の原因になり得ます。

貸し手は早期回収できず借り手は早期返却できる

貸し手は設定した期限より前に一方的に回収できません。できるのは期限の延長であり、借り手の利用期間を途中で短くする操作ではありません。一方、借り手は貸し手へ早期返却できます。この非対称性により、借り手は合意した期間中の利用可能性を見込みやすくなります。

貸し手にとっては、期間設定の誤りがすぐに取り消せないという意味でもあります。高価だと考える資産やイベント進行に必要な資産ほど、最初は短い期間で試し、ゲーム側の表示と返却を確認してから運用範囲を広げる考え方が現実的です。

金融レンディングとの違い：

この貸出機能には、利息や担保の仕組みは実装されません。暗号資産を預けて利回りを得るサービスや、資産を担保に資金を借りるサービスとは目的が異なります。「レンディング」という語だけを見て収益商品と受け取るのは誤りです。

ゲーム運営者が別途料金や利用条件を設ける可能性と、プロトコル自体が金融条件を提供することも分ける必要があります。入力調査から確認できるのは、Fort CanningのToken Lendingに利息・担保が組み込まれないという点です。将来の外部サービスや個別ゲームの契約条件までは一律に説明できません。

期限付きNFTは有効期限を過ぎると自動で破棄される

Ephemeral Tokenは、あらかじめ定めた有効期限に達すると自動で破棄されるNFTです。貸出が「返す」仕組みなのに対し、期限付きNFTは「存在しなくなる」仕組みです。期間限定イベントの入場証、季節アイテム、一時的な能力などに使える可能性がありますが、不可逆な設定であるため説明と検証が欠かせません。

供給上限1のNFTに変更不能な有効期限を設定

期限付きNFTも供給上限1のNFTに限定されます。設定した有効期限は変更できません。運営者が後からイベントを延長したくなっても、既存NFTの期限を書き換える方法としては使えないため、延長の可能性がある企画では別トークンの発行やゲーム側の権限設計を事前に検討する必要があります。

「変更不能」は、運営が都合よく期限を延ばさないという予測可能性につながる一方、入力ミスや日程変更にも対応できないことを意味します。タイムゾーン、ブロック上の時刻、ユーザー画面の表示、イベントサーバーの終了時刻を合わせ、複数人で設定値を確認する運用が必要です。

期限到達時は保有者に関係なく破棄：

期限に達したNFTは、その時点の保有者に関係なく破棄されます。最初の受取人が保有している場合だけでなく、許された範囲で別の状態に移っていても期限は有効です。受け取る側には、画像や名称だけでなく、消滅する日時を取得前に示す必要があります。

市場や外部サイトが期限情報を分かりやすく表示するとは限りません。プレイヤーは取得前に公式ゲーム画面やエクスプローラー、規約で期限を確認し、「NFTだから永久に残る」と考えないことが大切です。トークンの台帳記録と、参照画像やゲーム内機能が利用できる期間も同じとは限りません。

貸出中でも返却予定より破棄期限が優先される

期限付きNFTを貸し出し、貸出の終了よりNFTの有効期限が先に来る場合、返却より破棄が優先されます。貸し手のウォレットへいったん戻ってから消えるのではなく、貸出中でも期限に従って破棄されます。したがって、貸出画面では「返却予定日」だけを表示しても十分ではありません。

運営者は、貸出終了と破棄期限の前後関係を検証し、破棄が先なら明確な警告を出すべきです。貸し手も借り手も、返却される資産だと思い込んで取引やゲーム計画を立てる可能性があります。二種類の期限を別ラベルで表示することが、誤解を減らす基本です。

ミント速度制限と属性凍結が運営ルールを固定する

Mint Rate LimitとAttribute Freezingは、どちらも運営者の自由な変更を狭めますが、対象が異なります。前者は一定時間内に発行できる量を抑え、後者は属性の編集権を永久に失わせます。NFTの希少性や説明の信頼性に関わる一方、設定ミスを戻せない場面もあるため、単純に「安全になる」とは言い切れません。

コレクション単位・トークン単位で発行速度を制限

ミント速度制限はコレクション単位とトークン単位で設定できます。運営鍵が不正利用された場合でも、短時間に大量発行される被害を抑える補助線になります。また、イベント配布のペースやゲーム経済への供給速度をチェーン上のルールとして表現できます。

コレクション全体の上限と個別トークンの上限を併用する場合、どちらがボトルネックになるかを確認します。正規キャンペーンで想定以上の参加があっても、上限に達すれば発行は進みません。セキュリティだけでなく、通常時の処理能力と利用者への待ち時間も設計対象です。

制限の緩和・解除には約72時間の遅延

制限を厳しくする方向だけでなく、緩和や解除をどう扱うかが重要です。入力調査では、緩和・解除には約72時間の遅延があります。攻撃者が管理権限を得て即座に上限を外すことを難しくする一方、運営者が正当な理由で発行量を増やしたい時にも待ち時間が生じます。

「約72時間」は運用計画へ余裕を持たせるための目安として扱い、秒単位の完了保証とは考えないでください。大規模イベントの直前に変更するのではなく、反映確認、監視、異常時の中止判断まで含めた準備期間を置く必要があります。

属性凍結後はコレクション・トークン・グループを変更不能

属性凍結は、コレクション、トークン、トークングループの属性を永久に変更できなくする機能です。説明文、分類、ゲーム側が参照する値などの扱いを固定できれば、発行後に運営が条件を差し替える懸念を抑えられます。スマートコントラクトの考え方はスマートコントラクトの基礎でも確認できます。

しかし、誤字、参照先の変更、ゲームバランス調整が必要になっても、凍結した属性そのものは戻せません。すべてを一律に凍結するのではなく、長期に不変であるべき情報と、サービス運営上更新が必要な情報を分類し、テスト環境で最終値を検証してから実行します。

発行制限だけでは運営鍵の侵害を防げない

発行速度制限は被害量を抑える可能性がありますが、鍵の漏えい、端末侵害、不適切な権限付与そのものを防ぐ機能ではありません。攻撃者が許容範囲内で発行を続けたり、別の権限を悪用したりする余地もあります。複数承認、権限分離、監視、鍵の保管、緊急対応と組み合わせる必要があります。

属性凍結も、凍結前に誤った値や悪意ある値を設定されれば、その状態を固定してしまいます。オンチェーンの制約は運営体制の代替ではなく、体制を補強する道具です。誰が設定できるか、誰がレビューするか、実行後に何を監視するかを文書化して初めて効果を発揮します。

ゲーム運営とプレイヤー体験はどう変わるか

Fort Canningが承認・導入されれば、ゲーム固有のサーバーだけで管理していた期間や利用権の一部を、Matrixchain上の状態として扱えるようになります。これはゲーム設計の選択肢を増やしますが、面白いゲーム、安定した経済、NFT価格の上昇を自動的に生むものではありません。

期間限定イベントと一時利用権をオンチェーンで管理

期限付きNFTはイベントパスや季節アイテム、貸出はギルド共有装備や体験用キャラクターといった用途に結び付けられます。利用期間をチェーン状態から確認できれば、複数サービスが同じ条件を参照する設計も考えられます。ただし、ゲームがその状態を読み取り、期限切れ後に能力を停止する実装は別途必要です。

プレイヤー体験では「所有」「借用」「期限付き」をアイコンや文言で区別する必要があります。見た目が同じNFTでも操作可能範囲が異なるためです。取得画面、所持品、取引画面、期限通知のすべてで一貫した表示を行い、チェーン上の状態が更新された時に画面へ反映されるまでの扱いも決めます。

貸出品と出品禁止NFTを市場から切り離す

貸出中のNFTは市場へ出品できません。また、トークン作成時には出品可否に関わる設定も扱えます。ゲームで使えることと市場で売買できることを分けることで、譲渡を望まない報酬や利用権を設計できます。

一方、市場で売れないことを「価値が守られる」と表現するのは適切ではありません。流通制限は売却機会も狭めます。プレイヤーへは、取得前に移転・出品・焼却の可否を示し、貸出中だけ禁止なのか、トークン自体が恒久的に出品不可なのかを区別して伝えます。

既存基盤のPlatform APIで新機能をゲームへつなぐ

Fort Canningの新機能そのものとは別に、既存のEnjin PlatformはゲームからMatrixchainのトークンや市場、Fuel Tankなどを扱うためのAPIとダッシュボードを提供します。公式API資料では、トークン作成、追加発行（ミント）、移転、焼却、属性（NFTにひも付く説明・分類などのデータ）の変更、市場の出品・入札・取消、状態照会などが操作別に整理されています。

APIが用意されていても、送信した要求が必ず成功するわけではありません。署名、残高、権限、チェーン状態、制限値を確認し、送信後は確定状態とオンチェーンイベントを追跡します。画面上で「受付済み」と「確定済み」を分け、失敗時の再試行が二重発行や二重操作にならない設計が必要です。

既存のFuel Tankで手数料を肩代わりする場合の注意

Fuel Tank（ゲーム側が利用者の取引手数料を肩代わりする既存機能）を使うと、ゲーム側が利用者の取引手数料を負担し、プレイヤーが各操作のためにENJを用意しなくてもよい体験を設計できます。ただし、Fuel Tankに残高があり、取引が設定した許可ルールを満たす必要があります。

対象利用者、許可する取引、期間や予算の上限を広くしすぎると、運営者のENJが想定外に消費される恐れがあります。反対に厳しすぎれば、正規利用者の操作が拒否されます。まず限定した利用者と操作で試し、消費量と拒否率を監視しながら調整する方法が考えられます。

移行日に既存資産・市場・取引はどう扱われるか

公式説明では、既存の資産を新しいNFTへ交換するような全面移行は想定されていません。資産や多くの市場状態は原則として引き継がれます。ただし例外があり、短時間の市場停止も予定されるため、「何もしなくてよい」と一括りにするのは危険です。

既存資産・出品・入札は原則として移行

既存資産、出品、入札は原則として移行される予定です。プレイヤーが移行のために資産を非公式ウォレットへ送ったり、第三者へ秘密鍵を渡したりする必要はありません。運営者は利用者へ、必要な操作と不要な操作を明示して便乗詐欺を防ぐべきです。

「原則として引き継がれる」は、個別ウォレットや外部市場の表示が一瞬も途切れない保証ではありません。インデクサーやAPIの追従が遅れれば、画面上の残高や出品状態が一時的に古く見える可能性があります。再送信する前に、エクスプローラーと公式稼働情報を確認します。

旧方式の未決済カウンターオファーは返金後に削除

例外は旧方式の未決済カウンターオファー（提示済みの条件に対する対案）です。これらは全額返金されたうえで削除される予定です。通常の出品や入札と混同せず、自分が未決済のカウンターオファーを持つかを移行前に確認する必要があります。

返金後にオファーが残り続ける前提で取引計画を立てないでください。必要なら更新後に新しい方式で操作し直します。運営者は対象機能の名称、確認場所、返金の表示方法を案内し、利用者が削除を資産喪失と誤解しないようにします。

Matrixchain市場は最大30分停止する予定

Matrixchain市場は移行時に最大30分停止する予定です。これは公式の予定値であり、実際の停止時間を保証するものではありません。混雑や不具合があれば延びる可能性を排除できないため、終了直前の出品、入札、取消を前提にしない方がよいでしょう。

ゲーム運営者は市場ボタンを一時的に無効化し、処理中の表示を出すなど、重複操作を防ぐ準備をします。市場APIのエラーを「資産消失」と表示せず、メンテナンス、未確定、拒否を区別します。復旧後は出品と入札の状態を照合してから通常表示へ戻します。

市場停止中も他機能とブロック生成は継続

公式説明では、停止対象はMatrixchain市場であり、他の機能とブロック生成は継続する予定です。「チェーン全体が30分止まる」という意味ではありません。ただし、ゲームが市場情報の取得失敗を理由に全画面を停止する設計なら、利用者から見たサービス範囲は広く止まる可能性があります。

依存関係を洗い出し、市場が利用できない時でもログイン、所持品閲覧、ゲームプレイを継続できるかを確認します。継続できない場合は、チェーン側の停止範囲ではなく、自社サービスとしての影響範囲を告知する必要があります。

立場別の準備と導入判断で確認すべきリスク

準備内容はプレイヤー、開発者、ノード・取引所運用者で異なります。共通するのは、公式情報の確認、現在の状態の記録、更新後の照合です。新機能を急いで使うより、不可逆な操作と互換性変更を先に洗い出す方が事故を減らせます。

プレイヤーはウォレット更新と未決済オファーを確認

• 利用中のウォレットを正規の配布元から最新版へ更新する
• 旧方式の未決済カウンターオファーがないか確認する
• 市場停止予定の前後に急ぎの出品・入札を置かない
• 貸出品では返却期限、期限付きNFTでは破棄期限を確認する
• 更新を名乗る非公式サイトで署名や秘密情報の入力をしない

ウォレット更新は、互換性を保つための通常作業です。更新案内のリンクは検索広告や個人メッセージからではなく、公式サイトや既に利用している正規アプリから辿ります。資産が表示されない時も、すぐに別サイトへ接続せず、ネットワークとアプリの稼働状況を確認してください。

開発・インフラ担当者向け：署名環境とノードを更新

公式変更履歴では、旧取引バージョンで作成した署名は更新後に拒否されます。事前生成した取引、固定メタデータ、オフライン署名環境を持つサービスは影響を受けます。署名する端末だけでなく、取引を組み立てるバックエンド、キュー、再送処理も確認が必要です。

テストでは、更新後の形式で取引を生成して署名・送信・確定まで通し、古いキューが残っていないかを調べます。拒否された取引を同じ形式のまま無限に再送しないようにし、バージョン不一致を識別できるログと利用者向けメッセージを用意します。

ノード運用者の確認：

Matrixchain v1.4.1未満のノードは、更新後にチェーンへの追従を停止します。ノード運用者は対応バージョンへ更新し、同期状態とブロック高を監視する必要があります。取引所やインフラ事業者は、入出金を再開する基準も事前に決めます。

バイナリやコンテナを更新するだけでなく、設定、ストレージ容量、監視、ロールバック方針を確認します。ただし新しいランタイムに対して非互換な旧版へ戻せば追従できない可能性があるため、単純なダウングレードを復旧策と考えないでください。公式ノードガイドと変更履歴を合わせて確認します。

期限・属性凍結・Fuel Tank設定は本番前に検証

本番前の確認表には、NFTの供給上限、有効期限とタイムゾーン、貸出期限との前後関係、凍結する属性、発行速度、Fuel Tankの対象者・取引・予算を含めます。担当者一人の画面確認だけでなく、設定値を別の担当者が読み上げて照合するなど、不可逆操作に見合う承認手順を置きます。

異常時の停止基準も必要です。予算消費が想定を超えた、期限表示が食い違う、返却イベントをゲームが処理できないといった状態で、新規発行や貸出受付を止める条件を決めます。チェーン上で戻せないことと、ゲーム側で新規利用を止められることを分けて設計してください。

新機能はNFTやENJの価値とゲーム継続を保証しない

Fort Canningは機能追加であり、NFTの市場価格、ENJ価格、利用者数、ゲームの収益、サービス継続を保証する材料ではありません。使いやすい貸出や期間管理が導入されても、ゲームの品質、運営方針、需要、市場環境は別の要因です。

投資判断では「新機能がある」ことと「価格が上がる」ことの間を飛躍させず、損失可能性、流動性、運営継続、規約、技術リスクを個別に検討してください。本記事は技術仕様と移行準備を整理するもので、特定のNFTやENJの購入・保有を推奨するものではありません。

まとめ：承認前・プレイヤー・運営者の3点を確認

1. 承認前：2026年10月11日時点ではRelaychainとMatrixchainの提案はPendingです。公式提案、変更履歴、確定ブロックを直前に確認します。
2. プレイヤー：正規配布元からウォレットを更新し、未決済カウンターオファー、貸出の返却期限、期限付きNFTの破棄期限を確認します。移行を名乗る非公式サイトへ秘密情報を入力しません。
3. 運営・開発者：Canaryで禁止操作と不可逆設定を試し、旧取引形式、署名キュー、Matrixchainノードを更新します。貸出品・期限付きNFTの状態をゲーム画面へ明示します。

Fort Canningは利用権、期限、発行ペース、属性をチェーン上で管理する選択肢を増やします。採用判断では機能名よりも「誰が何をいつまで操作できるか」を確認し、承認後の実稼働を見て予定と実績を分けて評価してください。