[Ethereum] '제75차 이더리움 개발자 회의' 분석 및 개인 논평(11월 15일) // #75 Devs Meeting Review(15 Nov 2019) v1.0

#75 Devs Meeting Review(15 Nov 2019)

 - Related link : https://github.com/ethereum/pm/issues/138

English Version(한국어 버전은 하단에)

□ Istanbul HF adoption

  ㅇ Preparing for Istanbul HF
    - Ethereum core devs encouraged all users to update their client to the current release to ensure they are ready for Istanbul on the 4th December 2019, Block # 9,069,000.
    - Hudson said James posted a call for assistance on the (Ethernodes Website)(https://www.ethernodes.org/istanbul) to reach out to the mining pools, infrastructure providers and exchanges to ensure they are updated to the latest version of their client.

□ Regarding EIP as eligible for Istanbul HF 

  ㅇ EIP-2348
    - Danno said that this EIP is a conglomerate of several EIPs that have been floating around for a while. And he added that the purpose of this EIP is to build a foundation primarily for multi-byte EVM instructions,
saying there is evidence that adding multi-byte code right now will break some executions and there are four basic features that we are combining into this EIP.
     1) To use the EIP-1702 structure to ensure all other options in this EIP are eligible for use.
     2) Use headers in the EVM options. It is essential that we should allow code to opt in to a new versioning scheme. This allows people to use old versions of Solidity to compile their mainnet code. It is more sustainable to combine the header and one of the opcodes from the EIP-615 which is the ‘BEGINDATA’ opcode.
     3) Fix invalid opcodes - by putting a wrapper around the EVM code we are saying that this is the only code that is executable and validate that code.
     4) When you deploy a contract there is a validation step to ensure each code point is actually a valid code point. If opcodes do not exist then that opcode is rejected. In the future that opcode may exists as a single or multi-byte opcode but we just don’t know that now. In this case the EVM would evaluate the opcode against the known opcode list and reject it. While we are at it we are adding in an option to do static jump validation.
    - In response, Wei believes this is a solved issue and he thinks this can be done using an extension and account versioning which in my opinion is much nicer than the code prefix.

    - Martin just wanted to discuss this whilst it should not require a hard fork, saying it will affect the infrastructure around testing and coherency how opcodes are named and its main reason I want to make this change is to rename SHA3 (0x20) to KECCAK256.
Another dev asked if this name change affect the debugging tools being used and Martin answered yes and said that is why I want to discuss it and correctly syncronise this change.

□ Discuss EIP improvement proposals(EIPIP)

  ㅇ What & How to discuss 
    - Hudson mentioned that a few people from the Ethereum Foundation, Ethereum Cat Herders and Ethereum Magicians are gonna hold a meeting next week to discuss improving the EIP process.
He also said that will include all aspects, including the requirements to get EIP editors, how we can recruit EIP editors, redoing EIP-1, how to make the process clear to outsiders.

Disclaimer: Since this post was written for the purpose of providing information for investment, please be careful in your investment decision. You cannot copy, distribute, or edit the contents without my permission because it was made based on my own judgment based on the reference data.

(한국어 버전)

□ 이스탄불HF 적용

  ㅇ 이스탄불HF 준비
    - 이더리움 핵심 개발자들은 클라이언트 담당자들에게 2019년 12월 4일 블록넘버 9,069,000에서 이스탄불HF가 이뤄질 수 있도록 최신 버전으로 업데이트하도록 권고했다.
    - Hudson은 James가 Ethernodes웹사이트를 통해 채굴장, 인프라제공업체, 거래소가 최신버전으로 업데이트하도록 지원요청 고지를 했다고 말했다.

□ 이스탄불HF 승인후보 EIP 관련

  ㅇ EIP-2348
    - Danno는 EIP-2348이 한동안 계류된 몇몇 EIP들의 묶음이라고 말하면서, 이것의 목적은 멀티바이트 EVM명령어처리를 위한 기반을 구축하는 거라고 설명했다. 또한 그는 현재 상태에서 멀티바이트 코드를 추가할 경우, 일부 실행이 중단된다고 지적하면서, 이것에 다음과 같은 4가지 기능이 있다고 말했다.
     1) 이 EIP의 모든 옵션을 사용가능 여부를 확인하기 위해 EIP-1702구조를 사용한다.
     2) 개발자로 하여금 EVM옵션에서 헤더를 사용케하고 새로운 버전 구조에서 최적화 코딩을 가능케한다. 이를 통해, 사용자는 솔리디티 버전을 그들의 메인넷 버전으로 컴파일 할 수 있다.
     3) 유효하지 않은 opcode를 수정한다.
     4) 스마트컨트렉트 배포시 실제로 유효한 코드 포인트인지 확인하는 유효성 검사를 하는데, 이때 EVM이 opcode에 대해 싱글 바이트인지 멀티바이트인지 확인한다.
    - 이에 Wei는 이 EIP은 불필요환 계층 변환이 필요하기 때문에, 이것보다 확장 및 계정버전을 활용하는게 더 낫다는 의견을 제시했다.

  ㅇ EIP-1803
    - Martin은 이 EIP가 하드포크가 필수가 아니라서 제대로 다뤄지지 않았다고 운을 띄웠다. 그러면서 그는 이것은 opcode를 명명하는 것에 대한 테스트와 일관성 인프라에 영향을 끼친다고 설명했고, 이것의 주목적은 SHA3(0x20)를 KECCAK256로 이름변경을 하는 것이라고 말했다. 이에 다른 개발자는 이름변경이 사용중인 디버깅 도구에 영향을 주는지 물었고, Martin은 영향을 끼친다면서 그것이 그 변경을 올바르게 추진하기위해 논의하고 싶은 이유라고 답했다. 

□ EIP 개선 제안 논의

  ㅇ 논의 방향
    - Hudson은 이더리움재단, 이더리움 캣허더, 이더리움 매지션의 몇몇 사람들이 EIP프로세스 개선에 대해 논의하기 위해 다음주에 회의를 열 예정이라고 소개했고,
이 회의에서 EIP편집자 모집방법 및 요구사항, EIP-1 재실행, 외부인에게 프로세스를 명확하게 하는 방법 등 모든 측면을 다룰거라고 말했다. 

법적 고지 : 본 게시글은, 투자를 위한 정보제공을 목적으로 작성되었기에 투자결정은 신중을 기하여 주시기 바라며, 참고자료를 토대로 본인 판단하에 내용을 추가, 편집 등 작성되었기에 본인의 허락없이 복사, 배포, 편집 등을 할 수 없습니다.

댓글 쓰기

0 댓글