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

# Raven Devs Meeting(22 Nov 2019) 


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


□ Analysis of the meeting by subject 

 ㅇ Current status and targets of development
  - Someone asked about updates (with regard to testing restricted assets, messaging etc.), and Tron answered that we are on target for December but not much either positive or negaive feedback yet. He also added The protocol part is done on testnet but the client display for messaging needs to be in Win/Mac/Linux/iOS/Android/Web clients.
  - When asked if Dividends feature is available, Blondfrogs replied that it is on testnet and is available when it is released on the mainnet. Tron said he will soon write Medium article on how to use Dividends on testnet. 
  - Blondfrogs said we are not be sure about December release, but once the features are fully secred, it will be released. And he said the next target on the roadmap will be voting, adding that for now,  we will be focusing on building on top of the current features to make them more accessable and GUI support.

 ㅇ Mailing list
  - Tron explained that he is currently sending Ravencoin-related mail through the mailing list, and that everyone can subscribe to different types of mail, such as updates and development, and advised him to check for spam filters if the mail did not arrive even though one already subsribed. 
   ※ Subscribing for dev : https://cdn.forms-content.sg-form.com/96861d25-0b10-11ea-b9d3-a63f003f1823
      Subscribing for updates : https://cdn.forms-content.sg-form.com/8ec7a872-d599-11e9-ada2-7a44cc589a29

 ㅇ Bug Bounty*
  - Blongfrogs added that bounty fund was donated by Medici Venture, saying that if a bug is found that breaks consensus rules, a payout will sent in RVN to an address given to us by the Bug issuer.
  * Bug bounty :  the thing that provides rewards to hackers who discover vulnerabilities such as bugs by hacking into their services and products

 ㅇ  Improving block verification*
  - eureka suggest that we could validate a fast hash for indexing in every block and need to change block header format to do so, He also said that there are other options to reduce PoW impact for mobile wallets too, adding that a quick hash can be added for block indexing and PoW hash can be tested in a sampled manner, say only 1% of blocks have to run full PoW test.
  - Tron said that SPV** wallet validates the blocks it is given right now and only a few SPV wallet such as iOS and Android version of RVN Wallet exist now. Blondfrogs also explained that that is something we could do, however, at the moment would require us to increase the header size invaliding all current mining algos written for GPU as they require an 80 bytes version to be used. 
   * Blockhash: putting version, time, muckroot, target, nonce, and previous block hash in a block and converting its transaction details and information into a hash
   ** Simplified Payment Verification(SPV) : A node that stores block and transaction verification itself(Full nodes) by storing all blocks from genesis block 
to the current block, which is 1 to 3% as compared to a full node without its transactions, but requires the help from full nodes when verifying transactions

 ㅇ Outlook on securities tokens issue
  - Someone asked when companies can issue securities in Raven, Tron said that it's up to companies to use it and we're building the tool.

 ㅇ Date for next network upgrade
  - Tron said Dec 18th is a target date for activating the block count for feature activation. 
And Blondfrogs said It is hard to pick a specific date for features we are shooting for December for feature voting adding that we will wait until we feel all features are secured and tested.


□ Personal Comments

 ㅇ Towards New Network Upgrade
  - Mainnet implementations such as restricted assets and messaging functions, which are currently on testnet, are not far off. If testnet, bug bounty, and voting are successfully completed, Raven will be upgrated and then climb up to the next level by the end of the year. FYI, I am using thw word 'Network upgrade' in consideration of the fact that the term 'Hard fork' is identified with the chain splitr and airdrop. In fact, a fork means copying a software(SW) and develop an independent software.
  - Ravencoin was also forked from bitcoin, and most hardforks aim to release a new version with part of the algorithm changed. This means that most of them are network upgrades, except in cases such as Ethereum Classic(ETC) and BitcoinCash(BCH) that result from conflicts of interest between core and mining groups.
   - Anyway, Ravencoin will be upgrated by voting through BIP9 in December. BIPs stands for Bitcoin Improvision Proposals and BIP9 defines how much a proposal like upgrading to a new version will be supported and applied on the network. Ravencoins also have RIPs(Ravencoin Implementation Proposals) and RIP2* corresponds to category BIP9 of Bitcoin.
   * RIP2 Description: https://github.com/ravenproject/rips/blob/master/rip-0002.mediawiki

  - In accordance with this BIP9/RIP2, miners are asked to signify whether they support the new upgrade by inserting certain version bits. It's pretty much like a form of voting, which usually requires four steps to get it done. 

   1) Define : It is defined that what versionbit will be inserted in the block and block period(from what block to what block). FYI, if you receive more than 65% support under RIP2, testnet will be activated, and if you receive more than 80% support, mainnet will be activated.
   2) Start : When various criteria are defined in Define phase, a vote to confirm support begins. FYI, voting takes place from N block to N+2016 block considering the adjustment of the mining difficulty every 2106 block.
   3) Lock-in : If 80%(or 65%) of support is received, a new upgrade is locked in during another 2016 block period for the release of mainnet(or testnet). 
   4) Activate : If there is nothing unusual in Lock-in phase, the network upgrade is completed.

   - We hope that voting described above will take place sometime in December and Raven will soar high and high in 2020.




(한국어 버전) 

□ 소재별 회의 내용

 ㅇ 개발 현황 및 목표
  - Tron은 '(제한자산, 메시징 기능 등의 테스트 및 메인넷 구현 관련) 최근 동향'에 대한 질문에, 아직 좋은쪽으로든 나쁜쪽으로든 많은 피드백은 없지만 여전히 12월을 목표로 하고 있다고 답했다. 또한 그는 프로토콜 부분에 대한 테스트는 완료되었으나 메시징 기능을 위한 클라이언트 관련 작업은 진행중이라고 첨언하였다.
  - Blondfrogs는 '배당(Dividends) 기능이 사용가능한가'에 대한 질문에, 해당 기능은 테스트넷에서 검토중이며 메인넷에 출시되면 사용가능하다고 답변하였다. 그리고 Tron은 테스트넷에서 배당(Dividends) 기능 활용하는 방법에 대한 Medium 기사를 작성할거라고 말했다.
  - Blondfrogs는 12월에 출시를 장담할수는 없지만, 기능들이 충분히 검증되면 출시할거라고 말했다. 그리고 그는 로드맵상 다음 타킷은 투표(Voting) 기능이 될거라고 말하면서, 현재로서는 지금 구현하려는 기능들에 대한 접근성과 인터페이스 지원을 향상시키는데 주안점을 두고 있다고 덧붙였다.

 ㅇ 메일링 리스트(Mailing list) 
  - Tron은 현재 메일링 리스트를 통해 레이븐코인 관련 메일을 보내고 있으며, 업데이트, 개발 등 서로 다른 유형의 메일을 구독할수 있다고 설명하면서, 혹시 메일신청을 했음에도 메일이 도착하지 않았다면 스팸필터 여부를 확인하라고 조언하였다.
  ※ 개발 관련 메일 신청 : https://cdn.forms-content.sg-form.com/96861d25-0b10-11ea-b9d3-a63f003f1823
     업데이트 관련 메일 신청 : https://cdn.forms-content.sg-form.com/8ec7a872-d599-11e9-ada2-7a44cc589a29

 ㅇ 버그 바운티(Bug bounty)*
  - Blongfrogs는 합의규칙을 무너뜨리는 버그가 발견한 자의 주소로 일정량의 레이븐을 보상으로 지급될거라고 말하면서 그 보상펀드는 메디치벤쳐사로부터 기부받았다고 첨언하였다.
  * 자사 서비스와 제품을 해킹해 버그와 같은 취약점을 발견한 해커에게 포상금을 지급하는 제도
   ※ 버그바운티 정보 : https://github.com/RavenProject/Ravencoin/wiki

 ㅇ 블록검증 개선
  - eureka는 모바일 지갑에 있어 PoW 영향력을 줄일수 있는 방법이 있다(필자주: 더 나은 알고리듬 설계를 위하여 ASIC저항, 실행난이도, 모바일과의 호환성 등을 감안해야하는데 이때 모바일에서의 블록과 트랜잭션 검증을 위해 더 간단하면서 채굴의 영향을 덜 받는 방법을 찾는 노력이 필요하다)며, 블록헤더 포맷을 변경함으로써 모든 블록에 인덱싱작업을 하면 더 빠른 블록해시* 검증이 가능하다고 말했다.
  - 이에 Tron은 블록해시 검증을 위해서는 SPV**지갑이 필요한데 (레이븐코인 생태계에서는) iOS 및 안드로이드 레이븐코인 지갑과 tZero지갑과 같은 SPV지갑이 존재한다고 말했다. 또한 Blondfrogs는 그 제안을 구현하는 것은 가능하지만 현재 블록헤더 크기를 높여야하는 문제가 있다고 설명하였다.
   * 블록해시(Blockhash) : 버전, 시간, 머클루트, 타겟, 논스, 이전 블록해시를 하나의 블록에 담아 거래내역과 정보를 해시로 변환한 값
   ** SPV(Simplified Payment Verification) : 제네시스 블록부터 현재 블록까지 모든 블록을 저장하여 블록 및 트랜잭션의 검증을 자체 수행하는 풀노드(Full nodes)와는 달리
트랜잭션을 제외한 블록헤더만을 저장한 노드로 풀노드 대비 1~3%의 크기를 가져 휴대성이 높지만 트랜잭션 검증때 풀노드의 도움이 필요함

 ㅇ 증권토큰발행 전망
  - Tron은 '언제쯤 회사들이 레이븐으로 증권토큰발행이 가능한가'에 대한 질문에, 그것은 회사들에게 달려있는 문제라면서 우리는 그것을 위한 도구를 만들뿐이라고 말했다.

  ㅇ 차기 네트워크 업그레이드 날짜
    - Tron은 새로운 기능을 메인넷에 구현할 네트워크 업그레이드(=하드포크)를 위하여 12월 18일에 투표를 진행할것이며, Blondfrogs는 날짜를 확정짓기는 어렵지만 모든 기능이 검증되고 테스트하기 전까지 기다릴것이라고 말했다.


□ 개인 논평

 ㅇ 새로운 네트워크 업그레이드를 향하여 
  - 현재 테스트넷에서 검증되고 있는 제한자산, 메시징 기능 등의 메인넷 구현이 머지 않았다. 테스트넷 검증, 버그바운티, 투표 통과 등이 잘 이루어진다면 연내에 레이븐의 새로운 도약이 실체화 될것이다. 그 도약을 위해 또한번의 하드포크가 시행될 예정이며, 참고로 필자는 하드포크라는 용어가 체인분기 및 에어드랍과 동일시되는 실정을 감안하여 네트워크 업그레이드를 사용하고 있다. 원래 포크라는 것은 하나의 소프트웨어(SW)를 베껴 독자적인 소프트웨어를 개발하는 것을 의미한다.
  - 레이븐코인 역시 비트코인을 포크하여 나왔고, 대부분의 하드포크는 알고리듬 일부가 변경된 새로운 버전의 출시를 지향한다. 즉, 특정 거래소와 채굴집단의 모종의 거래를 통해 나온 이더리움클래식(ETC), 코어집단과 채굴집단 간 이해충돌 때문에 나온 비트코인캐시(BCH) 등과 같은 경우를 제외하고는 대부분 네트워크 업그레이드라고 볼수있다.
  - 어쨌든 레이븐코인은 12월 중 새로운 네트워크 업그레이드를 위하여 BIP9를 통한 투표를 진행할것이다. BIP는 Bitcoin Improvement Proposals(비트코인 개선안)의 약자로 BIP9는 새로운 버전으로의 업그레이드와 같은 제안이 네트워크에서 얼마나 지지받고 어떻게 적용될건지에 대해 정의된것이다. 레이븐코인 역시 RIP(Ravencoin Improvement Proposals, 레이븐 개선안)이 있으며 RIP2*가 비트코인의 BIP9 격에 해당한다.
   * RIP2 설명 : https://github.com/ravenproject/rips/blob/master/rip-0002.mediawiki

  - 이 BIP9/RIP2에 따라서 채굴자들로부터 새로운 업그레이드에 대한 지지의사를 묻는데 그 방법으로 블록헤더에 찬반여부를 표현(Signaling)하게 하고 그 업그레이드가 얼마나 지지받는지 확인한다. 일종의 투표방식인데, 이 투표를 위하여 보통 4단계가 필요하다.
   1) Define단계 : 지지여부(Signaling)를 위하여 블록헤더에 심을 버전비트를 정하고, 몇 블록부터 몇 블록까지 지지여부를 확인할것인지 정의한다. 참고로 RIP2에 따라 65% 이상의 지지를 받으면 테스트넷이 활성화되고, 80% 이상의 지지를 받으면 메인넷이 활성화된다.
   2) Start단계 : Define단계에서 여러 기준이 정의되면 지지여부를 확인하는 투표가 시작된다. 참고로 2106블록마다 채굴난이도가 조정되는 것을 감안하여 N블록에서 N+2016블록까지 투표가 진행된다.
   3) Lock-in단계 : 80%(또는 65%)의 지지를 받으면 메인넷(또는 테스트넷) 출시를 위해 또다른 2016블록기간동안 새로운 업그레이드를 걸어잠근다.
   4) Activate단계 : Lock-in단계에서 특이사항이 없으면 비로소 메인넷이 활성화되면서 네트워크 업그레이드가 완료된다.

  - 앞서 설명한 투표가 12월 중에 실시될 예정이며 2019년이 지나기전에 레이븐코인의 도약의 발판이 생겨 2020년에 새로운 성과가 창출되기를 기대해본다.
 

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

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

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