이더리움의 다음 포크의 초점, 이 글을 읽으면 충분할까요?
저자 | 친샤오펑
에디터 | 루샤오밍
제작 | 오데일리
저자 | 친샤오펑
에디터 | 루샤오밍Justin Drake지난 2주 동안 수많은 핵심 이더리움 개발자들이 스케일링 컨퍼런스를 위해 토론토를 방문하면서 주간 컨퍼런스 콜이 취소되었습니다. 이번 주 금요일 밤, 이더리움 핵심 개발자들은 콘퍼런스 콜을 계속해서 이스탄불(Istanbul)의 하드포크에 집중하고 최종 제안서(EIP)를 결정할 예정입니다.
디자인 관점에서 이스탄불(이스탄불) 하드 포크는 세레니티 단계를 향한 이더리움의 마지막 포크입니다(새 토큰이 생성되지 않음). 동시에 이 포크에 대한 제안에는 많은 문제(Progpow, 상태 임대, chainID 등)가 포함됩니다. 이 포크에서 일부 문제가 해결되지 않으면 이후 이더리움의 생태적 발전에 큰 영향을 미칠 것입니다. Ethereum 2.0 연구원에 따르면
즉, Ethereum 2.0 Phase 0은 2020년 1월 3일에 출시될 예정입니다.
EIP-615보조 제목
EIP-663ProgPoW 연기, "상태 임대"에 집중
EIP-1057지난달 17일 이스탄불 하드포크 제안서(EIP) 수집이 종료돼 총 29건의 제안서가 수집됐다. 이러한 제안은 다음과 같습니다.
EIP-1108: EVM 서브루틴 및 정적 점프
EIP-1109: 무제한 SWAP 및 DUP 명령
EIP-1283: ProgPoW, 프로그래밍 작업 증명
EIP-1344: alt_bn128 사전 컴파일된 가스 비용 절감
EIP-1352: PRECOMPILEDCALL opcode(미리 컴파일된 계약에 대한 CALL 요금 제거)
EIP-1380: 더티맵 없이 SSTORE 순가스비용 측정
EIP-1559: ChainID opcode 추가
EIP-1965: 미리 컴파일된/시스템 계약에 대해 제한된 주소 범위를 지정합니다.
EIP-1702: 셀프콜 가스비 절감
EIP-1706: ETH 1.0 체인 가스 수수료 변경
EIP-1803: 특정 블록 번호에서 chainID가 유효한지 확인하는 방법
EIP-1829: 일반화된 계정 버전 관리 체계
EIP-1884: 가스 비용이 낮을 때 SSTORE 비활성화
EIP-1930: opcode 이름 바꾸기
EIP-1985: 타원 곡선 선형 조합 사전 컴파일
EIP-1959: trie-size에 의존하는 opcode 재정의
EIP-1962: 가스콜 기준이 엄격하여 가스콜이 부족할 경우 복구가 가능합니다.
EIP-2014: 일부 EVM 매개변수에 대한 합리적인 제한
EIP-2026: chainID가 chainID 히스토리의 일부인지 확인하는 새로운 opcode
EIP-2027: 런타임 정의와 EC 산술 및 페어링(EIP-1829 대체)
EIP-2028: 확장 상태 오라클
EIP-2029: 주 임대 H - 고정 계좌 선불
EIP-2031: 주 임대 C - 회계 순 계약 규모
EIP-2035: Calldata Gas 비용 절감
EIP-2045: 주 임대 A - 주 카운터 계약
EIP-2046: 상태 임대 B--Net 거래 카운터
: 상태 비저장 클라이언트 - SLOAD 및 SSTORE의 가격을 블록 증명 비용으로 재조정EIP 1108: EVM opcode 입자의 가스 비용
: 미리 컴파일된 프로그램에 대한 정적 호출을 만드는 가스 비용을 줄입니다.EIP-1057지난 코어개발자 컨퍼런스콜에서 잠정 승인된 제안서가
- 이더리움 네트워크의 가스 요금에 대한 사소한 변경 제안. 그러나 개발자들은 제안이 승인되는 동안 나중에 핵심 개발자 회의에서 벤치마크 데이터를 제시해야 한다고 강조했습니다.
또한, 많은 기대를 모은 제안EIP-1559지연될 수 있습니다. EIP 1057은 GPU 관련 컴퓨팅 기능을 더 잘 활용하는 것을 목표로 하는 "Progressive PoW" 또는 ProgPoW라는 개선된 PoW 알고리즘을 제안합니다.
이전에 개발자들은 ProgPoW 코드 감사 자금으로 오픈 소스 바운티 플랫폼 Gitcoin에서 크라우드 펀딩을 통해 50,000 DAI(약 $50,000)를 모금했습니다. 하지만 아직까지 제3자 기관의 감사를 받지 않은 코드이기 때문에 5월 24일 개발자 회의에서 연기하기로 했습니다.
또한 지연
이러한 제안 중 "국가 임대"는 특히 눈부신 것입니다.
"상태 임대"의 원래 의도는 이더리움의 상태 크기가 이미 매우 크다는 것입니다. 현재 속도로 계속 성장하면 이더리움 네트워크가 극도로 비대해질 것입니다. 그리고 우리는 대략 바이트 * 시간으로 모델링할 수 있는 장기 저장 비용을 과소 평가하고 있으므로 Ethereum의 현재 상태 설계를 변경해야 합니다.
Ethereum 2.0의 로드맵에 따르면 상태 임대도 ETH 2.0에 배치될 것입니다(현재 계획은 2단계에 있음). ETH1.0에서 재개발 여부가 이번주 금요일 컨퍼런스 콜에서 화두로 떠오를 것으로 보입니다.
보조 제목
삭제 제안
위의 제안은 또한 커뮤니티에서 광범위한 토론을 불러일으켰으며, 많은 개발자는 일부 제안이 중복되어 삭제되어야 한다고 의문을 제기했습니다.
개발자 Alex Beregszaszi는 다음과 같이 말했습니다. 명확하게 정의되지 않은 경우 EIP에 대해 논쟁할 필요가 거의 없습니다."지금까지 제안 감사 프로세스는 짧은 기간 동안만 수행되었으며 핵심 개발자가 이번 주 금요일에 최종 답변을 줄 수 있는지 여부는 아직 보류 중입니다.위 EIP의 경우,
개발자 커뮤니티(입력하려면 클릭)
핵심 개발자의 업무량을 줄이고 효율성을 높이기 위해 업무량을 줄이는 방안도 현재 논의 중이다.
보조 제목 Afri Schoedon하드포크 타임라인
제안에 주목하는 것과 더불어 이스탄불 하드포크 시점도 주목할 만하다.
전 하드포크 코디네이터에 따르면
(출발) 시간표에서 하드포크 프로세스는 "고정된 9개월 주기"로 나뉩니다. 이스탄불 하드포크 일정은 다음과 같습니다.
2019-05-17(금) : "이스탄불" 제안 접수 마감
2019-07-19(금) : 메인 클라이언트 구현 마감일
2019-08-14(수): Testnet((Ropsten, Gorli 또는 ad hoc testnet)) 업그레이드 시간
2019-10-16(수): 메인넷 업그레이드 시간("이스탄불")
제안 수집의 첫 번째 단계가 완료되었으며 다음 단계는 "메인 클라이언트 구현"입니다. 허용된 EPI를 기존 이더리움 클라이언트에 병합하는 소위 "메인 클라이언트 구현"은 완전히 테스트할 수 있도록 코드를 결합하는 것과 유사한 단계입니다.
