traders_free custom_top_html:no
default debug random = 2 / type = READ / detected = READ
2016-06-09 03:47:17

LISK 의 사이드체인

얼마전에 ICO를 마친 LISK 기본개념과 개발 도구들을 살펴보았습니다.

스마트 컨트랙을 실행하기 위한 플랫폼이라는 측면에서 특별히 더 경쟁력이 있는 부분들은 잘 보지를 못했는데,

이더리움과 비교해서 두가지 점에서 생각해 볼 이슈가 있는 것 같습니다.

개별 앱을 위한 사이드체인(Side Chain) 기능과 개발언어로 자바스크립을 사용한다는 점입니다.


우선 자바스크립을 사용하고 있다는 점에서, 기존의 많은 웹개발자들이 새로운 언어와 툴들을 배우지 않고 바로 dapp 개발에 참여하기 쉽다는 장점이 있을 것 같습니다. 하지만 아직까지는 예제들에서 보여주는 클래스나 api 사용방식이 그렇게 참신하게 심플하지는 않은 것 같습니다. 이제 막 출시된 것이니 이해는 하지만, 그냥 자바스크립 베이스라는 막연한 인상을 넘어서서,  개발시간을 단축시켜주는 그런 구체적인 툴들은 아직 미약한 것 같습니다.

이더리움의 solidity 와 비교했을 때 별로 심플해보이지 않는다는 것이죠. 자비스크립을 다룰 줄 아는 프로그래머가 solidity 를 익히는게 빠를지, 아니면 LISK 의 api 구조를 익히는게 빠를지 잘 모르겠습니다.


그래서 저 한테는 자바스크립이라는 간판보다는 사이드체인에 더 눈길이 갑니다.

블럭체인 기술이 모든 노드가 모든 데이타를 같이 공유하게 하다보니,  스케일링이 매우 어려운 문제로 등장합니다. 당장 비트코인의 블럭사이즈 문제만해도 이런 문제이죠. 비트코인은 매우 단순한 트랜잭션 정보만 저장하고 블럭타임도 10분에 한개인데도 벌써 블럭체인 데이타량이 이렇게 늘어났는데, 온갖 dapp 들의 데이타를 다 담아야 하는 스마트 컨트랙의 블럭체인에게는 스케일링의 문제가 더욱 심각한 주제입니다.

이더리움의 경우에도 이더리움 2.0을 준비하면서 이 스케일링에 가장 큰 포커스가 맞추어져 있다고 해도 과언이 아닐 겁니다. 가장 대표적인 솔루션이 sharding 이라고 하는, 즉 전체 블럭체인 데이타를 모든 노드가 다 카피하는 것이 아니라, 나누어서 보관하면서도 전체 인테그러티를 유지하는 것이죠. 데이타베이스 아키택쳐에서는 이미 많이 이용되고 있는 기술입니다.


리스크는 하나의 메인 체인위에 여러 dapp 의 데이타를 다 올리는 대신, 어플리케이션별로 별도의 사이드체인을 만들어서 커스터마이징할 수 있게 해준다는 것입니다. 그러면서도 이 사이드체인의 블럭해시값은 다시 메인체인에 연결되기 때문에, 전체 체인이 인테그레이션도 유지한다는 것이구요. 이러한 사이드체인 개념은 이전에 비트코인의 제한된 리소스를 극복하기 위해 제안된 개념이고, 지금도 개발중입니다.


물론 이더리움에서도 사이드체인을 만드는 것이 불가능한 것은 아니지만, 리스크만큼 쉽게 만들 수 있도록 개념적 구현이 된 것은 아닙니다. 오히려 이더리움쪽에서는 이러한 사이드체인 중심의 dapp 개발에 대해 비판적이기도 합니다. 

양쪽에서 주장하는 사이드체인 장단점은 이렇게 정리될 듯 합니다.


사이드체인의 장점:


1. 메인체인의 데이타를 최소화 --> 빠르고 스케일링에 용이

2. 필요에 따른 사이드체인 설계 --> 어플리케이션의 용도에 따라 사이드체인의 여러속성들을 커스마이징 할 수 있음

3. 리스크분산 --> 하나의 어플리케이션이 잘못설계되어 체인에 과부하를 일으키거나 보안상의 문제를 일으켜도 사이드체인 하나에 국한됨

4. 트랜잭션 코스트 분산 --> 각 사이드체인별로 코인이나 토큰을 발행해서 트랜잭션 코스트를 관리할 수 있음.


사이드체인의 단점:


1.  어플리케이션들의 직접적인 상호호환에 따른 시너지 효과 작음 - 이더리움 메인 체인위의 dapp 들은 다른 dapp 들을 직접 호출해서 사용할 수 있고 각각의 기능이 상호보완을 함으로써 전체 네트워크의 시너지 효과를 기하급수적으로 증가시킬 수 있음.

2. 사이드체인 블럭생성을 위한 추가적인 리소스 경비 - LISK 의 사이드체인은 101개까지의 DPOS 노드에 의해 유지되어야 하는데, 각 어플리케이션 마다 이 dpos 노드가 있어야 하고, 여기에 리소스 들어감.

3. 보안상 약화 --> 블럭검증에 들어간 노드들이 각각의 체인블럭에만 리소스를 들이게 됨으로써 전체 메인체인의 보안에는 기여를 못함.

4. 어플리케이션 개발의 복잡성 증가 --> 각체인별 특성에 따라 앱의 설계가 틀려지고 이들간의 호환성도 약화.  이에 반해 이더리움의 dapp 개발환경은 표준화되어 있고 상호호환됨.


=====================


몇일전 이더리움 소셜미디어 프로젝인 아캬샤에서 개스가격문제로 글을 쓴게 있습니다.

이더리움 가격이 갑자기 오르면 당장에 개스가격이 같이 올라서, 결국은 트랜잭션이 매우 많은 dapp 들의 활성화가 어려워진다는 이야기입니다.

개스가격을 좀 더 다이나믹하게 조정되게 하고, pos 로 전환이 많은 도움이 되리라 보지만,  싱글체인, 사이드체인과 관련해서 시사점이 있는 주제입니다.


http://blog.akasha.world/2016/06/03/thoughts-from-the-machine-room/


비트쉐어의 steem 처럼 완전히 독자적인 체인으로 가면, 트랜잭션 코스트를 완전히 독자적으로 결정해서 운용할 수 있는 메카니즘을 쉽게 구현할 수 있는 반면, 기존의 체인(예를 들어 비트쉐어 메인체인, 또는 관련 체인들)과 단절이 되어서, 거기서 생기는 시너지 효과는 없어지는 단점이 생깁니다. 반면 이더리움의 단일 체인위에 있으면 다른 dapp들의 사용자베이스를 바로 공유하면서 여러가지 기술적, 마켓팅적 시너지 효과를 누리지만, 공유하는 체인의 코스트가 부담스러워질 수도 있습니다.    LISK가 얼마나 메인체인 <--> 사이드체인,  사이드체인 <--> 사이드체인 간의 연결고리를 효과적으로 잘 구현해낼지 지켜볼만한 대목입니다.








2

atomrigs님의 서명

 

한국이더리움 사용자 그룹: https://www.facebook.com/groups/ethereumkorea/

블로그:  https://www.facten.co.kr/news/articleList.html?sc_sub_section_code=S2N13&view_type=sm

 

댓글 20
  • 좋은 정보 감사합니다.
    lisk 가 그냥 펌프덤프 코인이 아니었군요;;;
  • ?
    좋은거 배워갑니다~ 리스크가 만약에 Graphene 기술을 썼다면 더 대박이 났을지도 모르겠네요..
  • ?
    항상 좋은글 감사합니다
  • ?
    1. 리스크는 무한루프에 빠지면 억제하는 수단이 없습니다.

    2. 앱개발자가 처음 101명 DPOS 참여자를 뽑습니다.

    3. 결정적으로, 단순히 앱저장 위치만 가리키는 메인체인이 왜 필요한지 잘 모르겠습니다.
  • @예티
    리스크의 단점들도 많이 지적되고 있는 것 같더군요.
    아무래도 메인 개발진에 대한 신뢰도 문제가 있는 것 같구요.

    그런데 dpos 멤버 뽑는 과정이야 앱개발자가 어떻게 코딩하느냐에 달려 있겠지만 꼭 독점적으로 뽑아야 하는 것은 아닐 것 같습니다.
    그리고 리스크에는 트랜잭션 피가 없나요? 트랜잭션피가 있으면 무한루프가 실행될 수 없을텐데 말입니다.
    그걸 방지하려면, 사이드체인 에서 이더리움의 개스와 같은 컨셉을 코딩에 넣어야 겠군요.
    한 사이드체인위의 트랜잭션이 메인 체인에서 참조될 수 없으면, 그것은 진정한 사이드체인이라 할 수 없겠지요.
  • ?
    @atomrigs
    여기서 말하는 무한루프는 무한 트랜잭션을 의미하는게 아니고 앱 실행시에, 의도적이거나 또는 프로그래머의 실수로 무한루프에 빠지는 것를 의미합니다. 블록체인 앱 개발환경에서는 디버깅이 수월하지 않기 때문에 실수할 여지가 많을 것 같습니다.

    Lisk가 주장하는 타입의 dapp(분산된 저장소에 저장된 앱을 각 사용자가 다운받아서 각자 실행하는 것) 개념에서 저장소 위치를 가리키는 메인체인이 필요한 이유가 무엇인지 모르겠다는 의미입니다. 리스크 코인이 존재해야할 정당성을 확보하기 위한 트릭이라는 인상을 지울 수가 없네요.
  • @예티
    비트코인에서 사이드체인은 비트코인에서 다른 체인으로 가치를 양방향으로 이동시킬 수 있는 수단의 개념이 부각되어 있습니다. 비트코인을 특정 비트코인 주소로 보내고 이 코인에 대응하는 새 코인이 사이드체인에 생성되고, 나중에 이를 다시 비트코인으로 환원할 수 있습니다. 이렇게 해서 각종 스마트컨트랙 사이드체인에서 비트코인을 그대로 사용할 수 있다는 이야기가 됩니다.

    사이드체인이라고 하지는 않지만 두개의 체인을 사용한 또 다른 예는 Factom 입니다.
    https://github.com/FactomProject/FactomDocs/blob/master/Factom_Whitepaper.pdf?raw=true

    여긴 문서존재증명서비스인데, 각 문서의 해시를 직접 비트코인체인에 올리자니 너무 비싸죠. 그래서 자기네들 체인을 따로 만든다음, 매 블럭의 해시값만 비트코인에 올립니다. 자기네 체인에 올리는 문서의 해식값은 비트코인에 비해 비교할 수 없을 만큼 싸고 문서 증명에 유리하게 블럭구조를 오거나이저 할 수 있습니다. 그렇지만 각 블럭의 해시값이 비트코인에 의해 저장되니까, 자기네 체인을 자기네도 조작할 수 없다는 것을 보장할 수 있다는 것이죠.

    리스크에서 메인체인과 사이드체인과의 관계를 어떻게 구조화할 수 있는지 좀 더 두고봐야 될 것 같군요.
  • @예티
    무한루프가 문제가 되는 것은 블럭체인상에서 모든 vm 이 무한루프에 빠지게 되는 문제일 것 같습니다.
    이더리움의 개스시스템이 단순한 트랜잭션당 물리는 수수료개념이 아니라 vm에서 수행되는 최소 프로세스 유형의 단위당 개스값을 매긴 것입니다. 이렇게 한 것은 트랜잭션을 검증하다가, 블럭체인에 쓰기 전에, 무한루프에 빠지는 것을 방지할 수 있기 때문입니다. 즉 트랜잭션 피만 가지고는 블럭체인에서 돌아가는 vm 의 무한루프를 완전히 차단하기 힘들겠죠.

    개발단계에서 개발자의 무한루프 실수 문제는 큰 이슈가 아닐 것 같습니다. 사실 일반프로그램 코딩에서는 데몬화시키기 위해서 무한루프를 의도적으로 쓰는 경우도 많죠.
  • ?
    @예티
    Lisk의 dapp들은 자기 chain이 따로 있고, 채굴 프로그램도 Lisk채굴 프로그램말고 각자의 프로그램을 쓴다는 건가요? 그리고, 이것은 비트코인의 side chain 개념과는 다른 것인가요?
  • ?
    @atomrigs
    두 번째 논의를 달리 말해보겠습니다. 제가 Lisk를 카피해서 Risk 코인을 사용하는 메인체인을 별도로 만들고 Lisk dapp 사이드체인에 연결시키면, Lisk와 Risk에 무슨 차이가 있냐는 것입니다.
  • ?
    @예티
    ㅋㅋ 그렇게 쉬우면 한번 해보세요. 오더리움 하나 런칭하시고 튀스크라고 런칭해보세요 ㅋㅋ 그렇게 쉬우면 다 돈벌고 다 부자가 됬겠죠? ㅋㅋㅋ 심지어 리스크 오픈소스라서 깃허브에서 포크하시고 런칭하셔도 아무도 말리지 않아요 ㅋㅋ 해보시라니까요? 성공하시면 다시 돌아오시길 ㅋㅋ
  • ?
    @bitcoinuserx
    왜 내가 그런 의미없는 짓을 해야 되죠? 돈 벌려고 그렇게 별 의미 없는 짓하는게 내 취향은 아니라서
  • ?
    @예티
    그럼 안하시면 되죠 ㅋㅋ 인생 간단혀요
  • ?
    @예티
    Rise가 Lisk를 포크했던데요, 어떻게 될지 궁금하긴 하네요
  • ?
    리스크 전송을 몇번 해보니 느릴때는 진짜 엄청 느리더라고요 전송이.. 5시간넘게걸리기도하더라구요..
  • ?
    @샤리
    DPoS라 10초 안에 갈텐데요.. 거래소에서 전송하신거는 거래소 시스템이 연관되기 때문에 좀 느릴 수 있습니다.
  • ?
    @조제리
    아 그런가요 감사합니다.
  • ?
    제가 lisk에 대해서 우려하는부분은 소수의 사람이 대부분의 지분을 가지고있다는겁니다.
    계속 관찰해보니 한사람으로 추정되는사람이 못해도 35%이상은 가지고있는걸로 보이더군요.
    그것도 볼때마다 늘어납니다.
    안본지 며칠은 되긴했네요.
  • ?
    ㅎㅎ 아톰님이 리스크를 먼저 분석하실줄은 몰랐는데 그건 좀 의외네요 ㅋㅋ 그리고 샤리님 원래 인생이 그런거에요. 이더리움도 똑같아요.
  • ?
    @bitcoinuserx
    그게 현실이군요..
default debug random = 0 / type = READ / detected = READ

List of Articles
번호 제목 추천 수 조회 수 글쓴이 날짜
공지 [공동구매] 디센트 지문인증형 지갑 + OTG 케이블 (9/26~10/3 한정수량 100개) file 1022
공구관리자
2022.09.26
5094 미스트지갑에서 etc 찾고싶습ㄴ다 미스트 지갑 또는 마이이더 왈렛에서  ETC를 찾고싶습니다     자세히좀  부탁드립니다.    송금하고 입금하고   프로그램 만질때마다 두렵네요. 한번실수로  소중한 자산이 사라질까봐서    ...         7 1 2848
나빌래라
2016.07.29
5093 [코인원] 이더리움 클래식(ETC) 거래소 오픈     안녕하세요. 코인원에서 이더리움(ETH) 거래소에 이어 이더리움 클래식(ETC) 거래소를 오픈함을 알려드립니다. 지난 7월 26일, 코인원은 공지를 통해 ETC를 BTC로 환전하는 시스템을 운영하며 시장 상황을 주시하... 16 0 3893
Coinone
2016.07.28
5092 Poloniex 입출금 방식 폴로닉스에서 코빗으로 ETH를 보내려는데 코빗은 Account방식의 입출금만 지원된다고 하더군요. Contract방식의 입출금은 지원이 안된다는데 폴로닉스의 출금 방식이 Account인지 Contract인지 어떻게 확인할 수 있을... 1 0 3257
rnlcksgrp
2016.07.28
5091 수수료와 블록체인 컨펌에 관한 질문 입니다 거래수수료 0.00069433 BTC 로 송금을 했는데 5시간째 0컨펌에서 머물고 있네요.. 그리 작은 수수료라고 생각하진 않는데..블록체인을 통한 거래가 일상적이진 않아 익숙치 못해 의문이 생깁니다.   보통 0컨펌으로 ... 3 0 3417
panoplie
2016.07.28
5090 폴로니엑스 질문하고자합니다. ETH 제주소 0x4D8Bb78d4C0442185E0189bF984EDA8e4af3e17d 에서  폴로주소 0x9e5f6baf2e32937e7388bcdb3c7d42700adcc126 요걸로 입금했는데 입금 확인이 30분이 넘게 안되구있는데 어디가서 알아봐야할까요?   고수님... 10 0 5459
로얄패밀리
2016.07.28
5089 폴로닉스 거래소 보이콧 세상에 살면서 백프로 합일점이 어딨나요? 그래도 세상이 묵언의 약속처럼 지켜온 다수결이 많은 혼돈을 막아왔지요 솔직히 반대 의견이 완전히 나빠서 배제되는 경우는 적습니다 단지 흐름에 동조함으로 혼란을 막고... 7 6 2310
코람데오
2016.07.28
5088 스팀잇 한국어 컨텐츠 태그 안내   안녕하세요, 조제리입니다. 다행히도 스팀잇이 활발해지고 있고, 그에 다라 비영어권 글들도 많이 올라오고 있습니다. 한국어도 몇몇 카테고리가 있지만 글이 많이 분산되는 감이 없잖아 있습니다. 그래서 당분간은... 8 3 6663
조제리
2016.07.27
5087 [문의]코빗에서 폴로닉스로 etc 출금했는데 폴로닉스 etc지갑에 etc가 안들어오네요. 말 그래도 코빗에서 폴로닉스로 etc를 출금하였습니다. 코빗에서는 출금 완료됐다고 뜨는데요.... 폴로닉스 etc지갑에는 1시간이 지나도 들어오지 않네요.... (그런데 다른 얘기일 수 있지만, 전에는 폴로닉스에서 가... 8 0 9203
얌시
2016.07.27
5086 ETC - 리플레이(replay) 공격 주의 하드포크 이전에 ETH 를 가지신 분들은 같은 양의 ETC를 받을 수 있는데 (일부 거래소에서는 안됨), 매우 주의해야 할 사항이 있습니다. 리플레이 공격입니다.   ETH 와 ETC 체인이 둘다 똑 같은 프로토콜을 사용하고... 11 2 5707
atomrigs
2016.07.27
5085 ETC 에 대한 비탈릭의 의견 비탈릭이 블로그와 레딧에 최근의 ETC 의 등장에 대한 글들을 올렸습니다. 자세한 번역을 하려다 보니 자꾸 미루게 되었네요.   https://blog.ethereum.org/2016/07/26/onward_from_the_hard_fork/ https://www.reddi... 16 11 6431
atomrigs
2016.07.27
5084 [초보] 마치 살모사가 제 어미를 잡아 먹는 듯 하는 느낌.... 안녕하세요?   초보 마이너 쿠당코당입니다...ㅋㅋ   eth와 etc를 보면서 마치 살모사가 제 에미를 잡아 먹는 듯 한 느낌을 받네요.   사실 폴로닉스와 코인원 이런데 관심도 없었고, 일단 마이닝이나 정상적으로 잘 ... 3 0 2390
쿠당코당
2016.07.27
5083 이제 코인원에서 ETC 잔고 확인 가능합니다.   안녕하세요. 코인원입니다.   저희가 앞서 말씀드렸던 일정대로, 오늘 ETC 잔고 확인 페이지를 열었습니다.   https://coinone.co.kr/etc/ 위 주소로 들어오시면 확인 가능하십니다.   사이트 메인에 배너도 만들어... 8 file 3 2183
Coinone
2016.07.27
5082 [초보]비트코인 재색인중 밸런스 관련 질문입니다. 안녕하세요? 초보 코인인(정청래씨 같네요 ^^) 쿠당코당입니다. 이번에는 비트코인 지갑관련해서 궁금한 사항이 생겨서 질문드리러 왔습니다. 비트코인 코아 지갑을 자꾸 열었다 닫았다 하다가 블럭을 재 색인하는 과... 4 0 1481
쿠당코당
2016.07.27
5081 AMD 주가가 날라가네요 올 2월에 이더리움 채굴로 인한 수요증가와 새로운 AMD GPU 와 CPU 출시 계획을 보고 AMD 에 투자를 했었습니다. 두차례 포스팅을 했었습니다.   http://www.ddengle.com/bitcointrading/1120575 http://www.ddengle.... 8 file 7 3984
atomrigs
2016.07.27
5080 야피존 코페이 지갑에서 비트코인을 보내려 하니 The transaction could not be created: Insufficient funds 가 뜨는데 어떻게 해야 하나요? 0 1911
umix
2016.07.27
5079 ETC 가격에 대한 개인적인 생각 ETC의 폴로닉스 상장으로 제일 큰 피해를 받아야 하는것은 ETH입니다. ETH의 하드포킹에 반대하여 나온게 ETC 이니까요.   그런데 지금 ETH의 가격을 보면 ETC 상장후에 떨어지긴 했지만 생각보다는 크게 하락하지 않... 12 7 3527
WEBUS
2016.07.26
5078 하드포크 이후 폴로에서 전송된 이더에는 etc가 없다 제가 하드포크가 끝나고 바로 다음날 폴로에서 천개의 이더를 국내 거래소에 보냈습니다. 포크의 여파로 몇시간 동안 전송이 확인되지 않아 거래소에 확인 전화를 해도 기다리시라는 답변만 받았지요 그리고 몇일이 ... 0 1563
코람데오
2016.07.26
5077 다오리펀드 할 때 이더리움이 필요 한가요? 어프루브를 클릭하면 팝업창이 뜨는데 비번 넣고 센드 트랜잭션 클릭하면 개스가 부족하다고 뜨고 진행이 안됩니다. 이더리움을 충전해 놓아야 하는지요?   1 file 0 1756
베러댄
2016.07.26
5076 공짜로 ETC얻기 - (전문가만 가능합니다) 준비물 1. ip 가 다른 두개의 pc. 2. 잔고가 있는 이더 개인키. pc1에서 이더 개인키를 넣고 geth 1.4.10을 fork 지원으로 실행합니다. pc2에서 이더 개인키를 넣고 geth 1.4.10을 fork 미지원으로 실행합니다. 이 pc... 11 4 5801
쌍둥아빠
2016.07.25
5075 사고를 치고 말았네요. 미스트 최신버전으로 업그레이드 할 때 구 버전을 삭제 하고 해야 합니까? 그냥 최신버전만 새로 설치 하면 되는 건가요? 신버전을 설치하면 구버전에 있는 이더리움이 그대로 따라 오는지도 알려 주세요. 업그레이드... 13 file 0 3640
베러댄
2016.07.25
목록
Board Pagination Prev 1 ... 852 853 854 855 856 857 858 859 860 861 ... 1111 Next
/ 1111
default debug random = 0 / type = READ / detected = READ