리스크 편집하기
최신판 | 당신의 편집 | ||
1번째 줄: | 1번째 줄: | ||
− | [[파일:리스크 로고.png |썸네일|200픽셀|'''리스크'''(Lisk)]] | + | [[파일:리스크 로고.png |썸네일|200픽셀|'''리스크'''(Lisk) 로고]] |
− | [[파일:리스크 글자.png |썸네일|300픽셀|'''리스크'''(Lisk)]] | + | [[파일:리스크 글자.png |썸네일|300픽셀|'''리스크'''(Lisk) 로고와 글자]] |
'''리스크'''(Lisk, 应用链)는 [[자바스크립트]](JavaScript) 기반의 [[노드제이에스]](node.js) 언어로 만든 [[암호화폐]]이다. [[마이크로소프트]]와 제휴하여 [[애저]](Azure) [[클라우드 서비스]]에서 이용할 수 있다. [[위임지분증명]](DPoS) 방식의 [[합의 알고리즘]]을 사용한다. [[사이드체인]] 기술을 사용했다. '''리스크코인'''이라고도 한다. 리스크의 화폐 단위는 '''[[LSK]]'''이다. 리스크의 창시자는 [[독일]]의 [[맥스 코덱]](Max Kordek)과 [[올리버 베도우스]](Oliver Beddows)이다. 본사는 스위스 [[추크]](Zug)에 있다. 2018년 7월 기준으로 리스크의 시가총액은 5억 5천만 달러, 약 5,900억원으로서 26위이다. | '''리스크'''(Lisk, 应用链)는 [[자바스크립트]](JavaScript) 기반의 [[노드제이에스]](node.js) 언어로 만든 [[암호화폐]]이다. [[마이크로소프트]]와 제휴하여 [[애저]](Azure) [[클라우드 서비스]]에서 이용할 수 있다. [[위임지분증명]](DPoS) 방식의 [[합의 알고리즘]]을 사용한다. [[사이드체인]] 기술을 사용했다. '''리스크코인'''이라고도 한다. 리스크의 화폐 단위는 '''[[LSK]]'''이다. 리스크의 창시자는 [[독일]]의 [[맥스 코덱]](Max Kordek)과 [[올리버 베도우스]](Oliver Beddows)이다. 본사는 스위스 [[추크]](Zug)에 있다. 2018년 7월 기준으로 리스크의 시가총액은 5억 5천만 달러, 약 5,900억원으로서 26위이다. | ||
11번째 줄: | 11번째 줄: | ||
== 주요 인물== | == 주요 인물== | ||
− | * | + | * [[맥스 코덱]] : 맥스 코덱(Max Kordek)은 리스크의 대표 이사 사장이며 라이트커브(Lightcurve)의 공동 창시자이다. 2012년 말 [[블록체인]] 기술에 대해 처음 읽었을 때 즉시 큰 잠재력을 깨닫게 되었다. 그 순간 그는 기술에 집중하기로 결정했다. 그는 다양한 암호 공동체에 자신을 몰입시키고 최대한 많은 지식을 흡수했다. 현재 그는 접근하기 쉽고 사용하기 쉬운 사이드체인 개발 도구(SDK)를 통해 업계가 견인력을 얻을 수 있도록 끊임없이 노력하고 있다. 업무 외적인 면에서 맥스는 모든 것, 특히 기업가가 소설을 현실화 할 때 공상과학 소설을 즐긴다. 그는 또한 일본어를 공부함으로써 조만간 삼중 언어가 되기를 희망한다. |
− | + | * [[올리버 베도우스]] : 올리버 베도우스(Oliver Beddows)는 부통령 및 CTO이다. 글로벌 금융 위기로 인해 당시에 참여했던 프로젝트보다 더 큰 의미의 것을 창출하고 싶다는 것을 알게 되었다. 12년간의 개발 경험을 통해 그는 엘리트보다 많은 사람들의 손에 맡겨진 디지털 기술이 세상을 더 정당하고 정직하게 만드는 강력한 도구가 될 수 있다는 것을 이해했다. 올리버는 [[블록체인]] 기술이 큰 기회를 제공한다는 것을 알았지만 개발자가 사용할 수 있는 [[플랫폼]]은 너무 복잡했다. 이것은 장벽을 낮추고 [[블록체인]] 기술을 적용하는 비전을 가지고 모든 사람을 지원한다는 임무를 시작했을 때였다. 팀과 함께 올리버는 개발자가 전 세계의 개발자에게 현재와 미래의 작업 방식을 자유롭게 작성하고 공동 작업하며 변경하는 방법을 고취시키기를 희망한다. | |
− | * | + | * [[후안 곤잘레스]] : 후안 곤잘레스(Juan Gonzalez)는 코딩 베테랑이다. 다양한 [[플랫폼]]([[리눅스]]/ 리눅스 기반 네트워크)을 위한 다양한 언어 ([[C]],[[파이썬]],[[C#]],[[PHP]],[[자바스크립트]] 등)로 소프트웨어 개발에 이르기까지 DevOps 역할 (관리 시스템, 지속적인 통합, 구성 관리) 라우터, [[윈도우]], [[웹]]/CMSes). 그는 infosec에 관심이 있으며 정기적으로 DerbyCon과 DEFCON에 참석한다. [[블록체인]]에 대한 후안의 열정은 [[미니애폴리스]](Minneapolis)에서 [[이더리움]] 만남으로 시작되었다. 그는 원래 위스콘신에서 왔으며 미식 축구팀인 Green Bay Packers의 열렬한 팬이다. 후안은 UWEC(University of Wisconsin-Eau Claire)에서 컴퓨터 과학 학사 학위를, 위스콘신 대학교 (Stevens Point) 대학교에서 수학을 전공한 스페인 연구과에서 학사 학위를 두 번 받았다. |
− | + | * [[우치모토 미츠아키]] : 우치모토 미츠아키(Mitsuaki Uchimoto)는 소프트웨어 개발에 초점을 맞추기 전에 금융 기관에서 수년 동안 근무했다. 그는 모바일 및 [[웹]] [[응용 프로그램]]에서부터 대화방 및 금융 대시보드에 이르기까지 모든 업무를 수행했다. 그는 기술 도입에 박차를 가하는 유스 케이스이기 때문에 [[블록체인]] 업계에서 더 많은 선수를 만나게 되어 기쁘다. 그는 분권화를 개발자들이 더욱 추진할 수 있는 혁명적인 운동으로 간주한다. 여가시간에는 볼더링과 무에타이를 즐긴다. 그는 또한 먹는 것을 좋아하며 항상 정통 일본 음식을 바라보고 있다. 그는 럿거스 대학교(Rutgers University)에서 경영과학 및 정보 시스템 학사 학위를 취득했다. | |
− | * | + | * [[알리 하시하이츠카]] : 알리 하시하이츠카(Ali Haghighatkhah)는 개발자로서 경력을 쌓은 초기부터 알리는 오픈 소스 [[프레임 워크]]와 라이브러리가 세계에 가져올 수 있는 놀라운 이점을 깨달았다. 그는 개인적으로 이러한 이점에서 이익을 얻었지만 결코 자신의 지역 사회에 그들을 넘겨 줄 기회를 얻지 못했다. 리스크 [[플랫폼]]은 LVM에서 사람들이 보다 잘 분권화된 세계를 만들기 위해 협력하도록 권장하기 때문에 리스크는 마침내 기여할 수 있는 능력을 갖추고 있다. 리스크에 입사하기 전에 알리는 테헤란에서 살면서 일했다. 가장 최근의 일에서 그는 2240m 높이의 산 꼭대기에서 일했다. 그는 자전거를 매일 나르고 작업 일이 끝날 때까지 뒤로 물러 설 것이다. 알리는 이란의 시스탄(Sistan) 대학에서 전기 통신 공학 학사 학위를 취득했다. |
− | + | * [[안드레아스 켄 드리 오라]] : 안드레아스 켄 드리 오라(Andreas Kendziorra, Ph.D.)는 과학자로서 안드레아스는 복잡한 문제를 해결하는 것을 즐긴다. 리스크에 입사 하기 전에 그는 수학 및 공개 키 암호 연구, 교통 모델링, 시뮬레이션 연구, 자동차 산업에서의 감시 및 개발 소프트웨어 연구를 수행했다. 그는 리스크가 다양한 커뮤니티에 이익을 줄 수 있는 안전한 [[디앱]]을 쉽게 만들 수 있는 도구를 제공할 것이라고 믿는다. 그는 복잡한 방정식을 풀지 않을 때 암벽 등반과 같은 육체적으로 어려운 취미를 즐긴다. 안드레아스는 더블린 대학교(University College Dublin)에서 수학 박사 학위를 취득했다.<ref>라이트커브 공식 홈페이지, 〈[https://lightcurve.io/about-us?positions= 회사소개]〉, 《라이트커브 공식 홈페이지》</ref> | |
− | * | ||
− | |||
− | * | ||
− | |||
− | * | ||
== 특징 == | == 특징 == | ||
29번째 줄: | 24번째 줄: | ||
=== 자바스크립트 === | === 자바스크립트 === | ||
+ | |||
리스크의 가장 큰 장점은 [[자바스크립트]] 기반의 [[노드제이에스]](Node.js) 프레임워크를 사용한다는 것이다. 자바는 널리 사용되는 언어이기 때문에 리스크 개발을 위해 굳이 새로운 언어와 방법을 배울 필요 없이 바로 디앱 개발에 참여할 수 있다. 이는 자체 언어를 사용하는 여타 암호화폐들과 차별화를 통해 [[프로그래머]]들이 보다 쉽게 블록체인 앱 개발을 시도할 수 있도록 접근성을 높인 전략이다. 이렇듯 토큰 개발자들은 자바만의 장점인 개발 용이성과 확장성, 호환성 등을 활용하여 디앱을 개발을 할 수 있다. | 리스크의 가장 큰 장점은 [[자바스크립트]] 기반의 [[노드제이에스]](Node.js) 프레임워크를 사용한다는 것이다. 자바는 널리 사용되는 언어이기 때문에 리스크 개발을 위해 굳이 새로운 언어와 방법을 배울 필요 없이 바로 디앱 개발에 참여할 수 있다. 이는 자체 언어를 사용하는 여타 암호화폐들과 차별화를 통해 [[프로그래머]]들이 보다 쉽게 블록체인 앱 개발을 시도할 수 있도록 접근성을 높인 전략이다. 이렇듯 토큰 개발자들은 자바만의 장점인 개발 용이성과 확장성, 호환성 등을 활용하여 디앱을 개발을 할 수 있다. | ||
=== 클라우드 서비스 === | === 클라우드 서비스 === | ||
+ | |||
2016년 초에 리스크는 자바스크립트 애플리케이션 개발을 위해 [[마이크로소프트]]와 파트너십을 체결하고, [[애저]](Azure) 클라우드 서비스를 이용하기로 했다. 이로 인해 리스크 블록체인 애플리케이션 플랫폼을 마이크로소프트 애저(Azure) 클라우드에 도입하게 되었다. 마이크로소프트는 첫 번째 단계로, 리스크를 애저 블록체인에 [[바스]](BaaS, Blockchain as a Service) 프로그램으로 공식 통합시킴으로써, 전 세계 개발자들이 애저 클라우드 컴퓨팅 플랫폼과 인프라를 사용하여 리스크 블록체인 앱을 개발, 테스트 및 구축할 수 있도록 했다. 자체 암호화폐로 구동되는 이 리스크 플랫폼을 사용하면 전 세계 개발자들이 자바스크립트를 사용하여 자체 맞춤 블록체인을 쉽게 배포하고, 디앱을 프로그래밍할 수 있다. 주최측은 [[사물 인터넷]], 맞춤 블록체인 배포 및 디앱 개발을 위한 리스크 사용을 위해 안내서 및 ARM 템플릿을 제공할 것이다.<ref>"[https://blog.lisk.io/lisk-establishes-partnership-with-microsoft-azure-for-javascript-dapp-development-290f79376f05 Lisk establishes Partnership with Microsoft Azure for JavaScript App Development]", ''Lisk Blog'', 2016-03-16</ref> | 2016년 초에 리스크는 자바스크립트 애플리케이션 개발을 위해 [[마이크로소프트]]와 파트너십을 체결하고, [[애저]](Azure) 클라우드 서비스를 이용하기로 했다. 이로 인해 리스크 블록체인 애플리케이션 플랫폼을 마이크로소프트 애저(Azure) 클라우드에 도입하게 되었다. 마이크로소프트는 첫 번째 단계로, 리스크를 애저 블록체인에 [[바스]](BaaS, Blockchain as a Service) 프로그램으로 공식 통합시킴으로써, 전 세계 개발자들이 애저 클라우드 컴퓨팅 플랫폼과 인프라를 사용하여 리스크 블록체인 앱을 개발, 테스트 및 구축할 수 있도록 했다. 자체 암호화폐로 구동되는 이 리스크 플랫폼을 사용하면 전 세계 개발자들이 자바스크립트를 사용하여 자체 맞춤 블록체인을 쉽게 배포하고, 디앱을 프로그래밍할 수 있다. 주최측은 [[사물 인터넷]], 맞춤 블록체인 배포 및 디앱 개발을 위한 리스크 사용을 위해 안내서 및 ARM 템플릿을 제공할 것이다.<ref>"[https://blog.lisk.io/lisk-establishes-partnership-with-microsoft-azure-for-javascript-dapp-development-290f79376f05 Lisk establishes Partnership with Microsoft Azure for JavaScript App Development]", ''Lisk Blog'', 2016-03-16</ref> | ||
=== 위임지분증명 === | === 위임지분증명 === | ||
+ | |||
리스크는 [[위임지분증명]](DPoS)이라는 [[합의 알고리즘]]을 기반으로 한다. 위임지분증명은 [[블록]]을 만드는 대의원을 기반으로 한다. 대의원은 '활동하는 대의원'으로 뽑힌 신뢰할 수 있는 계정이다. 가장 많은 표를 얻은 101명의 대의원이 블록을 생성한다. 이렇게 뽑힌 101명의 대의원에게만 합의 권한이 주어진다. 다른 대의원들은 '대기자 대의원'으로 표시되며, 다른 리스크 소유자로부터 투표를 받아 상위 101명 안에 들면 활동하는 대의원으로 진출할 수 있다. 101표 각각의 가중치는 사용자가 표를 던지는 지갑에 넣은 리스크 금액에 비례한다. 이들은 적극적으로 네트워크를 만들고 보안을 유지하는 역할을 한다. | 리스크는 [[위임지분증명]](DPoS)이라는 [[합의 알고리즘]]을 기반으로 한다. 위임지분증명은 [[블록]]을 만드는 대의원을 기반으로 한다. 대의원은 '활동하는 대의원'으로 뽑힌 신뢰할 수 있는 계정이다. 가장 많은 표를 얻은 101명의 대의원이 블록을 생성한다. 이렇게 뽑힌 101명의 대의원에게만 합의 권한이 주어진다. 다른 대의원들은 '대기자 대의원'으로 표시되며, 다른 리스크 소유자로부터 투표를 받아 상위 101명 안에 들면 활동하는 대의원으로 진출할 수 있다. 101표 각각의 가중치는 사용자가 표를 던지는 지갑에 넣은 리스크 금액에 비례한다. 이들은 적극적으로 네트워크를 만들고 보안을 유지하는 역할을 한다. | ||
42번째 줄: | 40번째 줄: | ||
== 사이드체인 == | == 사이드체인 == | ||
+ | |||
리스크의 가장 큰 특징이자 장점은 [[사이드체인]](sidechain) 기술을 성공적으로 개발하여 적용했다는 점이다. | 리스크의 가장 큰 특징이자 장점은 [[사이드체인]](sidechain) 기술을 성공적으로 개발하여 적용했다는 점이다. | ||
=== 사이드체인의 도입 배경 === | === 사이드체인의 도입 배경 === | ||
+ | |||
사이드체인 기술은 기존 블록체인이 해결하지 못한 데이터 처리 양 문제를 해결하기 위해 도입되었다. [[비트코인]] 블록체인의 장점은 모든 [[노드]]가 모든 거래내역을 함께 공유한다는 것이다. 그러나 이렇게 거래가 계속 진행될수록 공유하는 데이터의 양이 너무 많아진다는 문제점이 생겼다. 비트코인에서 지금까지 사용한 블록체인의 데이터 양만 하더라도 엄청나다. 게다가 이더리움의 [[스마트 계약]]이 포함된 블록체인의 경우, 송금 거래내역 외에도 수많은 디앱 데이터까지 더해져 거래양이 기하급수적으로 증가하여 거래 속도 저하 등 여러 가지 시스템적 문제가 발생하고 있다. 이 때문에 [[알트코인]]들은 이러한 문제점을 보완하기 위해 많은 방안을 제시하고 있다. | 사이드체인 기술은 기존 블록체인이 해결하지 못한 데이터 처리 양 문제를 해결하기 위해 도입되었다. [[비트코인]] 블록체인의 장점은 모든 [[노드]]가 모든 거래내역을 함께 공유한다는 것이다. 그러나 이렇게 거래가 계속 진행될수록 공유하는 데이터의 양이 너무 많아진다는 문제점이 생겼다. 비트코인에서 지금까지 사용한 블록체인의 데이터 양만 하더라도 엄청나다. 게다가 이더리움의 [[스마트 계약]]이 포함된 블록체인의 경우, 송금 거래내역 외에도 수많은 디앱 데이터까지 더해져 거래양이 기하급수적으로 증가하여 거래 속도 저하 등 여러 가지 시스템적 문제가 발생하고 있다. 이 때문에 [[알트코인]]들은 이러한 문제점을 보완하기 위해 많은 방안을 제시하고 있다. | ||
50번째 줄: | 50번째 줄: | ||
=== 사이드체인의 구조 === | === 사이드체인의 구조 === | ||
+ | |||
리스크의 구조는 [[메인체인]]<!--메인 체인-->과 [[사이드체인]]<!--사이드 체인-->으로 이루어진다. 메인체인은 각각의 사이드체인 프로젝트를 등록해주는 역할을 하고, 사이드체인은 별도의 블록체인을 파생시켜 이를 기반으로 디앱 개발이 가능한 환경을 제공한다. 리스크를 이용하려는 개발자는 각각의 [[디앱]] 용도와 개별 아이템의 특성을 살려서, 다양한 속성을 가진 사이드체인을 설계할 수 있다. | 리스크의 구조는 [[메인체인]]<!--메인 체인-->과 [[사이드체인]]<!--사이드 체인-->으로 이루어진다. 메인체인은 각각의 사이드체인 프로젝트를 등록해주는 역할을 하고, 사이드체인은 별도의 블록체인을 파생시켜 이를 기반으로 디앱 개발이 가능한 환경을 제공한다. 리스크를 이용하려는 개발자는 각각의 [[디앱]] 용도와 개별 아이템의 특성을 살려서, 다양한 속성을 가진 사이드체인을 설계할 수 있다. | ||
55번째 줄: | 56번째 줄: | ||
=== 디앱 토큰 === | === 디앱 토큰 === | ||
+ | |||
개발자는 [[디앱]]에서 자신이 원하는 [[토큰]](token)을 만들어 주요 통화로 사용할 수 있다. 이러한 토큰은 LISK 또는 BTC와 같은 방식으로 사용될 수 있지만 토큰은 하나의 디앱 사이드체인에서 다른 디앱 사이드체인으로 직접 이동할 수 없다. 토큰은 리스크의 메인체인을 통해서만 이동해야 한다. 무엇보다 각각의 사이드체인에서 자체적으로 코인을 발행할 수 있기에 자신의 트랜잭션 비용을 관리할 수 있다. 사이드체인을 최대한 활용하려면 토큰을 통합하여 사이드체인의 기능 및 관련 비용을 지불하는데 사용하면 된다. 커뮤니티는 사이드체인을 사용하기 위해 더 이상 여러 개의 토큰이나 암호화폐를 보관할 필요가 없기 때문에 그들의 토큰으로도 이익을 얻을 것이다.<ref name="Lisk Whitepaper"></ref> | 개발자는 [[디앱]]에서 자신이 원하는 [[토큰]](token)을 만들어 주요 통화로 사용할 수 있다. 이러한 토큰은 LISK 또는 BTC와 같은 방식으로 사용될 수 있지만 토큰은 하나의 디앱 사이드체인에서 다른 디앱 사이드체인으로 직접 이동할 수 없다. 토큰은 리스크의 메인체인을 통해서만 이동해야 한다. 무엇보다 각각의 사이드체인에서 자체적으로 코인을 발행할 수 있기에 자신의 트랜잭션 비용을 관리할 수 있다. 사이드체인을 최대한 활용하려면 토큰을 통합하여 사이드체인의 기능 및 관련 비용을 지불하는데 사용하면 된다. 커뮤니티는 사이드체인을 사용하기 위해 더 이상 여러 개의 토큰이나 암호화폐를 보관할 필요가 없기 때문에 그들의 토큰으로도 이익을 얻을 것이다.<ref name="Lisk Whitepaper"></ref> | ||
60번째 줄: | 62번째 줄: | ||
=== 사이드체인 생성 방법 === | === 사이드체인 생성 방법 === | ||
+ | |||
사이드체인을 만드는 것은 리스크 플랫폼에서 디앱을 개발하는 첫 번째 단계이다. 리스크 커맨더용 사이드체인 [[모듈]]을 사용하자마자, 명령행 [[인터페이스]]를 사용하여 사이드체인 개발을 쉽게 할 수 있다. 리스크 커맨더는 암호화된 안전한 첫 블록을 만들거나 중요한 사이드체인 구성 요소를 묶어주는데 도움을 준다. 이 구성 요소에는 효율적인 [[피투피]](P2P) [[웹소켓]] 전송 [[레이어]] 또는 표준화된 계정 원장 시스템과 같은 리스크 코어의 필수 요소가 포함된다. | 사이드체인을 만드는 것은 리스크 플랫폼에서 디앱을 개발하는 첫 번째 단계이다. 리스크 커맨더용 사이드체인 [[모듈]]을 사용하자마자, 명령행 [[인터페이스]]를 사용하여 사이드체인 개발을 쉽게 할 수 있다. 리스크 커맨더는 암호화된 안전한 첫 블록을 만들거나 중요한 사이드체인 구성 요소를 묶어주는데 도움을 준다. 이 구성 요소에는 효율적인 [[피투피]](P2P) [[웹소켓]] 전송 [[레이어]] 또는 표준화된 계정 원장 시스템과 같은 리스크 코어의 필수 요소가 포함된다. | ||
65번째 줄: | 68번째 줄: | ||
=== 사이드체인 개발 도구(SDK) === | === 사이드체인 개발 도구(SDK) === | ||
+ | |||
사이드체인 개발 도구(SDK, Sidechain Development Kit)는 블록체인 응용 프로그램을 프로그래밍하기 위한 모듈 모음을 제공한다. SDK는 리스크 커맨더, 리스크 요소, 리스크 코어 및 리스크 허브의 4가지 강력한 도구로 구성되어 있고, 각 도구마다 고유한 역할이 있다. | 사이드체인 개발 도구(SDK, Sidechain Development Kit)는 블록체인 응용 프로그램을 프로그래밍하기 위한 모듈 모음을 제공한다. SDK는 리스크 커맨더, 리스크 요소, 리스크 코어 및 리스크 허브의 4가지 강력한 도구로 구성되어 있고, 각 도구마다 고유한 역할이 있다. | ||
75번째 줄: | 79번째 줄: | ||
== 제휴 == | == 제휴 == | ||
− | * [[마이크로소프트 애저]] : 리스크는 [[자바스크립트]] [[앱]] 개발을 위해 마이크로소프트 애저(Microsoft Azure)와 파트너십을 체결했다. 마이크로소프트 애저와의 파트너십을 발표하여 리스크 블록체인 애플리케이션 플랫폼을 애저 클라우드에 제공하게 되었다. 마이크로소프트 애저는 | + | * [[마이크로소프트 애저]] : 리스크는 [[자바스크립트]] [[앱]] 개발을 위해 마이크로소프트 애저(Microsoft Azure)와 파트너십을 체결했다. 마이크로소프트 애저와의 파트너십을 발표하여 리스크 블록체인 애플리케이션 플랫폼을 애저 클라우드에 제공하게 되었다. 마이크로소프트 애저는 마이크로소프의 애저 클라우드 컴퓨팅 플랫폼 및 [[인프라]]를 사용하여 리스크 블록체인 응용 프로그램을 개발, 테스트 및 배포 할 수 있다는 것을 의미하는 서비스 BasS 프로그램인 애저 블록체인에 리스크를 공식적으로 통합했다.<ref>리스크, 〈[https://blog.lisk.io/lisk-establishes-partnership-with-microsoft-azure-for-javascript-dapp-development-290f79376f05 Lisk, JavaScript App 개발을 위해 Microsoft Azure와 파트너십 체결]〉, 《미디움》, 2016-03-16</ref> |
− | * [[소켓클러스터]] : 리스크와 그 네트워크는 엄청나게 빠르게 성장하고 있다. 더 큰 네트워크와 연결 요청의 수와 같은 확장성 문제를 해결하기 위해 리스크는 소켓클러스터(SocketCluster)가 [[P2P]] 통신 [[프로토콜]]을 [[HTTP]]에서 웹소켓으로 변경하도록 도왔다. 리스크는 진보적인 기술과 미래 지향적인 기업가를 지원하고 장려하기로 | + | * [[소켓클러스터]] : 리스크와 그 네트워크는 엄청나게 빠르게 성장하고 있다. 더 큰 네트워크와 연결 요청의 수와 같은 확장성 문제를 해결하기 위해 리스크는 소켓클러스터(SocketCluster)가 [[P2P]] 통신 [[프로토콜]]을 [[HTTP]]에서 웹소켓으로 변경하도록 도왔다. 리스크는 진보적인 기술과 미래 지향적인 기업가를 지원하고 장려하기로 결정했다. 개발 과정에서 리스크는 소켓클러스터 제작자와 긴밀하게 협력하여 종종 한 [[프로토콜]]에서 다른 [[프로토콜]]로 원활한 전환을 보장하기 위해 전문 기술에 의존했다. 리스크는 또한 그의 노력이 범위에서 확돼되고 도달 할 수 있도록 재정적으로 노력하기로 했다. 소켓클러스터와 리스크 코어를 통합하면 연결 신뢰성을 높이고 동시에 여러 프로세스를 실행할 수 있으므로 리스크 클러스터화를 위한 기반을 마련 할 수 있다. 가장 중요한 점은 이전과 동일한 시간대에 더 많은 [[트랜잭션]]을 처리하는데 도움이 될 것이다. 이 [[프로토콜]]은 [[클라이언트]]와 서버간에 동시 양방향 통신 채널을 제공한다. 이는 차례로 네트워크 개요 제어를 향상시키고 체인 관리를 능률화한다.<ref>Maciej Baj, 〈[https://blog.lisk.io/lisk-announces-partnership-with-socketcluster-9db93446fcfe Lisk, SocketCluster와의 제휴 발표]〉, 《미디움》, 2017-09-09</ref> |
− | * [[셰이프쉬프트]] : 리스크는 2016년 2월 15일에 셰이프쉬프트(ShapeShift)와 제휴를 맺었다. 리스크는 Shifty Button 및 [[API]] 호출과 같은 기술을 자유롭게 사용할 수 있게 되었다. 대신에 셰이프쉬프트 팀은 [[알트코인]] 변화에 문제가 있는 사용자를 지원할 것이다. 이 계약은 리스크의 맥스 코덱 CEO와 셰이프쉬프트의 CEO 사이에서 공식적으로 전달되었다. 사전에 상호 합의가 있었고 양 당사자는 이 기술 제휴에 | + | * [[셰이프쉬프트]] : 리스크는 2016년 2월 15일에 셰이프쉬프트(ShapeShift)와 제휴를 맺었다. 리스크는 Shifty Button 및 [[API]] 호출과 같은 기술을 자유롭게 사용할 수 있게 되었다. 대신에 셰이프쉬프트 팀은 [[알트코인]] 변화에 문제가 있는 사용자를 지원할 것이다. 이 계약은 리스크의 맥스 코덱 CEO와 셰이프쉬프트의 CEO 사이에서 공식적으로 전달되었다. 사전에 상호 합의가 있었고 양 당사자는 이 기술 제휴에 동의를 했다.<ref>리스크, 〈[https://blog.lisk.io/statement-on-our-shapeshift-partnership-98b166d0f671 ShapeShift 파트너십에 대한 성명서]〉, 《미디움》, 2016-02-27</ref> |
== 로드맵 == | == 로드맵 == | ||
− | 로드맵은 개발자가 구축 할 수 있는 가장 쉽고, 접근하기 쉽고, 매력적인 [[블록체인]] [[애플리케이션]] [[플랫폼]]을 제공하는 실용주의를 염두에 두고 설계되었다. 기존 [[프로토콜]] 및 구현을 변경하는 것을 어렵게 만드는 [[블록체인]] 기술의 강성과 불변성 때문에 응용 프로그램 [[플랫폼]]이 아직 초기 단계에 있는 동안 기술 부채가 | + | 로드맵은 개발자가 구축 할 수 있는 가장 쉽고, 접근하기 쉽고, 매력적인 [[블록체인]] [[애플리케이션]] [[플랫폼]]을 제공하는 실용주의를 염두에 두고 설계되었다. 기존 [[프로토콜]] 및 구현을 변경하는 것을 어렵게 만드는 [[블록체인]] 기술의 강성과 불변성 때문에 응용 프로그램 [[플랫폼]]이 아직 초기 단계에 있는 동안 기술 부채가 최소화 되는 것이 매우 중요하다. 구상 된 리스크 [[블록체인]] [[애플리케이션]] [[플랫폼]]은 블록체인 애플리케이션 개발이 가능한 가장 광범위한 개발자들이 쉽게 접근 할 수 있도록 설계되었다. 리스크의 유연하고 탄력적이며 모듈러 한 [[아키텍처]]는 경쟁업체와 비교했을 때 개발자가 가장 매력적으로 느낄 수 있는 주요 특징 중 하나다. 타입스크립트(TypeScript)는 리스크를 이전보다 더 빠르고 예측 가능하게 개발하는 데 도움이 된다. 새로운 애플리케이션 아키텍처는 새로운 동작으로 애플리케이션을 쉽게 확장하고 사용 가능한 모든 물리적 리소스를 활용하도록 확장 할 수 있는 탄력성을 제공한다. 사이드체인에 SDK를 우선 순위화 한다는 것은 사이드체인 상호 운용성을 구현하는 동안 블록체인 애플리케이션 생태계를 육성할 수 있음을 의미한다. 지금까지 로드맵의 시작 단계를 완료했다. 이것은 리스크 코어 1.0의 출시에 포함된 새로운 [[API]] 및 [[P2P]] 모듈과 같은 중요한 목표를 달성하는 것을 포함했다. 가장 효율적이고 능률적인 방식으로 최종 목표를 달성하기 위해 로드맵의 나머지 부분을 8개의 별개로 나누었다. 각 단계는 일반적으로 특정 목적 및 해당 립(LIP)에 중점을 둔 리스크 개발 과정에서 핵심 일정을 보여준다. |
− | |||
=== 품질 및 성능 === | === 품질 및 성능 === | ||
− | 품질 및 성능은 [[API]] 및 투표 확인 성능을 | + | 품질 및 성능은 [[API]] 및 투표 확인 성능을 향상시킨다. 빌드 당 여러 네트워크를 허용하고 리스크 빌드를 리스크 코어로 이동시켜 개발자 경험을 향상시킨다. 또한 New Relic 기반 노드 벤치마킹을 추가하여 향후 릴리스 및 개발자 툴링을 위한 구성 마이그레이션 시스템을 구체화 할 것이다. 마지막으로, 리스크 엘리먼트를 타입스크립트로 마이그레이션하고, 리스크 엘리먼트에서 모노-레포 구조를 생성하고, 리스크 빌드를 리스크 코어로 이동시킴으로써 전반적인 개발자 경험을 확장 할 것이다. 이 단계는 이미 여러 가지 목표를 달성하고 립 토론회를 열어 진행중에 있다. |
=== 건축술과 디자인 === | === 건축술과 디자인 === | ||
− | 본질적으로 [[블록체인]]은 고정적이며 변경 불가능하다. 따라서 기존 [[프로토콜]] 및 구현을 변경하는 것이 더욱 어려워졌다. 따라서 [[애플리케이션]] [[플랫폼]]이 현재 단계에 있는 동안 기술 부채가 | + | 본질적으로 [[블록체인]]은 고정적이며 변경 불가능하다. 따라서 기존 [[프로토콜]] 및 구현을 변경하는 것이 더욱 어려워졌다. 따라서 [[애플리케이션]] [[플랫폼]]이 현재 단계에 있는 동안 기술 부채가 최소화 되는 것이 매우 중요하다. 이 단계는 리스크코어를 위한 새로운 모듈형 및 복원력있는 [[아키텍처]]를 구현하여 다중 프로세스 지원과 포로토콜 변경 처리를 제공한다. 이 단계가 끝나면 리스크 코어는 구조적으로 안정되어 개발자가 알파 [[SDK]]. 즉, 새 응용 프로그램을 만드는 데 사용되는 [[아키텍처]]가 최종화 되어 개발자가 향후 [[SDK]]와 일치하는 개념 증명 응용 프로그램을 개발을 시작할 수 있다. SDK를 통해 신속한 응용 프로그램 개발을 수행 할 수 있는 능력은 이 단계에서 예비 지원을 받을 수 있다. |
=== 보안 및 신뢰성 === | === 보안 및 신뢰성 === | ||
이 단계는 150개의 확인 후에 블록이 확정되는 것을 보장한다. 또한 서로 다른 체인에서 [[트랜잭션]] 재생을 완화하고 [[P2P]] 모듈에 강력한 피어 선택 및 금지 메커니즘을 추가하는 데 초점을 맞출 것이다. 리스크 요소는 동적 요금 시스템의 일부로 사용될 요금 산정 구성 요소를 추가한다. | 이 단계는 150개의 확인 후에 블록이 확정되는 것을 보장한다. 또한 서로 다른 체인에서 [[트랜잭션]] 재생을 완화하고 [[P2P]] 모듈에 강력한 피어 선택 및 금지 메커니즘을 추가하는 데 초점을 맞출 것이다. 리스크 요소는 동적 요금 시스템의 일부로 사용될 요금 산정 구성 요소를 추가한다. | ||
=== 네트워크 경제학 === | === 네트워크 경제학 === | ||
− | 여기서 리스크는 미래의 생태계에 대비하기 위해 네트워크 내에서 활동을 증가시키기 위해 리스크 코어에서 동적 요금을 | + | 여기서 리스크는 미래의 생태계에 대비하기 위해 네트워크 내에서 활동을 증가시키기 위해 리스크 코어에서 동적 요금을 통합하는데 중점을 둘 것이다. 또한 리스크 요소에 체인 구성 요소를 추가할 것이다. |
=== 네트워크 수명 === | === 네트워크 수명 === | ||
− | 네트워크 수명(Network Longevity) 단계는 네트워크가 로드맵에 표시된 최종 단계를 넘어 리스크 블록체인 애플리케이션 플랫폼을 계속 지원할 수 | + | 네트워크 수명(Network Longevity) 단계는 네트워크가 로드맵에 표시된 최종 단계를 넘어 리스크 블록체인 애플리케이션 플랫폼을 계속 지원할 수 있도록한다. 이를 달성하기 위해 주소 및 블록 / 트랜잭션 ID 시스템을 대체하여 블록체인의 불변성을 보장한다. 리스크는 또한 리스크 네트워크가 보다 중요한 변화를 준비하기 위해 우아하게 변화를 처리 할 수 있는 능력을 구현할 것이다. |
=== 스테이크 증서 위임장 === | === 스테이크 증서 위임장 === | ||
− | 이름에서 알 수 있듯이 이 단계에서는 리스크 요소에 응용 프로그램 | + | 이름에서 알 수 있듯이 이 단계에서는 리스크 요소에 응용 프로그램 부트 스트랩 구성 요소를 추가 할 뿐만 아니라 합의 메커니즘을 개선한다. 완료되면 개발자는 베타 SDK에 액세스 할 수 있다. 제안 된 맞춤 토큰 시스템, ICO 메커니즘 및 사이드체인 상호 운용성 솔루션은 이 단게에서 지원되지 않는다. |
=== ICO 및 맞춤 토큰 === | === ICO 및 맞춤 토큰 === | ||
− | 이 단계의 시작에 따라 다양한 중요한 목표가 | + | 이 단계의 시작에 따라 다양한 중요한 목표가 완료 될 것이다. 여기에는 개선 된 블록체인 보안, 동적 요금, 새로운 ID 시스템, 진화된 DPoS, 핵심 및 요소를 타입스크립트로 완전히 마이그레이션하는 기능, [[SDK]]를 통해 신속한 응용 프로그램 개발을 수행 할 수 있는 기능 등이 포함된다. 이 단계에서 리스크는 리스크 엘리먼트의 사이드체인 요소인 리스크 메인체인에서 ICO를 수행 할 수 있는 기능을 추가 할 것이다. 리스크 엘리먼트는 완성 시 Release Candidate [[SDK]]. 개발자는 리스크 엘리먼트 및 리스크 커맨더(Commander)를 완벽하게 지원하여 개념 증명 블록체인 응용 프로그램을 만들 수 있다. 또한 [[SDK]]를 사용하여 리스크 메인 체인에서 응용 프로그램에 대한 맞춤 토큰 등록 및 전송 및 ICO 수행을 포함하는 새로운 응용 프로그램을 완전히 부트 스트랩하고 개발 할 수 있다.리스크가 제안한 사이드 체인 상호 운용성 솔루션은 아직 이 단계에서 지원이 되지 않을 것이다. |
=== 블록체인 애플리케이션 플랫폼 === | === 블록체인 애플리케이션 플랫폼 === | ||
− | 리스크의 개발 로드맵 마지막 단계인 리스크 [[코어]]와 [[애플리케이션]] 체인 간의 사이드체인 커뮤니케이션이 | + | 리스크의 개발 로드맵 마지막 단계인 리스크 [[코어]]와 [[애플리케이션]] 체인 간의 사이드체인 커뮤니케이션이 추가 될 것이다. 블록체인 애플리케이션 플랫폼은 Rroduction SDK와 함께 전체적으로 제공된다. 이 시점에서 개발자는 신뢰할 수 있는 토큰 전송 뿐만 아니라 쉐이더와 메인 체인 사이의 확장 가능한 상호 운용성을 갖춘 완벽하게 작동하는 SDK에 액세스 할 수 있다. |
=== 새로운 애플리케이션 아키텍처 === | === 새로운 애플리케이션 아키텍처 === | ||
− | 앞서 언급했듯이 알파 SDK의 출시와 함께 리스크는 새로운 애플리케이션 [[아키텍처]]를 | + | 앞서 언급했듯이 알파 SDK의 출시와 함께 리스크는 새로운 애플리케이션 [[아키텍처]]를 완성 할 것이다. 이 아키텍처는 새로운 동작으로 응용 프로그램을 쉽게 확장하고 사용 가능한 모든 물리적 리소스를 활용하도록 확장 할 수 있는 탄력성을 제공한다. 새로운 디자인을 통해 애플리케이션은 단일 스레드, 다중 프로세스, 분산 프로세스까지 확장 할 수 있을뿐만 아니라 플러그인 패턴 및 지원 [[API]]를 사용하여 기존 애플리케이션을 쉽게 수정하고 확장 할 수 있다. 리스크 개발 로드맵의 다른 모든 목표와 마찬가지로 이 프로세스는 립 프로세스 중 변경 및 개선의 대상이 된다. |
=== 타입스크립트(Typescript)로의 마이그레이션 === | === 타입스크립트(Typescript)로의 마이그레이션 === | ||
− | 베타 SDK가 완료되면 리스크 코어와 리스크 엘리먼트를 모두 타입스크립트로 마이그레이션 할 것이다. 기술적으로, 이 [[프로그래밍 언어]]는 자바스크립트(Javascript)의 상위 집합으로서, 자바스크립트가 수행하는 모든 작업과 몇 가지 추가 기능을 수행 할 수 있다. 오픈 소스 언어로 2012년에 처음 등장한 이래로 인기를 얻고 있다. 2017년 스택오버플로우(StackOverflow)의 2017 설문 조사에서 | + | 베타 SDK가 완료되면 리스크 코어와 리스크 엘리먼트를 모두 타입스크립트로 마이그레이션 할 것이다. 기술적으로, 이 [[프로그래밍 언어]]는 자바스크립트(Javascript)의 상위 집합으로서, 자바스크립트가 수행하는 모든 작업과 몇 가지 추가 기능을 수행 할 수 있다. 오픈 소스 언어로 2012년에 처음 등장한 이래로 인기를 얻고 있다. 2017년 스택오버플로우(StackOverflow)의 2017 설문 조사에서 3 번째로 가장 많이 사랑받는 언어로 선정되었으며, [[구글]]이 Angular 2.0을 개발하기 위해 선발했다. 연간 자바스크립트 상태 설문조사는 자바스크립트 개발자들 사이에서 이 [[프로그래밍 언어]]의 인기와 사용이 점진적으로 증가하고 있음을 보여준다. 2018년에는 조사 대상자 중 45% 이상이 다시 사용했다고 주장했으며, 이는 불과 1년 전에 33% 상승한 수치다. 마찬가지로 2018년에 33%가 추가로 타입스크립트에 대해 들어봤고, 더 많은 것을 배우고 싶어한다고 주장했다. 타입스크립트는 유형 확인, 인터페이스, 추상 클래스, 대수 데이터 유형, 코드 리팩토링, 자동완성, 비동기 함수 및 장식자를 비롯하여 자바스크립트에 대한 많은 추가 기능을 제공한다. 자바스크립트 자체로는 유형 검사가 시행되지 않는다. 즉, 자바스크립트를 작성할 때 유형을 너무 많이 고려할 필요가 없다. 예를 들어 우리가 의도하는 유형을 명시하지 않고도 변수를 선언 할 수 있다. 나중에 다른 유형으로 자유롭게 전환 할 수 있다. 또한 변수를 생성하여 문자열에 할당 할 수 있다. 이 문자열은 나중에 숫자나 부울에 다시 할당 할 수 있다. 이는 문제가 될 수 있으며, 응용 프로그램이 다양한 유형의 입력에 어떻게 반응하는지 예측할 수 없는 수준을 만든다. 개발자가 코드를 작성하는 동안 가능한 시나리오에 대한 지속적인 인식을 유지하지 않으면 런타임에 유형 오류가 발생할 수 있다. 미션 크리티컬 애플리케이션을 실행할 때 이러한 오류가 발생해서는 안된다. 타이프 라이터가 다 리스크가 예를 들어, 자바스크립트의 모든 이점을 활용 할 수, 정적으로 입력된 언어의 예측 가능성의 혜택과 함께 [[클라이언트]]와 서버, 활기찬 오픈 소스 커뮤니티와 인기를 모두 사용,. 이 [[프로그래밍 언어]]는 특히 현대 개발 환경에서 뛰어난 개발 경험을 제공한다. 이러한 환경에서 타입스크립트를 코딩 할 때 응용프로그램을 실행할 때가 아니라 코드를 이동하면 형식 검사가 수행된다. 이 지속적인 피드백을 통해 개발자는 형식 오류를 일찍 처리하고 즉시 처리하여 런타임에 형식 오류가 발생할 가능성을 제거 할 수 있다. 따라서 리스크 엘리먼트는 타입스크립트에 적합한 후보이며, 접근성이 높고 안전한 블록체인 애플리케이션 플랫폼을 구축하려는 리스크의 사명을 도와주었다. 그런데 타입스크립트는 모든 개발자가 선호하지 않을 수 있으므로 일반 자바스크립트를 사용하여 리스크에서 개발할 수 있다. 타입스크립트는 자바스크립트로 변환된다. 즉, 서버 또는 브라우저에서 리스크 요소를 실행할 때 코드를 컴파일하기 위해 컴파일 되는 자바스크립트다. 로드맵의 네트워크 경제 단게에서 모든 모듈을 추출하여 리스크 엘리먼트로 마이그레이션 한 후에는 나머지 리스크 코어 애플리케이션을 타입스크립트로 마이그레이션 할 것이다. |
=== 리스크 프로토콜 === | === 리스크 프로토콜 === | ||
− | 로드맵 전반에 걸쳐 논리 추출 및 리스크 요소로의 | + | 로드맵 전반에 걸쳐 논리 추출 및 리스크 요소로의 점진저인 마이그레이션 과정이 있다. 첫 번째 두 단계에서 리스크는 리스크의 품질, 성능, [[아키텍처]] 및 디자인 측면에서 해결하는 데 주력하고 있다. 리스크의 현재 시점에서는 리스크 코어에 영향을 미친다. 이러한 단계에 따라 로드맵은 새로운 응용 프로그램 아키텍처를 기반으로 필요한 프로토콜 변경을 가져오는데 중점을 둔다. |
− | === 단계의 | + | === 단계의 우선 순위 지정 === |
− | 리스크의 궁극적인 목표는 가능한 한 빨리 세계 최고의 블록체인 애플리케이션 플랫폼을 제공하는 것이다. | + | 리스크의 궁극적인 목표는 가능한 한 빨리 세계 최고의 블록체인 애플리케이션 플랫폼을 제공하는 것이다. 이렇게하기 위해서는 확장성, 보안 및 아키텍처와 같은 문제에 우선 순위를 매길 필요가 있다. 리스크를 개발자가 참여할 수 있는 건강하고 활동적인 생태계로 만드는데 중요한 역할을 할 것이므로 DPoS 개선과 동적 요금 도입의 중요성을 인식하고 있다. 이것이 동적 요금이 로드맵에 설명 된 프로토콜 및 SDK 목표를 처리한 직후에 예정된 이유다. 또한 로드맵의 초기 단계에서 DPoS와 관련된 몇 가지 개선 사항을 구현하고 있다. 예를 들어, 리스크는 보안 및 신뢰성 단계에서 블록 검증 및 최종성을 향상시키는 것을 목표로 하고 있으며, 네트워크 수명 단계에서 미래 보장 프로토콜 변경 메커니즘을 제공하려고 한다. 앞서 언급 한 두 단계 모두 DPoS 향상을 위한 단계를 마련했다. 리스크는 또한 DPoS 메커니즘이 어떻게 변화 될 것인가가 널리 논쟁의 대상이 될 것이라는 점을 잘 알고 있다. 따라서 리스크는 LIPs 메일 링리스트에서 주제에 대한 견고한 토론을 장려하고 최대한 많은 공동체 의견을 구집하고자 한다. 리스크가 적극적으로 개발자들과 교전하지 않으면 리스크 생태계가 살아남을 수 없다. 따라서 리스크는 개발자가 최대한 빨리 플랫폼에서 개발할 수 있도록 해야 한다. 이것이 바로 사이드체인을 넘어선 SDK 구현의 우선 순위를 정한 이유이기도 하다. |
=== 로드맵에 날짜가 없는 이유 === | === 로드맵에 날짜가 없는 이유 === | ||
− | * 블록체인 프로젝트의 로드맵에 대해 어려운 날짜를 전달하는 것은 일반적인 업계 표준이 아니며, 전통적인 기술 | + | * 블록체인 프로젝트의 로드맵에 대해 어려운 날짜를 전달하는 것은 일반적인 업계 표준이 아니며, 전통적인 기술 회사에게는 맞지 않다. 따라서 리스크는 공식적으로 날짜를 명시하지 않기로 결정했다. |
* 로드맵의 구조는 가능한 가장 능률적인 방식으로 블록체인 애플리케이션 플랫폼의 최종 목표를 달성하도록 설계된 워크 플로에 대한 민첩한 접근 방식을 반영한다. | * 로드맵의 구조는 가능한 가장 능률적인 방식으로 블록체인 애플리케이션 플랫폼의 최종 목표를 달성하도록 설계된 워크 플로에 대한 민첩한 접근 방식을 반영한다. | ||
* 리스크는 미션 크리티컬 한 오픈 소스 및 분산형 블록체인 애플리케이션 플랫폼을 구축하고 있다. 리스크는 또한 리스크가 직면하게 될 외부의 도전이나 립 반복을 고려하고 있다.<ref name="리스크 공식 홈페이지"></ref> | * 리스크는 미션 크리티컬 한 오픈 소스 및 분산형 블록체인 애플리케이션 플랫폼을 구축하고 있다. 리스크는 또한 리스크가 직면하게 될 외부의 도전이나 립 반복을 고려하고 있다.<ref name="리스크 공식 홈페이지"></ref> | ||
+ | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
{{각주}} | {{각주}} | ||
129번째 줄: | 127번째 줄: | ||
* 라이트커브 공식 홈페이지, 〈[https://lightcurve.io/about-us?positions= 회사소개]〉, 《라이트커브 공식 홈페이지》 | * 라이트커브 공식 홈페이지, 〈[https://lightcurve.io/about-us?positions= 회사소개]〉, 《라이트커브 공식 홈페이지》 | ||
* Maciej Baj, 〈[https://blog.lisk.io/lisk-announces-partnership-with-socketcluster-9db93446fcfe Lisk, SocketCluster와의 제휴 발표]〉, 《미디움》, 2017-09-09 | * Maciej Baj, 〈[https://blog.lisk.io/lisk-announces-partnership-with-socketcluster-9db93446fcfe Lisk, SocketCluster와의 제휴 발표]〉, 《미디움》, 2017-09-09 | ||
− | |||
− | |||
− | |||
== 같이 보기 == | == 같이 보기 == | ||
139번째 줄: | 134번째 줄: | ||
* [[노드제이에스]] | * [[노드제이에스]] | ||
* [[사이드체인]] | * [[사이드체인]] | ||
− | |||
{{암호화폐 종류|좋은글}} | {{암호화폐 종류|좋은글}} |