"시아코인"의 두 판 사이의 차이
1번째 줄: | 1번째 줄: | ||
[[파일:시아 로고.jpg|썸네일|오른쪽|200픽셀|'''시아'''(Sia) 로고]] | [[파일:시아 로고.jpg|썸네일|오른쪽|200픽셀|'''시아'''(Sia) 로고]] | ||
− | '''시아'''(Sia) 또는 '''시아코인'''(Siacoin)은 분산형 [[클라우드]] 기반의 [[스토리지]] 서비스를 위한 [[암호화폐]]이다. 기존 중앙화 방식의 저장소를 임대하여 사용하는 대신에, 시아 네트워크에 있는 개인들은 서로 저장소를 공유할 수 | + | '''시아'''(Sia) 또는 '''시아코인'''(Siacoin)은 분산형 [[클라우드]] 기반의 [[스토리지]] 서비스를 위한 [[암호화폐]]이다. 기존 중앙화 방식의 저장소를 임대하여 사용하는 대신에, 시아 네트워크에 있는 개인들은 서로 저장소를 공유할 수 있다. 시아 자체는 양 당사자 간에 발생하는 고객정보와 데이터 계약에 대한 정보만을 저장하게 되며, 거래자들 간의 협의 사항을 블록체인에 포함할 수 있다. 비트코인과 비슷한 방식의 블록체인 기술<ref>Satoshi Nakamoto, "Bitcoin: A Peer-to-Peer Electronic Cash System", 2008-11</ref><ref>Bitcoin Inc., "https://bitcoin.org/en/developer-guide Bitcoin Developer Guide", ''Bitcoin'', 2014</ref>이 이러한 목적으로 활용된다. |
2018년 9월 18일 (화) 17:10 판
시아(Sia) 또는 시아코인(Siacoin)은 분산형 클라우드 기반의 스토리지 서비스를 위한 암호화폐이다. 기존 중앙화 방식의 저장소를 임대하여 사용하는 대신에, 시아 네트워크에 있는 개인들은 서로 저장소를 공유할 수 있다. 시아 자체는 양 당사자 간에 발생하는 고객정보와 데이터 계약에 대한 정보만을 저장하게 되며, 거래자들 간의 협의 사항을 블록체인에 포함할 수 있다. 비트코인과 비슷한 방식의 블록체인 기술[1][2]이 이러한 목적으로 활용된다.
목차
채굴
시아는 시아마이닝(SiaMining)이라는 마이닝 풀에서 채굴할 수 있다.
개요
시아코인(Siacoin)은 2013년 MIT 해커톤에서 사용하지 않는 파일 저장소에 대해 활용에 대한 해결을 위한 고민에서 시작되었다.[3] 시아코인은 블록체인 기반의 클라우드 서비스를 목적으로, 고객의 정보와 데이터를 블록체인에 담는 암호화폐이다. 이전의 온라인 데이터 저장소 웹하드 기능을 더 저렴한 비용으로 블록체인 기반으로 사용할 수 있는 서비스인 것이다. 시아는 데이터 저장소를 가지고 있는 호스트와 데이터 저장을 원하는 고객이 계약(contract)을 함으로써, 호스트는 고객에 대해 동의하며, 계약이 종료될 때까지 주기적으로 저장이 증명되는 것이다. 호스트는 고객에 대하여 증명할 때마다 보상을 받게 되며, 만약 증명에 실패하면 처벌Penalty를 받게 된다. 시아 블록체인으로 이러한 과정을 공개적으로 확인할 수 있다. 네트워크의 합의 알고리즘(network consensus)을 활용하여 이러한 계약을 자동으로 강화할 수 있다. 블록체인에 데이터를 암호화시켜서 저장하면 완벽한 보안을 두게 된다. 블록체인 전체 네트워크를 해킹하지 않고서는 이 블록체인에 저장된 내용을 볼 수 없기 때문이다. 서버를 공급하는 관리자나 전기료가 별도로 들지 않기 때문에 비용이 저렴하다. 클라우드 서비스 5TB (5,000GB) 사용비용은 구글 클라우드는 월 100달러, 아마존은 115달러, 마이크로소프트는 120달러의 비용이 들지만, 시아코인은 5달러로 저렴하게 이용할 수 있다.(하지만, 2017년 기준 약정 기간에 따라 최대 75% ~ 최소 10%까지 경쟁사들의 클라우드 서비스는 할인을 늘려 서비스 하고 있다.)
특징
시아는 분산형 저장시스템이다. 시아를 통해 피어(peer) 방식의 저장 계약을 맺을 수 있으며, 이러한 계약들은 저장장치 공급자(호스트)와 클라이언트 간의 계약이다. 계약의 내용에는 어떤 데이터가 어떤 가격으로 저장될 지가 들어있다. 계약을 유지하려면 저장장치 공급자는 클라이언트의 데이터를 저장하고 있다는 사실을 주기적으로 증명해야 한다.계약은 블록체인에 저장되며, 공개적으로 감시할 수 있다. 시아는 맨 처음에는 알트코인으로 시작할 것이지만, 나중에는 양방향 페그(two-way peg)를 통하여 비트코인과 연결될 것이다. 이때 이 양방향 페그는 단어에서 유추할 수 있듯이 비트코인을 시아코인으로 또는 그 반대로 전송하는 방법이다. 실제로 비트코인이 시아로 교환될 때, 블록체인 간에 통화는 전송되지 않는다, 이러한 작업을 수행하는 단일 [트랜잭션]]이 없기 때문이다. 이것은 시아코인이 다른 블록체인에서 잔액의 진위를 확인할 수 없기 때문이다.
구조
트랜잭션은 시아코인과 비트코인이 유사하다. 모든 계약과 관련하여 비트코인의 모든 거래를 유효하게 하는 스크립트 언어(script system)[4]를 사용하지 않는 대신에 공동서명 스키마(M-of-N multi-signature scheme)를 채택하였다. 공동서명 스키마는 m-of-n의 조합으로 지정되고 이때, m과 n은 1과 32 사이의 숫자가 된다. 멀티시그 계정으로 변환되는 계정은 개인 키(private key)의 무효가 됨에 따라, 해당 계정이 더 거래를 할 수 있는 권한이 없어지게 된다. 이를 통해 복잡성을 늘리고 외부 공격으로부터 위험을 줄이게 된다. 시아는 또한 트랜잭션(transaction) 부분을 확장하여 계약을 만들고 실행하는 것을 가능하도록 하는데, 계약(contract), 증명(proofs), 계약 업데이트(contract updates)의 3가지로 확장하는 것이다. 계약(contract) 안에는 호스트와 고객이 원하는 파일의 저장 공간과 해시값이 담겨있다. 호스트는 저장소에 대한 증명(proof)을 주기적으로 해야 하며, 계약에는 그 주기를 포함하고 있다. 계약이 실행되면, 나중에 계약 업데이트(contract update)를 통해 수정될 수 있다.
트랜잭션
트랜잭션에 포함하는 내용은 다음과 같다.[5] 버전(Version) - 프로토콜 버전 번호(protocol version number) 임의의 데이터(Arbitrary Data) - 메타 데이터를 위해 사용된 데이터 (Used for metadata or otherwise) 채굴 수수료(Miner Fee) - 채굴자에 보상 (Reward given to miner) 입력(Inputs) - 수입 금액( Incoming fund) 출력(Outputs) - 지급 금액(Outgoing funds) 계약 파일(File Contract) - See: 계약 파일(File contract) 저장 증명(Storage Proof) - 저장 증명(See: Proof of Storage) 서명(Signature): 입력된 서명(Signature from each input))
1. 입력과 출력
출력은 코인의 볼륨으로 구성된다. 각각의 출력은 관련된 사용자(Identifier)가 존재하며, 사용자는 출력이 이뤄지는 거래로부터 발생한다. 거래(transaction)에 대한 output I의 ID는 다음과 같이 정의된다.
H(t||“output”||i)
여기에서 H는 암호화된 해시(hasing) 기능이며, “output”은 string literal이다. 블록 보상과 마이너 수수료(miner fee)는 특별한 output ID를 가진다.
H(H(Block Header)||“blockreward”)
모든 입력(input)은 선행하는 출력(output)으로부터 시작되어야 하며, 따라서 입력(input)은 출력 ID(output ID)와 같다. 입력과 출력은 조건을 보내는 것 (Spend Conditions)으로 동조된다. 입력은 스스로 조건을 보낼 수 있으며, 출력은 머클루트해시(Merkle root hash)를 가지고 있다. [6] 여기서 머클루트(Merkel root)는 블록에 있는 모든 거래명세를 작은 크기의 용량으로 블록헤더에 존재하는 데이터이다. 이를 해시로 변환한 데이터를 머클루트해시라 한다.
2. 보내는 조건
보내는 조건(Spend condition)이란 코인이 전송되기 이전에 반드시 충족되어야 하는 속성으로 잠금(time lock)과 공개키의 집합을 포함하고 서명의 개수도 요구된다. 잠금(time lock)이 풀리고, 서명의 항목에 키가 추가되어야만 출력(output)이 전송될 수 있다. spend condition은 time lock, 서명의 개수, 공개의 3가지를 통하여 머클트리로 해시 암호화된다. 이 머클트리의 root hash는 코인이 전송되는 주소로 활용된다. 코인을 소비하기 위해서, 주소 해시에 대한 소비 조건이 충족되어야 한다. Merkle tree의 사용을 통하여 거래 당사자들은 소비 조건 속에서 선택된 정보를 공개할 수 있다. time lock과 서명의 개수는 낮은 entropy를 나타내며, 공격에 취약하다는 점을 이해해야 하고 이러한 문제를 해결하기 위해 이 필드들에 더미 함수와 같은 랜덤한 문자열을 추가해야 한다. 이러한 방법으로 entropy를 높일 수 있게 된다.
3. 서명
거래(transaction)의 각 입력(input) 부분은 반드시 서명되어야 한다. 암호화된 서명(Signatures)은 input ID/ time lock/ flag와 쌍을 이룬다. 입력(input) 아이디는 서명이 어떠한 입력(input)에 대응하는지를 나타낸다. 잠금(time lock)은 서명이 유효해지는 시간을 나타낸다. 거래(transaction)의 필드 하위 집단은 각각 서명될 수 있다. flag를 나타내면 모든 거래(transaction)가 서명되어야 한다.
4. 파일 계약
파일 계약(File Contract)은 저장소 호스트(Host)와 고객(Client) 간의 계약이다. 파일 계약의 핵심은 그 파일의 머클 루트 해시(Merkle root hash)이다. root hash는 파일의 총 크기와 함께 저장소 증명을 위해 사용될 수 있다. 파일 계약은 다음을 규정한다. 기간(duration), 검사 빈도(challenge frequency), 유효 증명에 대한 지급(payout parameter). 검사 빈도(Challenge frequency)는 저장소 증명이 얼마나 자주 발행되어야 하는지를 나타내며, 호스트가 저장소 증명을 전송하는 동안, 별도의 challenge window를 만들어내는데 하나의 윈도우에는 하나의 challenge만 낸다. 만약 계약금액이 계약 기간이 종료된 뒤에도 여전히 남아있다면, 계약은 종료되며 나머지 코인들은 유효한 증명 주소로 전송된다. 반대로 계약 금액이, 기간이 지나기 전에 고갈되어 버리거나, 혹은 최대 손실 증명 횟수를 초과하게 되면 계약은 비성공적으로 종료되며, 나머지 코인들은 손실 증명 주소로 전송된다. 이러한 증명 과정을 완수하거나 손실하는 것을 통해 계약에 명시된 수신자에게로 향하는 새로운 transaction output을 만들어낸다. 증명의 ID는 contract ID에 따라 달라지며, 다음과 같이 정의된다.
H(transaction||“contract”||i)
여기에서 I는 계약 안에서의 계약의 index를 나타낸다. output ID는 다음으로부터 정의된다.
H(contract ID||outcome||Wi)
(Wi는 window index로 계약이 이뤄진 이후, 지나간 윈도우의 개수를 나타낸다.)
저장소 증명의 유효성에 따라 결과물(output)은 문자열로 “유효함(validproof)” 또는 “손실됨(missedproof)” 둘 중 하나이다. 계약 종료의 output ID는 다음으로 정의된다.
H(contract ID||outcome)
outcome은 계약 종료의 상태에 따라, “성공적 계약 종료(successful-termination)” 또는 “비성공적 계약 종료(unsuccessful-termination)” 중 하나로 구성된다. 파일 계약은 또한 “수정 조건(edit conditions)”의 리스트와 함께 생성되는데, 만약, 수정 조건이 충족되면, 계약은 수정될 수 있다. 계약금, 파일 해시, output 주소 등 어느 것이든 수정할 수 있다. 이러한 수정은 저장소 증명의 유효성에 영향을 줄 수 있으므로, 계약 수정은 어느 시점의 challenge window로부터 유효한지를 명시해야 한다. 이론적으로, 각 개인은 “미세 수정 채널”을 통하여 자주 수정할 수 있다.
저장소에 대한 증명
계약(contract)을 충족하기 위하여 저장소 증명 transaction은 주기적으로 전송된다. 저장소 증명을 할 때마다 특정한 파일 계약을 목표로 한다. 저장소 증명은 input이나 output은 불필요하며, 단지 contract ID와 proof data가 요구된다.
1. 알고리즘
호스트는 원래 파일 조각을 저장하고 있음을 입증해야 하고, Merkle tree로부터 어떠한 해시 리스트가 있는지 리스트를 제공해야 한다. 이러한 정보를 통해 충분히 해당 조각이 Merkle tree로부터 온 파일이라는 것을 입증할 수 있다. 이러한 입증과정이 블록체인으로 전송되므로 누구나 유효성을 확인할 수 있다. 각각의 저장소 입증은 무작위로 선택된 조각을 이용한다. Challenge window Wi에 대한 무작위 시드는 다음과 같다.
H(contract ID||H(Bi-1))
여기에서 Bi-1은 Wi직전의 블록이다. 만약 호스트가 지속해서 무작위 조각에 대한 저장을 증명하면, 전체 파일을 저장하고 있을 가능성이 매우 높다. 만약 50%의 파일만을 저장하는 호스트는 거의 50%의 저장소 증명을 제대로 해낼 수 없을 것이다.
2. 블록 점유 공격
블록 점유 공격(block withholding attack)을 통하여 난수 생성 장치(random number generator)는 조작될 수 있다. 이러한 공격에서 공격자는 유리한 난수가 나올 때까지 블록을 보유하게 된다. 그러나, 공격자는 특정의 challenge에 대해서 단 한 번만 조작할 기회를 얻게 된다. 게다가 난수를 조작하기 위하여 블록을 점유하게 되면 공격자는 해당 블록 보상만큼의 손실을 보게 된다. 만약 공격자가 50%의 블록을 채굴하면, 50%의 challenge가 조작된다. 그런데도 나머지 50%는 여전히 무작위며, 따라서 공격자가 저장소 증명을 하는 데에는 다시 실패할 것이다. 블록 점유 공격이 없다면 실패율이 1.5배 이상 상승한다. 이러한 공격을 방어하기 위해서 클라이언트는 고도의 challenge frequency, 손실된 부분에 대한 높은 페널티를 지정해야 한다. 그리고 이러한 주의사항만 지킨다면, 금전을 노린 공격자(네트워크 해시파워의 50% 이하를 통제하는 공격자)의 공격을 방지할 수 있다.
3. 닫힌 창 공격
증명 거래(proof transaction)가 블록체인 단계로 진행되었다면, 호스트만이 저장소 증명을 완수할 수 있다. 채굴자들은 악의적으로 블록으로부터 저장소 증명을 배제할 수 있는데, 스스로에 대한 transaction fee는 얻지 못하고, 호스트에게 페널티를 부과하게 된다. 대체로, 채굴자들은, 다른 거래보다 해당 거래가 중요할 경우에는 호스트에게 저장소 증명에 대한 수수료를 높게 요구할 수 있다. 이러한 경우를 closed window attack이라고 한다. 왜냐하면 악의적 채굴자가 인공적으로 “window를 닫았기” 때문이다. 이것을 방지하기 위해, window size를 크게 만든다. 호스트는 아마도 window size를 바탕으로 마이너가 요구할 transaction fee를 예상할 수 있다. 호스트는 closed window attack에 취약한 contract를 거부할 권리가 있다.
임의 거래 데이터
각각의 거래(transaction)에는 임의 데이터 필드가 담겨있어서, 어떠한 정보든지 저장될 수가 있다. 만약 transaction 내에 서명되었다면, Node가 요구된다. Node는 최초에는 블록당 최대 64KB까지의 용량을 담을 수 있다. 이러한 임의 데이터를 통해 호스트와 클라이언트는 분산화된 방식으로 연결될 수 있다. 임의 데이터를 통해 가용한 공간을 홍보하거나, 호스트를 찾는 데이터를 알릴 수도 있으며, 또는 분산화된 file tracker를 만드는 데에 이용할 수도 있다. 임의 데이터는 다른 soft forks를 만드는 데에 활용될 수도 있다. 이러한 과정은 “누구나 사용할 수 있는(anyone-can-spend)” output을 만듦으로 가능하지만, 임의 데이터는 제한사항들이 명시되어 있다. 이러한 제한사항을 이해하는 채굴자들은 조건에 어긋나는 transaction을 막을 수 있다. 임의 데이터를 제거하지 않아도 naive node는 동기화된다.
저장 생태계
시아는 분산화된 저장소에 따라 운명이 달려있다. 저장소 공급자들은 임의 데이터 필드(arbitrary data field)를 활용하여 자신을 네트워크에 알릴 수 있다. 이러한 과정은 사용자가 읽게 될, 양식화된 문서를 통하여 이루어질 것이다. 사용자들은 이러한 양식화된 문서를 널리 알려 잠재적인 호스트의 데이터베이스를 만들어낼 것이고, 그 중 신뢰하는 호스트와 거래를 맺게 된다.
1. 공급자의 보호
계약이 성립되려면 저장소 공급자와 고객 모두의 동의가 필요하다. 공급자는 공급자가 원하지 않거나, 불법적 약관을 거부할 권한이 있다. 또 공급자는 파일이 100% 전송되기 전에 계약을 파기할 수 있다. 계약 조항은 공급자에게 유연하게 적용된다. 공급자는 자신을 낮은 가격이지만 신뢰성이 낮으며, 파일의 손실에 대하여 최소한의 책임을 지는 방식으로 계약을 맺을 수도 있으며, 반대로 높은 가격으로써 파일의 손실에 대한 페널티를 높일 수도 있다. 이러한 계약 조항은 시장원리에 의하여 결정될 것이다. 공급자는 서비스 공격에 취약하며, 서비스 공격을 받으면 저장소에 대한 증명(proof)을 전송하거나 파일을 전송하는 데에 제한을 받을 수 있다. 공급자는 그러한 공격으로부터 자신을 보호할 책임이 있다.
2. 사용자 보호
사용자는 복구 코드(regenerating code)와 같은 데이터 보존 및 복구를 위한 erasure code를 이용할 수 있다. erasure code는 일반적으로 파일을 n개의 조각으로 나누게 되고, 이러한 조각을 이용하여 특정한 m 조각들의 모든 부분집합으로부터 복구가 될 수 있다. (n과 m의 값은 erasure code와 redundancy factor에 따라서 달라짐) 각각의 조각들은 이후 많은 호스트로 암호화되어 저장된다.
3. 가동시간 인센티브
저장소 증명에서 지속적인 가동시간을 강제할 만한 수단은 없다. 사용자가 요청할 때마다 호스트가 파일을 전송한다는 것을 보장할 수도 없다. 악의적인 공급자가 파일을 담보로 거금을 요구할 것이라고 우려할지도 모른다. 그러나 이러한 공격의 위험성은 erasure codes를 통해 상쇄된다. 사용자는 자유롭게 비협조적인 공급자를 무시할 수 있으며, 협조적인 이들만 고를 수 있다. 그리고 “다운로드 수수료”는 “업로드 인센티브”로 변환된다. 사용자는 파일을 전송받는 것에 대하여 보상을 제공하며, 호스트는 반드시 최고의 서비스 품질을 제공해야 한다. 사용자는 파일을 어느 시점에든지 요구할 수 있고, 공급자는 최대의 보상을 얻기 위하여 가동 시간을 최대화할 것이다. 사용자는 또한 더 많은 전송량, 낮은 레이턴시(Latency)에 대하여 더 많은 보상을 줄 수도 있다. 사용자는 내려받지 않더라도, 무작위 적으로 “검사”를 하여 호스트가 온라인인지 테스트할 수 있다. 하지만, 재차 강조하지만 가동시간 인센티브는 시아 프로토콜의 일부가 아니다. 전적으로 사용자의 행동에 달린 것이다. 다운로드에 대한 지급은 기존의 micropayment channel을 통해 이루어질 것으로 기대된다. [7] Micropayment channel을 통해 사용자들은 최소한의 latency와 Blockchain bloat로 많은 양의 지속적인 소규모 지급을 할 수 있다. 호스트는 파일을 작게 쪼개어 전송하고, 진행하기 전에 micropayment를 받기를 기다릴 수 있다. Micropayment는 충분히 작고 빨라서 처리량에 대한 큰 영향 없이 수초 내에 전송할 수 있다.
4. 평판 시스템
사용자는 신뢰할 수 있는 공급자를 선택할 방법이 필요하다. 단순히 기존의 명세를 가지고 판단하는 것은 부족한데, 그 이유는 그러한 기록이 조작될 수 있기 때문이다. 공급자는 스스로 계약을 맺을 수 있으며, 대용량의 “가짜” 파일(내용이 전부 0인 파일 등)을 저장할 수 있다. 이러한 Sybil attack의 위험을 상쇄하기 위하여 사용자는 공급자에게 임의 데이터 부분에 공급자에 대한 정보를 기록하기를 요구하라 수 있으며, 또 묶여 있는 코인도 포함된다. 만약 10개의 코인이 14일 동안 묶여 있다가 미래로 간다면, 140 coin-days만큼의 가치의 lock을 만들어낸 것이다. 가치 있는 lock을 만들어내기는 쉽지 않으므로, 높은 가치의 lock을 만들어낸 공급자들을 선호함으로써, 사용자는 Sybil attack의 위험을 줄일 수 있다. 각 사용자는 호스트를 선택하는 나름의 기준이 있다. 그리고 또한 가격, lock 가치, 제공된 저장소의 볼륨, 파일 손실에 대한 페널티 등 많은 요소를 고려한다. 또 이용자의 리뷰 등 시스템 외부적인 방법을 도입할 수도 있다.
시아펀드
시아는 네뷸러스(Nebulous)에서 만들어 냈다. Nebulous는 이윤을 추구하는 기업이며, 시아는 이 회사의 주된 수입원이 될 것이다. 선채굴(pre-mining)은 안정적인 이익 창출 수단이 아니다. 그 이유는 새로운 통화를 만들어내야 하며, 그 통화의 변화에 따라 회사의 수익이 같이 변하기 때문이다. 회사가 자금을 사용하고자 하면, 수익 일부를 환전해야만 한다. 추가로 선채굴(pre-mining)은 발행하는 코인의 일정 부분을 하나의 주체가 통제한다는 의미이며, 잠재적으로 시장에 대한 광범위하고 파괴적인 영향을 줄 가능성 있다. 시아펀드(Siafunds)의 비즈니스 모델은 모든 계약에 대하여 수수료(fee)를 부과함으로써 성립된다. 계약이 만들어지면, 계약금액의 3.9%는 시아펀드의 소유자들에게 배분된다. 네뷸러스는 최초에 대략 시아펀드의 88%를 보유하며, 시아의 초기 투자자들은 나머지를 갖게 된다. 시아펀드는 다른 주소로 보내줄 수 있다. 그러나 시아펀드로 계약에 대한 비용을 지불하거나, 시아펀드가 채굴 수수료로 이용될 수는 없다. 시아펀드가 새로운 주소로 전송되었을 때에, 추가로 소비되지 않은 결과(output)가 생성되며, 시아펀드에 의해 만들어지는 모든 시아코인(siacoin)을 포함한다. 이러한 시아코인(siacoin)은 시아펀드와 같은 주소로 전송된다.
시아 경제학
시아 시스템의 주된 통화는 시아코인이다. 시아코인의 공급은 지속적으로 증가할 것이고 모든 새로운 시아코인은 채굴자들에게 블록 보상으로 지급될 것이다. 최초의 블록은 300,000코인에 해당한다. 블록당 1코인씩 줄어들 것이며, 30,000 (코인/블록)까지 줄어든다. 블록 사이의 시간 10분을 목표치로 하여, 공급의 연간 성장은 다음과 같다.
시아의 인센티브 방식에는 비효율성이 존재한다. 시아의 주된 목적은 저장 계약을 발생시킬 수 있는 블록체인을 공급하는 것이다. 그러나 채굴의 보상은 저장소 계약의 총합계와 간접적으로 연결되어 있다. 특히 초기, 시아코인은 상당히 불안정할 것이다. 만약 계약 중간에 통화의 가치가 급변하게 된다면 공급자는 부정적인 영향을 받게 될 것이다. 결과적으로 공급자는 장기적 계약에 대한 가격을 증가시킬 것으로 기대하는데, 이는 변동성을 상쇄하기 위한 것이다. 추가로, 공급자는 좀 더 안정적인 통화(USD 등)로 일단 광고한 뒤에 계약을 마친 직후 시아코인으로 변환할 수도 있다. 결과적으로 다양한 전자화폐 자산을 이용할 수 있게 하면 호스트는 불안정성으로부터 보호받게 된다.
시아코인 현황
시아코인은 첫 번째 하드포크에서 에러가 있었고, 2018년 1월 139,000블록에서 두 번째 포크를 하여 블록생성 시간을 30분에서 10분으로 단축하면서 새로운 해시 난이도 알고리즘을 구현하였다.[8] 투자와 관련하여 2018년 초 암호화폐 투자와 관련 시아코인에 대한 투자가 붐을 이루기도 했지만, 발행 후 83일 만에 90% 가치가 하락하였다.[9] 2018년 5월 OK거래소에 애터니티와 같이 상장되며 잠시 가격이 오르기도 했었다. 현재 10개의 크고 작은 거래소에 상장되어 거래되고 있으며 약6원대에 거래되고 있다. 시아코인은 총 367억 개를 발행하였고, 시가 총액 2,447억, 1SC(sia coin)는 6.67원으로 전체 암호화폐 시장에서 40위이다. 기관 투자자로는 펜부시캐피탈, 랩터, 퍼스트스타 벤처 등이 있다. (SNS의 경우, Reddit 사용자 31,519명, 트위터 팔로워 107,649명, 유튜브 리뷰 197,276, 유튜브 구독자 595명)
네뷸러스는 SiaCore를 설립하여 시아코어를 개발하고 있고 2018년 1월 V1.31 업데이트를 하였다. (2018년 9월 4일 현재 V1.34 버전을 업데이트할 예정) 2018년 1월 ASIC 채굴기 출시로 해시 난이도가 10배 올라간 적이 있었다. 이러한 상황이 되면 코인을 생성하는 생산단가가 상승하게 된다. 또한 코인 가격이 상승하면 서비스 이용 부담이 될 수 있다. 2013년부터 개발을 한 암호화폐 치곤 아직 V2 버전을 넘기지 못하고 있는데, 개발 플랫폼이 비트코인 기반으로 여러가지 확장에 대해 어려움이 있는 듯 싶다. 근황은 SNS를 통해 종종 알리고 있지만, 기술관련 내용은 미비하다. 시아의 CTO도 잘 보이질 않고 개발도 파트별로 여러 회사들과 제휴를 통해 개발하고 있는데, 백서 업데이트는 2014년 11월 29일이 마지막으로 되어 있다.
각주
- ↑ Satoshi Nakamoto, "Bitcoin: A Peer-to-Peer Electronic Cash System", 2008-11
- ↑ Bitcoin Inc., "https://bitcoin.org/en/developer-guide Bitcoin Developer Guide", Bitcoin, 2014
- ↑ 코인개코스탭, 〈시아코인 ICO〉, 《코인개코》
- ↑ 블록체인분야블로거, 〈쉽게 설명하는 블록체인: 비트코인의 언어 '스크립트(Script)'〉, 《뱅크샐러드》, 2018-07-02
- ↑ Nebulous, Inc. 스탭, "https://sia.tech/sia.pdf", Sia Whitepaper, 2014-11-29
- ↑ R.C. Merkle, "Protocols for public key cryptosystems, In Proc. 1980 Symposium on Security and Privacy, IEEE Computer Society", 1980-04
- ↑ Mike Hearn, "https://en.bitcoin.it/wiki/Contracts#Example 7:Rapidly-adjusted .28micro.29payments to a predetermined party Rapidly-adjusted (micro)payments to a pre-determined party", Bitcoin wiki, 2014
- ↑ 벤타스스탭, 〈시아(Sia, SC)코인과 하드포크 일정〉, 《벤타스》, 2018-01-22
- ↑ the4thwave스탭, 〈2018년 최고의 하락율을 기록한 암호화폐〉, 《the4thwave》, 2018-03-31
참고자료
- 영어
- Sia 공식 홈페이지 - https://sia.tech/
- Nebulous, Inc. 스탭, "https://sia.tech/sia.pdf", Sia Whitepaper, 2014-11-29
- Nebulous, Inc. 스탭, "https://github.com/NebulousLabs/Sia", GitHub, 2014
- Satoshi Nakamoto, "Bitcoin: A Peer-to-Peer Electronic Cash System", 2008-11
- R.C. Merkle, "Protocols for public key cryptosystems, In Proc. 1980 Symposium on Security and Privacy, IEEE Computer Society", 1980-04
- Hovav Shacham, Brent Waters, "Compact Proofs of Retrievability, Proc. of Asiacrypt 2008", 2008-12
- K. V. Rashmi, Nihar B. Shah, and P. Vijay Kumar, "Optimal Exact-Regenerating Codes for Distributed Storage at the MSR and MBR Points via a Product-Matrix Construction", 2011-1
- Adam Back, Matt Corallo, Luke Dashjr, Mark Friedenbach, Gregory Maxwell, Andrew Miller, Andrew Peolstra, Jorge Timon, Pieter Wuille, "Enabling Blockchain Innovations with Pegged Sidechains", 2014-10-22
- Mike Hearn, "https://en.bitcoin.it/wiki/Contracts#Example 7:Rapidly-adjusted .28micro.29payments to a predetermined party Rapidly-adjusted (micro)payments to a pre-determined party", Bitcoin wiki, 2014
- Bitcoin Inc., "https://bitcoin.org/en/developer-guide Bitcoin Developer Guide", Bitcoin, 2014
- 한국어
- 유병철 기자, 〈(기묘한 재테크) 시아코인, 하드 빌려주면 코인 준다〉, 《글로벌이코노믹》, 2018-05-05
- 이관형 기자, 〈(특징 코인) 시아코인, 업비트 상장 "블록체인 클라우드 서비스"〉, 《글로벌경제신문》, 2018-04-27
- 블록인프레스, 〈시아코인 공식입장: 비트메인 채굴기 제외하는 소프트포크 안한다〉, 《블록인프레스》, 2018-01-29
- 머니넷스탭, 〈시아 코인(Siacoin/SC) 개념 및 특징〉, 《머니넷》, 2018-01-12
- 블록체인분야블로거, 〈쉽게 설명하는 블록체인: 비트코인의 언어 '스크립트(Script)'〉, 《뱅크샐러드》, 2018-07-02
- 코인개코스탭, 〈시아코인 ICO〉, 《코인개코》, 2018-01
- 벤타스스탭, 〈시아(Sia, SC)코인과 하드포크 일정〉, 《벤타스》, 2018-01-22
- the4thwave스탭, 〈2018년 최고의 하락율을 기록한 암호화폐〉, 《the4thwave》, 2018-03-31
같이 보기