저자: 버신
저자: 버신
2023년 3월 이더리움은 예상되는 상하이 업그레이드를 시작할 예정입니다.프레스 시간 현재 이 업그레이드는 주로 EIP-3540, EIP-3651, EIP-3670, EIP-3855, EIP-3860, EIP-4895, EIP-4200, EIP를 포함합니다. -4750 및 EIP-5450. 많은 기대를 모았던 EIP-4844는 업데이트를 위해 5-6월까지 연기될 예정입니다.
이미지 설명
이미지: 셔터스톡
우선 이더리움 생태계에서 "EIP"라는 말을 자주 듣습니다.이 단어는 무엇을 의미합니까?
EIP의 정식 명칭은 Ethereum Improvement Proposal입니다. Ethereum 플랫폼에서 사용하도록 권장되는 일련의 표준 및 프로토콜에 대한 총칭입니다. 포함된 특정 표준 및 프로토콜에는 Ethereum의 핵심 프로토콜, 클라이언트 API, 스마트 계약 표준 등이 포함됩니다. 각 EIP에는 표준 또는 프로토콜의 정의가 포함되어 있습니다.
EIP-3540
이더리움 상하이의 업그레이드와 관련된 몇 가지 표준을 먼저 이해해 봅시다.
EIP-3651
이 EIP는 주로 EVM 개체 형식(EOF) 계약 바이트코드에 대한 업데이트로, 확장 가능하고 버전 제어가 가능한 컨테이너 형식을 EVM에 도입합니다. 코드 및 데이터 태그가 계약 바이트코드에 추가되어 코드와 데이터의 분리를 실현합니다.이러한 분리는 검증자가 코드와 데이터를 구별할 수 있기 때문에 온체인 코드 검증자에게 특히 유용합니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-3540 )
EIP-3670
이 EIP의 주요 목적은 "COINBASE" 주소를 콜드 주소에서 핫 주소로 변경하는 것입니다. 현재 COINBASE 직거래는 암묵적인 거래 취소 등의 혜택을 제공하는 조건부 결제가 가능하기 때문에 점점 더 대중화되고 있습니다. 그러나 COINBASE는 EIP-2929에서 처음 도입된 액세스 목록 프레임워크 하에서 콜드 주소 액세스 비용에 따라 계산되고 콜드 주소 액세스 비용이 핫 주소 액세스 비용보다 상대적으로 높기 때문에 COINBASE 액세스 비용이 너무 높습니다. 액세스 (상세 참조: https://eips.ethereum.org/EIPS/eip-3651 )
EIP-3855
이 EIP는 주로 위에서 언급한 EIP-3540 컨트랙트 생성 시 코드 검증을 도입하기 위한 것입니다. 잘린 PUSH 데이터 또는 정의되지 않은 지침이 포함된 계약 바이트코드를 거부합니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-3670 )
EIP-3860
EIP는 주로 스택에 상수 0을 푸시하는 PUSH 0 명령어를 추가합니다. 현재 스택에 1바이트에서 32바이트를 푸시하는 PUSH 1-PUSH 32 명령어만 있지만 상수 0을 스택에 푸시하려면 PUSH 1 0 명령어를 사용하여 작동해야 하며 이 명령어는 3을 소비합니다. 런타임에 가스, 추가 2바이트 스토리지 비용은 2*200 가스입니다. 현재 PUSH 명령의 약 11.5%가 상수 0을 스택에 푸시하고 있으며, PUSH 0 명령을 추가하면 일정량의 가스 비용을 절약할 수 있습니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-3855 )
EIP-4895
이 EIP는 주로 initcode의 최대값을 수정합니다. 현재 initcode의 최대값은 이전 EIP-170에서는 MAX_CODE_SIZE: 24576으로 설정되어 있고, EIP-3860에서는 새로운 initcode의 최대값이 MAX_INITCODE_SIZE = 2 * MAX_CODE_SIZE = 49152입니다. 이는 최대 계약 크기를 두 배로 늘려 계약이 더 풍부한 기능을 가질 수 있도록 합니다. 그러나 initcode의 각 바이트는 0.0625 가스 비용을 추가하고 계약 배포 가스 비용은 약간 증가합니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-3860 )
EIP-4200
이 EIP는 주로 이더리움 비콘체인의 서약 철회 기능을 활성화하기 위한 것입니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-4895 )
EIP-4750
이 EIP는 네트워크를 최적화하고 비용을 줄이기 위해 세 가지 새로운 EVM 정적 점프 명령인 RJUMP, RJUMPI 및 RJUMPV를 도입합니다. 현재 EVM에는 바이트 코드를 매우 유연하게 만드는 동적 점프 메커니즘만 있지만 코드 분석의 복잡성도 증가합니다. 이러한 정적 지침의 주요 이점은 가스 비용(배포 및 실행 시간 모두) 감소와 분석 속성 향상입니다. (상세 참조: https://eips.ethereum.org/EIPS/eip-4200 )
EIP-5450
EIP는 주로 코드 검증 프로세스를 변경하고 네트워크를 최적화합니다. 현재 EVM은 실행된 각 명령에 대해 오버플로, 가스가 충분한지 등과 같은 많은 수의 유효성 검사를 수행하고 EIP는 계약이 배포될 때 검증할 수 있도록 하여 수를 줄입니다. 코드가 실행 중일 때 이러한 확인. (상세 참조: https://eips.ethereum.org/EIPS/eip-5450 )
보조 제목
이 상하이 업그레이드는 주로 다음과 같은 주요 유형으로 나뉩니다.
1. EVM 디테일 최적화
EIP-3651과 EIP-3860의 세부 사항이 향상된 두 가지 EIP가 주로 있습니다.
주로 기존 세부 사항과 최적화 경험의 세부 사항을 대상으로 하며, 그 중 EIP-3860은 현재 스마트 계약의 바이트 코드 길이 제한을 완화할 수 있어 일부 복잡한 계약을 여러 계약으로 분할할 수 있습니다. 문제는 이 EIP의 도입으로 스마트 계약 기능의 풍부함과 다양성이 크게 증가할 것이라는 점입니다.
2. 비콘체인 탈퇴
주로 EIP-4895를 통해 구현됩니다.
현재 비콘 체인의 ETH 서약 수는 1,500만 개를 넘어 이더리움 총 유통량의 약 13%를 차지하며, 이번 업그레이드 이후 이 1,500만 개가 넘는 이더리움 추출 기능이 열릴 예정이다.
이 추출 기능은 "푸시" 방법을 사용하여 합의 계층(비콘 연결)에서 실행 계층(메인 네트워크)으로 자금을 푸시하고 포크 타임스탬프 FORK_TIMESTAMP를 정의합니다. 이 타임스탬프에서 실행 계층은 인출해야 합니다. 처리됩니다. 컨센서스 레이어는 index(카운터, 출금 기록 수), validator_index(검증자 데이터), address(출금 대상 주소) 및 amount(Ethereum 금액)를 포함한 주요 정보를 제공하는 부하 수준 개체 출금을 정의합니다. 실행 계층으로 적극적으로 푸시됩니다. 인출 객체 목록을 저장하는 실행 계층에 인출 새 필드도 정의됩니다.실행 로드가 인출 객체를 얻은 후 인출 목록에 추가됩니다. 확인 후 이더리움의 추출을 실현하기 위해 주소 주소에 이더리움의 양이 추가됩니다.
3. 바이트코드 개선
EIP-3540, EIP-3670, EIP-3855, EIP-4200, EIP-4750 및 EIP-5450의 여섯 가지 바이트코드 관련 개선된 EIP가 있습니다.
업그레이드의 이 부분은 이번 상하이 업그레이드의 주요 내용이며 이더리움 가상 머신 시스템에 상대적으로 큰 영향을 미칠 것입니다. Beosin은 이번 상하이 업그레이드의 모든 지침을 Beosin-VaaS 스마트 계약 코드 탐지 도구에 동시에 통합할 것입니다.
보조 제목
이더리움 확장성 솔루션은 무엇입니까?
한편, 유명한 EIP-4844는 업데이트를 위해 올해 5월-6월로 연기되었으며, 그 기능은 L2 데이터 전송 출력 데이터를 위해 특별히 설계된 "blob과의 트랜잭션"이라는 새로운 트랜잭션 형식을 도입하는 것입니다. 유형.
롤업은 단기, 중기 및 장기적으로 이더리움을 위한 유일한 무신뢰 확장 솔루션인 확장 솔루션입니다. 최근 몇 달 동안 L2에서 L1로 데이터를 전송하는 비용은 여전히 높았으며 Rollups는 많은 Ethereum 사용자의 트랜잭션 비용을 크게 줄였습니다.그 중 Optimism과 Arbitrum은 Ethereum 기본 계층 자체보다 3-8 배 낮은 수수료를 가지고 있습니다. 기능 및 ZK 롤업은 Ethereum 기본 계층 자체보다 40-100배 낮은 수수료를 제공합니다.
그러나 그 요금조차도 많은 사용자에게 너무 비쌉니다. 장기적으로 데이터 샤딩은 롤업을 사용하여 체인의 각 블록에 16MB의 전용 데이터 공간을 추가할 수 있는 롤업의 단점에 대한 좋은 솔루션입니다. 그러나 데이터 샤딩 기능의 구현 및 배포는 달성하는 데 오랜 시간이 걸립니다.
