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

7.19(금)에 진행된 레이븐 개발자 회의 분석 및 논평을 공유합니다.

*편의상 '~이다/하다'체로 작성하였음을 미리 양해바랍니다(퍼가는 경우,  '필자와 출처'는 밝혀주세요).

 

 

□ 소재별 회의 내용 

  ㅇ 레이븐 v2.4.0 업데이트

    - 7월 8일 비트코인 기반의 코드베이스 상 몇가지 버그를 잡은 최신 버전 레이븐 지갑이 출시되었다. 클라이언트 등 사용자들은 빠른 시일내 업데이트하여 주시기 바란다.

 

  ㅇ ASIC 저항 방법 모색

    - 개발자 회의 내용을 다루기 전에, ASIC 저항과 관련한 배경지식에 대해 알아보자. 지난 설문조사를 보면 ASIC을 저항하기 위한 알고리듬 변경 제안에 반대한 사람들이 있었다. 얼핏보면, 이 사람들은 생각이 없어보이지만 어쩌면 이들이 어려운 선택을 했다고 볼수 있는데 그 이유는 이렇다. 만약 알고리듬을 변경하면, 체인 분기가 일어나면서 그 과정에서 채굴하려는 체인이 둘 이상이기에 메인체인이든 포크체인이든 채굴해시율이 빠질수밖에 없고, 따라서 네트워크 보안에 구멍이 생길수 있다. 거기에 기존 채굴자들이나 추가로 진입하는 채굴자들이 상황을 관망하든 아니면 다른 이유든, 변경된 알고리듬을 채굴하지 않을수도 있고 이때도 네트워크 보안이 취약해진다. 그뿐만 아니라 알고리듬 변경을 위한 하드포크가 실시되면, 채굴자들과는 별개로 기존 레거시 체인이 아닌 분기된 체인이 진짜 메인체인이라고 주장하는 세력이 나타나며 정치다툼이 발생할 수도 있다. 진짜 문제는 이 모든것이 하드포크 발생 초반에만 해당하는 사건들일수도 있다는 점이다. 아무튼 이런 골치아픈 ASIC 채굴을 막기위해 레이븐은 16개의 서브알고리듬을 (니블이라는 특정방식으로) 랜덤하게 선정되어 블록규칙과 체인규칙을 설계하였고 그것이 x16r이다. 그런데 여기에 5개의 서브 알고리듬을 더 추가함과 동시에 (x16r과 다르게) 매 블록마다 같은 서브알고리듬이 연속되지 않게 선택되도록 설계된 x21s가 있다(사실 이 방식은 레이븐이 포크되면서 생겨났다). x16r보다 x21s이 더 나은 점은, r방식이 s방식보다 전원공급시 전력편차가 적기 때문에 전력에 따른 조정에 쉬어져 GPU채굴이 보다 유리해지고, 5개 서브 알고리듬이 많아지기 때문에 ASIC 제작이 더욱 어려워진다. 여기서 더 나가면 x22s가 나온다. 이름에서처럼 22개의 서브 알고리듬이 존재하고 같은 서브 알고리듬이 두번이상 나오지않는 s방식이 탑재되면서 모네로 채굴 알고리듬인 CNv4(또는 CryptoNight R)을 섞었다. 즉, 22개의 알고리듬 덕분에 ASIC 내성이 강해지고 s방식이라 GPU채굴이 더 유리해지며, CNv4 덕분에 무작위로 정렬된 알고리듬이 무작위로 선택된다.

    - 트론 블랙(Tron Black, 이하 '트론')은 회의 초반부터 x22rc라는 안건을 제시하였다(필자주 : 그만큼 ASIC 채굴 저항이 더욱 중요해졌다는 의미). 트론은 모레노의 여러 하드포크를 보면서 기술적인 리스크보다는 잠재된 분기가 더욱 걱정이라고 말했다(필자주 : 하드포크시 체인이 분기되면서 더블 스펜딩, 리플레이 어텍 등의 기술적 결함이 발생하지만 그 보다는 체인이 분기됨으로써 오는 혼란성과 이해관계가 섞인 정치다툼이 더욱 걱정이라는 의미). 또한 그는, 체인 분기가 발생하더라도 레이븐의 경우 자산 발행자가 가장 지배력이 큰 체인을 선택하여 자산을 지킬수 있다고 말하면서도 비트코인이 BCH, BSV과 같은 중간급 이상의 브랜드를 파생시켰다는 점이 걱정이라고 말했다. 그러면서, BIP9*를 통해 채굴자들의 의견을 듣는건 어떤지 다른 개발자들에게 물었다.

     * BIP9 : 동시에 다수의 (소프트) 포크를 발생시켜 포크에 따른 체인분기를 조정하기 위한 방식으로, 이때 채굴자들은 신호(Signaling)를 보내어 소위 '비트방식의 투표(Bits voting)'를 할수 있음.

    - 다른 개발자들은 의지가 없다면 탈중앙성은 무너질거라고 말했고, 알려지지 않은 45% 해시 장악자**가 ASIC이 아닌 FPGA일수도 있다며 알고리듬 변경에 대한 근본적인 목표가 뭔지 모른다고 말했다.

     **알려지지 않은 45% 해시 장악자 : 레이븐 채굴풀에 2019년 1월 중순에 처음 등장한 이후, 2월 초부터 해시를 늘리면서 7월들어 레이븐 전체 해시의 45%를 장악한 알려지지 않은 자. 엄청 많은 GPU를 한데 모아 채굴할수도 있지만 현재는 ASIC채굴자로 강력히 의심받고 있음.

< 45% 해시 장악자의 흔적(https://medium.com/@nbitsdev/presenting-evidence-of-mining-centralization-on-the-ravencoin-network-88743db1910a) >

 

    - 트론은 더 적은 비용으로 더 많은 해시를 갖는 장치는 네트워크 보안에 전혀 도움이 되지 않으며 단지 탈중앙성을 해칠거라고 말했다(필자주 : 규모의 경제에 따른 해시 장악은 결국 '생존'에도 '웰빙'에도 도움이 되지 않는다는 의미).

    - 개발자들은 x16r에 알고리듬을 추가하는 것은 혼란만 가중될거라고 말했고, CNv4를 도입하면 CPU채굴이 늘어날텐데 그 경우 봇넷(필자주 : 컴퓨터 주인 몰래 그 컴퓨터를 사용하기 위해 심는 악성 소프트웨어를 의미)이 문제가 될수 있다고 말했다.

    - 또한, 2018년 초 x16r이 나올때만해도 그것은 새로운 것이고 혁신적이었는지는 몰라도 이제는 그렇지 않다는 의견도 있었고, BIP9를 통한 투표를 한다해도 ASIC채굴이 존재한다면 과반의 투표를 장악할수 있기 때문에 BIP9방식은 큰 의미가 없을 거라는 의견도 있었다.

 

  ㅇ개발 진행 상황

    - 보상(Dividend)은 더 나은 보안을 위하여 추가시험을 하고 있고 다음 회의때 추가 소식이 있을것이다.

 

 

□ 개인 논평

  ㅇ 품을 것인가 뱉을 것인가

    - 필자는 이더리움, 레이븐을 포함한 다양한 프로젝트의 개발자 회의를 지켜보면서 이번만큼 한 회의를 통째로 하나의 주제에 대해서 대부분의 시간을 할애한 적을 거의 보지 못했다(추가로 이해도를 높이기 위한 '필자주'를 이렇게 많이 작성한 적도 없었다). 사실, 본문 내용에서 어려운 내용을 제외했지만 1시간이 넘는 동안 트론을 포함한 개발자들의 열띤 논의를 보자니 상황이 결코 좋지 않다. 주제넘게 공포 분위기를 조성하는 것은 아니지만, 탈중앙성을 지키고자 하는 레이븐의 의지가 그만큼 강하다는 것을 새삼 느꼈다.

    - 필자의 글에서 논평만 본다는 분들을 위해 본문내용을 요약하자면 'ASIC을 저항할것인가, 저항한다면 어떻게 할것인가'이다. ASIC 그림자는 이미 짙게 드리워졌지만 아직 이것에 대한 합의는 이뤄지지 않았다. 다만, 현재로서는 개발자들을 통해 '저항하긴 할텐데, 서브 알고리듬을 추가하는 방향으로 가겠구나'라고 예측할 뿐이다. ASIC저항의 선발주자들중에서는 GPU살리기 또는 무원칙을 고수한 '이더리움'방식보다 적극적 하드포크를 실시한 '모네로'방식을 택하겠다는 것이다. 시간이 된다면 모네로의 ASIC저항 역사를 검색해보시라. 모네로의 ASIC저항사투는 현재진행중이며, 끈질기다 못해 처절하기까지 하다.

 

  ㅇ 왜 하필 이 시점에..

    - 필자 생각에, 레이븐에게 있어 ASIC저항이 '생존'의 문제라면 개발상황은 '웰빙'의 문제다. 일단 '생존'을 해야 '웰빙'이든 '웰다잉'이든 할수 있으므로, 개발자들조차 생존을 먼저 챙기고 있고 또 그래야만 한다. 개인적으로 왜 하필 개발이 한창인 지금 생존을 논해야하는지 몹시 안타까울뿐이다.

    - 하지만 ASIC이슈는 굳이 지금이 아니더라도 우리의 큰 까마귀가 언젠가는 겪어야하는 성장통이다. 비트코인을 포함한 대부분의 토큰들이 위축한 하락장 속에서 태어난 그 운명처럼, ASIC에 속속 무너졌던 프로젝트들과는 달리 새로운 해법을 제시할 또다른 운명을 개척할것인가. 당신이 레이븐을 지지하든 지지하지 않든, 그리고 그게 성공하든 실패하든, 이 도전은 그 자체로 위대한 도전이 될것이다. 아무쪼록 좋은 결과가 있길 바라며, 이번 개발자 회의때 한 개발자가 언급한 문구로 개인 논평을 마무리하겠다. 'It is up to the community(커뮤니티에 달려 있다)'

 

 

※ 출처 : www.satoshicode.com