wukong custom_top_html:no
default debug random = 1 / type = READ / detected = READ

단축키

Prev이전 문서

Next다음 문서

크게 작게 댓글로 가기 위로 아래로

단축키

Prev이전 문서

Next다음 문서

크게 작게 댓글로 가기 위로 아래로

안녕하세요, 코인논객오공입니다.

격주로 진행되는 이더리움 개발자 회의(65차)가 있었으며, 그 내용과 분석, 논평을 공유합니다. 

*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다.  

 

<제65차 이더리움 개발자 회의 안건>

- 관련 링크 : https://github.com/ethereum/pm/issues/111


 ※ 모든 EIP는 해당EIP에 대한 참조 구현(코드)가 있거나 대변자가 성공적으로 필요성을 주장하는 한, 금번 회의에 이스탄불로 여정의 기로에 서 있을것입니다. 이스탄불로 가지 못하는 EIP는 차기 HF에 반영될수 있습니다.

 

%25EC%259D%25B4%25EB%258D%2594%25EB%25A6%25AC%25EC%259B%2580%2B%25EB%25A7%2588%25ED%2581%25AC.png

 

 

□ 이스탄불 여정의 동행자 최종 후보

  ㅇ EIP-615(https://eips.ethereum.org/EIPS/eip-615) 

     - EVM을 위한 서브루틴(subroutines) 및 정적 점프(static jumps)다. '서브루틴과 연산기법을 도입하여 성능향상 등 검증의 최적화를 위한 작업'정도라고 보면 된다.

   < 부연 설명 > 자세한 내용은 여기글 후반부 참조

    - 블록체인은 자세한 설명과 검증이 필수인데, EVM*설계 상 그것들을 하기 어렵고, 낮은가스비 및 고성능실행 역시 적용이 어렵다. 현재 EVM은 동적 점프**(dynamic jump)를 지원하는데, 이경우 어디로 점프할지 스택상 명확하지 않다. 따라서, 정확성 증명, 정적 분석, 컴파일 최척화 등을 저해하는 동적 점프 사용을 지양하고, 이를 대체하기 위한 서브루틴과 몇가지 다른연산을 도입하고자 하며, 이를 통해 성능향상 등 이점을 제공하면서도, EVM성능한계를 시험할수

있을것이다.

     * EVM(Ethereum Vitrual Machine, 이더리움 가상 머신) : 이더리움을 전체를 작동하는 엔진으로, 수많은 토큰과 디앱 등을 책임짐.

     ** 점프(jump) : EVM의 컨트렉트 함수는 내외부, 재귀 호출 등 여러가지인데, 이 중에서 내부함수를 효율적으로 호출하는 연산코드로 프로그램 카운터(PC)를 이동하여 다른 바이트코드(bytecode)를 실행함.

     - 첨언하자면, 나중에 eWasm이 도입되겠지만 그럼에도 어쨌든 현재 가동중인 EVM을 개선될 필요가 있고 근본적으로 동적 점프를 제거할수는 없겠지만 대신에 정적점프를 사용하고 그덕분에 대부분의 언어로 사용자를 이동시킬수 있으며, 결국 이러한 EVM변경 덕분에 wasm으로 쉽게 이동(porting)도 가능할것이다. 이를 위해서, 서브루틴 추가, 정적점프 연산코드 추가, 커뮤니티 교육을 통한 동적점프 사용 빈도 낮추기 등이 필요할것이다.

   < 회의 내용 >

    - 현재로서는 EIP-615를 이스탄불HF에 적용하지는 않겠지만, 최종 적용여부를 위하여 추가 테스트를 할것이다.

 

  ㅇ EIP-1344 vs. EIP-1965 'EIP-1965와는 별개로 EIP-1344에 대한 (HF적용) 결정을 할수 있는가'

   < 부연 설명 >

    - EIP-1344(https://eips.ethereum.org/EIPS/eip-1344)은 컴파일링시 체인ID(서로 다른 체인간 트랜잭션 재생을 방지하는 수단)를 지정하고 opcode를 추가하면 그 체인ID에 접근하여 서명의 유효성을 검사하며, 따라서 다른 체인간 리플레이 어택 등을 방지할수 있다.

    -  EIP-1965(https://eips.ethereum.org/EIPS/eip-1965)은 체인ID가 특정 블록넘버에서 유효한지 확인하는 방법을 개선하는 것으로, 특정 체인ID가 특정 블록넘버에서 유효한지여부를 알려주는 프리컴파일을 추가한다.

   < 회의 내용 >

    - 정의, 실행 등에 대한 불확실성으로 인해 이스탄불HF 적용하지 않을 것이다.

 

  ㅇ EIP-1283(https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1283.md)

   < 부연 설명 >

    - 기존 콘스탄티노플HF에 적용될뻔한 EIP로, 총 가스 계량기(Net gas metering)를 변경하여 컨트렉트 저장소를 위한 새로운 활용가능성과 대부분의 작동방식이 맞지 않을때 발생하는 과도한 가스비의 감소를 목표로 한다. 한마디로, 불필요한 가스비를 줄이는 코딩을 가능케한다.

    - 참고로 EIP-1283는 완화제같은 역할을 하는 EIP-1706와 관련되어있는 기존 콘스탄티토플HF 적용 후보EIP로, 그때에 비해 큰 변화는 없으며 관련 개발자가 추가되었다. 다만, 이스탄불HF에 적용시 이 두 EIP(1706, 1283)가 결합되어 적용될지는 합의가 필요하나, EIP-1283이 이스탄불HF에 적용될지에 대해선 지난 HF에도 적용될수도 있었던 만큼 이미 준비가 되었다고 본다.

     * EIP-1706(https://eips.ethereum.org/EIPS/eip-1706) : 가스비가 집행비(Call stipend)보다 낮은경우 SSTORE사용을 불가능하게 하자는 제안.

   < 회의 내용 >

    - EIP-1283와 EIP-1706의 결합 등에 대한 일반적인 합의가 도출되지 않아 추가 논의를 하기로 한다.

 

  ㅇ EIP-1962(https://eips.ethereum.org/EIPS/eip-1962)

   < 부연 설명 > 자세한 내용은 여기글 후반부 참조

    - 타원 산술 및 런타임 정의와 결합에 대한 개선안으로, EIP-1829*에 대한 확장안이며 EIP-1109에서의 SATICCAL opcode보다 작업비용이 더 저렴하다.

    * EIP-1829(https://eips.ethereum.org/EIPS/eip-1829) : 타원곡선선형조합에 대한 프리컴파일(Precompile for Elliptic Curve Linear Combinations)임. 이더리움 트랜잭션에 디지털 서명시, 송신자는 그 트랜잭션(거래)에 대한 진위를 수신자에게 확신시킬때 필요한 방정식이 있는데, 그것을 '사전에 컴파일링하는 방법에 대한 논의'라고 보면 됨.

   < 회의 내용 >

    - HF적용 결정을 유보하고 온오프라인 상으로 추가 논의가 필요하다.

 

  ㅇ EIP-2028(https://eips.ethereum.org/EIPS/eip-2028)

   < 부연 설명 >

    - Calldata(이더리움 상에서 트랜잭션 요청시 전송 데이터가 저장되는 곳)의 가스비를 현행 바이트 당 68에서 더 감소시킨다. Calladata비용이 절감되면 잠재적으로 더 큰 블록이 생겨 네트워크 지연이 증가하지만, 수학적 모델링과 경험적 추정에 의해 네트워크 보안이 강해지고 확장성이 증가되는 부수적인 효과가 있을수도 있다.

   < 회의 내용 >

    - 이스탄불HF 적용하기로 한다.

 

  ㅇ EIP-2024(https://github.com/ethereum/EIPs/pull/2024/files)

    - BLAKE2b라는 새로운 암호화 해싱 알고리듬을 구현하는 사전컴파일 컨트렉트를 EVM에 도입한다.

   < 부연 설명 >

    - 이 BLAKE2b는 SHA해시함수보다 빠르고 효율적이며, SHA-3을 보완 및 대체가능하다. 또한 이 알고리듬은 64bit CPU에 최적화되어있고, Zcash블록체인과 EVM간 상호 운용성을 개선하고 IPFS와의 통합을 지원한다.

     - 이 알고리듬을 효율적으로 사용하면, Zcash에서 사용하는 Equihash에 의한 검증이 가능하며, 이더리움 상에서 BTC relay SPV방식*을 가능케하기도 한다.

      * BTC relay : 비트코인을 사용하여 이더리움 기반의 서비스를 이용케하는 체인간 중계 프레임워크로, 중계시 비트코인 풀노드(블록체인상 모든 블록정보를 저장하고 채굴하면서 새로운 블록을 생성하는 노드)를 모니터링 및 저장하는 중계자(relayer)가 있다. 그런데 풀노드의 모든 블록정보를 스마트컨트렉에 저장하기에는 너무 비효율적이므로 블록헤더만 저장하여 유효성 검증하는 SPV(Simplified Payment Verification)방식으로 비트코인 정보를 이더리움의 스마트컨트렉에 기록한다. 이때 더 간편한 SPV방식 덕분에 더 효율적인 유효성 검증이 가능하며, 수수료가 발생하기에 중계자들은 중계하는 행위에 동기부여가 되며, 결국 이러한 과정을 통하여 비트코인을 사용하여 이더리움 어플리케이션을 실행할수 있다.

   < 회의 내용 >

    - 지난 63차 회의때 이미 이스탄불HF적용을 확정지었다.

 

  ㅇ 기타 다른 EIP 검토

   < State Rent 관련 EIP >

    - 아직 결정된것은 없지만 아마도 다음기회(어떤HF가 될지는 모르겠지만)를 노려야할것이다.

   < ProgPoW > EIP-1057(https://eips.ethereum.org/EIPS/eip-1057)

    - ProgPoW는 특정ASIC이 채굴할수 있는 작업유효간격을 좁히기 위해 고안된 PoW알고리듬으로, ASIC의 향상된 효율성을 반감시키위하여, 상용GPU자원을 최대한 활용되도록 수정하는 것이 ProgPow의 디자인이다.

   < 부연 설명 >

    - 우선 ProgPow는 ASIC채굴의 상대적 높은 효율성을 반감시키는 PoW변형알고리듬으로, AMD, NVIDIA 등이 제조하는 그래픽 카드에서 테스트되고 적용되며, 따라서 카드제조업체 및 산업에 적지않은 영향을 줄수 있고, 동시에 이더리움 전체 해시레이트와 연관이 있으며, 채굴에도 영향을 끼친다.

    - 현재 Ethash의 경우, 범용 GPU가 메모리 활용시 약 60%정도만 활용하기에 비효율적인데 반해 FPGA나 ASIC은 이런 비효율적인 메모리 활용을 임의설계하여 메모리 효율성을 높이기 때문에, 채굴 관점으로 보면 그 향상된 효율성이 곧 향상된 채산성으로 이어지게 되는 것이다.

    - 이에 ProgPow의 필요성이 대두되었고, ASIC의 향상된 효율성을 반감시키위하여, Ethash를 사용하면서도 상용GPU자원을 최대한 활용되도록 수정하는 것이 ProgPow의 디자인이다.

   < 회의 내용 >

    - (일전에 중단된) 감사가 재진행되기를 기다려야한다면, 일정상 이스탄불HF적용은 어려울것으로 보인다. 다만, ProgPoW만을 위한 'Single EIP HF'가 있을수 있으며 상황을 보며 논의를 이어가기로 한다.

 

  ㅇ 나머지 EIP는 이스탄불HF에서 제외되는가

    - 앞서 이스탄불HF 적용 확정여부를 결정한 것 이외에는, 참조 구현이나 대변자가 없으면 HF 미적용이며 추가논의가 필요한 EIP에 대해서는 다음 회의때 다루기로 한다.

 

 

□ 로드맵(https://en.ethereum.wiki/roadmap/istanbul) 

   <이스탄불 HF 로드맵>

     - 05월 17일(금) : 이스탄불HF EIP 접수 확정기한

     - 07월 19일(금) : 주요 클라이언트 실행 마감기한

     - 07월 중 : 핵심개발자 미팅(예정)

     - 08월 14일(수) 테스트넷에서의 네트워크 업그레이드*(Ropsten, Gorli, 또는 다른 임시 테스트넷)

      * 19.1월 비탈릭이 포크 대신 네트워크 업그레이드라고 부르고, 체인분기가 일어나는 경우만 하드포크라고 부르기를 이더리움 커뮤니티에 제안한 바 있음.

     -10월 16일(수) 메인넷에서의 네트워크 업그레이트(=이스탄불 HF)

 

 

□ 개인 논평

  ㅇ 이더리움 네트워크 개선 전략

    - 금번 개발자 회의에 대해서는 딱히 할말이 없기에 다른 관점으로 논평해보겠다. 예전부터 느낀거지만 이더리움 개발 회의, 커뮤니티, 각종 뉴스 등을 통해 현재 이더리움의 최우선 과제들 중 하나는 '확장성 높이기'다. 뭐 하루이틀 이슈된 것이 아니기 때문에 새로운 것도 없지만 이더리움의 개발 방향을 보면 최우선 과제들을 해결하려는 매일매일이 새롭고, 확장성 측면도 마찬가지다.

    - 이더리움2.0은 다양한 목표와 비전을 목표로 하고 있으며, 장기적으로 초당 10MB이상 데이터 처리가능한 데이터 레이어를 확보하는 '확장성 향상' 목표를 갖고 있다. 그런데 최근 이더리움 창시자 부테린은 한 게시물(보기 클릭)을 통해 단기적인 확장성 솔루션을 제안했다. 바로 비트코인캐시 블록체인을 이더리움 네트워크 확장을 위해 사용하자는

아이디어였다.

    - 비트코인캐시 블록체인 활용의 이점들은 다음과 같다. 첫째, 경제성이다. 이더리움 체인보다 비트코인캐시 체인이 거래수수료가 낮다. 둘째, 높은 데이터 처리가 가능하다. 초당 최대 8KB까지 데이터를 처리하는 이더리움에 반해, 비트코인캐시는 초당 약 53KB까지 처리가능하다. 셋째, 즉시 개시가능한 전략이다. 놀랍게도, 이미 이더리움 네트워크 안애서 비트코인캐시의 블록을 검증하는 기술적 준비가 완료되었다. 넷째, 비트코인캐시의 개방성이다. 거래수수료를 지불만 한다면 어디에 써도 용인하기 때문이다. 물론, 비트코인캐시의 블록시간이 10분이나 되기 때문에 근본적인 확장성 솔루션으로 보기에 무리가 있지만 제로컨펌기술 등을 통해 보완가능하기도 하고 단기적인 솔루션이기 때문에 필자가 봐도 나쁘지 않은 아이디어라고 생각한다.

 

  ㅇ 커뮤니티의 반응과 역할

    - 이러한 부테린의 아이디어에 대한 커뮤니티의 반응은 어떨까. 부정적인 의견이 많으며 개인적인 반응도 마찬가지다. 그 이유로, 혹자는 비트코인캐시에 대한 반감이 있어서 그렇다고 하지만, 개인적으로는 단기적인 이익을 위하여 굳이 그럴 필요까지 있냐라는 생각이 우선 든다. 차용하려는 블록체인이 비트코인캐시든 다른것이든 상관없이, '실험을 위한 실험'은 또다른 부작용을 낳기 때문이다. 이더리움2.0까지 가지 않더라도 이더리움의 지속가능한 확장성 향상은 결코 쉽지 않은 '실험'이다. 그런데 그 실험의 과정에 다른 블록체인을 단기적인 이익을 위하여 '실험'의 '실험'을 한다는 것은 필자가 볼때 쉽게 납득이 되지 않는다. 불과 몇달전만 하더라도 단기 확장성 향상을 위하여 영지식증명을 활용한 온체인 확작성 솔루션이 소개되었다. 그 아이디어에 대해서는 긍정적이다. 왜냐면 익명성 기술은 확장성 외에도 개인정보보호 등 다른 이점들도 존재하고, 지속가능하며, 커뮤니티도 납득가능하기 때문이다.

    - 비트코인캐시 블록체인 활용 아이디어가 아직 공식적으로 확정도 안 된 마당에, 벌써부터 딴지를 걸고 싶은 마음은 아니지만 이더리움 측은 어떤 아이디어라도 개발자와 커뮤니티의 반응과 소통을 통해 지속가능하면서도 가장 많이 용인하는 방향으로 나아가기를 바란다. 따라서 그 과정에서 우리들 역시 지지든 비판이든 목소리를 내는 역할을 하는 것이 매우 중요하다. 

 

 

※ 출처 : www.satoshicode.com

984
댓글 2
  • 개인적으로.. 저도 오공님이 쓰신 것처럼 "실험을 위한 실험"은 좀... 문제가 더 생길것 같습니다.
    오히려 비탈릭이 평소 얘기하던 것과 다른 느낌이라 비탈릭이 맞나?? 하는 생각도 드네요ㅎ
  • @비둘기지갑
    비탈릭이 현재 추진하고 있는것은 개인적인 판단으로는 도전과 모험 그 중간 같습니다. 솔직히 그렇게 좋아보이지는 않습니다.

  1. [오공]'제71차 이더리움 개발자 회의' 분석 및 개인 논평(ft.서울이더리움밋업) v1.0

    안녕하세요, 코인논객오공입니다. 지난 9.20(금)에 이더리움 개발자 회의(71차)가 있었으며, 그 내용과 분석...
    Date2019.09.25 By코인논객오공 Reply1 Views1698 Votes8 file
    Read More
  2. [오공]승리의 기술, 트럼프 & 사토시 / Win Bigly, Trump & Satoshi v1.0

    안녕하세요, 코인논객오공입니다. 최근에 미국 대통령이자 사업가, 도널드 트럼프가 공식적으로 비트코인에 ...
    Date2019.08.15 By코인논객오공 Reply7 Views1083 Votes10 file
    Read More
  3. [오공]'제66차 이더리움 개발자 회의'분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 지난 7.26(금)에 이더리움 개발자 회의(66차)가 있었으며, 그 내용과 분석...
    Date2019.08.05 By코인논객오공 Reply6 Views533 Votes3 file
    Read More
  4. [오공]블록체인 산업구조에 대한 고찰(feat. 1~3차 산업) v1.0

    안녕하세요, 코인논객오공입니다. 블록체인이 하나의 산업으로 성장하는 것을 보고, 우리가 배운 산업의 1~3...
    Date2019.08.01 By코인논객오공 Reply4 Views512 Votes4 file
    Read More
  5. [오공]7월 19일 레이븐 개발자 회의 분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 7.19(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다. *편의...
    Date2019.08.01 By코인논객오공 Reply8 Views427 Votes3 file
    Read More
  6. [오공]'제65차 이더리움 개발자 회의'분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(65차)가 있었으며, 그 내용과 분석...
    Date2019.08.01 By코인논객오공 Reply2 Views368 Votes4 file
    Read More
  7. '제64차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의의 64번째 내용과 논평을 공유합니...
    Date2019.07.06 By코인논객오공 Reply17 Views3131 Votes10 file
    Read More
  8. 레이븐 개발자 회의 분석 및 논평(21 June, 2019) v1.1

    안녕하세요, 코인논객오공입니다. 6.21(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다. *편의...
    Date2019.07.06 By코인논객오공 Reply4 Views2025 Votes3 file
    Read More
  9. [오공]레이븐 개발자 회의 분석 및 논평(21 June, 2019) v1.1

    안녕하세요, 코인논객오공입니다. 6.21(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다. *편의...
    Date2019.06.30 By코인논객오공 Reply4 Views1296 Votes6 file
    Read More
  10. [오공]레이븐 개발자 회의 분석 및 논평(7 June, 2019) v1.0

    안녕하세요, 코인논객오공입니다. 우선, 진작 공유해드렸어야 할 내용을 이제서야 공유해드려 죄송한 마음이...
    Date2019.06.26 By코인논객오공 Reply6 Views1655 Votes8 file
    Read More
  11. [오공]'제63차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(63차)가 있었으며, 그 내용과 분석...
    Date2019.06.23 By코인논객오공 Reply14 Views2691 Votes11 file
    Read More
  12. [오공]레이븐 개발자 회의 분석 및 논평(May 31, 2019) v1.1

    안녕하세요, 코인논객오공입니다. 레이븐 개발자 사정상 지난 5월 31일, 3주만에 회의가 있었고 조금 늦었지...
    Date2019.06.07 By코인논객오공 Reply3 Views1382 Votes8 file
    Read More
  13. [오공]'제62차 이더리움 개발자 회의' 분석 및 개인 논평

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(62차)가 있었으며, 그 내용과 분석...
    Date2019.05.25 By코인논객오공 Reply15 Views2898 Votes28 file
    Read More
  14. [오공]역대 주요 코인 거래소의 변천사와 개인논평

    안녕하세요, 코인논객오공입니다. 이번 글은, 우리가 트레이딩을 할때 흔히 사용하는 거래소에 대한 내용으...
    Date2019.05.19 By코인논객오공 Reply4 Views2173 Votes15 file
    Read More
  15. '제61차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0

      안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(61차)가 있었으며, 그 내용과 분...
    Date2019.05.11 By코인논객오공 Reply13 Views2937 Votes17 file
    Read More
  16. '제60차 이더리움 개발자 회의' 분석 및 개인 논평

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(60차)가 있었으며, 그 내용과 분석...
    Date2019.04.27 By코인논객오공 Reply3 Views1211 Votes7 file
    Read More
  17. '마이닝2.0시대'가 오고있다(부제: 블록체인 이데올로기)

    안녕하세요, 코인논객오공입니다. 제가 본 커뮤니티(땡글)에는 전부 포스팅하지 않았지만, 다른 모 커뮤니티...
    Date2019.04.23 By코인논객오공 Reply7 Views3311 Votes17 file
    Read More
  18. 만약에 비트코인이 PoS로 나왔다면 어땠을까

        안녕하세요, 코인논객오공입니다. 이 글은 개인적으로 정리했었던 합의프로토콜에 대한 내용을 복습할 ...
    Date2019.04.10 ByWuKong/whatscoin.io Reply6 Views3553 Votes10 file
    Read More
  19. 비트코인의 흥망성쇠 -역대 주요이슈 분석 및 논평

    안녕하세요, 코인논객오공입니다. 올해 1월에 비트코인 시황을 정리하면서 작성한 글을 공유합니다. 막상 써...
    Date2019.04.02 ByWuKong/whatscoin.io Reply12 Views5616 Votes26 file
    Read More
  20. '제58차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0

    안녕하세요, 코인논객오공입니다. 격주로 진행되는 이더리움 개발자 회의(58차)가 있었으며, 그 내용과 분석...
    Date2019.03.30 ByWuKong/whatscoin.io Reply7 Views2850 Votes10 file
    Read More
목록
Board Pagination Prev 1 2 3 Next
/ 3
PC debug / slots = 2 / size = 0 / random = 1