이더리움 핵심 개발자 회의 업데이트의 핵심 사항에 대한 간략한 살펴보기
저자: 팀 베이코
원본 소스: AllCoreDevs Updates
저자: 팀 베이코
원본 소스: AllCoreDevs Updates
첫 번째 레벨 제목
요약
1월 이후로 너무 많은 일이 있었기 때문에 모든 것을 적을 시간을 찾기 위해 고군분투하고 있습니다. 이번 업데이트의 하이라이트는 다음과 같습니다.
이더리움 실행 계층의 실행 가능한 사양이 잘 진행되고 있습니다. 다음 단계: EL+CL에 대한 업그레이드 프로세스를 조정합니다.
테스트넷
클라이언트 개발자 및 연구원을 위한 토큰 기반 보상 이니셔티브인 Protocol Guild는 현재 100명 이상의 회원을 보유하고 있으며 곧 파일럿을 시작합니다.
첫 번째 레벨 제목
테스트넷
Kintsugi에 이어 Kiln 테스트넷도 최근 출시되었습니다. Kiln은 Kintsugi 테스트넷에서 발견된 중요도를 기반으로 병합 사양에 일부 변경 사항 및 이름 변경을 추가했습니다. 이제 병합된 사양이 거의 최종적으로 보이지만 Kiln에서 실행하는 전환으로 인해 다양한 클라이언트에서 구현 문제가 발생했습니다. 팀은 이제 모든 구현이 안전하고 안정적인지 확인하기 위해 테스트를 두 배로 늘리고 있습니다. Danny는 최신 Finalized 업데이트에서 이에 대해 이야기했습니다.
모든 업그레이드와 마찬가지로 테스트넷이 안정적인지 확인하기 위해 업그레이드 후 테스트넷을 모니터링할 것입니다. 테스트넷이 의도한 대로 작동한다는 확신이 들면 이더리움 메인넷으로의 전환을 계획할 것입니다!
합병이 거의 임박했고 커뮤니티 전체에 매우 흥미로운 시간이지만 전환이 안전하게 진행된다는 사실이 어떤 목표 날짜보다 중요하고 합병의 최우선 순위입니다. 이것은 이더리움이 수행한 가장 복잡한 업그레이드입니다. 우리는 실수하고 싶지 않습니다.
테스트넷 및 메인넷 업그레이드 일정이 결정되면 This Week in Ethereum, What's New in Eth2, Ethereum Foundation Blog(EF 블로그) 등과 같은 다양한 커뮤니티 채널에서 발표될 예정입니다. 아직 목표 날짜를 설정하지 않았기 때문에 현재 목표 날짜에 대한 주장은 잘못된 것입니다. 앞으로 몇 달 동안 발생할 수 있는 사기/허위 발표에 각별히 주의하십시오!
보조 제목
난이도 폭탄에 대하여
작년 Arrow Glacier 업그레이드에서 난이도 폭탄이 지연되었으며, 그 효과는 올 6월 네트워크에서 체감될 것으로 예상됩니다. 이 게시물은 진행 상황을 추적하고 있습니다. 난이도 폭탄을 연기하기 전에 PoS 전환을 하는 것이 가장 좋지만 주목할 만한 세 가지 사항이 있습니다.
1. 블록 시간에 대한 폭탄의 영향은 점진적입니다. 즉, 일단 느껴지기 시작하면 4-8주 동안 블록 생산이 느려지지만 급격하게(약 14-17초)는 아닙니다.
3. 마찬가지로 안전한 병합 >>> 빠른 병합입니다. 전환이 순조롭게 진행되길 바라며, 이더리움의 안정성과 보안이 우리의 최우선 관심사입니다.
상하이 업그레이드
지난 업데이트에서 언급했듯이 병합된 사양이 거의 동결된 상태에서 상하이 업그레이드 계획을 시작했습니다. 다음은 업그레이드 사양입니다. 이 업그레이드에는 잠정적으로 세 가지 주요 변경 사항과 몇 가지 사소한 변경 사항이 있습니다. 다음은 하나씩 심층 설명!
보조 제목
EVM 개체 형식
런던 업그레이드에서는 0xEF 바이트로 시작하는 새 계약의 배포를 거부하여 식별자의 이 부분을 보존합니다. 런던 업그레이드가 활성화되기 전에 이 바이트로 시작된 일부 컨트랙트가 배포되었지만 더 이상 가능하지 않습니다. 접두사 0xEF에 두 번째 바이트(매직 바이트라고 함)를 추가하여 우리가 할 수 있는 시퀀스를 얻을 수 없습니다. 모든 계약에 의해 사용됩니다.
EIP-3540은 이에 대해 자세히 설명하고 이 접근 방식의 첫 번째 실질적인 이점인 코드와 데이터의 분리를 강조하여 온체인 코드 검증을 용이하게 합니다. 또한 계정 추상화, EVM의 제어 흐름 및 EIP-3074와 같이 복잡해 보이는 기능을 구현하는 데 도움이 되는 새로운 계약 코드 부분 유형을 도입할 수 있는 길을 열어줍니다.
EIP-3670은 배포 시 EOF 계약의 코드 검증을 도입하는 3540용 동반 EIP입니다.
보조 제목
상하이 업그레이드의 또 다른 주요 기능은 비콘 체인 철수의 활성화입니다. 몇 가지 제안 후 클라이언트 팀이 만족하는 디자인을 내놓았습니다.
이 메타 사양은 전체 운영 프로세스를 설명합니다. 높은 수준에서 각 슬롯 내에서 비콘 체인은 특정 수의 전체 또는 부분 인출을 처리합니다. 이러한 인출은 각 인출에 대한 금액, 목적지 주소 및 고유 인덱스가 포함된 영수증에서 추적됩니다. 이러한 인출은 오늘날 작업 증명이 채굴자에게 배포되는 것과 같은 방식으로 블록 생성 및 유효성 검사 프로세스의 일부로 실행 계층에 배포됩니다.
이제 합의 사양 저장소에 있는 합의 계층에서 수행해야 하는 여러 변경 사항에 대한 추적 문제가 있습니다. 부분 인출 옵션을 사용하면 검증인이 획득한 보상을 인출할 수 있으며 검증인이 온체인에 필요한 32 ETH를 유지하고 계속해서 보상을 받을 수 있습니다.
L2 수수료 감소
상하이 업그레이드에 포함하고 싶은 마지막 큰 사항은 2층의 비용을 줄이는 것입니다. 레이어 2는 레이어 1에 트랜잭션 데이터(및/또는 증명)를 게시하기 때문에 최종 사용자 트랜잭션 수수료의 상당 부분은 레이어 1의 데이터 저장소에서 발생합니다. 샤딩은 두 번째 레이어에 데이터를 게시하는 것보다 저렴한 대안을 제공하지만 이 제안이 해결된 것처럼 보이지만 완전한 샤딩 구현은 아직 준비되지 않았습니다.
그동안 이러한 오버헤드를 줄이기 위해 사용할 수 있는 두 가지 옵션이 있습니다. 메인넷에서 CALLDATA 오버헤드를 줄이는 것과 샤드 블롭 트랜잭션(샤드 블롭 트랜잭션)이라는 이더리움에서 새로운 유형의 트랜잭션을 도입하는 "프로토 샤딩" 구현입니다. .
보조 제목
L2에서 거래 수수료를 줄이는 가장 쉬운 방법은 L1에 데이터를 저장하는 오버헤드를 줄이는 것입니다. EIP-4488은 CALLDATA의 오버헤드를 바이트당 16개 가스에서 3개 가스로 낮추도록 제안합니다. 스토리지 오버헤드의 감소는 더 낮은 레이어 2 요금[1]으로 해석됩니다.
가스 오버헤드를 줄이는 것은 그 자체로 간단한 변화이지만 몇 가지 부수적인 효과가 있습니다. 첫째, 블록에서 CALLDATA를 늘리면 블록 크기가 커집니다. 균형을 맞추기 위해 이 EIP는 블록의 최대 CALLDATA 수에 상한선이 있어야 한다고 제안합니다. 둘째, 이 상한선에도 불구하고 이 EIP는 실행 계층에서 과거 체인 데이터의 증가 속도를 가속화합니다. 이 문제를 해결하기 위해서는 out-of-band data retrieval을 개발해야 하며, EIP-4444에서 제안한 바와 같이 이더리움 P2P 네트워크에서 과거 데이터 저장에 대한 보장을 변경해야 한다[1].
히스토리 체인 데이터의 추가는 점진적으로 이루어졌겠지만, 이 EIP가 포함된다는 것은 이 문제를 배포한 후에 더 시급하게 처리해야 함을 의미합니다. 또한 이 EIP에는 기본적으로 완전한 샤드에서 재사용할 수 있는 것이 없습니다. 대부분 임시방편입니다. 즉, 이 EIP는 L2 비용을 크게 줄이는 비교적 간단한 구현 변경입니다.
보조 제목
샤드 블롭 트랜잭션
또 다른 제안은 EIP-4844[2]로, 완전한 샤딩 배포에 더 가까워졌습니다. 비콘 체인 철회와 마찬가지로 이 제안에도 합의 계층 사양 및 기타 리소스에 연결되는 메타 사양이 있습니다.
높은 수준에서 이 새로운 트랜잭션 유형에는 비콘 체인에서 브로드캐스트되는 데이터 BLOB에 대한 약속이 포함됩니다. 이 제안은 데이터 가용성에 의존하지 않고 네트워크의 각 노드가 Blob의 데이터를 확인해야 하는 "미니 샤딩"에 대한 제안으로 생각할 수 있습니다. 전체 샤딩과 마찬가지로 이러한 데이터 blob은 네트워크에서 특정 시간 동안만 사용할 수 있으며 영원히 저장되지 않습니다. 노드 요구 사항을 관리할 수 있도록 유지하기 위해 Blob 데이터는 전체 샤드에서 16MB/슬롯 대신 1MB/슬롯으로 제한됩니다.
이 EIP에 대해 작업해 온 Optimism 팀은 이 EIP에 대한 개요를 제공하고 다양한 정식 링크를 집계하며 이 EIP에 대한 커뮤니티의 긍정적인 반응을 제공하는 웹 사이트를 시작했습니다.
[1] L2 트랜잭션 가격 책정과 관련된 다른 구성 요소로 인해 이 감소는 전체 5배가 되지 않습니다. 이 Optimisim 기사에는 무엇이 L2 수수료를 구성하는지에 대한 좋은 설명이 있습니다. 또한 ZK 롤업은 낙관적 롤업과 같은 이 EIP의 이점을 얻지 못합니다.
[2] EIP-4488(CALLDATA 오버헤드 감소) 및 EIP-4844(샤드 블롭 트랜잭션)는 경쟁 제안이며 EIP 번호가 너무 유사합니다.
보조 제목
사소한 개선
이러한 세 가지 주요 변경 사항 외에도 Shanghai Upgrade는 몇 가지 작은 개선 사항도 고려하고 있습니다.
EIP-3651은 COINBASE 주소에 접근하기 위한 가스 오버헤드를 줄이기 위해 제안하고, EIP-2929의 과실을 수정합니다.
EIP-3855는 EVM 스택에 0을 푸시하기 위한 새로운 opcode PUSH0을 제안합니다.
또한 업그레이드를 위해 제안된 몇 가지 다른 EIP가 있습니다(이 대략적인 목록 참조). EOF, 인출 및 낮은 계층 2 수수료로 인해 상하이는 현재까지 가장 큰 업그레이드 중 하나가 되었기 때문에 포함할 항목의 우선순위를 매우 신중하게 지정해야 합니다.
다양한 EIP를 구현하고 테스트하기 시작하면 다른 제안을 구현할 수 있는 추가 기능이 있는지 여부가 더 명확해집니다. 물론 병합을 먼저 완료해야 합니다!
첫 번째 레벨 제목
이더리움 실행 계층 사양(EELS)
아시다시피 여러 상하이 제안은 이제 경영진과 합의 계층 모두에 걸쳐 있습니다. 과거에는 서로 다른 레이어에서 서로 다른 절차를 사용하여 변경 사항을 도입했습니다.
경영진 수준에서 코어 EIP에는 변경된 사양이 포함되어 있습니다. "Ethereum Yellow Paper"는 네트워크에 대한 참조 사양이지만 Yellow Paper는 종종 업그레이드가 배포된 후 업데이트되며 때로는 더 지연됩니다. 이는 실행 계층의 효과적인 사양이 종종 "옐로우 북 + EIP X, Y, Z"임을 의미합니다.
따라서 커뮤니티가 실행 수준의 흐름을 잘 이해하고 있고 참조하기 쉬운 변경 설명을 제공하지만 기술적인 관점에서는 이상적이지 않습니다. 반대로 합의 계층의 프로세스는 기술적으로 더 간결하지만 더 넓은 커뮤니티가 이해하기는 더 어렵습니다. 다행스럽게도 EELS: An Executable Specification for the Ethereum Execution Layer에 대한 작업이 이미 시작되었습니다!
실행 레이어와 합의 레이어 모두에 시행 가능한 사양이 있으면 두 레이어 간의 변경 프로세스를 조정할 수 있습니다. 여전히 해결해야 할 질문이 많이 있지만 최선의 마이그레이션 방법에 대한 대화가 시작되었습니다. Ethereum Magicians 포럼의 토론은 이 주제에 전념합니다. EELS는 아직 개발 중이지만 현재 프로세스와 병행하여 상하이 업그레이드에서 사용할 수 있습니다.
실행 및 합의 프로세스의 병합이 실제 실행 및 합의 병합보다 간단하기를 바랍니다.
첫 번째 레벨 제목
프로토콜 길드
마지막으로 PG(Protocol Guild)에 대해 이야기하고 싶습니다. 이제 완전히 설명된 웹사이트가 생겼습니다. 프로토콜 관리자에 대한 보상은 최근 뜨거운 주제였으며 PG는 이 문제를 해결하는 데 참여하기를 원합니다. 전체 공개: 저는 PG 회원이며 그로부터 자금을 받을 것입니다.
보상에는 기본급, 인센티브, 잠재적 상승 여력의 세 가지 범주가 있다고 생각할 수 있습니다. 현재 클라이언트 개발자와 연구원의 기본 급여는 해당 고용주가 정산합니다. 그들 중 일부는 지분 형태로 인센티브를 제공하지만, 이더리움 재단은 작년에 모든 클라이언트 팀이 이더리움에 상당한 지분을 갖도록 39,000 ETH 클라이언트 인센티브 계획을 발표했습니다.
간단히 말해서, 길드는 스폰서가 토큰을 기부할 수 있도록 허용하며, 토큰은 시간이 지남에 따라 수신자에게 제공됩니다. 리시버 세트는 업데이트가 가능하여 새로운 기여자를 주기적으로 추가하고 지루한 기여자를 주기적으로 제거할 수 있습니다.
길드는 초기 실험이지만 성공하면 Gitcoin 및 소급 공공재 자금 조달과 같은 기본 중심 이니셔티브를 보완할 수 있습니다.
Gitcoin 보조금이 성공한 후 PG의 다음 단계는 스마트 계약 아키텍처를 테스트하는 것입니다. 동시에 초기 기증자 검색이 시작됩니다. 우리의 계획은 기술 및 거버넌스 부분이 모두 원활하게 실행되도록 제한된 기부금으로 1년 동안 PG를 운영하는 것입니다. 이 파일럿이 우리가 이더리움에서 공공재와 돈을 조정하는 새로운 메커니즘을 만들 수 있음을 증명하기를 바랍니다!
후속 조치
