---
title: "エラスティック サプライ トークンをリベースする"
description: "リベースの柔軟な供給トークンは、暗号通貨トークンの供給、需要、および価値の獲得における重要な概念です。この記事では、ユーザーが単に用語を暗記するのではなく、オンチェーンのメカニズムを理解できるように、その定義、動作原理、中心となる公式、実際のケース、リスク境界、およびよくある誤解について説明します。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# エラスティック サプライ トークンをリベースする

> 教育目的の参考情報であり、投資助言ではありません。投資により損失が生じる可能性があります。

<a id="answer"></a>

## 直接の答え

リベーストークンでは、プロトコルがルールで定めた共通の乗数を使い、適格な保有者ごとの記録残高を変更します。プラスのリベースでは表示単位が増え、マイナスのリベースでは減ります。他の状態が変わらなければ、リベース対象の供給に占める各保有者の割合は一定ですが、市場価格や保有価値が目標に自動的に留まるわけではありません。

Rebase Flexible Supply Token は、技術文書にのみ存在する略語ではありません。それは、取引が機能するかどうか、資産の価格がどのように設定されるか、プロトコルが安全に動作するかどうか、またはユーザーが本当に資金を管理しているかどうかに影響します。このトピックを理解するには、コード ルール、経済的インセンティブ、オンチェーン データ、および実際の運用を同じフレームワークに組み込む必要があります。

この調整は残高と総供給量に対する会計処理であり、市場価格が目標に到達したり維持されたりする保証ではありません。対象資格、ラップドトークン、除外アドレス、丸め処理、送金のタイミングは実装ごとに異なるため、すべてのウォレットが同じように変化すると仮定する前にコントラクトのコードと状態を確認してください。

知識分類の観点から見ると、Rebase の柔軟な供給トークンは、暗号通貨トークンの供給、需要、および価値の獲得に属します。定義するときは、まずどのチェーン、アセットのタイプ、またはプロトコルのどの層に作用するかを説明し、設計目標と現在の実装を区別する必要があります。異なるネットワークは同じ名前を使用できますが、異なるパラメータ、権限、およびセキュリティの前提条件を使用するため、用語のみに基づいて両システムが同等であると判断することはできません。

また、チェーン上の事実、インターフェースの説明、市場の物語を区別します。トランザクション ハッシュ、契約ステータス、ブロック レコードは検証可能なデータです。ウォレットとデータプラットフォームはそれらにラベルを付けて集約します。プロジェクトの推進には、最も有利な口径が選択される場合があります。調査は可能な限り元の記録から開始し、効率を高めるためにサードパーティのツールを使用する必要があります。

<a id="mechanism"></a>

## 仕組み

リベースは会計処理であり、市場価格が目標に到達する保証ではありません。オラクル、ガバナンス、スケジュール、その他のプロトコル規則がトリガーになることがあります。「入力-検証-状態変化-経済的結果」として分析しましょう。入力は価格、取引、署名、担保、提案などで、検証規則が受理を決め、状態変化が残高と権限を更新し、手数料・利益・損失はリスクを負う者に帰属します。

核となる関係は、新しい残高 = 古い残高 × 新しい総供給量 ÷ 古い総供給量として記述できます。数式は重要な変数を明らかにするために使用されますが、現実が単純な方程式に正確に従わなければならないという意味ではありません。データソース、ユニット、観測ウィンドウ、例外処理を説明し、変数を変更した後に結論が安定しているかどうかをテストする必要があります。

循環供給量、将来のロック解除、ポジション集中、実際の使用状況、手数料帰属も確認してください。使用は、継続的な保有、破壊、または分配可能なキャッシュ フローを生み出す場合にのみ、トークンの需要に変換される可能性があります。

ブロックチェーンはコードにいくつかのルールを書き込みますが、入力が本物であること、フロントエンドが安全であること、またはガバナンスが合理的であることを自動的に保証することはできません。オラクル、シーケンサー、バリデーター、管理者、マルチシグネチャー、および取引プラットフォームはすべて依存関係ポイントになる可能性があります。本当の原理分析は、誰がルールを変更できるのか、誰がシステムを停止できるのか、障害が発生した場合の損失は誰が負担するのか、そして一般のユーザーが独自に終了できるのかどうかを明らかにする必要があります。

<a id="example"></a>

## 例

トークン価格が目標よりも高くなると、供給量が 10% 増加し、100 コインを保有するアカウントは 110 コインになります。市場価値の合計が変わらない場合、各コインの価格はそれに応じて減少します。

ケースを分析するときは、「成功か失敗か」という結果にとどまるべきではありません。また、トランザクションがどのブロックで発生したか、どの価格が使用されたか、消費された手数料はいくらか、認可が関係しているかどうか、輻輳や極端な条件下で同じ操作がどうなるかなども確認します。通常の環境でしか確立できない場合、その結論は完全なリスク重要性を持たないことになります。

金額換算も重要です。インターフェイスに表示されるパーセンテージは、実際の資産に戻す必要があります。純結果 = 受け取った資産の価値 - 投資元本 - 手数料 - スリッページ - 資金調達コスト - リスク損失。価格が大幅に変動するトークン報酬の場合、ボリュームゲインとドル価値を個別に記録する必要があります。

<a id="risks"></a>

## リスク

価格の上昇はトークンエコノミーが持続可能であることを証明するものではなく、供給の減少が実需要に取って代わるものでもありません。契約の権限とガバナンスにより、発行ルールが変更される可能性があります。

仮想通貨市場は一日中運営されており、価格やオンチェーンのステータスが急遽変更される可能性があります。ガスの上昇により少額の引き出しは経済的重要性を失い、橋や取引所の停止により道が遮断され、ガバナンスのアップグレードによってパラメータも変化する可能性があります。損失の上限が見積もれない場合、最も直接的な制御方法は、金額を減らし、承認を減らし、ウォレットを分離することです。

リスクバジェットは、許容投資額 = 最大許容損失 ÷ ストレス シナリオ損失率として記述できます。ストレスシナリオでは、過去の平均変動だけを使用することはできず、契約の脆弱性、ステーブルコインのアンカー解除、清算の混雑、カストディアンの失敗なども考慮する必要があります。

<a id="misconceptions"></a>

## よくある誤解

### 誤解 1: チェーン上で追跡可能であるということは、リスクがないことを意味します

公的記録により検証可能性は向上しますが、ユーザーがデータを誤解する可能性は依然としてあり、契約には脆弱性、権限の昇格、または誤った入力が存在する可能性があります。透明性はセキュリティの保証と同等ではありません。

### 誤解 2: 高度なテクノロジーはトークンが価値のあるものでなければならないことを意味する

プロトコルの使用、トークンの需要、保有者の価値の獲得は別の問題です。テクノロジーが成功する可能性はありますが、トークンの価格は供給、ロック解除、競争によって影響を受ける可能性があります。

### 誤解 3: インターフェイスに表示される収入は実現可能な純利益です

年換算の数値には短期補助金が含まれる場合があり、ガス、スリッページ、トークンの減価償却費、撤退コストは除外されません。収入源を回復し、ストレステストを行う必要があります。

### 誤解 4: 少量でテストが成功した後、大量に使用しても同じ結果が得られる

注文サイズによってスリッページが変化し、オンチェーンの混雑によって手数料が変化し、大量の承認もセキュリティリスクを拡大します。テストによってプロセスエラーを見つけることはできますが、あらゆる規模で安全性を証明できるわけではありません。

<a id="related"></a>

## 関連トピック

- [ステーブルコイン](/ja/crypto/stablecoin/)
- [ステーブルコインの凍結とブラックリスト](/ja/crypto/stablecoin-freeze-blacklist-risk/)
- [トークンの発行](/ja/crypto/token-emission/)
- [トケノミクス](/ja/crypto/tokenomics/)
- [TWAPウィンドウの選択方法](/ja/crypto/twap-window-selection/)

<a id="sources"></a>

## 出典

- [ERC-20 トークン規格](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (参照日: 2026-08-21)
- [Token Standards](https://ethereum.org/en/developers/docs/standards/tokens/) - Ethereum.org (参照日: 2026-08-21)
- [Use Caution When Buying Digital Coins or Tokens](https://www.cftc.gov/LearnAndProtect/AdvisoriesAndArticles/caution_of_digital_currencies.html) - CFTC (参照日: 2026-08-21)

Source: https://wiki.fcontext.com/ja/crypto/rebasing-token/index.mdx