[Raven] Raven Devs Meeting(27 Sep 2019) // 9월 27일 레이븐 개발자 회의 분석 및 논평 v1.0

# Raven Devs Meeting(27 Sep 2019) 



□ 소재별 회의 내용

  ㅇ 새로운 회의 진행 포맷
    - 회의 사전 조율 및 진행하는 Jeroz가 회의가 시작하기 전에 회의 참석자들과 안건들을 미리 공지하는 포맷을 가져왔다.
     < 회의 참석 예정자 >
      - Under, Blondfrogs, Traysi, Push, Mangofarm, Spyderdev, Pho3nixMonk3y, Scotty, Bianca, Ondalf, Wukong(https://www.ravenplatform.com - dev meeting reviewer), RealBokito, Boatsandhoes, StandardError

     < 회의 안건 > *예상대로 진행되지 않을수 있음
     @ 일반 개요(30분)
       - 레이븐 지갑 현황
       - 코어 지갑(공식 지갑)
       - 모바일 지갑 지원 : 지원 예상 시기, 지갑소유주가 업데이트 하지 않을경우 보유자산 증명방법
       - 예상되는 포크 시나리오
       - Electrum
     @ 보다 신뢰할수 있는 github 작업 진행(10분)
       - Under : 시기적절한 보안 업데이트가 요구되는 포크 repo에 대한 우려가 있다(이중 작업이 예상됨)
       - Jeroz : 웹사이트와 모바일 지갑 repo는 이슈에 대한 관심과 이슈에 대한 응답이 거의 없다

     @ 일반 업데이트(5분)
       - Jeroz : Raspberry Pi 레이븐 코어 GUI 사용 가능하다
       - 메인넷 : https://github.com/jeroz1/jeroz-Ravencoin/tree/2.5.1-ARM-GUI
       - 테스트넷 : https://github.com/jeroz1/jeroz-Ravencoin/tree/develop
         Binaries(Under가 테스트 작업한 static build popeline)는 곧 출시된다

     @ 질의응답(15분)
       - Ondalf: x16rv2 이후의 계획
       - Under: 비트코인에 인한 upstream 병합 계획
       - Under: 레이븐 코드베이스 사용자 정의의 모듈화 개선
       - Ondalf: 텔레그램 스팸막는 봇 경험 있는 사람이 있는가?
       - RealBokito: 레이븐 업데이트, 이슈 등을 위한 메일링 서비스 개시

  ㅇ x16rv2 이후 계획
    - x16r² ASIC Killer은 이미 존재하고 있는 16개의 서브 알고리듬의 일부 또는 전부를 섞을수 있지 않냐고 물었다. 가령, 그 중 4개를 섞으면 16개의 변경안이 나오고, 16개를 섞으면 256개의 변경안이 나온다.
    - 소위 x16r²라는 안티 ASIC 해법에 다른 참여자들이 농담반 진담반으로 좋은 아이디어라고 치켜 세웠다.

  ㅇ 10월 1일 하드포크에 대하여
    - 개발팀은 10월 1일 오후4시(한국시간으로 10월 2일 오전1시)를 기다리고 있으며, 우리만의 방식으로 기적이 일어나길 바라고 있다.
    - 트론블랙(이하 '트론')은 하드포크를 위한 알고리듬 변경은 로드맵을 향한 개발과 모든 거래소 및 지갑 제작자에게 지장을 주는 작업이다라고 말하면서, 안드로이드 레이븐 지갑은 업그레이드가 되지 않을 예정이니 새로운 안드로이드 레이븐 지갑이 나오면 그 지갑으로 레이븐을 옮기라고 덧붙였다. 참고로, 그는 새로운 안드로이드는 오늘 플레이스토어에 업로드하였기 때문에 오늘이나 내일 사용가능할것이라고 말했다.
    - (포크 이전에) 가장 안전한 방법은 공식지갑에 전송하여 상황이 종료될때까지 기다리는 것이며, 거래소가 2.5.1버전으로 바꾸지 않는 경우가 있다면 우리 개발팀에게 알려달라고 트론은 말했다.
    - 지갑과 거래소의 포크 업데이트 현황은 다음을 참고바란다.
     (지갑) https://raven.wiki/wiki/Wallets#Active
     (거래소) https://raven.wiki/wiki/Exchange#Current_Exchanges

  ㅇ 포크를 앞둔 ElectrumX사용자에게
    - Traysi는 ElectrumX서버는 업데이트되었지만 데스크탑 클라이언트는 업데이트 되지 않았다면서, ElectrumX사용자는 이를 숙지하고 시드 단어를 안전하게 보관하라고 조언하였다.
    - Jeroz는 ElectrumX서버를 돌리는 사람은, 레이븐 코어2.5.1과 호환될수 있도록 업데이트 설치*를 해야한다고 말했다.
     * 관련 github 링크 : https://github.com/kyuupichan/electrumx/commit/b35d23e02f95ad1f29dd88d5d3253709b0fb56b9

  ㅇ 새로운 솔루션, '오픈소싱 ASIC'
    - 트론은 몇몇 사람들과 오픈소싱 ASIC에 대하여 얘기했고 그 아이디어는 탈중앙성을 훼손하지 않도록 더 많은 사람들에게 ASIC을 갖게하는 것이다라고 말하면서, 어떤 생각이 있는지 물었다.
    - 많은 회의 참여자들이 그 아이디어에 호응을 보였다. 한편, 전혀 예상치 못한 아이디어의 제안에 WuKong(필자, 이하 '오공)은 '그 아이디어가 어떻게 실현될까' 생각에 잠기다가, 회의 말미에 '아직 실용적인 오픈소싱 ASIC 검증툴이 없는 걸로 아는데 나중에 또는 다음 회의때 더 논의했으면 좋겠다'라고 제안했다.

  ㅇ 2019 레이븐코인 아시아 밋업 관련
    - 지난 9월 20일(금)에 서울에서 개최된 밋업에 대해서, 일부 참여자들이 한국은 레이븐의 관심이 크고 큰 규모의 커뮤니티가 있다고 말했다. 특히, 밋업에 참석한 개발자들은 밋업에 참석한 관객수에 압도되었다고 말했다. 또한, Under는 (레이븐의) explorer를 한국어로 번역하는데 도움을 주고 싶다고 말하면서 한국 레이븐 커뮤니티를 이끌고 있는 'Bradar'를 찾았다.

  ㅇ 레이븐 메일링 서비스
    - 트론은 다가오는 포크 이후에, 레이븐 메일링 서비스 작업을 해보겠다고 말했고, 다른 참여자들도 그 서비스도입에 동조했다. 특히, 오공'사람들이 레이븐에 대해 더 알고 싶어하지만 잘 모르는 경향이 있기 때문에, 메일링 서비스 안에 QnA메뉴를 만들어 궁금한점을 소개하면 좋을것 같다'고 말했다.


□ 개인 논평

  ㅇ 레이븐코인 클래식의 반란, "분기"
    - 지난 8월 30일 레이븐 개발자 회의에서 '왜 GPU채굴이 ASIC채굴보다 더 유리해야하느냐', '알고리듬 변경에 대한 설문조사는 조작될수 있지 않느냐' 등의 다소 황당한 질문을 한 참여자가 있다. 그는 'zimm'이라는 활동명을 갖고 있으며, 실제로 9월 13일 레이븐 개발자 회의때 그가 이미 '레이븐클래식' Discord 채널을 만들었다는 얘기가 있었다.
    - 현재 zimm의 동조자들은 레이븐 Discord의 여러 채널은 물론이고 심지어 이번 개발자 회의에도 참여하면서 레이븐의 정보를 캐내어 기생하려는 모습을 보였다. 또한 그들은 정말 초보적인 수준이지만 github을 설정하여 개발을 하려는 의지를 보였다. 최근에 필자는 레이븐클래식 Discord채널에 있으면서 그들의 목적과 계획을 파악하고 있으며, 현재까지 판단하기로는 '레이븐클래식은 이름뿐인 프로젝트가 아니며, 우리는 기존 레이븐이 해왔던 것을 그대로 이어서, 역사상 자산보존에 있어 가장 안전한 체인을 만들것'이라고 주장한다는 사실이다. 흥미로운 점은 그들 중 일부는 레이븐 역시 처음에는 어떤 거래소에도 상장되지 않았고 거래소는 상당히 중앙화되어있기때문에 레이븐클래식은 굳이 거래소(상장)이 필요없다고 말했다는 점이다.
    - 오픈소스이자 분산 네트워크의 매력은 누구나 참여하여 그것의 유지와 성장에 기여할수 있다는 점그에 따른 보상은 온전히 참여자들의 몫이 된다는 점이다. 즉, 우리가 익히 들어온 '권한의 분산'을 누릴수 있다. 하지만 그 '권한'에는 그에 따른 '권리와 의무' 역시 뒤따른다. 개인적으로 레이븐 클래식이 포크되는 순간 런칭이 되어 제 갈길 가는것에 큰 관심은 없지만, '새로운 권한'이 생길 그들에게, 그들이 갖고 있는 철학과 비전에 걸맞는 '책임있는 권리' '성장시키는 의무'를 그들만의 지지자들을 위해 반드시 이행하기를 필자는 진심으로 바란다.

  ㅇ 레이븐코인의 반란, "오픈소싱 ASIC"
    - 우선 이 부분의 논평을 시작하기에 앞서, 반나절동안 필자에게 직접 오픈소싱ASIC에 대한 열띤 논의를 해준 ASIC관계자에게 감사 말씀을 전한다.
    - 오픈소싱 ASIC이란, 오픈소싱 ASIC은 이름에서 유추되듯이, ASIC을 오픈소스화하는것이다. x16r, x16rv2 등을 포함한 알고리듬에 적합한 칩을 설계하고 개발하는 것은 특정 제조업체가 하고, 그 칩을 약간의 마진을 포함하여 커뮤니티 내 하드웨어 개발자들로 하여금 채굴 보드를 제작하게 한다. 그런 과정을 통해 나온 ASIC채굴기를 커뮤니티 일원들에게 총판을 통해 공동구매 등의 방식으로 판매한다. 이런 방식의 이점은, 중국 ASIC제조업체보다 '지속가능하게 더 빨리' ASIC채굴기를 제조할수 있고 '마진을 줄여서 소비자가격을 낮춰' ASIC채굴의 진입장벽을 낮출수 있다는 점이다. 현재로서는 약간의 비밀과 추가 논의가 필요하기 때문에 더이상 공유할수는 없지만 한마디로 '커뮤니티가 참여하는 경제적인 출구전략'이라고 할 수 있다.
    - 하지만 여기에는 문제가 있다. 우선, 백서에도 언급되었고 레이븐이 여태껏 가졌던 x16r의 목적 즉, 'ASIC채굴기에 의한 지배를 저지'하는 것과 맞지 않아 보인다. 하지만 '그 목적이 ASIC채굴의 지배를 저지하라는 뜻이지, 그것을 저지하는 방법으로 ASIC채굴을 하지 말라는 뜻은 아니지 않냐'라고 주장한다면 그것도 일리는 있다(실제로 이 주장은 필자가 공감한 아이디어의 일부이기도 하다). 이뿐만이 아니다. 'ASIC채굴의 지배를 막기 위해 다른건 몰라도 ASIC채굴의 대중화는 허용할수 없다'라는 믿는 일부 개발자들과 커뮤니티 일원들을 설득해야한다. 필자 역시 기존의 레이븐 철학의 전환과 개발자 및 커뮤니티 설득이 왜 필요한지 그리고 필요하다면 어떻게 해야하는지는 모르겠지만 ASIC저항을 위한 포크가 계속될수록 언젠가는 터질 이슈라고 본다. 뭐가 됐든, 당장은 약간의 알고리듬 변경으로 급한 불을 끄겠지만 우리에게 필요한건 '지속가능한 장기 계획'이다.

  ㅇ 2019 레이븐 밋업 in 아시아 후기
    - 필자는 밋업을 많이 다니지 않았지만, 단발성 밋업으로 1천명이 모이는 것은 대단한 일이라는 것쯤은 알고 있다. 실제로 밋업 행사장에 가보니, 밋업에 참석한 레이븐 관련 개발자 말대로 '압도당했다'. 일단 이런 대형사고를 칠수 있었던 것은, 우리나라 레이븐 커뮤니티의 리더들인 Joshua, Bradar 등의 리더쉽그 가치를 알아보고 뭉친 커뮤니티의 지지때문이라고 생각했다. 블록체인과 암호화폐를 논평하며 자주 개발자, 사용자, 커뮤니티의 개발, 경험, 관심을 강조해왔던 필자의 바램을 눈으로 확인하는 순간들 중 하나였다고 말하고 싶다.
    - 많은 이들이 한 곳에 모여 응집력을 보여준 여파는 그날에 머무르지 않았다. 이번 개발자 회의때만 하더라도, 레이븐 핵심 개발자들은 한국에 대해 큰 관심과 애정을 표현하였고, 한국어로 번역된 레이븐 자산조회 도구를 만들고 싶다는 개발자도 있었다. 녹록치 않은 코인판에서 이해하기도 경험하기도 어려울것 같았던 '가치'의 발현이 드디어 우리가 목격할수 있는 좋은 기회이지 않았나 감히 말씀드리고 싶다.
    - 하지만 레이븐이 더 높이 비상하기 위해서는 아직도 많은 성장통을 겪어야한다. 여러 난관 앞에 수많은 선택지가 놓여질것이고 더 나은 선택을 하기 위해 때론 쉽게 합의할수도 때론 분열위기가 올수도 있다. 현명한 선택과 최선의 결과를 위해서는, 평소에 레이븐에 대한 분석과 그에 따른 자기만의 원칙이 있어야한다고 필자는 생각한다. 이번 밋업이 분석과 원칙의 중요성을 깨닫는 좋은 계기였다고 자평하면서 우리 모두 앞으로의 레이븐의 비상을 기대해보자.   
    ※ 참고로, 필자는 지난 레이븐 밋업에서 현장 질문자들 중 첫번째 질의자로 무려 4개의 질문을 하였습니다. 혹시 그것때문에 기분이 언짢은 분들이 있었거나, 저 때문에 미처 질문을 하지 못한 분들이 있었다면 이 글을 빌어 사과의 말씀을 드립니다(꾸벅).


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

[News] 페이스북의 리브라, 출시 막을수 없을것 // Facebook's Libra ‘Might Be Unstoppable’ v1.0

China’s Crypto Czar: Facebook-Led Libra ‘Might Be Unstoppable’

중국 당국 관계자 "페이스북의 리브라, 출시 막을수 없을것"

< 원문기사링크  https://www.coindesk.com/chinese-crypto-czar-no-one-would-say-welcome-to-libra-but-it-might-be-unstoppable >

□ 기사 내용

China’s cryptocurrency czar believes that while the world powers do not welcome Facebook’s Libra, the stablecoin’s advance might now be unstoppable.
중국 당국은 세계 강대국들이 페이스북의 리브라를 환영하지 않지만, 결국 그 행보를 막을수 없을 것이라고 내다보았다.

A few days before Changchuan Mu, the new director of China’s Research Institute on Digital Currency, officially assumed his role on Sept. 6, an online education platform released six lectures by the crypto chief.
9월 6일 무창춘 신임 중국 디지털 통화연구소장이 공식 취임하기 며칠전에, 여섯 편의 강의가 담긴 온라인 교육 플랫폼을 출시하였다.

In the series, Mu answers a range of crypto questions, from Libra’s technical features, to its potential integration with the international currency system, while touting the advantages of China’s own digital currency compared to Libra.
무 소장은 그 교육 시리즈에서, 리브라의 기술적 특징부터 국제통화시스템과의 잠재적 통합에 이르기까지 리브라 대비 디지털 위안의 이점을 내세우며 다양한 질문에 답하였다.

“No countries welcome Libra, but it might be unstoppable anyways,” Mu said in the third lecture of the series. “It is very unlikely that one can totally stop people from buying Libra despite rigorous regulations.”
특히 그는 3차 강의에서, "어떤 국가도 리브라를 환영하지 않지만, 결국 막을수 없을지도 모른다"면서 "엄격한 규제에도 불구하고 사람들이 리브라를 사는 것을 완전히 막을수 있을것 같지 않다"고 말했다.

Mu explained that the most a central bank could do to prevent Libra from entering a country would be to ask all their payment institutions and commercial banks not to process any transactions related to Libra.
리브라의 진입을 막기 위해 중앙은행이 할수 있는 가장 큰 일은 모든 결제기관과 시중은행에게 리브라와 관련된 거래를 처리하지 않도록 요청하는 것이라고 그는 설명하였다.

However, there are still a few back channels through which users could circumvent the ban to purchase Libra, he said, citing underground Bitcoin trading in China as an example of how it could work.
하지만, 그는 중국에서 비트코인을 몰래 거래하는 사례를 들면서 사용자들이 리브라 구매금지를 회피할수 있는 몇 가지 경로가 여전히 있을것이라고 말했다.

Although China’s exchanges have blocked bitcoin transactions and payment institutions and commercial banks are prohibited from processing any bitcoin transactions, there are still some agencies that use virtual private networks (VPNs) to buy bitcoin from foreign exchanges, according to Mu.
중국 거래소가 비트코인 거래를 차단하고 결제기관과 시중은행의 비트코인 거래처리가 금지되어 있지만, 가상사설망(VPN)을 통해 외국 거래소에서 비트코인을 구매하는 기관이 여전히 있다고 무 소장은 전했다.

The situation applies to Libra as well. “Even if Facebook is blocked in China, people will use indirect ways to purchase it from abroad once Libra comes out,” Mu said.
이 상황은 리브라에도 적용된다. 그는 "중국에서 페이스북이 막혀도 리브라가 나오면 사람들은 해외에서 구입하는 간접경로를 사용할것"이라고 언급하였다. 

But he thought that there was only one possibility to stop Libra: “If the U.S. bans Libra legally, then Libra will certainly be stopped.”
그러나 그는 "미국이 리브라를 법적으로 금지한다면, 리브라는 결국 금지될것"이라는 단 하나의 가능성을 내비쳤다.

As long as the U.S. does not put a legal ban on Libra, and other central banks loosen regulations over time, it is highly likely that Libra will become a dominant international currency, Mu said.
아울러 미국이 리브라를 법적으로 금지하지 않는 한 다른 중앙은행들은 시간이 지나면서 규제를 느슨하게 할것이고, 리브라는 국제통화에 지배력을 가질 가능성이 크다고 말했다.

There are a few extreme cases where a country fully embraces Libra, Mu said, noting Zimbabwe — with rampant inflation — announced last year that it welcomes any alternative currencies.
그는 리브라를 완전히 반길 극단적인 사례들이 있다고 말하면서, 인플레이션이 극심한 탓에 작년에 어떤 대안 통화도 환영한다고 발표한 짐바브웨를 한 사례로 들었다.

A Fight Over Monetary Sovereignty
If one of the foundations for monetary policy is that the central bank is able to control supply and demand of its local currency by adjusting the interest rate, Libra would be a destabilizing force, Mu argued.
화폐 주권을 둘러싼 싸움
통화정책의 근간 중 하나가 중앙은행이 금리를 조정함으로써 자국 통화의 수급조절을 하는 거라면 리브라는 통제불가능한 영향력을 가질것이라고 무는 주장하였다.

Effective monetary policies are crucial for a country’s economy, Libra would chip away that power, he said.
효과적인 통화정책은 국가경제에 중요하므로, 리브라는 그 힘을 갉아먹을거라고 그는 전망하였다.

“If we allow Libra come to the market, we would open the underground economic channels,” Mu said. “It will be hard for China to manage foreign currencies and the $50,000 capital outflow cap would be less effective,” Mu said.
"만약 리브라가 시장에 나오면, 중국은 지하경제와 같은 경로를 여는 꼴이 될것"이라며, "중국으로써는 외화를 관리하기 어려울것이며, 자본유출 상한액인 5만 달러는 실효성이 떨어질것"이라고 예상하였다.

Controlling capital flows and preventing money laundering were the “deeper reasons” behind the Chinese crackdown on initial coin offerings in 2017, he said. Mu said about 15% of international payments last year were encrypted assets, citing a survey from blockchain company Clovr, although CoinDesk was unable to locate that report.
2017년 중국의 ICO 단속에 대한 내막은 자본유출관리와 자금세탁방지였다면서, CoinDesk가 보고서를 찾을수 없음에도 Clovr사의 조사를 인용하여 작년 전세계 결제의 약 15%가 암호화된 자산이라고 무 소장은 말했다.

Mu said Thailand and Vietnam would lose control over their monetary and interest rate policies because of their weak currencies, while Libra could also inflate local currency as people tend to buy cryptocurrency with local fiat, resulting in inflation and the devaluation of assets denominated by local currencies.
또한 그는 태국과 베트남은 자국의 통화 약세때문에 통화 및 금리 정책에 대한 통제력을 잃게 될것이며, 사람들이 자국통화로 암호화폐를 구매함으로써 물가를 올리고 자국통화로 된 자산이 평가절하될수 있음을 암시하였다.

Repair The Roof Before A Rainy Day
Earlier this year, China announced plans to launch the DCEP — the Digital Currency Electronic Payment — as a domestic stablecoin rival in the Libra model.
만반의 준비를 해야
올해 초, 중국은 리브라에 대항할 스테이블코인으로 DCEP(the Digital Currency Electronic Payment)을 출시할 계획이라고 밝혔다.

While Mu pointed out that DCEP will not be a copy of Libra, the central bank has compared DCEP with Libra in its statements and in how the coin would be used by consumers.
무 소장은 DCEP가 리브라의 카피본은 아니라고 했지만, 중앙은행은 그것의 성명서와 어떻게 소비에 활용될지에 대해서는 리브라와 비교해왔다.

China’s national digital currency plan would be fully-backed by the central government and pegged one-to-one to the Chinese renminbi.
중국의 디지털 통화 계획은 중앙은행의 든든한 지원을 받으며 디지털 위안은 기존 위안화와 일대일 고정될것이다.

“One of the goals for DCEP is to replace cash,” Mu said. Since the DCEP is not tied to a bank account, the currency can enable users to have anonymous transactions, which would give the same advantage as Libra in terms of digital payment.
무 소장은 "DCEP의 목표 중 하나는 현금을 대체하는 것"이라고 말했다. DCEP는 은행계좌와 연동되지 않기때문에 그 사용자들은 익명 거래를 할수 있으며, 이는 디지털 통화 결제측면에서는 동일한 이점이 있다. 

While there is a possibility that Facebook could track you down if you use Libra, the same would be true for the DCEP, according to Mu.
그에 따르면, 리브라를 사용하면 페이스북이 그 사용내역을 추적할수 있다면서 DCEP도 그럴 가능성이 있다.

“The new digital currency will spot certain behavioral patterns using big data and identify the users,” Mu said, noting the technology can “help the government crackdown on money laundering, tax evasion and financing terrorist groups.”
"새로운 디지털 통화는 빅데이터를 활용하여 특정 사용패턴을 발견하고 사용자들을 식별할수 있을것"이라면서, "그 덕분에 정부는 자금세탁, 탈세, 테러집단 자금조달 단속에 도움이 될것"이라고 그는 말했다.

“We need to defend our monetary sovereignty and currency, repair the roof before a rainy day,” Mu said.
마지막으로 그는 "너무 늦기 전에 우리는 자국통화와 그 주권을 지킬 필요가 있다"고 말했다.




(English versoin)

□ Personal comments

  ㅇ China's Digital Monetary Policy Viewed through Mr.China
    - A few weeks ago, I introduced news(click here), saying that a technologically superior digital currency against Facebook's Libra. And as I read the above article a few days ago, I felt as if someone was looking into my head. Although I expected that 'Digital yuan' is a result of an expression of confidence unique to China, the analysis and insight of Chinese authorities in this article made me think that I might have misjudged it.
    - Then let's see if there are any implications to be gained from reading between the lines of the article above. For now, the key to Facebook's launch of Libra is the U.S. government. If the U.S. government disallows the launch, the analysis in the above article may be not meaningful. But will it stop the release? I don't think so and let's see why later. If Libra were to be released somehow, its effect would extend across the world, including the United States, and from countries with weak domestic currency fundamentals their currency sovereignty will be eroded. In the process, users will be fascinated by the convenience and availability of the new digital currency, regardless of the existing currency, while Facebook, the publisher, and others will be able to gain a huge amount of personal identification information that cannot be compared to the big data gained through the Internet. It sounds like some SF novel, but I think it's increasingly difficult to find a reason why this won't happen.

  ㅇ House of cards, Libra 
    - Now let's find out why the U.S. government will allow Libra to be released. First, the U.S. government will not stop it. If the U.S. government and authorities submit to Facebook's lobby or collude with Facebook, they will put Libra on the market on the condition that they enjoy the various advantages mentioned in the previous paragraph. In other words, they are in the same boat. Even if Libra is not permitted, it is likely that the government or authorities will issue one under another name. Secondly, the U.S. government will not be able to stop it. No matter how powerful the U.S. government is, it cannot suppress large private companies like communist or dictatorial states. Moreover, if the product is to be used in poor countries with weak financial infrastructure, the justification and public opinion will be weak to ban its release. That's exactly what Facebook might be aiming for. This is not the end of story. If they don't stop Libra, digital yuan will go wild. If 'domestic private digital currency' were blocked to the fullest extent and 'domestic-external digital currency' dominated the market, it would be the worst case for the U.S. In conclusion, the United States will not and will be unable to stop Libra.
    - China may have seen my judgment so earlier, and is ambitious as the digital yuan that surpasses Libra technically according to the last article. The U.S., which has had energy supremacy thanks to the successful shale revolution of the past few years, will not be promoting its currency, the dollar, in petro dollars in the future. Then, my concern is how the current dollar's status will be maintained. The answer would be Libra (or similar digital assets). In addition, China may struggle to achieve 'Petro yuan' through assets such as DCEP. While this is very exciting as an earthian and as an analyst and investor in blockchain and cryptocurrencies, it's concerning about what Korea government and authorities are doing as a Korean.  

(한국어 버전)

□ 개인 논평

  ㅇ 왕서방을 통해 본 중국의 디지털 통화정책
    - 몇주 전에 필자는 뉴스 번역 및 논평 글(여기 클릭)을 통해 페이스북의 리브라에 맞서 기술적으로 더 뛰어난 디지털 위안을 구상중이라고 소개하였다. 그리고 며칠 전에 위의 기사를 읽으면서 마치 누군가 내 머릿속을 들여다 보는듯한 기분이 들었다. 지난 기사에서 리브라보다 뛰어난 디지털 위안을 만들것이라는 내용이, 우수한 기술을 보기만 하면 배짱만 부리는 중국 특유의 자신감의 표출이라고 예상하였지만, 이번 기사를 통해 중국 당국 관계자의 분석력과 통찰력을 보고나니 필자가 오판했을수도 있다는 생각이 들었다.
    - 그러면 기사의 행간을 읽으면서 얻을만한 시사점이 있는지 한번 살펴보자. 일단 페이스북의 리브라 출시의 열쇠는 쥔 자는 바로 미국 정부다. 미국 정부가 출시를 불허하면 위의 기사에 나온 분석은 큰 의미가 없을지도 모른다. 그런데 과연 출시를 막을까. 필자는 아니라고 보고 있으며, 왜 그렇게 생각하는지는 조금 있다가 살펴보기로 하자. 만약 리브라가 어찌어찌 출시되면 그 파급력은 미국을 포함한 전 세계로 뻗어나갈것이고, 자국통화 펀더멘털이 약한 국가들부터 야금야금 통화주권이 잠식될것이다. 그 과정에서 사용자들은 동전, 화폐로 대변되는 기존 화폐를 떠나 새로운 디지털 통화의 편의성과 활용성에 매료될것이고, 발행주체인 페이스북 등은 기존의 인터넷을 통해 얻은 빅데이터와 비교도 할수없는 엄청난 개인식별정보를 수중에 넣을것이다. 써놓고 보니 무슨 SF소설을 요약한것 같지만, 이런 일이 일어나지 않을 이유를 찾는게 이제는 점점 더 어렵다는 게 필자의 생각이다.

  ㅇ 미국 정부가 쥐고있는 리브라카드 
    - 이쯤에서 아까 언급한 미국 정부가 리브라 출시를 허용할거라는 필자만의 이유에 대해서 알아보자. 첫째로, 미국 정부는 막지 '않을것이다'. 만약 미국 정부와 당국이 페이스북의 로비에 무너지든, 매력적인 조건을 걸고 결탁을 하든, 이전 단락에서 언급한 여러 이점을 누린다는 조건으로 리브라를 시장에 내놓을 것이다. 즉, 같은 배를 타겠다는 뜻이다. 설령 리브라를 불허한다해도 그것은 인류애에 따라서 그 많은 이점을 버리기 보다는 또다른 이름으로 정부나 당국이 주체가 되어 발행할 가능성이 크다. 둘째로, 미국 정부는 막지 '못할것이다'. 아무리 천하의 미국 정부라 해도 공산주의 국가나 독재 정권하의 국가처럼 거대 민간기업을 찍어누를 수 없다. 더욱이 그 상품이 금융인프라가 취약한 가난한 국가에 유용하게 사용될 상품이라면 그 출시를 막을 명분도 여론도 약할 것이다. 바로 이걸 페이스북이 노렸을수도 있다. 이 뿐만이 아니다. 리브라를 막지 않으면 디지털 위안이 날뛸것이다. 실컷 '자국내 민간 디지털통화' 출시를 막았더니 '자국외 범용 디지털통화'가 시장을 휘집고 다닌다면, 미국으로서는 최악의 수를 둔 격이 될것이다. 결론적으로, 미국은 리브라를 막지 않을것이고 또 막지 못할것이다.
    - 아마 중국은 필자의 판단을 진작에 간파했을것이고, 지난번 소개한 기사내용처럼 이미 리브라를 기술적으로 능가하는 디지털 위안을 야심차게 만들고 있을것이다. 지난 몇년간 성공적인 셰일혁명 덕분에 에너지 패권까지 쥔 미국은 앞으로 자국통화인 달러를 페트로 달러로 홍보하고 다니지 않을것이다. 그러면 여태까지의 달러의 위상은 어떻게 유지될것인가에 대한 필자의 고민에, 리브라(또는 이와 유사한 디지털 자산)가 그 답이 될것도 같다. 여기에 중국이 가세하여, 한때 페트로 위안을 달성하지 못한 한을 DCEP와 같은 자산을 통해 그 한을 풀수도 있다. 한명의 지구인으로서, 그리고 블록체인과 암호화폐의 분석가 겸 투자자로서 이런 양상이 매우 흥미진진하지만, 대한민국 국민으로서 우리 정부와 당국은 뭘하고 있는지 문득 걱정되는 시점이다.


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

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

#71 Devs Meeting Review(20 Sep 2019)

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


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

□ Roadmap(https://eips.ethereum.org/EIPS/eip-1679)

  <Istanbul HF Roadmap>
   - May 17th (Fri): IstanbulHF EIP soft deadline
   - July 19th (Fri): EIP implementation for clients
   - October 2nd (Wed): Ropsten Testnet HF
   - November : Mainnet HF(=Istanbul HF)


□ IstanbulHF-related client updates

  ㅇ Status of updates per client
    - (Geth) Small problems but solved
    - (Nethermind) Updated Fork Blocknumber
    - (Pantheon) Clear
    - (Aleth) Looking into problems with Blake2, ChainID
    - (Besu) Ready on Monday
    - (Parity) Need several days more


□ Istanbul TestNet HF Block Number

   ㅇ Blocknumber according to testnet
    - Ropsten block 6485846 (Oct 2)
    - Gorli block 1561651 (Oct 30)
    - Rinkby block 5435345 (Nov)
    - Kovan block 14111141 (Dec)


□ Blake2b and Net-metered SSTORE EIP updates, etc.

  ㅇ PullRequest for EIP
    - The IstanbulHF-supported JS Beta* has been released and Pull Request(PR) for the EIP to be applied to the HF is under way, and a vote may be held to gether opinions related to this.
     * IstanbulHF support JS v4.1.0Beta launched(click here for more details) 
   
  ※ Confirmed EIPs for Istanbul HF
    1) EIP-152 (former EIP-2024) : Introducing a pre-compiled cotracts for EVM that implements a new encryption hashing algorithm called BLAKE2b.
    2) EIP-1108 : Proposal for reducing gas cost of alt_bn128 pre-compile. Improving personal information protection and scalability by reevaluating expensive elliptical curve calculation pre-comfiles.
    3) EIP-1344 : Specifying chain ID(a means to prevent replay of transactions between different chains), adding opcodes to access the chain ID to check the validity of signatures, and preventing other interchain replay attacks.
    4) EIP-1884: Maximizing block gas limit and stabilizing processing time by balancing gas consumption and resource consumption.
    5) EIP-2028 : Reducing gas cost of Calldata(where transaction data is stored when transaction is requested on the chain). Reducing Calladata costs can create potentially larger blocks, which can increase network latency, but can also have incidental effects of increased network security and scalability due to mathematical modeling and empirical estimation.
    6) EIP-2200(EIP-1283 + EIP-1706): Changing the total gas metering to reduce new usability for smart contract storage and excessive gas consumption when most methods of operation are not in place. In addition, SSTORE is not allowed if gas cost is lower than call stipend.   

   

□ Ethereum Roadmap 2020: Community discussion (Devcon5)

  ㅇ When : October 8, 2019 (1-5 p.m.)
  ㅇ Where: Convention room (200 seats or more)
  ㅇ What : Discussion organized by the Ethereum Magicians for those who contributed to Ethereum1.0 and Ethereum2.0
   ※ Click here for more information   
 
 

□ ProgPoW audit results for two areas (S/W and H/W)

  ㅇ Study on the implementation of ProgPoW
    - A dev asked if devs should consider applying ProgPoW on a client-by-client basis adding that not activating ProgPoW would be a threat in the ASIC era. Another dev said it was too early to apply, but others said it would be too late if it has been already dominated by ASIC, as the transition to ProgPoW was at least two weeks.
    - Some devs also said that when ProgPoW is activated, ASIC miners can do whatever they want because their efforts (which went into ASIC production after all) can be futile, and that the expected mining decline could cause a further plunge in Ethereum's value, or a chain of branches like Ethereum classic.
   

□ Personal comments

  ㅇ Upcoming HF and Ethereum 2.0
    - There will be Istanbul HF in November 2019 and Berlin HF in the first quarter of 2020. And in the middle of these HF, the last stage of the Ethereum Roadmap, Serenity, will begin under the name Ethereum 2.0. Perhaps from the beginning of 2020, the PoW-type Etherem1.0 and PoS-style Ethereum2.0 will coexist, and the transition will continue until at least 2021. Except for DAO Hacking and DAO Falk, it will be the most anticipated and most troubling time for the Etherians.
    - In that sense, devs who lead Ethereum, users who experience it, and communities that support it, should pay attention and speak out, whether it is good or bad. In the process, I once again pledge to continue to serve as a bridge to deliver Ethereum's development status and related news to the public from my own perspective.

  ㅇ 29th Seoul Ethereum meetup
    - Under the theme of "Ethereum 2.0 and its development", it will be held in the laville in Gangnam-gu from 6:30 p.m. on September 26.
    - This time around, especially Vitalik Buterin, co-founder of Ethereum. I will be present in person, and upon receiving the offer from the organizers, I will be speaking as well. For your information, admission is free, and if you're curious about what Ethereum will look like in the near future, please join us and get some good information.
   

    - Links to Participation: https://www.meetup.com/ko-KR/Seoul-Ethereum-Meetup/events/264764275
   
    - Presentation order
     6:30-6:50 Vitalik, Ethereum 2.0
     6:50-7:00 Q&A
     7:00-7:20 Dohyun Park(Biforst, Pi-Lab), Boosting up Ethereum with Bifrost
     7:20-7:40 Benji Oh (ACHER, ScvSoft), Ethereum 2.0 and Deposit Contract
     7:40-8:00 Junsoo JK Kim(Stake.fish), Preparing validators for POS on Ethereum 2.0
     8:00-8:10 Break
     8:10-8:30 Seunghwan Song(Satoshicode), Introduction to Ethereum 2.0
     8:30-8:50 Chanhyun Park(Everett), Can Staking and DeFi Coexist?
     8:50-9:05 Kevin Jeong(Tokamak Network), Plasma EVM: Continouous Rebase(update)
     9:05-9:15 Wanseob Lim(ethresearch.kr), Ethresearch.kr update
     9:15-9:30 Discussion


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.




(한국어 버전)

□ 로드맵(https://eips.ethereum.org/EIPS/eip-1679)

  ㅇ 이스탄불 HF 로드맵
     - 05월 17일(금) : 이스탄불HF EIP 접수 확정기한
     - 07월 19일(금) : 주요 클라이언트의 EIP 구현 마감기한
     - 10월 02일(수) : 테스트넷HF
     - 11월 중 : 메인넷HF(=이스탄불 HF) 

□ 이스탄불HF 관련 클라이언트 업데이트

  ㅇ 클라이언트별 업데이트 현황
    - (Geth) 작은 문제가 있었지만 해결됨
    - (Nethermind) 포크 블록넘버 업데이트
    - (Pantheon) 이상없음
    - (Aleth) Blake2, ChainID 관련 문제 조사중
    - (Besu) 월요일이면 HF지원 준비완료될듯
    - (Parity) HF지원 준비는 며칠 소요될듯


□ 이스탄불 테스트넷 HF 블록넘버

  ㅇ 테스트넷에 따른 블록넘버
    - Ropsten block 6485846 (10월 2일)
    - Görli block 1561651 (10월 30일)
    - Rinkeby block 5435345 (11월중)
    - Kovan block 14111141 (12월중)


□ Blake2b와 Net-metered SSTORE EIP 업데이트 등

  ㅇ EIP에 대한 PR
    - 이스탄불HF지원 JS 베타*를 출시하여 HF에 적용될 EIP에 대한 PR(Pull Request, 코드변경제안)이 진행중이며, 이와 관련된 의견수렴을 위하여 투표가 진행될수도 있다.  
     * 이스탄불HF 지원JS v4.1.0베타 출시(자세한 내용은 여기 클릭)

   ※ 이스탄불HF 적용 EIP
     1) EIP-152(前 EIP-2024) : BLAKE2b라는 새로운 암호화 해싱 알고리듬을 구현하는 사전컴파일 컨트렉트를 EVM에 도입.
     2) EIP-1108 : alt_bn128 프리컴파일 가스비 절감제안. 값비싼 타원곡선산술 사전컴파일을 재평가하여 개인정보보호와 확장성을 개선.
     3) EIP-1344 : 컴파일링시 체인ID(서로 다른 체인간 트랜잭션 재생을 방지하는 수단)를 지정하고 opcode를 추가하여 그 체인ID에 접근하여 서명의 유효성을 검사하며, 다른 체인간 리플레이 어택 등을 방지.
     4) EIP-1884 : 가스소비와 자원소비 간 균형을 맟추어 블록가스제한을 극대화하고 처리시간을 안정화.
     5) EIP-2028 : Calldata(이더리움 상에서 트랜잭션 요청시 전송 데이터가 저장되는 곳)의 가스비를 현행보다 감소. Calladata비용이 절감되면 잠재적으로 더 큰 블록이 생겨 네트워크 지연이 증가하지만, 수학적 모델링과 경험적 추정에 의해 네트워크 보안이 강해지고 확장성이 증가되는 부수적인 효과가 있을수도 있음.
     6) EIP-2200(EIP-1283 + EIP-1706) : 총 가스 계량기(Net gas metering)를 변경하여 스마트컨트렉트 저장소를 위한 새로운 활용가능성과 대부분의 작동방식이 맞지 않을때 발생하는 과도한 가스비를 감소. 또한, 가스비가 집행비(Call stipend)보다 낮은경우 SSTORE사용을 불허함.


□ 이더리움 로드맵 2020 : 커뮤니티 토론(데브콘5)

  ㅇ 일시 : 2019년 10월 8일(목) 오후1~5시
  ㅇ 장소 : 컨벤션 룸(200석 이상)
  ㅇ 내용 : Ethereum1.0과 Ethereum2.0에 기여한 사람들과 이해당사자들을 위한 Ethereum magicians이 조직한 토론회
   ※ 자세한 내용은 여기 클릭


□ 두 분야(S/W와 H/W)에 대한 ProgPoW 감사 결과

  ㅇ ProgPoW 적용에 대한 고찰
    - 한 개발자는 클라이언트별로 ProgPoW를 적용하는 것을 개발자들이 고려해야하는지 물으면서 ASIC채굴이 있는데 ProgPoW를 활성화하지 않는것은 위협이 될것이라고 말했다. 이에 대체하기에는 이르다는 의견도 있었지만, ProgPoW로의 전환이 하루이틀이 아닌 적어도 2주가 걸리는 작업인만큼 ASIC에 의해 지배되는 불상사가 발생하면 늦을수도 있다는 의견도 있었다. 
    - 또한 일부 개발자들은 ProgPoW가 활성화되면, 특히 ASIC채굴자는 그들의 (ASIC제작에 들어간) 노력이 헛되이 될수 있기때문에 마음먹은대로 할수 있으며, 예상컨데 채굴저조로 인해 이더 가치가 급락할수도 있거나 이더리움 클래식 경우와 같은 체인분기가 일어날수도 있다고 말했다. 


□ 개인 논평

  ㅇ 곧 다가올 HF와 이더리움2.0
    - 2019년 11월에는 이스탄불HF가 있을것이고, 2020년 1분기에는 베를린HF가 있을것이다. 그리고 그 HF 중간에는 이더리움 로드맵 마지막 단계인 Serenity가 이더리움2.0이란 이름하에 시작될것이다. 아마 2020년 초부터는 PoW방식의 이더리움1.0과 PoS방식의 이더리움2.0이 공존하는 '과도기'가 시작될 것이며, 그 과도기는 최소한 2021년까지 이어질것이다. DAO해킹과 DAO포크를 제외하면 이더리안으로써는 가장 기대되고 가장 신경쓰이는 시기가 될것이다. 
    - 그런의미에서 이더리움을 이끄는 개발자와 이더리움을 경험하는 사용자, 그리고 이더리움을 지지하는 커뮤니티는 좋은 일이든 나쁜 일이든 관심을 갖고 목소리를 내길 바란다. 그 과정에서 필자는 이더리움의 개발 상황과 관련 뉴스를 본인의 관점으로 일반인들에게 전하는 가교 역할을 계속 하기를 다시 한번 다짐하는 바이다.

  ㅇ 제29회 서울이더리움밋업 관련 공지
    - '이더리움2.0과 개발 현황'이라는 주제로 더라빌(강남구 봉은사로531)에서 9월 26일(목) 오후6시 30분부터 진행됩니다. 
    - 이번 밋업에는 특별히 이더리움 공동창립자인 '비탈릭 뷰테린'이 직접 참석하여 발표할 예정이며, 주최측의 제안을 받고 필자인 저 역시 연사로 나서게 되었습니다. 참고로 입장료는 무료이며, 가까운 미래에 이더리움이 어떤 모습을 보일지 궁금한 분께서는 꼭 참여하시어 좋은 정보 얻길 바랍니다.



    - 발표순서
     6:30-6:50 Vitalik, Ethereum 2.0
     6:50-7:00 Q&A
     7:00-7:20 Dohyun Park(Biforst, Pi-Lab), Boosting up Ethereum with Bifrost
     7:20-7:40 Benji Oh (ACHER, ScvSoft), Ethereum 2.0 and Deposit Contract
     7:40-8:00 Junsoo JK Kim(Stake.fish), Preparing validators for POS on Ethereum 2.0
     
     8:00-8:10 Break

     8:10-8:30 Seunghwan Song(Satoshicode), Introduction to Ethereum 2.0
     8:30-8:50 Chanhyun Park(Everett), Can Staking and DeFi Coexist?
     8:50-9:05 Kevin Jeong(Tokamak Network), Plasma EVM: Continouous Rebase(update)
     9:05-9:15 Wanseob Lim(ethresearch.kr), Ethresearch.kr update

     9:15-9:30 Discussion


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

[Raven] Raven Devs Meeting(13 Sep 2019) // 9월 13일 레이븐 개발자 회의 분석 및 논평 v1.0

Raven Devs Meeting(13 Sep 2019) // 9월 13일 레이븐 개발자 회의 분석 및 논평


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

□ Analysis of the meeting by subject

  ㅇ Introduction to 2019 Ravencoin Asia Meetup
    - Tron Black('Tron' from here) shared '2019 Ravencoin Asia Meetup'* link at the beginning of the meeting and asked who was participating in the meetup.
     *This event will show the unity and support of Raven community and is arousing expectations and interest from Raven supporters, in Asia, especially in Korea(click here).

  ㅇ Current status of testnet development
    - A dev asked about the functions of messaging, restricted assets and dividends being tested on testnet and Tron said that he hoped that the functions of testnet would be onto mainnet by October 31but hated to push it as a hard deadline, because safety is import.

  ㅇ Raven communication channel and Raven Foundation
    - Although not all activated, there are many Raven communication channels such as Discord, Telegram, Reddit, Twitter and Bitcointalk, a dev said. Another dev said that someone once proposed 'foundation' and that it could be established in time. 
    - Devs including Tron, said it was a good idea to set up foundation and that they wanted to contribute, especially on the direction of the foundation, Tron said.
    - Also, some dev has already said that somebody created Raven Classic group to copy the current development. However, some suggested that rasing and spending funds(after the foundation's establishment) would not be easy and would have risks for a centralized group or governance.
     * The 'someone' is zimm(Carl) who participated in the last meeting, and he asked during the meeting why decentralization is important and why GPU should be more advantageous for mining than ASICs

  ㅇ Current status of support for fork updates in mining pools and exchanges
    - According to the current status of support for the base fork update till now, Bittrex and F2pool have not yet to reveal support the fork. Tron said he has feelers out to people in Bittrex, looking for a 100% positive response back.

  ㅇ Argument on ASIC, ASIC and ASIC
    - A dev raised the question that after the fork, the existing Ravenchain could be inherited 
by powerful ASIC mining groups to create a better chain, saying that all community members would not agree with the fork(scheduled for October) and that it might become a 'mouse and cat fighting'Another dev said the upcoming fork is a good deal but we need a long-term planwhile some claimed that Traysi Composed in Discord a while ago that something for long term essential resistance is in place.
    - When asked how much the Tiger algorithm to be added to the fork in October could prevent ASICs, Tron replied that the X16Rv2(with the Tiger) could never stop ASICs forever, only slowing down another entry. 
    -  (As the ASIC debate becam more intense) Some dev doubted whether adding Tiger algorithms is to please community(sort of populism) or to really ditch ASICs. Plus, he said we need somehow reach that step with having asics distributed and open to public for purchase. Some added that ASICs are as easy to mine as GPUs to give up ASIC resistance. 
    - In the proposal to introduce CNv4* to block ASICs, Tron said it's possible, but it needs to be evaluated to see if it's really good. Also, he said it may be tricky to put into mobile which on our mobile Wallet will be independently valid blocks while others said CNv4 make us no longer GPU, and only CPU if i'm not mistaken, and CPU are run by botnets.
     *CNv4: This is Monero's ASIC resistance algorithm, which is also a potential choice for Raven, but the CPU-friendly method still requires more consideration. 
     **botnets: Malicious software that is used to use the computer without the knowledge of the computer's owner



□ Personal Comments

  ㅇ Keeping justification vs. Horse trading
    - At the end of 2009, Satoshi said we should have a gentlemen's agreement to postpone the GPU arms race as long as we can for the good of the network. However, within a year since then, GPU has been excavated, and by the first halving of bitcoin in November 2012, 
ASICs for Bitcoin mining have been introduced. The ASIC was 1) economical enough to earn more than the machine price for a few days of mining, and 2) raised the level of mining that was at that time hobby level to a more serious level3) Since then, large-scale mining companies including F2pool have been established and various business models such as mining dividends have been introduced. And the ASIC mining race has reached up to now. 
    - Although I have continuously watched projects such as Bitcoin and Lightcoin that have let ASIC mining live and projects such as Ethereum and Monero that still try to resist ASICs, I have thought about ASIC again while watching Raven devs meeting this time. My personal conclusion so far is that "Raven must resist ASICs"The reason is as follows. First, it is because of symbolic reasons for the promise. From the beginning, Raven introduced a new algorithm, x16r, to prevent ASIC mining, which is the same as promising ASIC resistance that made Raven devs and communities have at least a right and a duty to support Raven's justification and identity. Second, it is for practical reasons for survival. Although I have repeatedly emphasized that ASIC resistance is a matter of survival if development of functions such as messaging, limited assets, and dividends is a matter of well-being. Some argue that certain mining pools dominate more than 60 percent of Raven hash, and that the continued forks of new ASICs will disrupt communities and networks. I think the opinion is fully understandable. However, it is difficult to compare "abandonment by prediction of disruption" with "efforts to improve the body despite the risk of distruption". So far, it is just a fork that adds a sub-alignment, Tiger, but after a number of trials and errors, it may come up with an great idea that no dev team has ever thought of. 
    - I can't deny that it's going to be an extremely difficult fight, even though I've been convinced about what I just said. Nevertheless, in my humble opinion, I still fully sympathize with Tron's opinion that attempts and efforts should be made to resist ASICs. Unless Raven ecosystem and networks are at a dead end, and it is difficult to keep the promise with the community agreed on let ASICs live, then I don't know. But again, I don't think that's the time yet, and I hope our community will pay great attention to ASIC resistance as well as testnet development situation.

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.





(한국어 버전) 

□ 소재별 회의 내용

  ㅇ 2019 레이븐코인 아시아 밋업 소개
    - 트론블랙(이하 '트론')은 회의 초반에 '2019 레이븐코인 아시아 밋업'*링크를 공유하면서 누가 이 밋업에 참여하는지 물었다.
     *이 밋업은 레이븐 커뮤니티의 결집과 지지를 보여줄수 있는 행사로 아시아 특히 한국에서 레이븐 지지들의 기대와 관심을 불러일으키고 있음(자세한 정보와 참여 신청은 여기 클릭)

  ㅇ 테스트넷 개발 현황
    - 한 개발자가 테스트넷에서 테스트중인 메시징, 제한자산, 배당 등의 기능에 대해 물었고, 10월 31일까지 테스트넷의 기능들이 메인넷으로 이동되길 바라지만 체인 안전성이 중요하기때문에 기한내 완료되기를 압박하고 싶지 않다고 트론은 말했다.

  ㅇ 레이븐 소통채널과 레이븐 재단 설립
    - 비록 활성화되어있지 않지만, Discord, Telegram, Reddit, Twitter, Bitcointalk 등 다양한 레이븐 소통채널이 있다고 한 개발자는 말했다. 또다른 개발자는 예전에 누군가 '재단 설립'을 제안하였다면서, 때가 되면 설립될수도 있을거라고 말했다. 
    - 이에 트론을 포함한 개발자들은 재단 설립은 좋은 생각이라고 했고 그 설립에 기여하고 싶다고 말했고, 특히 재단 설립 방향에 대하여 투표를 통하는게 좋을것 같다고 트론은 말했다.
    - 또한, 어느 개발자는 이미 누군가* 레이븐클래식 그룹을 만들어서 현재 레이븐 채널을 흉내낼수있다고 말했다. 다만, 몇몇은 (재단 설립 이후) 자금을 모으고 지출하는 것 등이 쉽지 않고 중앙화된 집단을 리스크를 동반할것이라는 의견을 냈다.
     * 그 '누군가'는 지난 회의에 참여했던 zimm(Carl)로, 그는 회의중에 '왜 탈중앙성이 중요하냐', '왜 GPU가 ASIC보다 채굴에 더 유리해야하냐' 등의 질문을 했음

  ㅇ 채굴풀, 거래소의 포크 업데이트 지원 현황
    - 9월 14일 현재 기준 포크 업데이트 지원 현황에 따르면, 비트렉스와 F2pool이 아직 지원하겠다고 밝히지 않았다. 이에 트론은 자기가 생각하기에 비트렉스는 100% 업데이트할것이라고 말했다.

  ㅇ ASIC에 대한 갑론을박
    - 한 개발자가 모든 커뮤니티 일원이 (10월로 예정된) 포크를 동의하지도 않는다며, 향후 ASIC의 존재가 발견되면 또다른 포크를 하는 등 '쥐와 고양이' 싸움이 될지도 모른다고 말하면서, 포크이후에 ASIC채굴집단에 의해 기존 레이븐체인을 이어받아 더 좋은 체인을 만들수 있다는 의문을 제기하였다. 이에 다른 개발자는, 포크는 좋은 대책이지만 몇달마다 포크를 해도 되지 않는 장기계획이 필요하다고 말했고, 또다른 개발자는 ASIC저항을 위한 장기대책을 누군가(traysi)가 일전에 밝힌적이 있다고 첨언하였다.
    - 10월 포크에 추가될 Tiger 알고리듬이 얼마나 ASIC을 막을수 있을지 누군가 묻자, 트론은 (Tiger를 장착한) X16Rv2는 ASIC을 영원히 막을수 없고, 단지 또다른 진입을 늦출 뿐이라고 답했다. 
    - (ASIC 논쟁이 심화되면서) 어떤 개발자는 Tiger 알고리듬을 추가하는 것이, 커뮤티니를 즐겁게 하는 행위(일종의 포퓰리즘)인지 정말 ASIC을 저항하기 위한 행위인지 의문이라며, 우리는 어느정도는 ASIC채굴에 의한 해시 분산과 ASIC판매를 대중화할 필요가 있다고 말했다. 이 의견에 누군가는, ASIC저항을 포기할정도라면 ASIC이 GPU만큼 채굴하기 용이할 수준이어한다고 의견을 보탰다. 
    - ASIC을 막기위해 CNv4*을 도입하자는 제안에, 트론은 가능은 하지만 그게 정말 좋은지 평가할 필요가 있다고 말했고, 다른 이들은 CNv4는 모바일 지갑에 구현하기 애매하고, 그리고 봇넷**에 의한 CPU채굴이 해시를 장악할거라고 말했다. 차라리 이미 기존ASIC이 즐비한 비트코인 알고리듬(sha256)으로 전환하자는 제안에, 트론은 x16r이 훨씬 더 안전하다고 잘라 말했다.
     *CNv4: 모네로의 ASIC 저항 알고리듬인 CNv4 도입 역시 레이븐의 잠재적인 선택지지만, CNv4는 CPU친화적이라는 의견이 지배적이라 좀 더 많은 검토가 필요함. 
     **봇넷(botnets): 컴퓨터 주인 몰래 그 컴퓨터를 사용하기 위해 심는 악성 소프트웨어를 의미



□ 개인 논평


  ㅇ 대의명분 수호인가 현실타협 부상인가
    - 2009년 말 사토시는 네트워크를 위해 GPU채굴 경쟁을 늦춰야한다고 말했다. 하지만, 그로부터 1년도 되지 않아 GPU채굴장이 나왔고, 2012년 11월 비트코인의 첫 반감기때쯤, 비트코인 채굴전용 ASIC이 세상에 나왔다. 그 ASIC채굴기는 1) 며칠만 채굴하면 기계값 이상을 벌수 있을정도로 경제적이었고, 2) 당시 취미 수준에 머물렀던 채굴을 좀 더 진지한 수준으로 끌어올렸으며, 3) 이후 F2pool을 비롯한 대규모 채굴업체가 설립되고, 채굴배당같은 다양한 비즈니스 모델이 나오는 등 산업화를 이루는데 기여를 하였다. 그리고 ASIC채굴 경쟁은 현재까지 이른다. 
    - 필자는 ASIC채굴에 여지를 둔 비트코인, 라이트코인 등의 프로젝트와 ASIC채굴에 여지를 주지 않으려고 하는 이더리움, 모네로 등의 프로젝트를 꾸준히 지켜봤지만, 이번 레이븐 개발자회의를 보면서 다시한번 ASIC에 대한 생각을 곰곰이 해봤다. 현재까지 내린 개인적인 결론은, 현재까지는 "레이븐은 ASIC을 저항해야 한다"이다. 그 이유는 다음과 같다. 첫째, 약속에 대한 상징적인 이유때문이다. 레이븐은 처음부터 ASIC채굴을 막기위해 새로운 알고리듬인 x16r을 도입하였고, 그것은 ASIC 저항을 약속한 것과 같다. 레이븐 개발자들과 커뮤니티는 레이븐의 그런 대의명분과 정체성을 지지하였기에 최소한 그것을 지지할 권리와 의무가 있다. 둘째, 생존에 대한 현실적이 이유때문이다. 필자가 누차 강조했지만 메시징, 제한자산, 배당 등의 기능 개발이 '웰빙의 문제'라면 ASIC저항은 '생존의 문제'이다. 혹자는 특정 채굴풀이 레이븐 해시의 60%이상을 장악하였고, 계속되는 ASIC채굴기 출시에 따른 계속된 포크는 커뮤니티와 네트워크를 분열할것이라고 주장한다. 필자도 그 의견이 충분히 일리있다고 생각한다. 하지만, '분열이 될거라는 예측에 의한 포기'와 '분열 리스크가 있음에도 체질개선을 하려는 노력'은 비교하기 어렵다. 아직까지는 서브알고리듬 하나를 추가하는 포크이지만 여러 시행착오 끝에 그 어떤 개발팀도 생각하지 못한 묘안이 나올수 있다. 
    - 필자도 말은 호기롭게 했지만 정말 쉽지 않은 싸움이 될것이라는 사실은 부인할수 없다. 그럼에도 개인적인 생각에는, ASIC 저항을 위한 시도와 노력을 해야한다는 트론의 의견에 아직까지 전적으로 공감한다. 만약 레이븐 생태계와 네트워크가 존폐의 기로에 서지 않는 수준에서, 수많은 시도들을 했음에도 어렵다면, 커뮤니티의 동의를 구한다면 모르겠다. 하지만 다시 말하지만 그때가 아직 오지 않았다고 생각하며, 우리 커뮤니티도 테스트넷 개발 상황 뿐만 아니라 ASIC저항에도 큰 관심을 가져주시기 바란다.


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

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

#70 Devs Meeting Review(6 Sep 2019)

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



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


□ Roadmap(https://eips.ethereum.org/EIPS/eip-1679)

   <Istanbul HF Roadmap>
     - May 17(Fri): Istanbul HF EIP soft deadline
     - July 19(Fri): EIP implementation deadline for clients
     - Oct 02(Wed): Testnet HF
     - Nov ?? : Mainnet HF(=Istanbul HF) 



□ Istanbul HF-related client update

  ㅇ Whether to merge Istanbu lHF-related EIP by clients
    - (Pantheon) All Merged.
    - (Geth) All Merged.
    - (Trinity) There is an issue. It is working but it is too slow.
    - (Parity) We are going to wait to discuss Blake F before we hit the merge button.
    - (Aleth) No one available to speak on Aleth.
    - (Nethermind) We are all ready and are just waiting on the tests.



□ "Patch proposals" for Istanbul

  ㅇ EIP-152 issue
    - There is confusion because the EIP associated with Blake2 has different names such as Blake2b(precompile), Blake2f(function), Blake2bf(function). Currently, the EIP-152 focuses only on specific configurations of Blake2b, and has 12 rounds. Even if F function is specified, it is only one function in Blake2b.
    - Specifying certain functions or deleting rounds from a test perspective is not a big deal 
and can easily be modified.
    - Therefore, EIP-152 is specific to Blake2b, that is it is fixed to 12 rounds.

  ㅇ EIP-1884 issue
    - Although there was disagreement among devs on exactly how to deal with security issues related to EIP-1884, they agreed to make the most modifications before Istanbul HF.
    - Etherum Cat Hurders will create communication to review issues related to EIP-1884.
     ※ In the last meeting, a dev called Wei mentioned in relation to EIP-1884 that there must be a solution before Istanbul HF, that there will be no interruption of the contract by increasing the gas stipend of smartcontracts(opcode), and devs will discuss this security issue.


□ Decide block number for Istanbul testnet/mainnet

  ㅇ Client updates and mainnetHF schedules
    - Assume that all clients can update by the following weekend(Sep 14), and require 
    two weeks of time.
    - Therefore, testnet HF should be on October 2 and the block number closest to this date 
should be selected. 
   
  ※ Istanbul HF decision issue
    < Confirmed EIPs > Included in Istanbul HF, October 2019.
     1) EIP-152 (former EIP-2024) : Introducing a pre-compiled cotracts for EVM that implements a new encryption hashing algorithm called BLAKE2b.
     2) EIP-1108 : Proposal for reducing gas cost of alt_bn128 pre-compile. Improving personal information protection and scalability by reevaluating expensive elliptical curve calculation pre-comfiles.
     3) EIP-1344 : Specifying chain ID(a means to prevent replay of transactions between different chains), adding opcodes to access the chain ID to check the validity of signatures, and preventing other interchain replay attacks.
     4) EIP-1884: Maximizing block gas limit and stabilizing processing time by balancing gas consumption and resource consumption.
     5) EIP-2028 : Reducing gas cost of Calldata(where transaction data is stored when transaction is requested on the chain). Reducing Calladata costs can create potentially larger blocks, which can increase network latency, but can also have incidental effects of increased network security and scalability due to mathematical modeling and empirical estimation.
     6) EIP-2200(EIP-1283 + EIP-1706): Changing the total gas metering to reduce new usability for smart contract storage and excessive gas consumption when most methods of operation are not in place. In addition, SSTORE is not allowed if gas cost is lower than call stipend.

    < Tentatively decided EIPs > Included in 2020 HF
     1) EIP-663: Currently, SWAP and DUP commands are limited to the depth of 16 on the stack, but and corresponding SWAPn and DUPn are allowed access to all depths of 1024 items thanks to this EIP.
     2) EIP-1057 : It is called ProgPoW and is modified to make the most of commercial GPU resources in order to reduce ASIC's improved efficiency.
     3) EIP-1380: Reducing gas cost for self-calls, and reducing gas cost for call instructions when running a new instance of the currently loaded contracts.
     4) EIP-1702: For generalized account version management, enabling multiple versions of EVM to execute in the same block to facilitate HF while maintaining the correct function of the existing account.
     5) EIP-1962: Proposal to the definition and combination of elliptical arithmetic and runtime, an extension to EIP-1829 and lower working costs than the STATICCAL opcode in EIP-1109.
     6) EIP-1985: Applying the appropriate limit range for EVM parameters such as gas limit and block number. Explicit scope makes it easy to implement compatible clients.
     7) EIP-2045:improving the speed without introducing a separate subroutine and without changing the method of jump operation by reducing gas cost of computational opcode gas cost to increase Ethereum transaction volume(scalability).
     8) EIP-2046: Making file usage more efficient by reducing the gas of static calls to pre-com files.



□ Least Authority ProgPoW Initial Audit Report (LA team in attendance)

  ㅇ Audit Initial Report
- According to an audit conducted by Least Authority, an Internet security solution provider, 
the company said that it had achieved a high level of design as originally intended and 
achieved sufficient economic effects. However, they expected some potential attacks 
but there is a solution accordingly.


□ Personal Comments
  ㅇ Istanbul HF and Etherium1.x
      - IstanbulHF is Etherium's eighth-ever upgrade and virtually the first in Etherium1.x. While the community is getting only interested in Etherium 2.0 as well as the release of its specifications and news reports, Ethereum1.x, which will coexist with Etherium 2.0 for the next three to five years, is also important.
    - The position we should have in this process is to understand the delay of development with patience. The Istanbul HF is expected to be delayed by at least a month from its original schedule, as was the case with the previous HF. I was also unhappy as an analyst and investor because Casper was delayed, not to mention HF, but after studying Ethereum, I found the reason for the delay and the complaints disappeared considerably. While we are worried that the delayed development will undermine Ethereum brand value and discourage investment sentiment, we should remember that it takes time to identify and review unexpected issues to make this already huge project go smoothly.
    - To share that time of patience, I will continue to share the Ethereum devs meeting and news, especially more with Etherium 2.0. We now share the pain, but let me finish my personal comments by waiting for the day to come when we share joy.


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.




(한국어 버전)

□ 로드맵(https://eips.ethereum.org/EIPS/eip-1679)

   <이스탄불 HF 로드맵>
     - 05월 17일(금) : 이스탄불HF EIP 접수 확정기한
     - 07월 19일(금) : 주요 클라이언트의 EIP 구현 마감기한
     - 10월 02일(수) : 테스트넷HF
     - 11월 중 : 메인넷HF(=이스탄불 HF) 


□ 이스탄불HF 관련 클라이언트 업데이트

  ㅇ 클라이언트별 이스탄불HF 관련 EIP 병합 여부
    - (Pantheon) 모든 EIP 병합.
    - (Geth) 모든 EIP 병합.
    - (Trinity) 문제가 생겨 조사중.
    - (Parity) 병합하기 전에 Blake F에 대한 논의가 필요함.
    - (Aleth) 관계자 회의 불참.
    - (Nethermind) 테스트넷HF 준비 완료.


□ 이스탄불HF에 대한 패치 제안

  ㅇ EIP-152에 대하여
    - Blake2와 관련된 EIP가 Blake2b(precompile), Blake2f(function), Blake2bf(function) 등 서로 다른 이름을 갖고있어 혼란이 있다. 현재 EIP-152는 Blake2b의 특정 구성에만 초점을 맞추고 있으며, 12개의 라운드를 갖고 있다. 설령 F 함수를 적용하더라도 Blake2b안의 특정 기능일 뿐이다. 
    - 테스트 관점에서 특정 기능을 적용하거나 라운드를 삭제하는 것은 큰 문제가 되지 않으며 수정이 가능하다. 
    - 따라서, EIP-152는 F 함수를 제거하고 Blake2b에만 적용한다. 

  ㅇ EIP-1884에 대하여
    - EIP-1884와 관련된 보안 문제를 정확히 어떻게 다뤄야할지 개발자들 사이에서 의견이 분분했지만, 이스탄불HF 이전에 최대한 수정해야하는 데에는 의견을 모았다.
    - Ehtereum Cat Herders는 EIP-1884 관련 문제를 검토하기 위하여 대한 커뮤니케이션을 만들기로 한다.
     ※ 지난 회의에서 한 개발자(Wei)는 이스탄불HF이전에 반드시 해결해야 하는 것이 있다면서, EIP-1884와 관련하여, 스마트컨트렉트(opcode)의 가스 소모량을 높여야 계약이 멈추는 일이 없을거라는 언급을 하였고 개발자들은 이 보안 문제에 대하여 논의하기로 하였음.


□ 이스탄불 테스트넷 HF 블록넘버 결정

  ㅇ 클라이언트 업데이트와 메인넷HF 일정
    - 다음 주말(9월 14일)까지 모든 클라이언트가 업데이트를 할수 있다고 가정하고, 그로부터 2주간의 시간이 필요하다.
    - 따라서 10월 2일(수)에 테스트넷HF를 하기로 하고, 이 날짜와 가장 가까운 블록 넘버를 선택하기로 한다.
    

□ ProgPoW 감사

  ㅇ 감사 최초 보고서
    - 인터넷 보안 솔루션 전문 업체 Least Authority가 진행한 감사에 따르면, 애초에 의도된대로 높은 수준의 설계를 이뤘고 충분한 경제적 효과*를 달성하였다고 하였다. 다만, 관계자는 일부 잠재적인 공격이 예상되지만 그에 따른 해결책이 있다고 하였다. 

  ※ 이스탄불HF 결정 사안
    < 확정 EIPs > 2019년 10월 이스탄불HF에 반영
     1) EIP-152(前 EIP-2024) : BLAKE2b라는 새로운 암호화 해싱 알고리듬을 구현하는 사전컴파일 컨트렉트를 EVM에 도입.
     2) EIP-1108 : alt_bn128 프리컴파일 가스비 절감제안. 값비싼 타원곡선산술 사전컴파일을 재평가하여 개인정보보호와 확장성을 개선.
     3) EIP-1344 : 컴파일링시 체인ID(서로 다른 체인간 트랜잭션 재생을 방지하는 수단)를 지정하고 opcode를 추가하여 그 체인ID에 접근하여 서명의 유효성을 검사하며, 다른 체인간 리플레이 어택 등을 방지.
     4) EIP-1884 : 가스소비와 자원소비 간 균형을 맟추어 블록가스제한을 극대화하고 처리시간을 안정화.
     5) EIP-2028 : Calldata(이더리움 상에서 트랜잭션 요청시 전송 데이터가 저장되는 곳)의 가스비를 현행보다 감소. Calladata비용이 절감되면 잠재적으로 더 큰 블록이 생겨 네트워크 지연이 증가하지만, 수학적 모델링과 경험적 추정에 의해 네트워크 보안이 강해지고 확장성이 증가되는 부수적인 효과가 있을수도 있음.
     6) EIP-2200(EIP-1283 + EIP-1706) : 총 가스 계량기(Net gas metering)를 변경하여 스마트컨트렉트 저장소를 위한 새로운 활용가능성과 대부분의 작동방식이 맞지 않을때 발생하는 과도한 가스비를 감소. 또한, 가스비가 집행비(Call stipend)보다 낮은경우 SSTORE사용을 불허함.

    < 잠정보류 EIPs > 2020년 차기HF에 반영
     1) EIP-663 : 현재 SWAP과 DUP명령어는 스택상 16의 깊이로 한정되어있는데, 이들과 대응되는 SWAPn과 DUPn을 1024개의 아이템의 모든 깊이까지 접근을 허용한다.
     2) EIP-1057 : ProgPoW로 불리며, ASIC의 향상된 효율성을 반감시키위하여, 상용GPU자원을 최대한 활용되도록 수정.
     3) EIP-1380 : 자기호출에 대한 가스비 절감으로, 현재 로드된 컨트렉트의 새 인스턴스를 실행시 호출지시에 대한 가스비를 절감.
     4) EIP-1702 : 일반화된 계정버전 관리를 위한 것으로, EVM의 여러버전을 동일한 블록에서 실행할 수있게하여 기존 계정의 정확한 기능을 유지하면서도 HF를 용이하게 함.
     5) EIP-1962 : 타원 산술 및 런타임 정의와 결합에 대한 개선안으로, EIP-1829에 대한 확장안이며 EIP-1109에서의 STATICCAL opcode보다 작업비용이 더 저렴.
     6) EIP-1985 : 가스제한, 블록넘버 등 EVM 매개변수들에 대한 적정 한계범위를 적용한다. 명시적인 범위를 적용하면 호환가능한 클라이언트를 구현하는데 용이함.
     7) EIP-2045 : 이더리움 거래량(확장성)을 높이기 위하여 Computational opcode의 가스비를 줄여서 별도의 서브루틴 도입없이 또 점프작동방식을 변경없이 속도를 향상함.
     8) EIP-2046 : 프리컴파일에 대한 정적호출의 가스비를 줄임으로서, 파일사용이 보다 효율적.



□ 개인 논평

  ㅇ 이스탄불HF와 이더리움1.x
    - 이스탄불HF는 이더리움의 역대 8번째 업그레이드이자 이더리움1.x에서의 사실상 1번째 업그레이드다.  이더리움2.0에 대한 스펙 공개와 뉴스들이 나오면서 이더리움2.0에만 관심이 커지고 있지만, 향후 3~5년간 이더리움2.0과 공존할 이더리움1.x 역시 그 중요성을 무시할수 없다.
    - 이런 과정에서 우리가 가져야할 자세는 개발의 지연을 인내로 승화하는 자세다. 이전 HF가 그랬듯 이번 이스탄불HF도 예정된 일정보다 최소 한달간 지연될 전망이다. 필자도 HF는 물론이고 캐스퍼가 지연되어서 분석가이자 투자자로서 불만이 많았지만 이더리움을 연구하다보니 지연된 이유를 알게되었고 불만이 상당히 사라졌다. 지연되는 개발 상황때문에 이더리움 브랜드 가치가 훼손되지 않을까 걱정이 되고 투자심리도 위축되지만, 이미 거대한 프로젝트가 되어버린 이더리움을 순조롭게 진행시키려면 예상치 못한 문제들을 파악하고 검토하는 시간이 필요하다는 사실을 기억하자. 
    - 그런 인내의 시간을 같이 감내하는 의미로 필자는 앞으로도 이더리움 개발자 회의와 뉴스를 공유할것이며, 특히 이더리움2.0에 대해서도 공부한 내용을 공유할 계획이다. 지금은 고통을 나누지만 언젠가 기쁨을 나누는 날이 오길 기다리며 논평을 마치겠다.



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

[Bitcoin] 비트코인의 흥망성쇠(3부작) 1부 "역대 주요이슈 분석" // Bitcoin's Rise & Fall(Trilogy) Part1 v1.5

비트코인의 흥망성쇠 (興亡成衰) □ 에필로그   ㅇ 분석에 앞서     - 그동안 분석가로서 블록체인과 암호화폐가 지닌 기술 위주의 기본적 분석을 해왔으나, 투자자로서 유의미한 시세변동, 시세에 영향을 끼치는 이슈 등에 대한 분석글 작...