> For the complete documentation index, see [llms.txt](https://docs.pancakeswap.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pancakeswap.finance/japanese/archive/old-tokenomics/cake-tokenomics-v1.md).
# CAKE トークノミクス v1
## **発行レート**
### **ブロックごと**
| **指標** | **発行量/ブロック (CAKE)** | **発行量/日 (CAKE)** |
| ----------------------------------------------- | ------------------: | ---------------: |
| 発行量 | 40 | 1,152,000 |
| 週次バーン [(PID 138)](#why-is-the-cake-burn-manual) | -25.75 | -787,600 |
| **実質発行量** | **<14.25\*** | **364,400\*** |
\*実質発行量は実際にはこの量をやや下回ります：宝くじに割り当てられた量からさらに1日あたり45,000 CAKEが転用されてバーンされます（PID 137 - 詳細は下記）。
上記に加えて、動的な量のCAKEが9.09%のレートで[Devアドレスにミント](https://bscscan.com/address/0xceba60280fb0ecd9a5a26a1552b90944770a4a0e#tokentxns)されます。つまり、100 CAKEが収穫されると、さらに9.09 CAKEがミントされてDevアドレスに送られます。
{% hint style="info" %}
DevアドレスにミントされたすべてのCAKEは週次バーンでバーンされ、流通には入りません。
そのため、上記の発行レートには含めていません。
{% endhint %}
## 配布
| 配布先 | 報酬/ブロック（発行量の%） | 報酬/ブロック（CAKE合計） | 報酬/日 |
| ------------------ | -------------: | --------------: | -------------: |
| ファームと宝くじ | 10.62% | 4.25 | 122,400（約） |
| うち転用・バーン分 | | | -46,000 |
| シロッププール | 25% | 10 | 288,000（約） |
| **1日あたりCAKE発行量合計** | | | **364,400（約）** |
## **その他のデフレメカニズム**
{% hint style="info" %}
バーンプロセスは現在手動で行われています。[バーントランザクションはこちらで確認できます](https://bscscan.com/token/0x0e09fabb73bd3ade0a17ecc321fd13a19e81ce82?a=0x000000000000000000000000000000000000dead)。
{% endhint %}
上記のほか、CAKEは以下の方法でもバーンされます：
* PancakeSwap V2での全取引の**0.05%**
* Devアドレスに送られたCAKEの**100%**
* IFOからのCAKEパフォーマンス手数料の**100%**
* プロフィール作成とNFTミントに使用されたCAKEの**100%**
* ファームオークションで入札されたCAKEの**100%**
* 宝くじチケットに使用されたCAKEの**20%**
* 1日あたり**45,000** CAKE（歴史的に宝くじに割り当てられていた分）（このCAKEはファームで生成されます - PID 137）
* 予測市場の各ラウンドの\*\*3%\*\*がCAKE購入・バーンに使用されます
* Auto CAKEプールでの各イールド収穫の**2%**
* NFTマーケットでのNFT各売上の\*\*2%\*\*がCAKE購入・バーンに使用されます
## CAKEバーンが手動な理由は？
PancakeSwapはMVP（最小実行可能プロダクト）として、ブロックあたり40 CAKEを発行するMasterChefコントラクトで立ち上げました。そのため、初期チームはCAKEミントロジックのカスタマイズ機能などの追加機能を組み込みませんでした。新しいMasterChefへの移行には多大な時間と労力を要するため、チームは代わりに2つのプールを作成することで手動バーンプロセスを通じてCAKEの発行量を削減することを選びました：
* レガシー宝くじプール（PID - 137）- 宝くじからバーンされたCAKE
* バーンプール（PID - 138）- ブロックごとにバーンされたCAKE
これらのプールはファームと同様に機能し、開発チームは各CAKE発行量削減の投票後にそれに割り当てられる40 CAKEの割合を調整できます。
{% hint style="warning" %}
バーン当日、ホームページに表示される供給量が突然数百万CAKEも増加することがあります。
ご安心ください — **このCAKEは実際には流通に入りません：**
{% endhint %}
この見かけ上の増加は、バーン用に割り当てられたすべてのCAKEが週の間どのように保管されるかによるものです。
PID-137とPID-138の両プールに送られたCAKEは、週次トークンバーンの完了前に収穫され、これによりサイトに表示される総供給量が約600万増加します。これは、保留中のCAKEがバーン当日に収穫されるまで総供給量に登録されないためです。トークンバーントランザクションが完了すると、その約600万が「バーン済み合計」として表示されます。
## CAKE供給量を自分で確認する方法
PancakeSwapホームページに表示されているCAKEの流通量が正確かどうか確認するには：
1. BscScanのCAKEトークンコントラクトにアクセスして、[バーンアドレスが保有するCAKEの量を確認します。](https://bscscan.com/token/0x0e09fabb73bd3ade0a17ecc321fd13a19e81ce82#balances)これがバーンされたCAKEの総量です（永久に流通から除去されており、回収は不可能です）。
2. このバーン済み量をBscScanに表示される「総供給量」から引きます。
3. これが実際のCAKE供給量です。
#### **次のページでCAKEのデフレメカニズムについて詳しく読む**
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.pancakeswap.finance/japanese/archive/old-tokenomics/cake-tokenomics-v1.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.