본문으로 건너뛰기
mip.watch
⌘K

MIP-11

Automatic Priority Fee Distribution

초안 표준 트랙 코어 GitHub ↗ 포럼 ↗
아이디어 초안 검토 중 최종 검토 확정 유지 중

Automatically distribute priority fees to delegators.

작성자
Category Labs
생성일
2026-04-01
수정일
2026. 6. 15.

이해관계자 영향

이 MIP이 각 대상에게 무엇을 바꾸는지 보여줍니다. 심각도와 조치 플래그는 모델이 도출하며, MIP 유형/카테고리별로 결정론적 최소값이 적용됩니다.

핵심 요약

이 MIP는 우선 순위 수수료를 자동으로 위임자에게 분배하여 검증자의 수익을 공정하게 나누기 위한 것입니다.

무엇이 바뀌나

  • 우선 순위 수수료 자동 분배: 수수료가 검증자의 주소가 아닌 새로운 분배 계좌로 직접 들어갑니다.
  • 블록 실행 후 수수료 분배: 블록 실행이 끝난 후, 수수료가 위임자에게 자동으로 분배됩니다.
  • 기존 수수료 흐름 변경: 수수료가 더 이상 `block.coinbase`에 직접 크레딧되지 않습니다.
  • 위임자 보상 일관성: 모든 위임자가 공정하게 보상을 받을 수 있도록 합니다.
  • 외부 도구 의존성 제거: 프로토콜 수준에서 수수료 분배가 이루어져 외부 도구에 의존하지 않습니다.

개발자

스마트 컨트랙트 및 dapp 개발자, RPC 사용자, 도구 제작자

우선순위 수수료의 흐름이 변경되어, 이제는 블록 제안자의 주소가 아닌 배포 계정으로 직접 전송됩니다. 이로 인해 기존 계약이 수수료를 받는 방식이 달라지므로, 관련된 계약은 재배포 또는 수정이 필요할 수 있습니다.

높음 조치 필요

사용자

지갑 사용자, EOA 보유자, dapp 방문자

우선 수수료가 이제 자동으로 위임자에게 분배되므로, 사용자는 수수료를 수동으로 관리할 필요가 없습니다. 그러나 위임 계약이 변경될 수 있어, 일부 사용자는 수수료의 분배 방식에 영향을 받을 수 있습니다.

중간

검증자

노드 운영자, RPC 운영자, 위임자

우선순위 수수료가 자동으로 위임자에게 분배되므로, 검증자의 수익이 감소할 수 있습니다. 이는 검증자에게 직접 수수료를 받는 대신 위임자에게 분배되기 때문입니다.

높음 조치 필요

재단

Monad 재단 및 Category Labs 코어 개발자

이 제안은 프로토콜 수준에서 우선 수수료를 자동으로 분배하는 메커니즘을 도입하므로, 여러 이해관계자 간의 조정이 필요합니다. 또한, 이 변경 사항은 기존의 수수료 흐름을 수정하므로 문서화 및 커뮤니케이션 부담이 증가할 수 있습니다.

높음 조치 필요

2026. 5. 29. 오후 3:06 생성됨 · 모델: gpt-4o-mini

명세

기계 번역
인용

읽기 편의를 위한 AI 번역이며 부정확하거나 오래되었을 수 있습니다. 거버넌스·투표·분쟁 시에는 영어 원문만이 유일한 정식 본문입니다. 정확한 표현은 GitHub 원본을 참고하세요.

GitHub 영어 원문 ↗
## 초록

이 MIP는 우선 순위 수수료를 검증자의 수익 주소에만 적립하는 대신, 위임자에게 자동으로 분배합니다.

## 동기

현재 우선 순위 수수료는 검증자의 수익 주소에 직접 적립됩니다. 원칙적으로 검증자는 스테이킹 계약에서 `externalReward`를 호출하여 이러한 수수료를 위임자에게 전달할 수 있지만, 이는 운영적으로 번거롭습니다. 각 검증자가 수익 잔액을 정리하고, 전달 거래에 대한 가스를 관리하며, `dust_threshold` 최소값을 처리하기 위해 추가 인프라를 운영해야 합니다. 실제로 대부분의 검증자는 오늘날 이를 수행하지 않으므로 우선 순위 수수료는 위임자에게 흐르지 않고 수익자에게 축적됩니다.

모든 스테이커에 대한 일관된 보상을 보장하기 위해, 이 제안은 프로토콜 수준에서 우선 순위 수수료를 위임자에게 자동으로 분배하는 메커니즘을 도입합니다.

## 명세

### 개요

자동화된 우선 순위 수수료 분배는 두 가지 구성 요소로 이루어져 있습니다:

1. 우선 순위 수수료를 수집하는 새로운 계정, 즉 `distribution account`로 불리는 계정. 분배 계정의 주소는 `0xfee5fee5fee5fee5fee5fee5fee5fee5fee5fee5`입니다.
2. 해당 검증자 풀에서 `distribution account`에 축적된 우선 순위 수수료로 `external_rewards`를 호출하는 블록 종료 실행 로직.

`beneficiary`는 블록 제안자가 설정할 수 있으며, 실행 컨텍스트 내에서 `block.coinbase`는 계속해서 수익자 주소를 참조합니다.

### 실행 흐름

블록 실행 중 다음과 같은 변경 사항이 적용됩니다:

1. 수익자는 여전히 블록 제안자에 의해 설정되며, 실행 컨텍스트에서 `block.coinbase`로 표현됩니다.
2. 각 거래에 대해 우선 순위 수수료는 수익자 잔액이 아닌 분배 계정에 적립됩니다.
3. 블록 실행이 끝나면 시스템은 분배 계정에서 `syscall_distribute`를 호출합니다. 이 함수는 `external_rewards`를 통해 축적된 전체 잔액을 스테이킹 계약으로 전달합니다.

분배 계정은 다음과 같은 로직을 가지고 있습니다:

```python
class distribution_account:

    # 이 함수는 실행을 통해서만 호출할 수 있으며, 거래는 이를 호출할 수 없습니다.
    def syscall_distribute(address block_leader):
        priority_fees = get_balance(address(this))

        # block_leader에 대한 syscall_reward에서 사용되는 val_id와 동일한 값입니다.
        val_id = staking_contract.val_id(block_leader)

        # 서브 임계값 수수료는 external_rewards에 의해 필터링됩니다 (dust_threshold 참조).
        staking_contract.external_rewards(val_id){msg.value = priority_fees}
```

## 근거

우선 순위 수수료는 검증자 수익의 구성 요소이며, 위임자는 네트워크 보안을 돕는 대가로 이 할당의 일부를 받아야 합니다.

이 설계는 다음을 보장합니다:

1. 스테이킹 보상 내에서 우선 순위 수수료의 원주율 포함.
2. 오프체인 또는 외부 분배 로직에 대한 의존성 제거.

## 이전 호환성

이 변경 사항은 우선 순위 수수료의 흐름을 수정합니다: 더 이상 `block.coinbase`의 잔액에 직접 적립되지 않습니다.

우선 순위 수수료가 이제 검증자의 풀 내 모든 위임자에게 분배되므로, 제3자 위임 계약에 영향을 미칠 수 있습니다. 사용자가 외부 계약을 우회하고 검증자 풀에 직접 스테이킹할 경우 이러한 계약은 우선 순위 수수료의 지분이 희석됩니다.

이 업데이트에 적합하도록 `external_rewards`는 호출 시 수수료를 제거하도록 수정됩니다.

## 보안 고려 사항

주요 고려 사항은 보상 누적기의 정밀도입니다.

`external_rewards`는 누적기 내에서 특정 소수점 정확성을 보장하기 위해 정의된 최소 입력 금액인 `dust_threshold`를 요구합니다. 비영(非零) 우선 순위 수수료에 대한 최소 임계값은 이 `external_rewards` 최소 잔액 요구 사항과 일치해야 하며, 이 임계값 이하의 수수료는 분배되지 않습니다.

고려해야 할 엣지 케이스:

1. 우선 순위 수수료가 0인 블록은 분배가 발생하지 않습니다.
2. 작은 수수료 금액은 `dust_threshold`에 대해 검증되어야 하며, 임계값 이하의 수수료는 소각됩니다.

## 저작권

저작권 및 관련 권리는 [CC0](../LICENSE.md)를 통해 포기되었습니다.

포럼 토론

게시물 3개 · 좋아요 6개 · 2개월 전
포럼에서 더 읽기 ↗
  1. @John Bergschneider #1 2026. 4. 13. 오후 8:12

    MIP 11 - Automatic Priority Fee Distribution This proposal introduces a protocol-level mechanism to automatically distribute priority fees to delegators. Currently, priority fees are credited directly to a validator’s beneficiary address; this proposal redirects those fees into the validator’s staking pool at the end of every block. We are seeking input on the following: - Third-Party Impact: How this change affects custom “Liquid Staking” or delegation wrappers that may currently rely on manual fee-sharing or direct block.coinbase monitoring. - Proposer Incentives: Does moving priority fees entirely to the pool affect proposer behavior or MEV strategies in a way that requires additional mitigation?

  2. @Vladimir Understanding #2 2026. 5. 2. 오후 8:53

    jhb10c: This proposal introduces a protocol-level mechanism to automatically distribute priority fees to delegators. Currently, priority fees are credited directly to a validator’s beneficiary address; this proposal redirects those fees into the validator’s staking pool at the end of every block. We are seeking input on the following: - Third-Party Impact: How this change affects custom “Liquid Staking” or delegation wrappers that may currently rely on manual fee-sharing or direct block.coinbase monitoring. - Proposer Incentives: Does moving priority fees entirely to the pool affect proposer behavior or MEV strategies in a way that requires additional mitigation? Regarding the redirection of priority fees: These fees have traditionally served as a primary buffer for validators to offset the high operational and hardware costs required to maintain 10k TPS. If these fees are moved...

  3. @John Bergschneider #3 2026. 5. 4. 오후 7:03

    To note, I am not sure of the actual cost to run a validator versus the inflation rate. So I will leave this particular question to another more knowledgeable. But to your point, a rational validators would re-adjust the commission with respect to the operational costs. However under the current regime, validators rarely claim priority fees. As such these rewards are idle. By observation, it seems that inflationary rewards are sufficient.