KTOP KTOP Cardano Korea
KTOP
공지사항 가이드 카르다노영상 카드뉴스 리더보드
거버넌스
통합정보 dRep 제안서 DRep 월드컵
기능
포트폴리오 트랜잭션 토큰 정보 스테이블코인 세컨파이이슈
기타
공식링크 디앱 리스트 인플루언서 이벤트 캘린더 도미넌스
KTOP
에어드랍
거버넌스
기능
기타
공지사항 가이드 카르다노영상 카드뉴스 리더보드
통합정보 dRep 거버넌스 제안서 DRep 월드컵
포트폴리오 트랜잭션 토큰 정보 스테이블코인 정보 세컨파이이슈
공식링크 디앱 리스트 인플루언서 이벤트 캘린더 도미넌스
- -
현재 에포크
-
가격
BTC $0.00 ₩0 0.00%
ADA $0.00 ₩0 0.00%
WMTX $0.00 ₩0 0.00%
네트워크
총 위임량₳ 21.37 B-0.07%
총 위임지갑1,340,125-0.0%
활성화 풀2,675-0.07%
ADA 할당 정보
총 발행량 450 B
순환량-0.00%
재무부-0.00%
리저브-0.00%

거버넌스 제안 상세

제안서 상세 내용과 투표 현황을 확인하세요.

제안서 제목: 거래 및 블록 메모리 단위 증가에 대한 제안 (2부 중 1부)
126 ParameterChange 606 ~ 613 시행 Epoch 614
제안서 투표현황
DRep
80.6% 찬성
찬성 4,654.72M · 반대 1,120.61M
SPO
0% 찬성
찬성 0.00M · 반대 0.00M
헌법위원회
75.0% 찬성
찬성 6표 · 반대 0표
DRep 투표현황
찬성 4,654.72M 1,120.61M 반대
80.6%
19.4%
구분 투표값
투표수 보팅파워 비율
찬성 215 4,654.72M 80.6%
반대 3 1,120.61M 19.4%
기권 6 8,233.95M -
불신임 - 194.97M -
SPO 투표현황
찬성 0.00M 0.00M 반대
0%
0%
구분 투표값
투표수 보팅파워 비율
찬성 0 0.00M 0%
반대 0 0.00M 0%
기권 73 6,351.82M -
불신임 - 41.52M -
헌법위원회 투표현황
찬성 6 0 반대
75.0%
25.0%
구분 투표값
투표수 보팅파워 비율
찬성 6 - 75.0%
반대 0 - 25.0%
기권 0 - 0%

한글 버전

요약
- - **Intersect 매개변수 업데이트 제안** Intersect의 매개변수 위원회는 두 개의 매개변수 업데이트 거버넌스 조치 중 첫 번째를 제안했음.
- 다음 변경 사항은 이 근거와 함께 제안되었으나, 가드레일 MTEU-M-04에 따라 두 개의 별도 연결된 거버넌스 조치가 필요함.
- 1) 트랜잭션당 **Plutus** 스크립트 메모리 유닛 한도를 25% 증가시켜 **DApp** 개발자들에게 더 큰 유연성을 제공함.
- 2) 블록당 **Plutus** 스크립트 메모리 유닛 한도를 25% 증가시켜 현재 블록 메모리 한도와 일관성을 유지함.
- 다른 프로토콜 매개변수나 **Plutus** 비용 모델 설정은 변경되지 않음.
- *Plutus: 카르다노의 스마트 컨트랙트 실행 플랫폼임.
- **DApp: 탈중앙화 애플리케이션임.
동기
- 플루투스 메모리 한도 증가에 대한 제안 커뮤니티 구성원들은 플루투스 스크립트 메모리 단위 한도를 증가시켜 디앱 개발을 간소화하고 확장성을 향상시키고자 하는 바람을 표현했음.
- `maxTxExecutionUnits[memory]`와 `maxBlockExecutionUnits[memory]`를 상향하는 것은 블록 전파나 노드 성능에 미미한 영향을 미치면서도 플루투스 스크립트 처리량을 크게 개선할 수 있으며, 이는 위험성이 낮고 영향이 높은 변경사항임.
- --- * **maxTxExecutionUnits[memory]**: 개별 거래가 사용할 수 있는 최대 메모리 실행 단위 ** **maxBlockExecutionUnits[memory]**: 블록이 사용할 수 있는 최대 메모리 실행 단위 *** **플루투스(Plutus)**: 카르다노 블록체인에서 실행되는 스마트 계약 프로그래밍 언어
근거
- **플루투스 메모리 한도 증가 안건에 대한 제안** 인터섹트의 파라미터 위원회는 플루투스 스크립트 메모리 유닛 한도를 25% 증가시키는 두 단계 거버넌스 안건을 제안했음.
- 첫 번째 거버넌스 안건에서는 거버드레일 MTEU-M-04를 준수하기 위해 메모리 증가를 두 개의 별도 안건으로 분리함.
- 첫 번째 단계에서: - `maxTxExecutionUnits[memory]`는 14,000,000에서 16,500,000 유닛으로 증가 (~17.9% 증가) - `maxBlockExecutionUnits[memory]`는 62,000,000에서 72,000,000 유닛으로 증가 (~16.1% 증가) 두 번째 거버넌스 안건에서는 추가 증가를 목표로 함.
- - `maxTxExecutionUnits[memory]`를 16,500,000에서 17,500,000 유닛으로 증가 - `maxBlockExecutionUnits[memory]`를 72,000,000에서 77,500,000 유닛으로 증가 이러한 변경의 주요 이유는 커뮤니티의 강력한 요청으로, 개발자들이 플루투스 스크립트에서 더 많은 작업을 수행할 수 있게 하여 수동 최적화 필요성을 줄이는 것임.
- IOE의 성능 팀의 벤치마킹에 따르면 이러한 증가는 블록 전파 시간 예산 내에서 유지되며 Praos 타이밍 보장에 영향을 주지 않음.
- 이 안건은 Preview 테스트넷과 PreProd 테스트넷에서 각각 2025년 10월과 11월에 이미 시행되었음.

■ 주석
**플루투스 메모리 한도 증가 안건에 대한 제안** 인터섹트의 파라미터 위원회는 플루투스 스크립트 메모리 유닛 한도를 25% 증가시키는 두 단계 거버넌스 안건을 제안했음. 첫 번째 거버넌스 안건에서는 거버드레일 MTEU-M-04를 준수하기 위해 메모리 증가를 두 개의 별도 안건으로 분리함. 첫 번째 단계에서: - `maxTxExecutionUnits[memory]`는 14,000,000에서 16,500,000 유닛으로 증가 (~17.9% 증가) - `maxBlockExecutionUnits[memory]`는 62,000,000에서 72,000,000 유닛으로 증가 (~16.1% 증가) 두 번째 거버넌스 안건에서는 추가 증가를 목표로 함. - `maxTxExecutionUnits[memory]`를 16,500,000에서 17,500,000 유닛으로 증가 - `maxBlockExecutionUnits[memory]`를 72,000,000에서 77,500,000 유닛으로 증가 이러한 변경의 주요 이유는 커뮤니티의 강력한 요청으로, 개발자들이 플루투스 스크립트에서 더 많은 작업을 수행할 수 있게 하여 수동 최적화 필요성을 줄이는 것임. IOE의 성능 팀의 벤치마킹에 따르면 이러한 증가는 블록 전파 시간 예산 내에서 유지되며 Praos 타이밍 보장에 영향을 주지 않음. 이 안건은 Preview 테스트넷과 PreProd 테스트넷에서 각각 2025년 10월과 11월에 이미 시행되었음.

English

Abstract
No abstract.
Motivation
No motivation.
Rationale
No rationale.

부가 정보

트랜잭션 해시c21b00f90f18fce4003edf42b0b0d455126e01c946e80cc5341a9f9750caf795
블록 타임1768414608
Proposal IDgov_action1cgdsp7g0rr7wgqp7maptpvx525fxuqwfgm5qe3f5r20ew5x2772sq0m5y83
Proposal Index0

거래 및 블록 메모리 단위 증가에 대한 제안 (2부 중 1부)

#126
ParameterChange
606 ~ 613
시행 Epoch 614
투표 판단 요약

현재 어디까지 왔나

시행
투표기간 606 ~ 613
제안유형 ParameterChange
제안번호 #126
DRep 80.6% 찬성
찬성 215표 · 4,654.72M 반대 3표 · 1,120.61M 기권 6표
SPO 0% 찬성
찬성 0표 · 0.00M 반대 0표 · 0.00M 기권 73표
위원회 75.0% 찬성
찬성 6표 반대 0표 기권 0표

📊 제안서 투표현황

DRep 80.6% 찬성 4,654.72M
SPO 0% 찬성 0.00M
위원회 75.0% 찬성 6표

DRep 투표현황

찬성 4,654.72M 반대 1,120.61M
80.6%
19.4%
찬성 215표 / 4,654.72M
반대 3표 / 1,120.61M
기권 6표 / 8,233.95M

SPO 투표현황

찬성 0.00M 반대 0.00M
0%
0%
찬성 0표 / 0.00M
반대 0표 / 0.00M
기권 73표 / 6,351.82M

헌법위원회 투표현황

찬성 6 반대 0
75.0%
25.0%
찬성 6표
반대 0표
기권 0표

📝 상세 설명

🇰🇷 한글 버전

요약
- - **Intersect 매개변수 업데이트 제안** Intersect의 매개변수 위원회는 두 개의 매개변수 업데이트 거버넌스 조치 중 첫 번째를 제안했음.
- 다음 변경 사항은 이 근거와 함께 제안되었으나, 가드레일 MTEU-M-04에 따라 두 개의 별도 연결된 거버넌스 조치가 필요함.
- 1) 트랜잭션당 **Plutus** 스크립트 메모리 유닛 한도를 25% 증가시켜 **DApp** 개발자들에게 더 큰 유연성을 제공함.
- 2) 블록당 **Plutus** 스크립트 메모리 유닛 한도를 25% 증가시켜 현재 블록 메모리 한도와 일관성을 유지함.
- 다른 프로토콜 매개변수나 **Plutus** 비용 모델 설정은 변경되지 않음.
- *Plutus: 카르다노의 스마트 컨트랙트 실행 플랫폼임.
- **DApp: 탈중앙화 애플리케이션임.
동기
- 플루투스 메모리 한도 증가에 대한 제안 커뮤니티 구성원들은 플루투스 스크립트 메모리 단위 한도를 증가시켜 디앱 개발을 간소화하고 확장성을 향상시키고자 하는 바람을 표현했음.
- `maxTxExecutionUnits[memory]`와 `maxBlockExecutionUnits[memory]`를 상향하는 것은 블록 전파나 노드 성능에 미미한 영향을 미치면서도 플루투스 스크립트 처리량을 크게 개선할 수 있으며, 이는 위험성이 낮고 영향이 높은 변경사항임.
- --- * **maxTxExecutionUnits[memory]**: 개별 거래가 사용할 수 있는 최대 메모리 실행 단위 ** **maxBlockExecutionUnits[memory]**: 블록이 사용할 수 있는 최대 메모리 실행 단위 *** **플루투스(Plutus)**: 카르다노 블록체인에서 실행되는 스마트 계약 프로그래밍 언어
근거
- **플루투스 메모리 한도 증가 안건에 대한 제안** 인터섹트의 파라미터 위원회는 플루투스 스크립트 메모리 유닛 한도를 25% 증가시키는 두 단계 거버넌스 안건을 제안했음.
- 첫 번째 거버넌스 안건에서는 거버드레일 MTEU-M-04를 준수하기 위해 메모리 증가를 두 개의 별도 안건으로 분리함.
- 첫 번째 단계에서: - `maxTxExecutionUnits[memory]`는 14,000,000에서 16,500,000 유닛으로 증가 (~17.9% 증가) - `maxBlockExecutionUnits[memory]`는 62,000,000에서 72,000,000 유닛으로 증가 (~16.1% 증가) 두 번째 거버넌스 안건에서는 추가 증가를 목표로 함.
- - `maxTxExecutionUnits[memory]`를 16,500,000에서 17,500,000 유닛으로 증가 - `maxBlockExecutionUnits[memory]`를 72,000,000에서 77,500,000 유닛으로 증가 이러한 변경의 주요 이유는 커뮤니티의 강력한 요청으로, 개발자들이 플루투스 스크립트에서 더 많은 작업을 수행할 수 있게 하여 수동 최적화 필요성을 줄이는 것임.
- IOE의 성능 팀의 벤치마킹에 따르면 이러한 증가는 블록 전파 시간 예산 내에서 유지되며 Praos 타이밍 보장에 영향을 주지 않음.
- 이 안건은 Preview 테스트넷과 PreProd 테스트넷에서 각각 2025년 10월과 11월에 이미 시행되었음.

■ 주석
**플루투스 메모리 한도 증가 안건에 대한 제안** 인터섹트의 파라미터 위원회는 플루투스 스크립트 메모리 유닛 한도를 25% 증가시키는 두 단계 거버넌스 안건을 제안했음. 첫 번째 거버넌스 안건에서는 거버드레일 MTEU-M-04를 준수하기 위해 메모리 증가를 두 개의 별도 안건으로 분리함. 첫 번째 단계에서: - `maxTxExecutionUnits[memory]`는 14,000,000에서 16,500,000 유닛으로 증가 (~17.9% 증가) - `maxBlockExecutionUnits[memory]`는 62,000,000에서 72,000,000 유닛으로 증가 (~16.1% 증가) 두 번째 거버넌스 안건에서는 추가 증가를 목표로 함. - `maxTxExecutionUnits[memory]`를 16,500,000에서 17,500,000 유닛으로 증가 - `maxBlockExecutionUnits[memory]`를 72,000,000에서 77,500,000 유닛으로 증가 이러한 변경의 주요 이유는 커뮤니티의 강력한 요청으로, 개발자들이 플루투스 스크립트에서 더 많은 작업을 수행할 수 있게 하여 수동 최적화 필요성을 줄이는 것임. IOE의 성능 팀의 벤치마킹에 따르면 이러한 증가는 블록 전파 시간 예산 내에서 유지되며 Praos 타이밍 보장에 영향을 주지 않음. 이 안건은 Preview 테스트넷과 PreProd 테스트넷에서 각각 2025년 10월과 11월에 이미 시행되었음.

🇺🇸 English

Abstract
No abstract.
Motivation
No motivation.
Rationale
No rationale.

ℹ️ 부가 정보

트랜잭션 해시 c21b00f90f18fce4003edf42b0b0d455126e01c946e80cc5341a9f9750caf795
블록 타임 1768414608
Proposal ID gov_action1cgdsp7g0rr7wgqp7maptpvx525fxuqwfgm5qe3f5r20ew5x2772sq0m5y83
Proposal Index 0