블록체인허브 (blockchainhub.kr) - 블록체인 포털
홈 > 포럼 > 코인논객 오공
포럼포럼   코인논객 오공 암호화폐 소수의견서(Minority Report)

[Ethereum]'제62차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0

코인논객오공 225 117 0 2019.05.25 01:46

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

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

어김없이 어려운 내용이 담긴 이더 개발자 회의 글이지만, 부담반 설렘반으로 그 내용을 바로 듣고 정리하는 필자를 보면서 힘내시길 바랍니다.

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



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

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


62%25EC%25B0%25A8%2B%25EC%259D%25B4%25EB%258D%2594%25EB%25A6%25AC%25EC%259B%2580%2B%25ED%259A%258C%25EC%259D%2598.png



□ 지난 회의 리뷰 

  ㅇ 협의한 사안과 결정

    - 6월중에 이스탄불HF에 대한 향후 일정을 검토하겠다.

    - 이스탄불HF의 EIP접수 마감기한(5.17.금)까지 제안된 모든 내용이 적용되진 않으며, 이스탄불HF이후 이행되는 사안에 가이드라인을 제시하는 효과가 있을수 있다.

    -  특정기한을 정하고 차기HF에 들어갈 EIP를 정하는게 분명 의미가 있으며, EIP제안을 위해서는 스펙의 질적 측면, 적정 수준, 차기HF에 적용되기 위한 관심 등이 고려되어야 한다.

    - 기존 프로세스처럼, 공식적인 개선제안을 특정 소수에 의하는게 아닌, 불특정 다수가 더욱 '오픈'되게 비공식 개선제안을 내고 자연스럽게 형성된 워킹그룹이 테스트하고 그것을 점점 발전시키는 방안을 제안하였다.

    - 2019년 10월 예정인 이스탄불HF 준비 겸 2020년 4월 예정인 차차기 하드포크 논의 등을 하기 위해 7월쯤 다시 모이고자 한다.


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

  ㅇ 이스탄불HF와 데브콘5

     - 이스탄불HF는 10월 16일(수) 예정이며, 데브콘5는 10월 8일(화)~10일(목) 예정이다. 보통 HF는 데브콘 이후에 이행되나 이번에는 데브콘 이전에 이행될 예정이다.

     - 일장일단이 있지만 일정(필자주: HF일정을 의미하는것 같음)을 변경할지는 좀 더 두고 봐야겠다.


   <이스탄불 HF 로드맵>

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

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

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

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

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

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


    <이스탄불 HF에 포함될 EIP후보 목록> 

     : 아래 EIP들은 이스탄불 여정에 동행할 후보들로, 핵심개발자들의 승인, 실행, 테스트, 감사, 그리고 다른 작업들이 필요하며, 지속 논의될 예정이다. 자세한 설명은 각EIP링크 또는 이더마술사 EIP포럼(여기 클릭)을 참조 요망

     0> EIP-1679(https://eips.ethereum.org/EIPS/eip-1679)

       - 이스탄불 HF 상황체크용 '메타 EIP'로, 여기서 언급할 EIP들중 '선임 EIP'라고 할 수 있다.

       - 이 메타 EIP는 '이스탄불'로 불리우는 이더리움HF에 포함된 수정사안들을 구체화하기 위함이며, 아직 세부적인 내용은 없는 상태이나 추후 이스탄불HF윤곽이 들어나면서 내용이 추가될 예정이다.


     1> EIP615(https://eips.ethereum.org/EIPS/eip-615)

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

(자세한 설명은 여기글 후반부를 참조)


     2> EIP-663(https://eips.ethereum.org/EIPS/eip-663)

       - 현재 SWAP과 DUP명령어는 스택상 16의 깊이로 한정되어있는데, 이들과 대응되는

SWAPn과 DUPn을 1024개의 아이템의 모든 깊이까지 접근을 허용한다.


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

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


     4> EIP-1108(https://eips.ethereum.org/EIPS/eip-1108)

       - alt_bn128 프리컴파일 가스비 절감제안서다. 값비싼 타원곡선산술 사전컴파일을 재평가하여 개인정보보호와 확장성을 개선하고자 한다.


     5> EIP-1109(https://eips.ethereum.org/EIPS/eip-1109)

       - PRECOMPILEDCALL이라는 특정 opcode를 생성하여, 일반 CALL실행시 어떤 비용없이 프리컴파일된 컨트렉트를 호출하게한다. 이는 프리컴파일된 컨트렉트들을 호출할때 높은 가스 소비를 하게되는 문제를 해결하기 위함이다.


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

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


     7> EIP-1344(https://eips.ethereum.org/EIPS/eip-1344)

       - 컴파일링시 체인ID를 지정하고 opcode를 추가하면 그 체인ID에 접근하여 서명의 유효성을 검사하며, 이는 다른 체인간 리플레이 어택 등을 방지할수 있다.


     8> EIP-1352(https://eips.ethereum.org/EIPS/eip-1352)

       - 사전컴파일과 시스템컨트렉트가 차지하는 이더리움 주소 범위를 지정하고자 한다.


     9> EIP-1380(https://eips.ethereum.org/EIPS/eip-1380)

       - 자기호출에 대한 가스비 절감으로, 현재 로드된 컨트렌트의 새 인스턴스를 실행시 호출지시에 대한 가스비를 줄이고자 한다.


     10> EIP-1559(https://eips.ethereum.org/EIPS/eip-1559)

       - 현재의 비요율적이고 불필요한 가스비가 드는 방식을 벗어나, 네트워크 수요에 따라 기본 네트워크 요금을 조정하고 비용 효율성을 높이며 가스비지불에 있어 사용자 편의성을 높이는 새로운 방식이다. (자세한 설명은 여기글 후반부를 참조)


     11> EIP-1965(https://eips.ethereum.org/EIPS/eip-1965)

       - 체인ID(서로 다른 체인간 트랜잭션 재생을 방지하는 수단)가 특정 블록넘버에서 유효한지 확인하는 방법을 개선하는 것으로, 특정 체인ID가 특정 블록넘버에서 유효한지여부를 알려주는 프리컴파일을 추가한다.


     12> EIP-1702(https://eips.ethereum.org/EIPS/eip-1702)

       - 일반화된 계정버전 관리를 위한 것으로, EVM의 여러버전을 동일한 블록에서 실행할 수있게하여 기존 계정의 정확한 기능을 유지하면서도 HF를 용이하게 한다.


     13> EIP-1706(https://eips.ethereum.org/EIPS/eip-1706)

       - 가스비가 집행비(Call stipend)보다 낮은경우 SSTORE사용을 불가능하게 하자는 제안으로, 이더리움 프로토콜에 긍정적인 효과가 있을수도 있다.


     14> EIP-1803(https://eips.ethereum.org/EIPS/eip-1803)

       - 보다 직관적으로 보이게 하기 위하여 NUMBER, GASLIMIT, GAS 등의 opcode를 각각 BLOCKNUMBER, BLOCKGASLIMIT, GASLEFT 등으로 적절하게 명명한다.


     15> EIP-1829(https://eips.ethereum.org/EIPS/eip-1829)

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

(자세한 설명은 여기글 후반부를 참조)


     16> EIP-1884(https://github.com/ethereum/EIPs/blob/dcc573e74adc0e6dd25821ddaabf862e8f85e107/EIPS/eip-1884.md)

       - 가스소비와 자원소비 간 균형을 맟추기 위하여 특정 opcode를 제안하며, 적절한 균형은 블록가스제한을 극대화하고 처리시간이 안정화되는 효과가 있다.


     17> EIP-1930(https://eips.ethereum.org/EIPS/eip-1930)

       - 엄격한 가스 의미구조를 지닌 CALL함수 적용 제안으로, 특정 가스량의 CALL을 실행시키는 스마트 컨트렉트를 추가한다. 현재 CALL시행함수들은 전송중인 가스를 시행하지 않고 단순히 가스값을 최대값으로 그대로 간주하는데, 이는 정확한 가스량을 사용하는 어플리케이션에 심각한 문제를 야기할수 있기때문에 개선제안되었다.


     18> EIP-1985(https://eips.ethereum.org/EIPS/eip-1985)

       - 가스제한, 블록넘버 등 EVM 매개변수들에 대한 적정 한계범위를 적용한다. 명시적인 범위를 적용하면 호환가능한 클라이언트를 구현하는데 도움이 된다.


     19> EIP-1959(https://eips.ethereum.org/EIPS/eip-1959)

       - 하나의 체인ID(서로 다른 체인간 트랜잭션 재생을 방지하는 수단)가 체인ID히스토리에 포함되어있는지 확인하는 새로운 opcode를 제안한다. 이는 오프체인 메세지가 다른 체인에서 재사용되지 않도록 보호하기 위함이다.


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

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


     21> EIP-2014(https://eips.ethereum.org/EIPS/eip-2014)

       - 확장된 스테이트 오라클이라는 확장가능한 인터페이스를 갖춘 새로운 시스템을 도입하여 체인식별자, 블록해시 등과 같은 확장된 데이터세트에 접근가능하다.


     22> EIP-2026(https://eips.ethereum.org/EIPS/eip-2026)

      - 계정에 대한 고정 선불제(스테이트 렌트B)로, 말그래도 신규계좌를 생선시 고정적으로 일회성 임대료 선불을 부과한다.


     23> EIP-2027(https://eips.ethereum.org/EIPS/eip-2027)

      - 인터넷 컨트렉트규모 계산(스테이트 렌트H)방식이다. 이더리움은 컨트렉트에 채워지거나 비워진 스토리지 슬롯갯수를 계산하는데, 기존의 슬롯갯수가 현재시점으로 계산하지 않기때문에 슬롯갯수의 순수 변화만 효율적으로 추적하는데, 이 개선으로 총 스토리지 슬롯갤수를 추적하게 된다.


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

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


     25> EIP-2029(https://eips.ethereum.org/EIPS/eip-2029)

       - 스테이트 카운터 컨트렉트(스테이트 렌트A)도입으로, 다양한 상태 카운터가 저장될수있는 이더리움상의 어떤 장소로 안내한다.


     26> EIP-2031(https://eips.ethereum.org/EIPS/eip-2031)

       - 총 트랜잭션 카운터(스테이트 렌트B)에 대한 개선안으로, 오로지 변경된 트랜잭션수만 알게되는 현재와는 달리 스테이트 내부의 트랜잭션 수를 추척하게 된다.


     27> EIP-2035(https://eips.ethereum.org/EIPS/eip-2035)

       - 블록검증을 위해 SLOAD와 SSTORE실행시 지불해야하는 가격 재책정방식으로, 컨트렉트 스토리지 크기에 따라 비용이 달라진다(가령, 컨트렉트가 작을수록 저렴해진다).


     28> EIP-2046(https://eips.ethereum.org/EIPS/eip-2046)

       - 프리컴파일에 대한 정적호출의 가스비를 줄여, 파일사용이 보다 효율적이게 된다.



□ EIPs(이더리움개선제안)

  ㅇ EIP목록은 로드맵 링크를 참조

    - 이스탄불HF에 수많은 EIP가 제안되었지만 모두 적용시킬수 없고, 만약 그렇다면

일부EIP를 묶어 처리하던지 아니면 몇차례의 HF로 이행하던지 여러 생각을 할수 있을것이다.

    - 각 EIP들은 개별적으로 진행하게되면 각자만의 작업과 시간에 따라 진행되므로

그만의 이점이 있을수 있다.

    - EIP-1057(ProgPoW도입건)에 대해서는 감사(audit) 파트너가 중도이탈하여 현재 답보상태다.

    ※ 이후 이스탄불HF에 접수된 EIP들에 대해서 논의하였음(각 EIP에 대해선 위로 올라가 참조)


  ㅇ EIP-2045 : 블록가스한도를 높이는(스토리지opcode비용을 높이는) 대신 계산opcode 가스비를 절감

    - 본 EIP에 대한 논의를 위하여 Ewasm팀에서 벤치마킹 보고서를 발행하였고 일부를

발췌하여 언급하겠다.

    - 종합적으로, 최적화된 인터프리터에서 EVM바이트코드를 실행(evmone)해보니

꽤 괜찮은 성능을 보여주었다(자세한 발췌현황은 여기에서 확인 가능)



□ 워킹그룹/테스팅, 클라이언트, 리서치 업데이트 등 : 다루지 않음



<개인 논평>

  ㅇ 이스탄불 여정과 함께한 EIP(개선안)의 윤곽

     - 10월로 예정된 이더리움 차기HF에 들어갈 EIP후보들이 접수완료되었고, 이번 회의때 많은 EIP들에 대하여 논의되었다. 총 28개의 EIP가 이스탄불HF 메타EIP에 등록되었는데, 이중 논평에 다룰 EIP는 바로 'ProgPoW(ASIC채굴 방지 PoW알고리듬)'이다.

     - 특정기사에 따르면 1)ProgPoW를 이스탄불HF이후의 HF로 미루던가 2)ProgPoW감사가 완료되는대로 ProgPoW만을 위한 HF를 이행해야된다고 말했다.

     - 개인적으로는 이스탄불HF이후로 미루지 않고, ProgPoW만의 독자적인HF를 적극 고려기를 제안한다. 그 이유는, 보통 HF는 6개월(현재 9개월 텀으로 추진하자는 얘기도 있지만)텀으로 HF가 진행되는데, 만약 ProgPoW가 1+1식으로 갖다붙이기에는 1) 위상이 너무 떨어지게 되며, 2) 도대체 언제 활성화될지 기약이없다(그러다 캐스퍼 도입이 더 빠를지도 모른다). 그리고 3) 그간 이더리움을 지지한 커뮤니티을 위하여 이더리움2.0체제가 목전에 둬도 이더리움 개발진의 ASIC저항에 대한 의지를 보여줬으면 좋겠다.

     - 필자가 알기로 이 Anti-ASIC이슈는 수많은 PoW기반 프로젝트들의 최대이슈이며, 이더리움도 마찬가지다. 물론 여태껏 ASIC저항에 성공다운 성공을 한 경우는 거의 없지만 이더리움 측이 뭔가 보여주기를 내심 기대한다.

     - 단, "어설프게 할거라면" 감사 파트너가 이탈된 현재시점이 ProgPoW 추진건을 접을 기회이니, 단호하게 때려치길 바란다.


  ㅇ 진정한 적은 무관심

    - 무관심은 어느 분야를 막론하고 망조의 지름길이다. 다행히 이더리움은 비트코인이 하지 못하는 영역을 이른시점에 발굴 및 구현하여 현재까지 큰 관심을 유지할수 있었고 그 덕분에 거대한 커뮤니티와 어마어마한 시총을 유지하고 있다.

    - 그간 블록체인과 암호화폐를 통해 깨달은게 있다면 그것은 바로 '관심과 참여'가 매우 중요하다는 것이다. 필자처럼 격주로 진행되는 이더리움 개발자 회의를 라이브로 들어서 정리 및 공유도 관심과 참여의 표현이고, 솔직히 이더리움에 대하여 욕을 하는 것도 관심과 참여라고 본다.

    - 이 블록체인과 암호화폐의 가치는 단기간에 소수에 의한 존버(Hold)로 이루어지지 않는다. 오히려 충분한 시간을 통해 점점 더 많은 사람들이 모여 관심과 참여를 통해 그만의 가치가 구축(Build)되는것이다.

     - 가끔 사람들은 암호화폐의 가치는 '어디서 오냐'고 필자에게 묻지만 그때마다 역으로 그 가치가 발현되기위해 '당신은 무엇을 했냐'고 되묻는다. 투자만 해도 머리아픈 코인판인데, 필자의 오지랖때문에 이것저것하라는 것같아 그만하겠지만, 블록체인과 암호화폐의 

혁신 및 가치의 본질이 어디로부터 나오는지 한번정도는 곰곰히 생각하기를 제언하는 바이다.



※ 출처 : www.satoshicode.com 


* 여러분의 추천과 댓글 등 피드백은 저에게 큰 힘이 됩니다^^ 


추천&비추천 정책안내

, , , , ,

신고
  • 카카오톡으로 보내기
  • 페이스북으로 보내기
  • 트위터로 보내기
  • 구글플러스로 보내기
  • 카카오스토리로 보내기
  • 네이버밴드로 보내기
  • 네이버로 보내기
  • 텀블러로 보내기
  • 핀터레스트로 보내기

Comments

코인리치 19-05-29 11:55 1   0
개발자 회의 내용정리도 좋지만, 오공님 개인논평이 더 좋습니다.  당신은 무엇을 했냐..뼈 때리는 질문이네요~^^ 늘 잘보고 있습니다.
코인논객오공 19-06-01 01:01 0   0
코인리치님 좋은 말씀 고맙습니다. 저도 제 논평이 좋습니다ㅎ
스타크 19-05-31 00:27 1   0
감사합니다

축하합니다! 행운의 3 HUB가 적립되었습니다 ^.^

[오공] 자작시 '오감불만족(五感不滿足)' v1.0 126

안녕하세요, 코인논객시인오공입니다.오랜만에 분석글이나 논평글이 아닌 자작시로 만나뵙네요넥스트웨이브가 1회 이상 올거라고 믿는 1인으로써 그때를 기다리며 묵묵히 공부를 하고 내공을 키우고 있지만 코인투자현실이 마냥 좋지않은건 사실입니다.그렇게 녹록치않은 우리네 현실속에서 한번쯤은 느꼈을만한 기분을, 제 나...
| 82 | 2019.08.21

[오공]8월 16일 레이븐 개발자 회의 분석 및 개인 논평 v1.0 215

안녕하세요, 코인논객오공입니다.8.16(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝혀주세요).□ 소재별 회의 내용 ㅇ ASIC 채굴기 출시와 그에 대한 대응책 모색 - ASIC 채굴기가 이미 출...
| 110 | 2019.08.18

[오공]'제67차 이더리움 개발자 회의' 분석 및 개인 논평(8월 2일) v1.0 167

안녕하세요, 코인논객오공입니다.지난 8.2(금)에 이더리움 개발자 회의(67차)가 있었으며, 그 내용과 분석과 개인 논평을 공유합니다.특히, 이번 글의 논평 부분에는 이더리움2.0에 대한 로드맵을 설명하였으니 이더 분석가 및 투자자는 적극 참고바랍니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바...
| 88 | 2019.08.15

[오공]라이트닝네트워크 개론 2부(feat. Bakkt)(2부작) v1.2 155

안녕하세요, 코인논객오공입니다.이전 글을 통해, LN의 개념과 이론적 기술을 소개했습니다. 다소 어려운 내용이라 큰 공감을 얻기 어려웠을수도 있습니다.이번 글에서는 앞서 소개한 기술에 기반한 LN의 실제 활용 가능성에 대해서 소개하고 그에 따른 논평을 해봤으니 참고바랍니다.*편의상 '~이다/하다'체로 작...
| 84 | 2019.08.12

[오공]라이트닝네트워크 개론 1부(feat. Bakkt)(2부작) v1.2 145

안녕하세요, 코인논객오공입니다.이번 글의 주제는 라이트닝 네트워크로, 현재까지그 노드 및 채널 수가 지속 증가하고 있고, 지원 월렛 사용도 늘어나고 있습니다(또한 Bakkt와도 연관있습니다).또한, 최근 비탈릭은 모 프로젝트에서 시도한 '이더리움 스마크 컨트렉과 라이트닝 네트워크의 연결 솔루션'을 지지 ...
| 79 | 2019.08.09

[오공]8월 2일 레이븐 개발자 회의 분석 및 개인 논평 v1.0 153

안녕하세요, 코인논객오공입니다.8.2(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝혀주세요).□ 소재별 회의 내용 ㅇ 제한자산(Restricted asstes)의 개발 진행 상황 - 제한자산은 테...
| 81 | 2019.08.06

[오공]'제66차 이더리움 개발자 회의'분석 및 개인 논평 v1.0 195

안녕하세요, 코인논객오공입니다.지난 7.26(금)에 이더리움 개발자 회의(66차)가 있었으며, 그 내용과 분석과 개인 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다.<제66차 이더리움 개발자 회의 안건>- 관련 링크 : https://github.com/ether...
| 105 | 2019.08.04

[오공]4월 13일 레이븐 개발자 회의 분석 및 개인 논평 v1.1 161

안녕하세요, 코인논객오공입니다.이번 글은 지난 4월 13일에 있었던 레이븐 개발자 회의에 대한 글입니다.지난 내용임에도 불구하고, 분석적 측면에서 여전히 중요하기에 종종 거꾸로 시간을 거술러올라 분석하고 또 공유하겠습니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 ...
| 81 | 2019.07.31

[오공]블록체인 산업구조에 대한 고찰(feat. 1~3차 산업) v1.0 205

안녕하세요, 코인논객오공입니다.블록체인이 하나의 산업으로 성장하는 것을 보고, 우리가 배운 산업의 1~3차와 매칭하여 비교 및 대조해봤습니다.가벼운 마음으로 쉽게 작성하였으니 역시 가볍게 봐주시면 감사하겠습니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝...
| 108 | 2019.07.28

[오공]7월 19일 레이븐 개발자 회의 분석 및 개인 논평 v1.0 135

안녕하세요, 코인논객오공입니다.7.19(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝혀주세요).□ 소재별 회의 내용 ㅇ 레이븐 v2.4.0 업데이트 - 7월 8일 비트코인 기반의 코드베이스 상 몇...
| 75 | 2019.07.24

[오공]'제65차 이더리움 개발자 회의'분석 및 개인 논평 v1.0 147

안녕하세요, 코인논객오공입니다.격주로 진행되는 이더리움 개발자 회의(65차)가 있었으며, 그 내용과 분석, 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다.<제65차 이더리움 개발자 회의 안건>- 관련 링크 : https://github.com/ethereum/pm...
| 78 | 2019.07.21

[오공]승리의 기술, 도널드 트럼프 & 사토시 나카모토 / Win Bigly, Donald Trump & Satoshi Nakamoto v1.0 249

안녕하세요, 코인논객오공입니다.최근에 미국 대통령이자 사업가, 도널드 트럼프가 공식적으로 비트코인에 대해 언급했습니다.그가 비트코인에 대해 현재 어떻게 생각하는지와는 별개로, 저만의 방식으로 비트코인의 창시자인 사토시 나카모토를 그와 비교해봤습니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니...
| 141 | 2019.07.14

[오공]'제64차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0 167

안녕하세요, 코인논객오공입니다.격주로 진행되는 이더리움 개발자 회의(64차)가 있었으며, 그 내용과 분석, 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다.<제64차 이더리움 개발자 회의 안건>- 관련 링크 : https://github.com/ethereum/pm...
| 88 | 2019.07.10

[오공]7월 5일 레이븐 개발자 회의 분석 및 개인 논평 v1.0 183

안녕하세요, 코인논객오공입니다.7.5(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝혀주세요).□ 소재별 회의 내용 ㅇ C++개발자 모집 - 회의 초반에 트론 블랙(이하 'Tron')은 레이븐 핵심...
| 100 | 2019.07.07

[오공]'자산형 토큰'과 '가치의 토큰화'(feat.STO) v1.1 189

안녕하세요, 코인논객오공입니다.저는 어느순간부터 2017년 코인붐을 촉발한 요인들중 하나인 ICO가,다음에 도래할 또하나의 코인붐에 유사한 양상이되 다른 형태로 재현될거라고 기대해왔습니다.언제가 될진 모르겠지만, 그 주인공이 STO일수도 있다는 생각에 자산토큰화에 대한 고찰을 해봤고 이 글은 그 고찰의 ...
| 98 | 2019.07.04

[오공]레이븐 개발자 회의 분석 및 논평(21 June, 2019) v1.1 239

안녕하세요, 코인논객오공입니다.6.21(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우, '필자와 출처'는 밝혀주세요).□ 소재별 회의 내용 ㅇ 지갑 지원 - 레이븐코인은 지난 몇 주간 정말 대단한 성공을 거두었는데, 더...
| 134 | 2019.06.29

[오공]레이븐 개발자 회의 분석 및 논평(7 June, 2019) v1.0 209

안녕하세요, 코인논객오공입니다.우선, 진작 공유해드렸어야 할 내용을 이제서야 공유해드려 죄송한 마음이 듭니다.비록 2주 이상 지난 내용이지만 그럼에도 충분히 공부할 가치가 있기에 정독을 부탁드립니다.참고로 지난 주(6.21.금)에 진행된 레이븐 개발자 회의도 곧 공유하겠으니 참고바랍니다.*편의상 '~이다...
| 122 | 2019.06.26

[오공]'제63차 이더리움 개발자 회의' 분석 및 개인 논평 v1.0 225

안녕하세요, 코인논객오공입니다.격주로 진행되는 이더리움 개발자 회의(63차)가 있었으며, 그 내용과 분석, 논평을 공유합니다.*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다.<제63차 이더리움 개발자 회의 안건>https://github.com/ethereum/pm/issues/10...
| 121 | 2019.06.23

[오공]팍스 아메리카나 & 팍스 블록체이나 2부(2부작) v1.1 185

안녕하세요, 코인논객오공입니다.이 글은 초강대국인 미국의 주요 이점들과 블록체인의 특성들을 매칭하여 분석해보는 2부작 중 두번째 글로,블록체인의 강점들을 미국의 이점들을 따와서 제 나름대로 정리해봤습니다.참고로 어려운 용어나 내용은 아니니 이해하는데 큰 어려움 없을겁니다.*편의상 '~이다/하다'체로 작성...
| 89 | 2019.06.20

[오공]팍스 아메리카나 & 팍스 블록체이나 1부(2부작) v1.1 247

안녕하세요, 코인논객오공입니다.최근 들어 미국에 대한 책을 보면서 그 역사와 지리, 지정학 등에 대하여 알게되었고,이 초강대국의 주요 이점들과 블록체인의 특성들을 매칭하여 분석해보는 글을 작성해봤습니다.글은 2부로 나눠지며, 1부는 세계패권국가인 미국에 대한 내용이오니 국제질서에 대하여 공부한다 생각하고...
| 128 | 2019.06.17


추천 최신주간월간

최근글