시간이 나는 대로 기사번역을 해드리고 있는 hoony623입니다
오늘은 SEGWIT 2x 관련 기사입니다
의역이 다소 있습니다만, 재미있게 봐주시면 감사하겠습니다 :D
출처:
https://www.cryptocoinsnews.com/chinese-bitcoin-roundtable-forum-affirms-support-for-segwit2x/
중국 비트코인 원탁회의 (Roundtable) 포럼은 SEGWIT 2x 지지 선언 성명을 발표했다. SEGWIT 2x는 블록체인 상에서 발생하는 비트코인 거래 속도 개선을 위해 블록 사이즈를 증대 시키는 최소한의 개선작업이다 (minimal patch)
중국 비트코인 원탁회의 (Roundtable) 포럼은 ‘뉴욕 합의안 확대 프로그램’을 실행하길 원했다.
결의안 발표
네트워크 혼잡 해소를 위한 해결책 모색이라는 주제 아래 동일 포럼은 6월 15일 청도에서 회의를 개최, 다음 결의안을 발표하였다.
- 뉴욕 합의안 SEGWIT 2x 지지 선언
- 6월 19일 (월), 공식지지 표명. BIP9 사용 회피를 위해 공식 투표권 행사 (official vote). Coinbase에서 NYA 작성으로 투표권 대리 행사 (on behalf of the vote)
- 뉴욕 합의안 SEGWIT 2x 1BTC 프로그램을 즉시 실행, testnet 5 참가, 공식 버전 최단기에 출시
- 7월 31일까지 뉴욕 합의안 SEGWIT 2x 활성화
위 결의안 지지 회사 명단은 다음과 같다.
OKCoin, Huobi, BTCCPool, Bitmain, F2Pool, BTC.Top, ViaBTC, BiXin, BW, 1Hash, Canoe, BATPool, Bitkan.
SEGWIT 2x 란?
Steemit의 한 포스트에 따르면, 95%에 달하는 거래소와 채굴자들이 SEGWIT 2x 지지 선언을 표명했다. 해당 포스트는 2017년 Linux 보고서를 인용해 SEGWIT 2x의 하드포크/소프트포크 복합 업데이트를 설명했다.
또한, 이 포스트는 SEGWIT 2MB를 최소한의 개선작업 (minimal patch)로 묘사하며 “ SegWit활성화와 on-chain 거래를 둘러싼 다양한 정치적 입장이 존재한다. 더불어, SegWit활성화는 “ (다양한 이해관계자들의) 최소한의 공통분모로 판단되며 비트코인 커뮤니티의 단결을 도모할 수 있을 것이다 ” 라고 설명했다.
on-chain 거래 : 블록체인 상에서 발생하는 거래. 모든 참여자들의 확인 작업이 필요하기에 거래 시간이 느려지는 단점이 있음.
SegWit2MB는 95%의 채굴자 신호 확인이 요구되며 2MB 블록 사이즈 하드포크와 함께 정해진 일자에 단행되는 업데이트를 의미한다. SegWit2MB의 목적은 비트코인 커뮤니티를 한 대로모아 체인분할을 (split) 막는 것이다. SegWit2MB은 비트코인의 한계점 극복을 위한 최적의 기술적 해결책은 아니다. 또한, 소규모 블록 사이즈 확장이 비트코인의 장기적 가치에 (value proposition) 큰 영향을 주지 않을 것이며 SegWit2MB 자체가 미래에 또 다시 다가올 (비트코인) 확장성 문제를 원칙적으로 해결하긴 힘들다.
이어서 Linux 보고서는 “최악의 경우 2MB로 블록 사이즈 확장은 2016년에 있었던 비트코인 halving 보다 (비트코인 블록 사이즈 보상 절반으로 감소) 경제적 영향력은 (economic impact) 미미할 것으로 본다고 밝혔다.”
** Bitcoin halving : Linux보고서는 비트코인 halving을 성공적으로 평가하며, 비트코인 가치에 약 10%정도 영향을 준 것으로 본다. (긍정 or 부정적 영향인지는 명시돼 있지 않았음)**
SegWit2MB는 최소한의 개선작업이라는 슬로건을 내걸었다. SegWit2MB 자체의 최대 목적은 코드의 정확성을 판별하는데 있어 소요되는 시간을 단축하는데 있다. 또한 본 업데이트는 비트코인 코어 Branch와 BIP102를 적절히 결합해 최적의 활성화를 이끌어 내려한다.
SegWit은 2MB수준에서 이루어 질 것이며 특정 시점에 특정 조건 (threshold)를 만족시켜야만 한다. 2MB 포크와 SegWit활성화를 통한 업데이트는 코드의 재작성이 (rewriting) 요구되며 이는 “최소한의 개선작업”이라는 대명제에 어긋나는 것이다. Linux 보고서는 “SegWit이 활성화되면 하드포크는 피하기 어렵다” 라고 설명했다.