원본 작성자: AllCoreDevs 업데이트
원본 편집: H.Forest Ventures, 0x123
권장 이유:
권장 이유:
첫 번째 레벨 제목
TL;DR👀
1월 이후로 많은 일이 있었고 그것을 기록할 시간을 찾으려고 노력했습니다. 이 기사의 주요 내용은 다음과 같습니다.
최신 병합 테스트넷 Klin이 출시되었습니다. 그 위에 있는 Pos 전환은 일부 구현 문제를 노출했으며 이제 병합 테스트가 모두 준비되었습니다.
"Shanghai"라는 다음 Ethereum 업그레이드가 계획 중입니다. EVM 업그레이드, 비콘 체인 인출, 더 낮은 레이어 2 수수료 등을 포함합니다.
이더리움 실행 레이어의 실행 가능한 사양에 대한 작업이 순조롭게 진행되고 있습니다. 다음 단계는 EL+CL(실행 계층 + 합의 계층)의 업그레이드 프로세스를 조정하는 것입니다.
첫 번째 레벨 제목
Kiln 🔥🧱
Kintsugi에 이어 Klin 테스트넷도 최근 출시되었습니다. Kintsugi에서 발견된 엣지 케이스 및 일부 이름 변경을 기반으로 The Merge 사양을 변경합니다. 현재 The Merge의 실행 사양이 거의 최종 단계인 것처럼 보이지만 Klin에서 실행하도록 전환하는 동안 여러 클라이언트에서 몇 가지 구현 문제가 발생했습니다. 관련 팀은 모든 구현이 안전하고 안정적인지 확인하기 위해 테스트를 두 배로 늘리고 있습니다. 대니의 최근작확정된 게시물이것은 에서 소개됩니다.
그 외에도 더 넓은 개발자 커뮤니티에 Klin을 사용하고 제품이 예상대로 작동하는지 확인하도록 요청하고 있습니다. Klin을 사용해 본 Kurtosis, Tenderly, Lido, Uniswap, EthStaker, Infura 및 Blockdaemon에 찬사를 보냅니다.
중요한 문제가 발견되지 않는다고 가정하면 Klin이 공개되는 마지막 공개 테스트넷이 될 것으로 예상됩니다. 클라이언트 구현 및 인프라/도구 준비 상태에 만족하면 다음 단계는 기존 테스트넷(Ropsten, Goerli, Sepolia 등)에서 The Merge를 실행하는 것입니다.
모든 업그레이드와 마찬가지로 테스트넷의 안정적인 운영을 위해 테스트넷 업그레이드 후에도 지속적인 테스트를 유지할 것입니다. 테스트넷이 예상대로 작동한다고 확신하면 이더리움 메인넷으로의 전환을 준비할 것입니다.
전체 커뮤니티에 매우 흥미진진한 시간이 다가오고 있지만 안전한 전환은 목표 날짜에 실행하는 것보다 Merge의 최우선 순위입니다. 이것은 현재까지 이더리움의 가장 복잡한 업그레이드입니다. 우리는 그것을 끝내기를 바랍니다.
테스트넷과 메인넷의 구체적인 업데이트 일정이 결정되면 Week in Ethereum, What's New in Eth2, EF 블로그 등과 같은 커뮤니티 출판물을 통해 공개될 것입니다. 정확한 날짜가 설정되지 않았기 때문에 현재 광고된 목표 날짜가 잘못되었습니다. 앞으로 몇 개월 동안 잠재적인 사기 및 허위 발표에 더욱 주의를 기울이십시오.
난이도 폭탄에 대한 참고 사항 💣
지난해 Arrow Glacier 업그레이드(Arrow Glacier)에서 지연되었던 난이도 폭탄은 6월경 블록 생성 속도에 미치는 영향을 반영할 수 있을 것으로 예상됩니다.최신 진행). 난이도 폭탄 업그레이드를 연기하기 전에 POS로 전환하는 것이 이상적이지만 다음 세 가지 사항은 여전히 주목할 가치가 있습니다.
블록 시간에 대한 난이도 폭탄의 영향은 점진적입니다. 즉, 사용자가 네트워크에 대한 폭탄의 영향을 느끼면 블록 생성 속도가 4-8주 내에 계속 감소하지만 너무 느리지는 않습니다(아마도 14-17초).
역사적으로 폭탄이 지연되면 최소 6개월 동안 연기하기로 결정했습니다. 보통 그때까지 또 다른 네트워크 업그레이드를 할 계획이기 때문입니다. 즉, 폭탄의 지연 시간에 대한 엄격한 규정이 없으며, 폭탄을 6개월 이상 지연시키는 것보다 적절하다면 1~2개월 동안 폭탄을 지연시키는 것이 전적으로 가능합니다.
첫 번째 레벨 제목
"상하이" 업그레이드 🌃
여기를 클릭여기를 클릭. 이번 업그레이드에서는 세 가지 주요 변경 사항을 적용하고 일부 세부 사항을 개선할 예정입니다. 이 업데이트에 대해 자세히 알아보려면 계속 읽어보세요!
EVM(Ethereum Virtual Machine) 객체 형식
수년 동안 연구원과 클라이언트 개발자는 현재 계약을 위반하지 않고 EVM을 개선하기 위해 열심히 노력했습니다. 작년에 Ipsilon 팀은 특정 식별자로 배포된 계약에 새로운 기능을 제공하면서 기존 계약을 그대로 실행하는 정말 영리한 아이디어를 내놓았습니다. 이것은 현재 EVM 개체 형식 또는 줄여서 EOF로 알려진 것입니다.
"London" 업그레이드에서 우리는 0xEF 바이트로 시작하는 새 계약의 배포를 비활성화하여 이 식별자의 일부를 보존했습니다. "London" 업그레이드가 실행되기 전에 0xEF로 시작하는 소수의 계약이 배포되었지만 지금은 작동하지 않습니다. 0xEF 접두사에 두 번째 바이트("매직" 바이트라고 함)를 추가하고 Get 어떤 계약에서도 사용되지 않는다고 보장할 수 있는 시퀀스입니다.
EIP-3540은 이 점에 대해 자세히 설명하고 이 접근 방식의 첫 번째 가시적인 이점을 강조합니다. 즉, 온체인 코드 검증을 용이하게 하기 위한 코드와 데이터의 분리입니다. 이것은 또한 추상 계정, EVM의 제어 흐름 및 EIP-3074와 같은 오늘날의 복잡한 기능을 활성화하는 데 도움이 될 수 있는 새로운 유형의 계약 코드 부분 도입을 위한 토대를 마련합니다.
EIP-3540의 동반 프로토콜인 EIP-3670은 EOF 계약이 배포될 때 코드 검증을 활성화합니다.
비콘체인 출금 🏧
"상하이" 업그레이드의 또 다른 주요 기능은 비콘 체인 인출 활성화입니다. 많은 제안 끝에 우리가 설계한 EIP-4895 프로토콜은 클라이언트 팀을 만족시킬 수 있었습니다. 비콘 체인은 인출을 푸시 작업으로 사용할 수 있습니다.
메타 사양은 전체 프로세스의 작동 방식을 설명합니다. 높은 수준에서 각 슬롯에서 비콘 체인은 특정 수의 전체 또는 부분 인출을 처리할 수 있습니다. 모든 인출은 인출 금액, 대상 주소 및 고유 인덱스가 포함된 영수증으로 추적됩니다. 그런 다음 이러한 인출은 블록 생성 및 검증 프로세스의 일부로 실행 계층에 적립되며, 오늘날 작업 증명 발행이 채굴자에게 적립되는 방식과 유사합니다. 합의 계층에 필요한 다양한 변경 사항을 추적하는 문제는 합의 사양 저장소에서 찾을 수 있습니다. 부분 인출 옵션을 사용하면 검증자가 누적된 보상을 인출할 수 있지만 검증을 유지하고 계속해서 보상을 받으려면 32 ETH의 지분을 확보해야 합니다.
더 낮은 레이어 2 수수료📉
"상하이" 업그레이드에서 우리가 달성하고자 하는 마지막 주요 업데이트는 낮은 계층 2 비용입니다. 두 번째 레이어에 의해 첫 번째 레이어에 게시된 트랜잭션 데이터 또는 증명에서 최종 사용자의 트랜잭션 수수료의 상당 부분은 첫 번째 레이어의 데이터 저장소에 대한 상각된 가스 비용에서 나옵니다. 샤딩은 두 번째 계층에서 데이터를 게시하는 데 더 저렴한 옵션을 제공하며 사양이 확정된 것처럼 보이지만 완전한 샤딩 구현은 아직 준비되지 않았습니다.
그 동안 이러한 비용을 줄이기 위한 두 가지 옵션이 있습니다. 메인넷에서 CALLDATA의 비용을 줄이거나 Shard Blob 트랜잭션이라는 이더리움에 새로운 트랜잭션 유형을 도입하여 "원시 샤딩"을 구현하는 것입니다.
CALLDATA로 비용 절감
두 번째 레이어에서 트랜잭션 수수료를 줄이는 가장 쉬운 방법은 첫 번째 레이어에서 스토리지 비용을 줄이는 것입니다. EIP-4488은 CALLDATA의 비용을 바이트당 16개 가스에서 바이트당 3개 가스로 줄이도록 제안합니다. 계층 1의 보관 비용 감소는 계층 2의 비용을 감소시킵니다[1].
가스 비용을 줄이는 것은 간단한 변화이지만 2차 효과도 있습니다. 첫째, 블록에 CALLDATA를 추가하면 블록이 더 커집니다. 균형을 맞추기 위해 EIP는 각 블록의 CALLDATA 수를 제한할 것을 제안합니다. 둘째, 상한선이 설정되더라도 이 EIP는 실행 계층에서 히스토리컬 체인의 데이터 증가율을 높일 것입니다. 위의 문제를 해결하기 위해 EIP-4444는 대역 외 기록 데이터 검색을 개발해야 하며 Ethereum P2P 네트워크의 기록 데이터에 대한 보장을 변경해야 한다고 제안합니다.
히스토리컬 체인의 데이터가 점차 증가하고 있지만, 이 EIP를 실행한다는 것은 온라인화 후 이 문제를 더 시급하게 처리해야 함을 의미합니다. 그 외에도 이 EIP의 일부는 전체 샤딩 구현에서 재사용됩니다. 대부분 임시방편입니다. 즉, EIP-4488은 비교적 간단한 업데이트이지만 2계층의 비용 절감에 상당한 영향을 미친다.
Shard Blob Transactions
또 다른 제안인 EIP-4844[2]는 완전한 샤딩 배포 솔루션에 더 가까이 다가가는 샤드 블롭 트랜잭션을 소개합니다. 비콘 체인 철회와 마찬가지로 제안에는 합의 계층 사양 및 기타 리소스에 연결되는 메타 사양이 있습니다.
더 깊은 수준에서 이 새로운 트랜잭션 유형은 비콘 체인에서 전파되는 데이터 블록에 대한 약속으로 구성됩니다. 이 제안은 "미니 샤딩"으로 볼 수 있으며 데이터 가용성 샘플링에 의존하는 대신 네트워크의 모든 노드가 BLOB의 모든 데이터를 검증해야 합니다. 전체 샤딩의 경우와 마찬가지로 이러한 bolb의 데이터는 영구적으로 저장되지 않고 특정 기간 동안만 네트워크에서 사용할 수 있도록 보장됩니다. 노드 요구 사항의 관리 용이성을 유지하기 위해 Blob 데이터는 1MB/소켓으로 제한되고 전체 샤드는 16mb/소켓으로 제한됩니다.
EIP-4844는 완전한 샤딩을 위한 토대를 마련할 것입니다. 향후 모든 변경 사항은 합의 레이어로 제한된다는 점은 주목할 가치가 있습니다. 실행 계층의 관점에서 보면 샤드가 실행 중입니다.
메모:
메모:
여기를 클릭여기를 클릭。
[2] EIP-4488과 EIP4844는 경쟁 제안에서 매우 비슷한 수치를 보여 매우 실망스럽습니다.
디테일 개선
위의 세 가지 주요 개선 사항 외에도 "Shanghai" 업그레이드에서 몇 가지 사소한 개선 사항도 고려되었습니다.
EIP-3651, Coinbase 주소에 액세스하는 가스 비용을 줄이고 EIP-2929의 취약성을 수정합니다.
EIP-3860은 inicode의 크기를 제한하고 필드에 대한 가스 계량을 도입합니다.
EIP-3855는 EVM 스택에 "0"을 푸시하는 새로운 opcode PUSH0을 추가합니다.
여기를 클릭여기를 클릭). EOF, 비콘 체인 인출 및 레이어 2 수수료 인하로 인해 "상하이" 업그레이드는 지금까지 가장 큰 업데이트 중 하나가 되었기 때문에 무엇을 업그레이드할지 우선 순위를 정하기 위해 지금 열심히 노력해야 합니다.
첫 번째 레벨 제목
이더리움 실행 계층 사양(EELS) 📜
위의 내용에서 알 수 있듯이 "상하이" 업그레이드에 대한 몇 가지 제안은 경영진 및 합의 계층에 걸쳐 있습니다. 일반적으로 우리는 서로 다른 프로세스를 사용하여 각 레이어에 변경 사항을 도입합니다.
경영진 수준에서 핵심 EIP에는 향상된 사양이 포함되어 있습니다. Ethereum Yellow Paper는 네트워크의 참조 사양이지만 일반적으로 업그레이드가 온라인 상태가 된 후 그에 따라 업데이트되며 때로는 상당한 지연이 발생하기도 합니다. 이는 실행 계층의 경우 Yellow Book과 해당 EIP 프로토콜이 실행 계층의 효과적인 사양임을 의미합니다.
합의 계층에서 실행 가능한 사양이 참조로 사용되며 변경 사항이 직접 지정되어 변경 사항에 대한 테스트를 생성하는 데 사용할 수 있습니다.
따라서 커뮤니티가 실행 계층 프로세스를 잘 이해할 수 있지만(또한 참조하기 쉬운 데이터 설명도 제공함) 기술적인 관점에서 보면 여전히 이상적이지 않습니다. 반대로 합의 계층 프로세스는 기술적으로 더 친환경적이지만 대규모 커뮤니티가 따르기는 더 어렵습니다. 다행히도 EELS(이더리움 실행 계층을 위한 실행 사양)에 대한 작업이 이미 시작되었습니다.
실행 및 합의 계층 모두에 실행 가능한 사양이 있으면 두 계층 모두에서 변경 프로세스를 조정할 수 있습니다. 아직 해결해야 할 문제가 많이 있지만 마이그레이션을 가장 잘 수행하는 방법에 대한 논의가 시작되었습니다. Ethereum Magicians 스레드는 이제 바로 이 주제에 전념합니다. EELS는 아직 개발 중이지만 "Shanghai" 업그레이드 중에 현재 프로세스와 병행하여 사용할 수 있습니다.
첫 번째 레벨 제목
협약조합 💰
이제 전체 통역사 웹사이트가 있는 중요한 Protocol Guild에 대해 이야기하면서 마무리하고 싶습니다. 프로토콜 관리자에 대한 보상은 최근 뜨거운 주제였으며 프로토콜 연합은 이 문제에 대한 해결책의 일부가 되기를 원합니다. 공개 성명서: 저는 Pact Union의 회원이며 자금을 받고 있습니다.
보상은 기본 급여, 조정된 인센티브 및 잠재적 상승세의 세 가지 영역으로 나눌 수 있습니다. 현재 클라이언트 개발자와 연구원의 기본 급여는 해당 고용주가 지급합니다. 이 중 일부는 주식 인센티브의 형태일 수 있지만, 이더리움 재단은 작년에 모든 클라이언트 팀이 이더리움에 큰 지분을 갖도록 보장하기 위해 39,000 ETH의 고객 인센티브 계획을 발표했습니다.
프로토콜 유니온은 이더리움 자체가 아니라 이더리움 위에 구축된 다양한 프로젝트에 대한 토큰을 회원들에게 제공하는 것을 목표로 한다는 점에서 기본 보상 및 인센티브 계획과 다릅니다. 프로토콜 조합은 프로토콜 엔지니어, 연구원 및 프로토콜 조정에 종사하는 저와 같은 소수의 사람들로 구성됩니다. 현재 약 100명의 회원이 있다.
요컨대, 조합은 스폰서가 토큰을 기부할 수 있도록 허용하며 시간이 지남에 따라 수신자에게 전송됩니다. 수신자 목록을 업데이트할 수 있으므로 정기적으로 새로운 기여자를 추가하고 이전 기여자를 제거할 수 있습니다.
프로토콜 조합은 아직 초기 실험 단계에 있지만 성공하면 Gitcoin 및 Retroactive Public Goods Funding과 같은 풀뿌리 중심 이니셔티브를 보완할 수 있습니다.
Gitcoin 자금을 성공적으로 확보한 후 프로토콜 연합의 다음 단계는 스마트 계약 아키텍처를 테스트하는 것입니다. 동시에 초기 기부자에 대한 봉사 활동이 시작됩니다. 계획은 기술 및 거버넌스 구성 요소가 모두 원활하게 실행되도록 약 1년 동안 제한된 기부 기준으로 프로토콜 연합을 운영하는 것입니다. 이 파일럿이 이더리움에서 공공재 자금 조달을 조정하기 위한 새로운 메커니즘을 만들 수 있음을 보여주기를 바랍니다.
다음 단계 계획 ✅
우리의 주요 우선 순위는 테스트에 대한 새로운 초점과 함께 병합하는 것입니다. 다음 달에 구현을 완료하고 여러 단기 개발 네트워크를 실행하고 애플리케이션, 인프라 및 도구 제공업체로부터 피드백을 수집하기를 바랍니다. 다른 모든 것("상하이" 업그레이드, 규범 시행, 노조 협상)도 계속될 것입니다.
우리는 한두 달 안에 또 다른 업데이트를 기대합니다. 동시에, 우리는 또한 할 수 있습니다Devconnect번역가의 메모:
번역가의 메모:
공식 계정: H 포레스트
팔로우:
트위터: @Forest_Ventures
우리의 거울:H.Forest
공식 계정: H 포레스트
