CAKEは、MasterChefが発行できるトークンで流動性を支え、その後、手数料による焼却が追加発行を上回ることを目指した。中心となる問いは、ガバナンス上の上限と直接投票が、中核提案、緊急拒否権、製品コントラクトをチームが管理するマルチチェーンの仕組みをどこまで拘束できるかである。
2020年9月に提出されたCAKEコントラクトは単純である。所有者は発行でき、組み込まれた上限はない。メインネットの所有者は元のMasterChefで、プールの配分比重と発行率がファーム報酬を決める。CAKEはAMM手数料の受領証というより、流動性を支える運用補助金として始まった。
2026年9月4日の直接照会でも、CakeTokenの所有者はMasterChefだった。旧MasterChefだけが現代のすべてのファームを管理するという意味ではない。後のMasterChefとチェーン別の仕組みも報酬を配る。それでも、公表上の上限は、コード上限のない基礎トークンの上に置かれた方針として読む必要がある。
発行権限がこの一連のコントラクトにある以上、供給量の公約はガバナンス決定と稼働中のMasterChef設定の両方に照らして確認しなければならない。投票で方針を定めても、元のCakeTokenバイトコードが書き換わるわけではない。
veCAKEはかつて、1週間から4年間のロックを投票力に変えていた。保有者は、その後の14日エポックに適用するゲージへ投票したが、Kitchenが選ぶ中核ゲージ、ブースト、上限によって配分は制約された。現在、この文書はveCAKE終了後の資料として保管されている。
Tokenomics 3.0は2025年5月15日、これをウォレットのスナップショットへ置き換えた。1 CAKEが1票で、委任はない。ただし、中核提案はチームのみが提出・実行し、コミュニティ提案には拘束力がなく、最低定足数もなく、チームの緊急拒否権も残る。直接投票は実在するが、範囲には限界がある。
公式の開発者向け資料は、LayerZero OFT基盤を使うBSC、Ethereum、Arbitrum、Base、Linea、opBNB、zkSync、Aptos、Solana、MonadのCAKEアドレスを掲載する。ブリッジ画面では第三者事業者を選ぶ場合もある。1対1のブリッジという公約があっても、ブリッジメッセージ、チェーンの確定性、各コントラクトのリスクが一つになるわけではない。
PancakeSwapの製品もネットワークごとに異なる。AMM、ルーター、ファームは別々に配備され、無期限先物V1は注文板の仕組み、V2はチェーン別のALP流動性を使う。CAKEのガバナンスが、すべての構成要素を自動で更新、一時停止、補償するわけではない。
プロジェクトは、2026年1月の投票で上限を4.5億枚から4億枚へ引き下げた後、4億枚をハードキャップと呼んでいる。現物手数料、無期限先物利益、CAKE.PAD、Prediction、Lotteryの一部を焼却に回しつつ、限定的な追加発行を続け、年約4％のデフレと2030年までに20％の供給削減を目標とする。
トークンの額面上のtotalSupplyは別の数値になる。CakeTokenを焼却用アドレスへ送ってもERC-20のtotalSupplyには残るため、PancakeSwapは焼却済み残高を差し引くよう案内している。焼却により実質供給量は減り得るが、CAKE保有者への現金支払い、LP資産への請求権、値上がり保証にはならない。
BNB Chain上のトークンが、所有者だけが発行でき、コード上の上限なしで開始した。
ロックにより、後のファーム発行量の一部を制約付きで振り分けた。
ウォレット残高のCAKEがveCAKE投票に代わり、委任は終了した。
可決された投票により、公表上の上限が4.5億枚から引き下げられた。
最終根拠確認日: 2026-09-04
PancakeSwapは、複数のチェーンに配備されたAMM、ルーター、流動性プール、ファーム、デリバティブの集合体である。V2のプールは代替可能なLPトークンを使い、V3とInfinityは集中流動性または設定可能な流動性ポジションを使う。無期限先物の仕組みとブリッジ事業者は、それぞれ別の取引相手とコントラクトを加える。
CAKEはBNB Chainの`0x0e09FaBB73Bd3Ade0a17ECC321fD13a19e81cE82`で始まった。公式アドレス文書は、Ethereum、Arbitrum、Base、Linea、opBNB、zkSync、Aptos、Solana、Monadにあるブリッジ表現またはOFT表現も掲載する。これらのアドレスは一つのクロスチェーントークン体系を表すが、分散型取引所の各配備には、独自のプール、ルーター、管理者の権限範囲がある。
AMMが取引に役立つには、取引前から流動性が必要である。PancakeSwapはMasterChefを通じたCAKEの追加発行で指定ファームへ報酬を与え、その後、手数料を原資とする焼却で追加発行を相殺する仕組みを作った。構造上の緊張は残る。追加発行は現在の流動性を買う代わりに供給量を希薄化し、焼却は将来の製品利用に依存する。
マルチチェーン展開は、その関係をさらに複雑にする。同じように見える画面でも、ネットワークごとに異なるAMM、ブリッジ、無期限先物の仕組みを呼び出す場合がある。CAKEの投票は方針へ影響できるが、ブリッジ、チェーン、フック、オラクル、管理者、流動性ポジションのリスクをなくすことはできない。
元のCAKEコントラクトは小数18桁のBEP-20で、バイトコード上は所有者だけが発行でき、上限はない。所有者は旧MasterChefで、ファーム報酬を発行する。2026年9月4日のBNB RPC直接照会でも、所有者はMasterChefの`0x73fe...9E24`だった。したがって、公表される4億枚のハードキャップは、CakeToken内のrequire文ではなく、ガバナンスと発行量の設定で守られる。
Tokenomics 3.0は、年率約4％以上のデフレと、2030年までに供給量を約20％減らすことを目標とする。焼却には、現物取引手数料の15〜23％、無期限先物利益の20％、CAKE.PAD手数料の全額、予測市場の各回の3％、Lotteryで使われるCAKEの20％を充てる。一方、マルチチェーンのファーム、Lottery、エコシステム成長向けの追加発行は続く。これらはプロジェクトの目標と方針であり、結果の保証ではない。
ガバナンスは2025年5月、veCAKEからウォレット残高のスナップショットによるCAKE投票へ変わった。1 CAKEが1票に相当し、委任はできない。中核提案を提出できるのはチームだけで、実行もチームが担う。コミュニティ提案には拘束力がなく、チームは緊急拒否権を留保する。以前のロック・ゲージ制度は廃止済みである。過去の投票は非中核ファームへの発行量を導いたが、Kitchenの規則、上限、ブーストによって結果が制限されていた。
いいえ。検証済みのCakeTokenコードでは所有者だけが発行できるが、最大供給量の検査はない。公表される4億枚上限は、ガバナンスと発行量に関する方針である。
焼却用アドレスへの送付では、CakeTokenのtotalSupplyは減らない。PancakeSwapは、取り戻せない焼却済み残高を額面上の数値から差し引く。
いいえ。該当ページは廃止済み資料である。Tokenomics 3.0以降は、提案のスナップショット時点でウォレットにあるCAKEが投票力になる。
できない。中核提案はチームが提出・実行し、コミュニティ提案は助言にとどまる。チームは緊急拒否権も留保している。
直接配当、償還、プール資産への権利は文書化されていない。手数料が焼却に使われる場合はあるが、LP資産の所有権は別のLPポジションから生じる。
一つのブリッジ型トークン体系として設計されているが、アドレス、ブリッジ経路、製品配備ごとに、コントラクトとチェーンのリスクは異なる。
PancakeSwapのリアルタイム価格と取引所を確認:
