> 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/kr/archive/old-tokenomics/cake-tokenomics-v1-controlling-cake-supply.md).

# CAKE 공급량 조절 v1

## CAKE에 하드 캡이 없는 이유

현재 CAKE 토큰의 공급량에는 하드 캡이 없으며, 이로 인해 인플레이션 토큰입니다.

커뮤니티 구성원들은 이를 우려 사항으로 지적하는 경우가 많으며, 셰프들도 하드 캡에 대한 바람을 충분히 이해하지만 가까운 시일 내에 하드 캡을 설정할 것으로 예상하지 않는 큰 이유가 있습니다.

> CAKE의 주요 기능은 거래소에 유동성을 공급하도록 인센티브를 제공하는 것입니다. *블록 보상이 없다면 유동성을 공급할 인센티브가 훨씬 줄어들 것입니다(LP 수수료 등은 유지됨).*

**그렇다면 인플레이션에 대응하기 위해 CAKE의 공급량을 제한하는 다른 방법은 무엇인가요?**

## 하드 캡 없이 CAKE 공급량을 줄이는 방법

셰프들은 PancakeSwap 제품에 디플레이션 메커니즘을 구축하여 **디플레이션이 발행량보다 높아지도록 하는 것**을 목표로 합니다. 생산되는 CAKE의 양보다 유통에서 빠져나가는 CAKE가 더 많아지는 것이 목표입니다.

### 블록 발행량 감소

블록당 생성되는 CAKE의 양을 줄이면 인플레이션이 둔화됩니다. 이미 한 차례 시행되었습니다. [첫 번째 블록 발행량 감소](https://voting.pancakeswap.finance/#/pancake/proposal/QmWSQZsqakCMQ1bmcoEsKzStdtdFHL6cohSjnMV9ira1EC) 이후 유통에 진입하는 CAKE의 수는 이미 블록당 40 CAKE에서 14.5 CAKE로 실질적으로 줄었습니다. 하지만 하드 캡을 원하지 않는 것과 같은 이유로, 즉 사람들이 유동성을 공급하도록 여전히 인센티브를 제공해야 하기 때문에 이를 너무 이르게 너무 자주 하고 싶지는 않습니다.

### 디플레이션 메커니즘

정기적인 토큰 소각([소각 주소 보기](https://bscscan.com/token/0x0e09fabb73bd3ade0a17ecc321fd13a19e81ce82?a=0x000000000000000000000000000000000000dead))은 PancakeSwap의 많은 제품(예: 복권 티켓에 사용된 CAKE의 10% 소각)에 내장되어 있으며, 더 많은 소각 방식이 준비 중입니다. 현재 및 예정된 디플레이션 메커니즘에 대한 자세한 내용은 \*\*\*\* [**CAKE 토크노믹스 페이지**](https://docs.pancakeswap.finance/protocol/cake-tokenomics) \*\*\*\* 를 확인하세요.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.pancakeswap.finance/kr/archive/old-tokenomics/cake-tokenomics-v1-controlling-cake-supply.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.