번역 | 개리마 우톡(wu-talk) 블록체인
원문 번역 외에도 본문은 원문에서 언급되지 않은 Pectra의 다른 이더리움 개선 제안(EIP)을 추가로 소개했습니다.
원문 링크:
https://coinmetrics.substack.com/p/state-of-the-network-issue-299
주요 포인트
Pectra는 이더리움의 다음 주요 업그레이드로, 실행 레이어(프라하)와 컨센서스 레이어(일렉트라)의 변경을 포함합니다. 테스트넷 Pectra 업그레이드의 우여곡절을 겪은 후, 최종적으로 5월 7일 10:05 UTC 경에 Pectra 메인넷 업그레이드를 활성화할 예정입니다.
이번 업그레이드는 스테이킹, 레이어 2 확장성 및 사용자 경험(UX)에 대한 핵심 개선을 수행하고 향후 변화의 기반을 마련할 것입니다.
주요 변경 사항에는 검증자의 스테이킹 상한 인상, 유연한 스테이킹 인출, 계정 추상화 강화, blob 처리량 증가 등이 포함되어 네트워크 효율성과 보안성을 향상시킬 예정입니다.
[이하 생략]EIP-7702는 일반 EOA가 단일 거래에서 일시적으로 스마트 계약 기능을 얻을 수 있게 하여 배치 거래, 거래 후원 및 더 유연한 권한 관리를 지원합니다. 이 메커니즘은 사용자 경험을 크게 개선하고 dApp 기능을 확장할 수 있지만, 일부 전통적인 가정을 깨뜨리므로 생태계의 각 부분이 업데이트에 적응해야 합니다. 전반적으로 이는 계정 추상화를 위한 중요한 제안으로, 미래의 이더리움 계정이 안전하면서도 더 유연해지는 것을 목표로 합니다.
기타 EIPs
EIP-7685: 범용 실행 계층 요청
배경 및 목적
현재, Eth1(실행 계층)와 비콘 체인(컨센서스 계층) 사이에는 세 가지 주요 요청을 처리해야 합니다:
1. 예치: 사용자가 시작한 예치 이벤트는 처음에 Eth1 블록에 나타나지만 최종적으로 비콘 체인에서 처리해야 합니다.
2. 인출: 비콘 체인에서 발생하는 인출 요청(일반적으로 명령줄 도구를 통해)은 Eth1에서 처리해야 합니다.
3. 검증자 병합: 마찬가지로 이러한 요청도 Eth1과 비콘 체인 사이에서 전달해야 합니다.
이 제안이 필요한 이유
현재 다른 유형의 작업이 두 계층 사이에서 왔다 갔다 하면서 혼란을 야기할 수 있습니다. EIP-7685에서 제안한 통합 처리 프레임워크는 다음을 목표로 합니다:
· 모든 요청을 표준 방식으로 처리하여 프로세스를 더 명확하고 효율적으로 만듭니다.
· Eth1에서만 이러한 작업을 트리거하여 검증자의 실행 환경과 스테이킹 관리를 분리함으로써 보안을 향상시킵니다.
주요 내용
1. 요청 유형 식별: 각 작업에 대해 특정 식별자를 정의하여, 기존의 예치 및 인출 요청 유형 외에 병합 요청 유형을 추가합니다.
2. 무결성 보장: 해시 검증, 머클화된 데이터 등의 메커니즘을 사용하여 요청 데이터의 무결성과 안전성을 보장합니다.
3. 처리 대기열 및 속도 제한: 대기 중인 요청에 대해 제한(예: 동시에 대기 중인 예치, 인출 또는 병합 요청의 수)을 설정하여 시스템 과부하를 방지합니다.
최종 의미
일반 사용자와 개발자에게 이는 앞으로 예치, 인출 또는 검증자 병합 작업을 통합되고 표준화된 프로세스를 통해 더 빠르고 안전하게 완료할 수 있음을 의미합니다. 이는 시스템의 효율성을 높이고 전반적인 위험을 줄이는 데 도움이 됩니다.
(번역은 계속됩니다. 전체 텍스트를 번역하겠습니다.)페크트라(Pectra)는 기록적인 수의 이더리움 개선 제안(EIP)을 포함하는 업그레이드로, 계정 추상화, 검증자 메커니즘 최적화, 네트워크 효율성 향상 및 레이어 2 확장 등 핵심 방향으로 이더리움의 발전을 추진할 것입니다. 동시에, 비탈릭 부테린이 최근 강조한 바와 같이, 이더리움은 롤업 중심의 확장 경로를 채택하고 있지만 여전히 레이어 1을 지속적으로 최적화하고 있으며, 최근 가스 한도를 3,600만으로 높였고, 향후 검열 저항성, 처리량 및 확장성을 더욱 향상시킬 수 있습니다.
참고 링크:
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7600.md
