RepuX 프로토콜

주요 공지사항

  1. 본 항 및 다음 제목의 항들을 주의 깊게 읽어주십시오 "책임의 부인", "RepuX 에 의한 진술 및 보증의 부인", "이용자에 의한 진술 및 보증", "미래 예측 언급에 대한 주의 사항", "조언 없음", "배포 및 보급에 대한 제한", "증권 혹은 등록의 무제공" 및 "위험 및 불확실성". 이용자가 자신이 취해야 하는 조치에 대해 의문이 있을 경우 이용자는 법적, 재무적, 세금 및 기타 전문 조언가(들)와 상의하셔야 합니다.

  2. RepuX 토큰 (백서에 정의된 대로)은 모든 관할권 내에서 증권으로 간주될 의도를 가지고 있지 않습니다. 본 백서는 지침서나 어떤 종류의 제안서가 아니며, 어떠한 관할권 내에서도 증권의 제안이나 증권에 대한 투자 권유의 의도를 가지고 있지 않습니다. 추가 정보를 위해서는 RepuX 유한회사 기밀 사모 제안서 (Confidential Private Placement Offering Memorandum) 을 참조해주십시오.

  3. 본 백서는 판매를 위한 RepuX 의 어떠한 조언이나 의견, RepuX 토큰의 구매를 위한 제안이나 권유를 구성하거나 포함하고 있지 않습니다.

  4. RepuX 토큰의 배포자는 RepuX 유한회사 ( RepuX Limited, 이하 "RepuX")의 계열사이며, RepuX 토큰의 판매에서 오는 모든 수익을 RepuX 프로토콜, 비즈니스 및 운영 자금 조달에 배치할 것입니다.

  5. 그 누구도 RepuX 토큰의 판매 및 구매와 관련, 법적 계약이나 구속력을 가지지 않으며 본 백서의 내용에 기초하여 어떠한 암호화 화폐나 다른 지불 수단도 허용되지 않습니다.

  6. 배포자와 구매자로서의 당사자 간의 모든 계약 및 모든 판매와 구매에 관련, RepuX 토큰은 전적으로 별도의 토큰 구매 계약 (Token Purchase Agreement, 이하 "T&C") 문서가 제시하는 약관에 의해 규제됩니다. T&C 와 백서간에 불일치가 발생하는 경우, 전자가 우선하게 됩니다.

  7. 이용자는 미국 기준 하에 "공인된 투자자"의 자격이 있지 않는 한 사전 판매(백서에 정의된 대로)에서 RepuX 토큰을 구매할 수 없습니다.

  8. RepuX 프로토콜의 론칭까지 SAFT 계약을 통해 승인된 투자자들은 RepuX 토큰의 구매 권리를 얻으실 수 있습니다. 사전 판매에 참여를 원하시는 공인된 투자자께서는 저희에게 직접 연락해 주시기 바랍니다.

  9. 어떠한 규제 당국도 본 백서에 명시된 정보를 검토하거나 승인하지 않았습니다. 그러한 검토나 승인이 법적으로 규제 요건 혹은 관할권의 규칙으로 이루어진 적이 없으며 이루어지지 않을 것입니다. 본 백서의 발행, 배포 혹은 보급은, 적용 법률, 규제 요건 혹은 규칙을 준수했음을 내포하지 않습니다.

  10. RepuX 및/혹은 RepuX 재단 및 해당 사업 및 운영, RepuX 토큰 및 토큰 판매와 관련된 위험과 불확실성이 존재합니다. 위험과 책임의 전체 리스트는 "RepuX 유한회사 기밀 사모 제안서(RepuX Limited Confidential Private Placement Offering Memorandum) 를 참조해 주십시오.

  11. 본 백서의 배포나 보급이 금지되거나 제한된 모든 나라에 앞에 언급된 어느 부분이나 앞의 어떠한 사본을 가져가거나 전송되어서는 안됩니다.

  12. 이 백서의 어느 부분도 본 항과 다음 "책임의 부인", "RepuX 에 의한 진술 및 보증의 부인", "이용자에 의한 진술 및 보증", "미래 예측 언급에 대한 주의 사항", "조언 없음", "배포 및 보급에 대한 제한", "증권 혹은 등록의 무제공" 및 "위험 및 불확실성" 항을 포함하지 않고 복제, 배포 혹은 보급할 수 없습니다.

책임의 부인

  1. 적용 가능한 법률, 규정 및 규칙이 허용하는 최대한도 내에서 RepuX 및/혹은 RepuX 재단은 이용자의 본 백서 혹은 백서의 어떠한 부분의 수용이나 의존에 관련되었거나 혹은 이에서 발생하는 모든 간접적, 특별, 부수적, 인과적 혹은 모든 종류의 손실에 대하여 불법 행위, 계약 혹은 기타 어떤 형태의 손실 (수익, 수입, 이익의 손실 및 데이터의 손실이나 사용의 손실을 포함하나 이에 국한되지 않는) 에 책임을 지지 않습니다.

RepuX 에 의한 진술 및 보증의 부인

  1. RepuX 및/혹은 RepuX 재단은 이로써 본 백서에 나열된 어떠한 정보의 진실과 정확성, 완전성에 관련하여 모든 진술, 보증 혹은 약속을 포함 어떠한 개인이나 기관에 대한 모든 진술, 보증 혹은 약속에 대한 책임을 지거나 책임을 진다고 주장하지 않으며, 책임을 부인합니다.

RepuX 에 의한 진술 및 보증

  1. 본 백서의 모든 정보 혹은 앞서 언급된 부분(경우에 따라)을 액세스 및/혹은 모든 정보의 소지를 수락함으로써, 이용자는 RepuX 및/혹은 RepuX 재단에 대하여 다음 사항을 진술하고 보증합니다:

    1. 이용자는 RepuX 토큰이 모든 관할 지역에서 어떠한 형태로든 증권이 아님을 동의하고 인정합니다;

    2. 이용자는 본 백서가 지침서나 어떤 종류의 제안서가 아니며, 어떠한 관할권 내에서도 증권의 제안이나 투자의 권유가 아님에 동의하고 인정하며, 이용자는 그 어떠한 계약이나 구속력을 가진 법적 계약에 구속되지 않으며 본 백서에 근거하여 다른 어떠한 암호화 화폐나 기타 지불의 형태도 허용되지 않음을 동의하고 인정합니다;

    3. 이용자는 본 백서에 명시된 정보를 어떠한 규제 당국도 검토하거나 승인하지 않았으며, 그러한 검토나 승인의 조치가 법적으로 혹은 규제 요건 및 관할권 규정으로 이루어진 적이 없으며 앞으로도 이루어지지 않을 것이며, 본 백서의 발행, 배포 혹은 이용자에게로의 배급은 적용 법률, 규제 요건 혹은 규칙을 준수했음을 내포하지 않습니다;

    4. 이용자는 본 백서, 토큰 판매의 착수 및/혹은 완료를 RepuX 및/혹은 RepuX 재단, RepuX 토큰 및 토큰 판매의 가치 표시로 이용자가 이해하거나 해석하거나 여겨서는 안된다는 사실을 이해하고 동의합니다;

    5. 본 백서의 배포 및 보급, 백서의 모든 부분 혹은 사본, 혹은 이용자의 백서 수락이 이용자의 관할권의 적용 법률, 규정 혹은 규칙에 의해 금지되거나 제한되어있지 않으며, 모든 소지에 관련 제한이 적용되는 지역에서 이용자는 RepuX 및/혹은 RepuX 재단에 책임을 미치지 않고 자비로 모든 해당 제한을 지키고 준수하였습니다.

    6. 이용자는 RepuX 토큰 구매를 원할 경우 RepuX 토큰은 다음으로 이해되거나, 해석되거나, 분류되거나 취급될 수 없음을 이해하고 인정합니다:

      1. 암호화 화폐를 제외한 다른 어떠한 종류의 화폐;

      2. 채무 증서, 주식, 어떤 개인 혹은 기관(RepuX 및/혹은 RepuX 재단이든 아니든)에 의해 발행된 지분, 권한, 옵션 혹은 해당 채무 증서, 주식 혹은 지분에 대한 파생.

      3. 합동 투자 제도의 단위

      4. 비즈니스 신탁의 단위;

      5. 비즈니스 신탁의 단위 파생상품; 혹은

      6. 모든 기타 중권 혹은 증권의 계열.

    7. 이용자는 자신이 미국 기준 하에 "공인된 투자자"가 아닐 경우 RepuX 토큰 사전 판매에 판매할 자격이 없음을 온전히 알고 있으며 이해합니다;

    8. 이용자는 기본적인 암호화 화폐와 블록체인 기반의 소프트웨어 시스템, 암호화 화폐 지갑 혹은 기타 관련된 토큰 저장 메커니즘, 블록체인 기술과 스마트 계약에 대한 이해를 가지고 있습니다;

    9. 이용자는 RepuX 토큰을 구입하기를 원할 경우, RepuX 및 RepuX 재단, 해당 비즈니스와 운영, RepuX 토큰 및 토큰 판매과 관련된 위험이 있음을 완전히 인지하고 이해합니다.

    10. 이용자는 RepuX 및/혹은 RepuX 재단이 이용자의 본 백서 혹은 백서의 어떠한 부분의 수용이나 의존에 관련되거나 이에 발생하는 모든 간접적, 특별, 부수적, 인과적 혹은 모든 종류의 손실에 대하여 불법 행위, 계약 혹은 기타 어떤 형태의 손실 (수익, 수입, 이익의 손실 및 데이터의 손실이나 사용의 손실을 포함하나 이에 국한되지 않는)에 책임을 지지 않음에 동의하고 인정합니다.

    11. 이용자가 액세스를 하거나 및/혹은 본 백서나 (경우에 따라) 백서의 일부의 소지를 인정하는 순간부터 모든 상기의 진술 및 보증은 사실이며 완전하고 정확하며 오해의 여지가 없습니다.

미래 예측 언급에 대한 주의 사항

  1. 본 백서는 특정 미래의 예측에 대한 문장을 포함할 수 있으나 이에 국한되지 않는 불확실성과 위험을 수반하는 미래 운영 결과와 계획에 대한 문장을 포함하고 있을 수 있습니다. 당사는 "기대한다", "예상한다", "믿는다", "예측한다" 와 같은 단어 및 이러한 단어와 유사한 표현이나 부정적 표현을 미래를 예측하는 문장을 식별하기 위해 사용합니다. 그러한 미래 예측 문장은 알려지거나 알려지지 않은 위험, 불확실성 및 RepuX 및/혹은 RepuX 재단의 실제 결과, 실적을 유발할 수 있는 다른 요인들을 수반할 수 있으며, 이는 그러한 미래 예측 문장에서 명시적이거나 묵시적으로 예상한 미래의 결과, 성과 혹은 실적과는 상당히 다를 수 있습니다.

  2. 본 백서의 어떤 정보도 RepuX, RepuX 재단, RepuX 토큰 및 토큰 판매에 대한 비즈니스, 법률, 재무, 혹은 세무에 대한 조언으로 간주되어서는 안됩니다. 이용자는 RepuX 및/혹은 RepuX 재단과 해당 비즈니스 및 운영, RepuX 토큰과 토큰 판매에 관하여 자신의 법률, 재무, 세무 및 다른 전문 조언가들과 상의해야 합니다. 이용자는 무기한 동안 RepuX 토큰 구매의 재정적인 위험을 감수해야 할 필요가 있다는 사실을 알고 있어야 합니다.

배포 및 보급에 대한 제한

  1. 본 백서 혹은 백서의 일부 배포와 보급은 특정 관할권 내의 법, 규정 요구 사항 및 규칙에 의해 금지되거나 제한 될 수 있습니다. 어떤 제한이 적용되는 경우, 이용자는 본 백서 혹은 백서의 해당 부분(경우에 따라)에 적용되는 모든 제한 사항에 대해 자비로 RepuX 및/혹은 RepuX 재단에 책임을 묻지 않고 스스로 확인하고 이를 준수해야 합니다. 본 백서를 배포받거나 보급 받거나 백서에 액세스를 할 수 있거나 혹은 백서를 소유한 사람은, 어떠한 목적으로 백서를 다른 누구에게도 회람하거나 복제하거나 혹은 백서에 포함된 내용이나 백서를 배포해서는 안되며 이를 허용하거나 같은 일이 발생하도록 해서도 안됩니다.

증권 혹은 등록 제공이 아님

  1. 본 백서는 지침서나 어떤 종류의 제안서가 아니며, 어떠한 관할권 내에서도 증권의 제안이나 증권에 대한 투자 권유의 의도를 가지고 있지 않습니다. 그 누구도 어떠한 계약이나 구속력을 가진 법적 계약에 구속되지 않으며 본 백서의 내용에 기초하여 어떠한 암호화 화폐나 다른 지불 수단도 허용되지 않습니다. RepuX 토큰의 판매와 구입에 관한 모든 계약은 T&C 의 해당 계약에 의해서만 규제를 받으며 기타 다른 문서의 규제를 받지 않습니다. T&C 와 백서간에 불일치가 발생하는 경우, 전자가 우선하게 됩니다.

  2. 어떠한 규제 당국도 본 백서에 명시된 정보를 검토하거나 승인하지 않았습니다. 그러한 검토나 승인이 법적으로 규제 요건 혹은 관할권의 규칙으로 이루어진 적이 없으며 이루어지지 않을 것입니다. 본 백서의 발행, 배포 혹은 보급은, 적용 법률, 규제 요건 혹은 규칙을 준수했음을 내포하지 않습니다.

위험 및 불확실성

  1. RepuX 토큰의 잠재적인 구매자는 RepuX 토큰을 구입하기에 앞서 RepuX, RepuX 재단 및 해당 비즈니스와 운영, RepuX 토큰, 토큰 판매와 관련된 모든 위험 및 불확실성, 본 백서에 명시된 내용 및 T&C를 신중하게 고려하고 평가해야 합니다. 이러한 위험과 불확실성이 실제 상황으로 발전하는 경우, 비즈니스, 재무 상황, 운영 결과와 RepuX 및/혹은 RepuX 재단의 전망에 상당히 부정적인 영향을 받을 수 있습니다. 그러한 상황이 될 경우, 이용자는 RepuX 토큰의 일부 혹은 전체 가치를 다 잃을 수 있습니다.

RepuX 비전

당사의 비전은 데이터 수집가, 개발자 및 사용자 간의 효율적인 데이터 전송을 통해 데이터의 수익화를 도모하는 프로토콜을 개발하며 또한 시간에 걸쳐 데이터의 의존성과 평판에 대한 평가를 허용하도록 하는 것입니다. 당사의 RepuX 프로토콜을 통해 데이터 수집가들은 RepuX 토큰을 데이터에 대한 댓가로 받고 데이터 사용자에게 전송하거나 응용 프로그램 개발자에게 전송할 수 있습니다. 개발자들은 RepuX 프로토콜 상에 개발을 하고, 데이터 수집가가 전송한 데이터를 사용하여 제품과 서비스를 만들어 내고, RepuX 토큰을 댓가로 받은 후 다양한 분야의 최종 이용자에게 전송할 수 있습니다. 당사는 RepuX 프로토콜로 데이터에 추가 가치를 부여할 수 있기를 희망합니다.

RepuX 목적 및 목표

당사는 데이터 수익화가 미래의 개인과 기관들에게 주요한 수입원이 될 것으로 기대합니다. 세계는 2025년에 180 제타바이트(혹은 180조 기가바이트)를 생성할 것으로 예측하며 이는 2015년의 약 10 제타바이트 미만의 데이터양에서 증가한 양입니다.1

RepuX 프로토콜을 위한 당사의 목적과 목표는 다음과 같습니다:

요약하자면, 당사의 궁극적인 목적은 안전하고 신뢰할 수 있는 고성능의 데이터 전송 프로토콜을 구축하여 다양한 분야에서의 사용을 위해 제 3자가 개발한 다양한 응용 프로그램에 통합시킬 수 있도록 하는 것입니다.

[1] 2,030억 빅 데이터 분석 시장에 대한 6개의 예측

RepuX 란?

RepuX는 현재 시장에는 존재하지 않는 데이터 수집가, 애플리케이션 개발자 및 데이터 사용자 간의 데이터 공유와 가치 창출의 기회를 가능하게 합니다.

RepuX는 다양한 유형의 불변 데이터를 상품화할 수 있고 다른 기업 및 개인 데이터 수집가, 개발자 및 사용자 간에 교환할 수 있는 프로토콜 수준 프레임워크 (이하 "RepuX 프로토콜") 입니다. RepuX 프로토콜은 분산 파일 공유 시스템(Interplanetary file system, IPFS)2, 시아(Sia)3, 이더리움(Ethereum)4, EOS5와 같이 여러 분산화된 기술을 결합하고 잠재적으로 사용자 지정 처리량이 높은 블록체인으로 업그레이드할 수 있는 가능성을 제공합니다. 동료 간에 데이터와 가치의 교환을 촉진함으로써, RepuX 프로토콜은 현재 시장에 존재하지 않는 데이터 수집가, 애플리케이션 개발자 및 데이터 사용자 간의 데이터 공유의 가능성을 만들어 냅니다. RepuX 프로토콜은 다양한 분야의 사용자들에게 데이터 공급을 촉진함으로써 데이터 생산자들에게 가치를 창출할 기회를 제공하며 본 과정에서 중개인의 필요를 없애게 됩니다.

RepuX 프로토콜의 개발과 함께 RepuX는 머신 러닝, 빅 데이터 및 인공 지능의 대규모 집계 데이터에 대한 의존성을 활용하여 본 해당 분야에서 혁신을 추진할 준비가 잘 되어있습니다. 데이터와 관련하여 각 기관과 각 거래의 데이터 의존도를 평가하고 오라클 시스템으로 확인함으로써, 당사는 RepuX 프로토콜 내의 무결성을 보장하고 데이터 사용자들이 자신이 구입하는 데이터의 내용과 품질에 더 큰 신뢰를 갖도록 합니다.

[2] https://github.com/ipfs/ipfs 참조
[3] https://www.sia.tech/whitepaper.pdf 참조
[4]https://github.com/ethereum/wiki/wiki/White-Paper 참조
[5]https://github.com/EOSIO/Documentation/blob/master/ TechnicalWhitePaper.md 참조

사전 판매 및 RepuX 토큰 판매

RepuX 유한회사는 5억개의 RepuX 토큰(이하 "RepuX 토큰")을 생산합니다. RepuX는 일반에게 론칭됨과 동시에 RepuX 토큰을 받을 권한이 있는 사전 판매를 실시합니다. 본 사전 판매(이하 "사전 판매"는 향후 토큰 제공을 위한 간편 계약(Simple Agreement for Future Tokens)을 통해 공인된 투자자들만 참여할 수 있으며, 이 사전 판매 이후 RepuX 프로토콜이 운영화된 후에 더 널리 RepuX 토큰 제공(이하 "토큰 판매")이 가능해 질 예정입니다.

RepuX 토큰은 RepuX 프로토콜과 연관된 데이터 서비스에 지불하기 위한 유일한 방법을 나타내는 ERC20 토큰입니다. RepuX 토큰은 자격을 갖춘 구매자가 토큰 판매 기간 동안 이더("ETH") 를 이체하여 구입할 수 있습니다.

각 사전 판매 참여자는 해당 증권 법에 따라 본인의 "공인된 투자자"(혹은 유사한 개념)의 자격에 관한 정보를 제공해야 합니다. 각 사전 판매 참가자와 토큰 판매에서 RepuX 토큰의 구매자는 "고객 확인 제도(Know your client, KYC)"에 따라 자신의 정보를 제공해야 합니다. RepuX 는 당사의 자금 세탁 방지(anti-money laundering, AML) 요구 사항 및 절차를 준수하기 위하여 특정 확인 절차를 수행합니다.

인공 지능 및 머신 러닝

데이터 생성은 지속적이며 계속 빠르게 일어나고 있습니다. 데이터는 가치를 지니고 있습니다. 현재 데이터의 수집과 사용, 배포는 특정 대형 기업 기관에 의해서 대부분 이루어집니다.

동시에 인공 지능(혹은 AI)에 대한 투자는 매우 빠른 속도로 성장하고 있습니다. AI 개발 시장은 매 2년마다 두 배 이상 증가하는 것으로 추정됩니다. AI는 경제의 매우 많은 측면을 상당히 변화시킬 잠재력을 지니고 있습니다. AI 분야 내에서 머신 러닝 기능은 지난 몇 년간 엄청나게 증가하였습니다. 데이터 분산화 액세스와 결합한 머신 러닝 기능은 분산화된 데이터를 기반으로 한 애플리케이션의 산업화를 가능하게 하였습니다. 머신 러닝이 과거 데이터를 기본으로 지식을 쌓아가므로, 만들어지는 모델은 공급되는 데이터의 품질에 따라 정해집니다.

RepuX 프로토콜은 머신 러닝 데이터 세트에 쉽게 액세스할 수 있는 그룹과 그렇지 못한 그룹 간의 "디지털 격차"를 제거할 수 있는 잠재력을 가지고 있습니다.

머신 러닝은 인공 지능의 한 분과로, 컴퓨터 시스템이 데이터의 예시에서 직접 배울 수 있도록 합니다.


그림 1: 맥킨지(MCKINSEY & COMPANY) 2017년 토론서6

[6]https://royalsociety.org/~/media/policy/projects/machine-learning/publications/machine-learning-report.pdf 참조

빅 데이터

빅 데이터는 대개 비즈니스나 기관에서 일상적인 운영의 부산물로 수집되는 대규모 데이터 세트를 수반합니다. 이러한 데이터 세트의 예로는 시간과 장소를 포함한 질병 진단 의료 데이터베이스가 있습니다. 많은 빅 데이터 데이터 세트는 비즈니스나 기관의 즉각적인 운영과 관련이 없기 때문에 불행하게도 종종 삭제되거나 잊혀집니다. 이러한 데이터 세트는 해당 데이터로부터 잠재적 혜택을 얻을 수 있는 다른 회사에 의해 사용되고 쉽게 수익화 될 수 있습니다. 예를 들면, 수퍼마켓 체인점의 성공적인 제품 배달 목록은 특정 지역에 사업을 시작하고자 하는 새로운 공급업체에게 유용할 수 있습니다. 다음이 지금 부족한 상황입니다:

기본 데이터 시장의 예로는 최근 Basic Attention Token(BAT)을 판매한 Brave 브라우저가 있습니다. Brave 브라우저에서 이용자는 본인들의 인터넷 브라우징 데이터나 데이터에 대한 관심을 마케팅 분석가에게 "판매"(익명으로)하고 그 댓가로 BAT 코인을 받게 됩니다.7

[7]https://basicattentiontoken.org/ 참조

신뢰와 투명성

데이터 세트를 공유하는데 있어 주요 당면 과제는 데이터를 거래하는 당사자간의 신뢰 부족입니다. 데이터 세트를 평가하기 위해 액세스하기 전에는 특정 데이터 세트가 잘 정리되어 있고, 정확하며 통찰력이 있는 데이터인지 판단하기 어렵습니다. 추가로 데이터 거래를 위해 당사자들이 만날 수 있는 공통 플랫폼 부족에 관련된 문제가 있을 수 있습니다.

이 신뢰의 문제를 적절히 해결하기 위해서는 사기율이 상당히 감소해야 하는 반면, 동시에 다양한 분야에 걸친 기타 데이터 거래의 전체 주체가 있어야 합니다. 예를 들면 보험, 국제 무역 및 소액 대출과 같은 분야의 데이터 거래입니다.

블록체인은 설계상, 데이터의 수정에 대해 본질적으로 저항성을 가지고 있습니다. 블록체인은 블록이라고 불리는 지속적으로 성장하는 기록의 목록이며, 암호화를 사용하여 연결되고 보안됩니다. 각 블록은 대부분 이전 블록과 타임 스탬프, 거래 데이터에 해시 포인터를 연결 고리로 가지고 있습니다. 블록체인은 두 당사자간의 거래를 효과적으로 그리고 확인 가능하고 영구적인 방법으로 기록하는 공개적인 분산 원장으로 사용될 수 있습니다. 분산된 원장으로 사용하기 위해 블록체인은 대개 신규 블록을 검증하는 프로토콜을 집단적으로 고수하는 P2P 네트워크에 의해 관리됩니다. 일단 기록이 되면, 모든 연결된 후속 블록의 변경없이 어떠한 블록상의 데이터도 소급적으로 변경할 수 없으며, 이러한 모든 후속 블록의 변경은 네트워크 다수의 공모를 필요로 합니다. 블록체인은 사기율을 감소시켜 결과적으로 잠재적 애플리케이션들의 전체 호스트를 가능하게 합니다.

이러한 블록체인의 특성은 보안과 거래의 무결성을 최우선으로 하는 RepuX 프로토콜의 기반으로 사용하기에 이상적입니다.

RepuX 기술

개요

RepuX 프로토콜의 기술은 4개의 레이어로 세분화할 수 있습니다.

그림 2: RepuX 프로토콜의 세분

애플리케이션 레이어는 RepuX 프로토콜의 최상단 레이어입니다. 본 전면 레이어는 다양하게 분산된 애플리케이션 혹은 Dapps로 구성하고 있어 제 3자 애플리케이션 개발자들이 기존의 RepuX API 인프라 위에 애플리케이션을 구축할 수 있습니다. 본 레이어의 예로는 개인이나 기관이 웹사이트 액세스를 교환하기 위해 소셜 미디어 사용 데이터 판매를 허용하는 서비스를 들 수 있습니다.

RepuX 프로토콜의 다음 레이어는 데이터 레이어입니다. 본 레이어는 RepuX 내에서 구매하고 판매할 수 있는 모든 데이터를 포함합니다. 데이터 레이어를 IPFS, Storj8 이나 Sia 와 같은 분산화된 인프라에 저장함으로써, 당사는 데이터의 존재를 보장할 뿐만 아니라 데이터가 분산화된 방식으로 저장됨을 보장해드립니다. 데이터 소유권, 공유, 보안 및 개인 정보 보호 설정은 블록체인에 네이티브한 다중 서명 암호화 원리로 실현될 수 있으며 데이터가 체인에 이중으로 안전하게 보안되도록 보장하여 해당 당사자들에 의해서만 사용될 수 있도록 합니다.

본 데이터 레이어에서 발생하는 거래를 처리하기 위하여 당사는 분산된 논리 레이어를 도입합니다. 본 레이어는 기존의 이더리움 인프라에 구축될 수 있습니다. 그러나 당사는 또, EOS나 수백만 건의 거래로 확장될 수 있는 사용자 맞춤 블록체인 인프라의 사용을 고려하고 있습니다.

RepuX 프로토콜에 기반하여, 당사는 가치 레이어를 구축하여 상위의 레이어를 더 강화하고 사람들이 RepuX 프로토콜 내에서의 작업에 대하여 적절한 보상을 받을 수 있도록 보장합니다. 당사는 RepuX 토큰을 본 가치 레이어의 일부로 생성하여, 당사자들이 상호간에 데이터 및 기타 상품 및/혹은 서비스의 판매와 구매를 위한 가치의 지불을 보낼 수 있도록 하였습니다. 토큰의 가치는 계약적인 서비스를 공유하는 데이터의 사용에 대한 수요에 비례할 수 있으며, 수량을 보유한 토큰의 다른 계층은 더 앞서가고 큰 규모의 데이터 공유 기능을 가능하게 합니다. 이는 사용 가능한 블록체인 기반의 데이터 저장소에 공정한 분배와 토큰을 위한 필요 도구로 작용하여, 공정한 데이터 사용을 가능하게 합니다.

적용 레이어 및 API

블록체인은 P2P 네트워크를 사용, 분산된 커뮤니티에 걸쳐 거래와 상호 작용을 규제하고, 분산화된 컴퓨팅 인프라 및 공통 프로토콜의 이용에서 혜택을 얻는 분산화된 원장을 통한 관리로 사기성 거래의 발생을 매우 어렵게 합니다. 블록체인과 분산화로 모든 기관은 과정에 관여하게 되며, 어느 단일 기관이 전체 과정을 통제하지 않게 됩니다.

당사는 처음부터 RepuX 를 모든 애플리케이션 개발자들이 RepuX 프로토콜에서 작업 할 수 있는 애플리케이션 프로그래밍 인터페이스 (API) 를 만들도록 설계하였습니다. 이러한 가단성있는 프로토콜은 RepuX 가 어느 단일한 특정 목적을 위해 설계되기 보다 개발자들로 하여금 프로토콜 상에 구축할 수 있게 하여 다수의 다양한 분야에서 잠재적인 혜택을 얻을 수 있도록 허용하였음을 보여줍니다.

API 구조

당사는 사용하기 쉬운 Web3.js 와 Metamask API를 사용하여 제 3자가 쉽게 액세스 하고 빠르게 RepuX 인프라 위에 외부 애플리케이션을 구축할 수 있게 하고자 합니다. 사용하기 쉬운 JS API 외에도 당사는 제 3자가 개발하는데 더 많은 애플리케이션 기반의 API를 사용할 수 있게 합니다.

데이터 레이어

사용자 데이터의 분산된 방식의 저장을 보장하기 위해 당사는 몇가지 다른 기술을 사용할 것입니다. 본 백서에서 저희는 IPFS 해시를 사용하는 인프라에 기반한 IPFS1에 대해 기술하고자 합니다. RepuX 포로토콜과 함께 당사는 IPFS 를 사용하여, 로직 레이어와 API의 해시로 참조하는 데이터의 데이터베이스를 유지합니다. IPFS를 사용함으로써 데이터의 분산화된 특성을 보장할 뿐만 아니라 IPFS 해시를 통한 데이터의 영구 보존을 보장합니다.

IPFS란?

분산 파일 공유 시스템(InterPlanetary File System, IPFS) 은 파일을 영구히 분산화된 방식으로 저장하고 공유하기 위하여 설계된 프로토콜입니다. 이 프로토콜은 콘텐츠 주소 지정이 가능한 P2P 하이퍼미디어 배포 프로토콜 입니다. IPFS 네트워크의 노드는 분산화된 파일 시스템을 형성합니다. IPFS 고유한 "해시"로 콘텐츠의 일부분을 표시합니다. IPFS 는 동일한 파일 시스템 내에서 모든 컴퓨팅 기기를 연결할 수 있는, 완전히 분산화된 기술의 창조를 가능하게 합니다. IPFS 는 비트토렌트 (BitTorrent) 스웜 정보 교환과 유사하며, 분산화 되었으나 조직화 된 공유입니다.

IPFS 의 주요 특징

IPFS 는 다음 특징을 가지고 있습니다:

그러나 인프라가 아직 매우 빠른 속도로 성장하고 있기 때문에, 자사는 Storj 및 Sia와 같은 추가 데이터 인프라 옵션을 계속 고려할 것입니다.

로직

당사의 RepuX 프로토콜이 신뢰도 평가 및 데이터 구매와 판매를 통합함에 따라 당사의 네트워크 상의 거래를 처리할 수 있는 알고리즘을 개발해야 합니다. 본 백서에서 당사는 분산화되고 투명한 방식으로 로직을 처리하기 위해 이더리움의 스마트 계약 성능의 활용을 제시합니다. 이더리움의 장기 속도때문에 당사는 State 채널, EOS, Sharding 및 사용자 맞춤 블록체인 인프라까지 적극적으로 실험할 것입니다.

이더리움 및 스마트 계약

비트코인은 사람들이 단일 기관의 제어없이 거래를 가능하게 하는 블록체인 아이디어를 소개하였습니다. 그 아이디어 위에 이더리움은 분산화된 컴퓨터라는 아이디어를 개발하였습니다.

이더리움은 공개된 오픈 소스로 블록체인 기반의 스마트 계약 (스크립트) 성능을 보유한 분산된 컴퓨팀 플랫폼입니다. 이는 국제적 공공 노드 네트워크를 사용하는 스크립트를 실행할 수 있는 분산화 된 튜링 완성 가상 머신인 이더리움 가상 머신을 제공합니다. 이더리움은 또한 "이더"(ETH) 라고 불리우는 암호화 통화를 제공하며 이 통화는 계정간에 이체가 가능하고, 계산의 수행을 위해 참여한 참가자에게 보상을 하기 위해 사용됩니다.

본질적으로 이더리움은 세계적으로 동기화 된 상태에서 실행되는 분산화 애플리케이션을 가능하게 하는 분산화된 세계적 컴퓨터입니다. 이더리움이 가치와 정보를 모두 이체할 수 있게 하였기 때문에 당사는 RepuX 프로토콜의 기본 성능을 보장하는 데모 스마트 프로그램을 개발하였습니다.

스마트 계약은 이더리움 블록체인에서 실행되는 프로그램으로 다른 스마트 계약이나 거래에 의해서 발생합니다. 스마트 계약은 기존 지불 시스템과 관련된 마찰을 제거하고 거래에 대한 이의를 제기할 수 없는 증거와 함께 거래에 관련된 모든 당사자들이 즉각적으로 지불을 받을 수 있도록 보장합니다.

데이터

하기의 데모에서 볼 수 있듯이 당사는 이더리움 스마트 계약 내의 개인 데이터 배열 안에 IPFS 데이터 해시를 저장합니다. 해당 데이터는 후에 사전에 지정된 금액의 RepuX 토큰을 본 스마트 계약에 전송함으로써 액세스할 수 있게 됩니다.

pragma solidity ^0.4.8;
contract Registry is Ownable {
    using SafeMath for uint256;
    address public tokenAddress;
    address[] public dataProducts;
    mapping (address => address[]) public dataCreated; mapping (address => address[]) public dataPurchased; mapping (address => bool) public isDataProduct;

event CreateDataProduct(address dataProduct, string ipfsHash);
    event PurchaseDataProduct(address dataProduct, address buyer);
    function Registry(address _tokenAddress) { 
        owner = msg.sender;
        tokenAddress = _tokenAddress; 
    }

    function deleteDataProduct(address addr) public onlyOwner returns(bool) { 
        bool deleted = false;
        uint256 deletedIndex = 0;

    for (; deletedIndex<dataProducts.length; deletedIndex++) { 
        if (addr == dataProducts[deletedIndex]) {
            deleted = true;
            break; 
        }
    }

    if (deleted) {
        isDataProduct[addr] = false;
        dataProducts[deletedIndex] = dataProducts[dataProducts.length.sub(1)]; delete dataProducts[dataProducts.length.sub(1)];
        dataProducts.length = dataProducts.length.sub(1);
        isDataProduct[addr] = false;
    }
    return deleted;
}

    function createDataProduct(string _name, string _description,
        string ipfsHash, string category, uint256 _price, uint256 size
        ) public returns(address){
        address newDataProduct = new DataProduct(msg.sender, tokenAddress, _name, 
        _description, ipfsHash, category, _price, size); 
        dataProducts.push(newDataProduct); 
        dataCreated[msg.sender].push(newDataProduct);
        isDataProduct[newDataProduct] = true; 
        CreateDataProduct(newDataProduct, ipfsHash); 
        return newDataProduct;
    }

    function registerUserPurchase(address user) public { 
        require(isDataProduct[msg.sender]); 
        dataPurchased[user].push(msg.sender); 
        PurchaseDataProduct(msg.sender, user);
    }

    function getDataProducts() public constant returns (address[]){ 
        return dataProducts;
    }

    function getDataCreatedFor(address addr) public constant returns (address[]) { 
        return dataCreated[addr];
    }

    function getDataCreated() public constant returns (address[]) { 
        return getDataCreatedFor(msg.sender);
    }

    function getDataPurchasedFor(address addr) public constant returns (address[]) { 
        return dataPurchased[addr];
    }

    function getDataPurchased() public constant returns (address[]) { 
        return getDataPurchasedFor(msg.sender);
    } 
}

RepuX 피드백 및 평판

세계 경제는 신뢰의 시스템 위에 구축됩니다. 신뢰의 시스템이 세계적으로 국가 간의 무역을 활성화 시켰으나 이로 인해 소규모의 기업과 개인들은 대형 기업들 사이에서 신뢰를 형성하기가 점점 더 어렵게 되었습니다. 이의 결과로 점차적으로 중앙화 된 권력이 이루어졌으며, 소규모 비즈니스를 해치는 결과를 가져왔습니다.

마찬가지로, 특정 권위가 뒷받침되지 않는 데이터는 종종 사용 불가능한 데이터로 여겨집니다. 이는 더 소수의 사람과 비즈니스가 자신의 데이터를 중개인을 거치지 않고는 판매할 수 없음을 뜻합니다. 이 문제를 해결하기 위해 당사는 각 RepuX 프로토콜 거래 뒤에 명성을 표시할 수 있게 하였습니다. 하기의 데모에서 볼 수 있듯이 당사는 이더리움 스마트 계약 내의 개인 데이터 배열 안에 IPFS 데이터 해시를 저장합니다. 해당 데이터는 후에 사전에 지정된 금액의 RepuX 토큰을 본 스마트 계약에 전송함으로써 액세스할 수 있게 됩니다.

신탁

무결성과 신뢰는 반 익명인 온라인 시장에서 중점적인 문제입니다. 무결성과 신뢰는 거래에서 효율성을 뒷받침 합니다. 페이팔(PayPal), 알리바바(Alibaba) 및 이베이(eBay( 와 같은 회사의 기저에 있는 중심 아이디어는 거래에서 신뢰에 관한 문제를 해결하는 것이었습니다.

참고 1: 중앙화 시스템에서의 신뢰

중앙화된 시스템에서는 각 거래마다 등급을 부여하는 중앙 기관이 있는 등급 시스템를 만들어 쉽게 신뢰를 형성할 수 있습니다.

분쟁이나 의심스러운 거래의 경우에는, 각 당사자는 중앙 기관에 간단하게 증거를 제출하여 중앙기관이 거래의 결과를 결정하게 됩니다. 그러나 이러한 등급은 중앙 기관이 통제를 함에도 불구하고 인위적으로 만들어지거나 조작될 수 있습니다.9

분산화 된 시스템에서는 이러한 평가 메커니즘이 중앙 기관없이 실행되어야 합니다. 이를 가능하게 하는 첨단 솔루션이 오라클 신탁 시스템입니다.

오라클 시스템에서는 모든 거래, 혹은 비정상적으로 높거나 의심스러운 등급은 구매자와 판매자의 RepuX 주소에 등급이 반영되기 전에 오라클을 거쳐야 합니다.

[9]https://pages.ebay.com/help/policies/feedback-manipulation.html참조

RepuX 오라클 스마트 계약의 데모:

contract OracleChallenge {
    using SafeMath for uint;
    address public tokenAddress;
    RepuX public RPX;
    uint public initThreshold;
    uint public blockThreshold;
    address public challenged;
    string public descriptionHash;
    address public initiater;
    boolean public initiated;
    boolean public success;
    boolean public ended;
    address[] public voters;
    mapping (address => uint) voterStakes;
    mapping (address => boolean) voterChoices;
    mapping (address => string) evidenceHashes;
    mapping (boolean => uint) stakeTally;
    boolean public leading;
    uint public lastChangeBlock;
    boolean public result;
    boolean public rewardDistributed;
    event Vote(address voter, uint stake, boolean supports);
    event Result(boolean success);
 
        modifier onlyInitiater() {
        if (msg.sender != initiater) throw;
        _;
        }

        modifier beforeEnd() {
            if (ended) throw;
            _;
        }

        modifier afterEnd() {
            if (!ended) throw;
            _;
        }
    
        modifier afterInit() {
            if (!initiated) throw;
            _;
        }



        function OracleChallenge(address _challenged, string _descriptionHash) {
            //Constructor function
            challenged = _challenged;
            descriptionHash = _descriptionHash;
            initiater = msg.sender;
        }
    
        function updateDescription(string newHash) public onlyInitiater beforeEnd {
            descriptionHash = newHash;
        }

        function initiate(uint amount) public onlyInitiater {
            if (amount < initThreshold) throw;
            if (initiated) throw;
            initiated = true;
            voters.push(msg.sender);
            voterStakes[msg.sender] = voterStakes[msg.sender].add(amount);
            voterChoices[msg.sender] = true;
            stakeTally[true] = stakeTally[true].add(amount);
            leading = true;
            lastChangeBlock = block.number;
            RPX.transferFrom(msg.sender, this, amount);
        }
    
        function vote(boolean support, uint amount, string evidenceHash) public beforeEnd afterInit { tally();
            if (ended) throw;
            if (voted(msg.sender) && support != voterChoices[msg.sender]) throw;
            if (amount == 0) throw;
        RPX.transferFrom(msg.sender, this, amount);
                if (!voted(msg.sender)){
                    voters.push(msg.sender);
            }
            voterStakes[msg.sender] = voterStakes[msg.sender].add(amount); stakeTally[support] = stakeTally[support].add(amount); 
            if (evidenceHash != „”){
                evidenceHashes[msg.sender] = evidenceHash;
            }
            Vote(msg.sender, amount, support);
            tally();
        }

        function tally() public beforeEnd afterInit {
            boolean currentLead;
            if (stakeTally[true] > stakeTally[false]) {
                currentLead = true;
            } else if (stakeTally[true] > stakeTally[false]) {
                currentLead = false;
            } else {
                currentLead = leading;

            }
    
            if (currentLead != leading) {
                lastChangeBlock = block.number;
            } else {
                if (block.number.sub(lastChangeBlock) >= blockThreshold) { result = leading;
                ended = true;
                Result(result);
                distributeRewards();
                }
            }
        }
    
    
    function distributeRewards() public afterEnd {
        if (rewardDistributed) {
            Throw;
        }
            rewardDistributed = true;
                for (uint i=0; i < voters.length; i++) {
                    address v = voters[i];
                    uint r = reward(v);
                    if (r > 0) {
                        RPX.transfer(v, r.add(voterStakes[v]));
                    }
                }
            }
        
            function reward(address addr) constant private afterEnd returns (uint amount) { 
                if (voterChoices[addr] != result) {
                    return 0;
                }
                return voterStakes[addr].mul(stakeTally[!result]).div(stakeTally[result]);
            }
    
            function voted(address addr) constant public returns (boolean) { 
                return (voterStakes[addr] > 0);
            }
    
            function getChoice(address addr) constant public returns (boolean) { 
                return voterChoices[addr];
            }
    
            function getStake(address addr) constant public returns (uint) { 
                return voterStakes[addr];
            }




            function getTally(boolean choice) constant public returns (uint) { 
                return stakeTally[choice];
            }
        }

RepuX 프로토콜에 오라클 시스템을 통합함으로써 온라인 시장 시스템에서 통상적인 잠재적 사기를 줄일 수 있는 방법을 구축합니다.

대체 블록체인

블록체인 환경은 지속적으로 변화하며 매일 혁신이 일어나고 있습니다. 그 결과로 RepuX 는 미래에 개발 될 수 있는 보다 효과적이고 효율적이며 확장 가능한 블록체인과의 통합에 대하여 살펴보도록 가능성을 열어 놓았습니다. 현재 샘플 로직 계약은 이더리움의 단일 프로그래밍 언어를 이용하여 구축됩니다. 그러나 이더리움은 아직 개발이 진행중입니다. 당사는 많은 다른 솔루션을 고려했으며, 현재 권위의 증거 (Proof of Authority, POA) 사용자 지정 블록체인이 오랜동안 가장 빠르고, 가장 안전한 방법의 블록체인으로 남으리라고 믿고 있습니다. 그러나 또한 조금 덜 분산화된 지분 증명(Proof of Stake, POS) 및 작업 증명(Proof of Work, POW) 를 제공합니다.10 당사는 궁극적으로 속도와 보안 사이에서 균형을 찾아야 하며, 또한 한 편으로는 분산화되고, 또 한 편으로는 최종 RepuX 프로토콜 내의 다른 로직 시스템 중에서 선택해야 할 것입니다.

[10]https://github.com/paritytech/parity/wiki/Proof-of-Authority-Chains참조

RepuX 프로토콜을 위한 잠재적 기회의 예

RepuX 는 다수의 다른 잠재적 애플리케이션과 함께 프로토콜 수준의 인프라가 되도록 설계되었습니다. 당사는 RepuX 프로토콜을 사용한 잠재적 기회의 몇 가지 예시를 들어보았습니다. 본 예제들은 RepuX 프로토콜이 사용되고 제 3자 애플리케이션 개발자에 의해 구축되는 상황의 예시들이며, RepuX 프로토콜 자체의 제안된 기능과 혼동 되어서는 안됩니다.

하기에 명시된 예시는 RepuX 프로토콜의 잠재적 사용의 완전한 예시는 아닙니다.

보관 데이터 베이스

RepuX 프로토콜의 잠재적인 사용 기회 중 하나는 다양한 보관 데이터베이스에 저장된 데이터와 관련된 사용입니다. 예를 들면 스미스소니언 박물관은 수십년간 보관해 온 다량의 보관 자료들이 있습니다. 본 데이터베이스는 수많은 이미지 데이터, 텍스트 데이터, 시간 데이터 및 잠재적으로 유용한 기타 집계 메타 데이터 정보를 포함하고 있습니다.

불행하게도 스미스소니언은 본 데이터에 대한 구매자를 찾기 어렵습니다. 스미스소니언 박물관은 미술관 전문 개인 회사에 데이터 라이센스를 줄 수 있을 것입니다. 그러나 좀 더 넓은 시장에 액세스를 하게 되면 스미스소니언 박물관은 본 데이터를 더 광범위하게 수익화할 수 있을 것입니다. 현재 스미스소니언 박물관이 더 넓은 데이터 시장에 액세스를 위해 사용할 수 있는 우세한 인터페이스나 플랫폼이 존재하지 않습니다.

RepuX는 잠재적으로 스미스소니언 박물관이 스미스소니언 데이터를 위한 더 광범위한 시장의 액세스를 제공할 수 있을 것입니다. 집계되고 익명처리된 데이터를 RepuX 프로토콜의 IPFS 저장 레이어에 업로드 함으로써 스미스소니언 박물관은 자신의 데이터를 위한 더 넓은 범위의 잠재적 고객에게 액세스 할 수 있습니다. 리서치의 목적으로 집계된 과거 데이터를 찾는 개인 및 기관 모두과 다른 종류의 데이터 분석을 위해 데이터를 찾는 기관은 RepuX 프로토콜을 통해 쉽게 박물관에게 지불을 할 수 있습니다. 판매자의 평판을 확인함으로써 잠재적 구매자는 데이터의 정당성에 대한 보증을 받게 됩니다. 지불이 RepuX 토큰으로 이루어지므로, 판매자는 분산적이고 적합한 방법으로 지불을 보증 받을 수 있습니다.

빅 데이터

머신 러닝 기반 분석은 다음 몇 년간 미화 2,000억 달러 이상의 규모로 성장할 전망입니다.11 머신 러닝은 빅데이터의 가용성에 뿌리를 내리고 있는 거대한 비즈니스입니다.

Artiq을 하나의 예로 들어보겠습니다. Artiq 은 자연어 기반의 머신 러닝 회사로 감정 분석에서부터 텍스트 인식까지 몇 가지 신경 딥러닝 모델을 보유하고 있습니다.12 Artiq 은 이러한 학습된 모델을 사용하여 고객이 운영비를 절감할 수 있도록 합니다. 불행하게도 Artiq 은 80%의 수익을 주요 데이터 자체를 모으고 준비하는데 사용하며, 종종 직원을 직접 필드로 보내어 문서의 이미지를 스캔하여 Artiq 의 머신 러닝 알고리듬을 훈련시킬 수 있도록 합니다.

RepuX 프로토콜은 Artiq 과 같은 회사를 데이터 구매 고객과 매치시켜서 상당한 시간과 비용을 절약함으로써 잠재적인 도움을 줄 수 있습니다. 에버노트와 같이 손으로 쓴 텍스트 데이터를 수집하는 많은 회사들이 있습니다. 이러한 데이터들을 익명처리 한 다음, RepuX, Artiq 및 유사한 머신 러닝 회사들에 판매 오퍼를 한 후 해당 분야나 산업에서 명성있는 데이터 수집회사들로부터 이런 데이터를 구매하여 머신 러닝 알고리즘 트레이닝에 사용함으로써 상당한 운영 비용을 줄일 수 있습니다.

[11]https://www.forbes.com/sites/gilpress/2017/01/20/6-predictions-for-the-203-billion-big-data- analytics-market/#b96256e20838 참조
[12]http://ieeexplore.ieee.org/document/6817512/ 참조

광고 및 온라인 콘텐츠

기본 디지털 제품이나 서비스는 무료로 제공되지만 더 풍부한 추가 기능에 대해서는 비용을 부과하는 프리미엄(freemium) 모델은 빠른 속도로 소비자 소프트웨어 제품의 실제 모델이 되고 있습니다. 이용자는 기본 제품이나 서비스를 무료로 액세스 할 수 있습니다. 그러나 제품이나 서비스를 데이터의 형태로 제공하는 기관에게 사용자에 대한 데이터 수집은 가치를 발생시킵니다. 일반적으로 광고주들은 이러한 행동 데이터에 대해 괜찮은 값을 지불합니다.

당사는 다음 가상의 예를 제공합니다. 폴은 그래픽 디자이너로 컴퓨터를 자주 사용합니다. 제 3자 애플리케이션 개발자는 RepuX 프로토콜을 사용하여 폴이 자발적으로 설치하고 그의 익명화된 컴퓨터 사용자 데이터를 기록할 프로그램을 만들 수 있습니다. 폴은 자신의 익명화된 데이터를 다른 비즈니스에 제공하는데에 대하여 상관하지 않습니다.

폴은 RepuX 프로토콜을 이용하는 잠재적 데이터 구매자들의 데이터 사용을 즉시 가능하게 하며, 따라서 데이터 판매 측면에서 추가 수익을 만들어냅니다. 폴이 지속적으로 정당하고 정확하며 잘 포맷된 데이터를 제공할 경우 RepuX 프로토콜 상에서 그의 명성은 올라가고, 결과적으로 그의 데이터는 추가 판매될 확률이 높습니다. 광고주들은 폴의 데이터의 신뢰성과 가용성을 환영할 것이며 폴은 자신의 데이터에 대해 정당한 보상을 받게 됩니다.

전자 상거래 및 국제 거래

Hongshan은 심천에 위치한 가상의 전자 상거래 업체입니다. HongShan은 전 세계 기업들을 위해 전자제품을 제조합니다. Hongshan의 가장 큰 관심은 국제 거래의 신뢰하고 빠르고 믿을만한 정산을 하는 것입니다. 국제 재무 정산은 대개 지불을 받는데 3일 이상 걸리며 수많은 단계를 거쳐야 합니다. 지연된 배송과 주문으로 인해 HongShan은 고객이 제 시간에 지불을 할지 여부를 알 수 없게 됩니다. HongShan은 알리바바(Alibaba)와 같은 중개인을 사용할 수 있겠지만 중개인은 각 판매에 대해 상당한 수수료를 부과하며 또한 연회비를 부과합니다.13

[13]https://revenuesandprofits.com/alibaba-makes-money-2016-update/ 참조

RepuX 프로토콜은 이러한 불확실성과 지연의 문제를 해결해 줄 수 있습니다. 평판에 기반한 기존의 시스템 인프라에 구축함으로써 RepuX는 특정 신뢰 및 리뷰 시스템을 각 거래 뒤에 추가 할 수 있습니다. HongShan과 같은 회사와 다른 유사 제조업체의 리뷰에 의해 이루어진 RepuX 프로토콜의 본 평판 요소로 HongShan은 어느 고객이 제 시간에 지불을 할 가능성이 더 높은지 선택적으로 결정할 수 있습니다. 마찬가지로 HongShan과 같은 회사의 고객들은 해외 제조업체를 선택할 때 RepuX 프로토콜의 평판 요소에서 혜택을 얻을 것입니다.

RepuX 는 적절한 결산을 보장하기 위해 거래가 보유 기간에 저장되는 오라클 시스템 위에 구축한 RepuX 프로토콜의 평판 요소 내에 선택적으로 에스크로 시스템을 개발할 수 있습니다. 사기가 발생하는 경우 거래의 각 당사자는 오라클 시스템에 액세스 할 수 있는 증거를 제출해야 하고, 투표 기간이 지난 다음 대부분 거래가 사기라고 판단되면, 거래는 취소될 것입니다.

신용 점수

신용 점수는 오랜 기간에 걸쳐 각 개인의 재무 평판을 결정합니다. RepuX 프로토콜이 크레딧 점수제를 지원할 수 있습니다. RepuX 프로토콜을 통해 오랜 기간에 걸쳐 내장된 평판의 기록과 함께 제 3자는 개인이 했던 과거의 거래에서 직접 개인의 신용도를 평가할 수 있습니다. 일반적으로 탄탄한 신용 기록을 갖기 원하는 개인에게 RepuX 프로토콜을 일상적인 거래에서 사용하도록 장려할 것입니다.

전자 판매 매장 (Electronic Point of Sales, EPOS)

EPOS 기기는 RepuX 프로토콜이 유리하게 구현될 수 있는 또 다른 예입니다. EPOS 를 통해 RepuX 프로토콜을 사용한 각 판매는 다음의 장점을 제공합니다:

  1. 블록체인에 기록됩니다;

  2. 공개적으로 게시됩니다; 또한

  3. 불변의 회계 장부 역할을 함으로써 사기를 방지합니다.

소액 대출

소액 대출 사업은 미화 400억 달러 이상의 가치를 가지며 해마다 20-30% 성장할 것으로 예상됩니다.

RepuX 프로토콜 내에서 생성될 수 있는 신용 기록으로 제 3자 개발자들은 RepuX 프로토콜을 사용하여 소액 대출 기관과 유사한 애플리케이션을 구축할 수 있습니다. 그러한 소액 대출 기관은 RepuX 프로토콜이 제공하는 평판 요소내에서 모든 신용 평가를 하게 되며, 사기의 염려가 없으며 블록체인 상에서 공개적으로 감사가 가능합니다.

소액 대출은 RepuX 프로토콜을 사용하여 채권자와 채무자 간에 쉽게 대출을 할 수 있습니다. 예를 들면 채권자는 쉽게 RepuX 평판 보증된 대출의 대형 번들을 쉽게 구매할 수 있으며 대출자가 일정 수준 이상의 평판에 대한 보증을 갖게 됩니다.

의료 기록

PhenoPh는 가상의 제약 및 개발 회사입니다. PhenoPh는 병원에 의해 자주 사용되는 제품군을 가지고 있습니다. 또한 PhenoPh가 판매하는 의약품의 많은 경쟁자가 있습니다. 이러한 경쟁자들과 효과적으로 경쟁하기 위해서 PhenoPh는 중요한 시장 조사를 수행해야 합니다.

RepuX 프로토콜은 이러한 제약 회사들을 위한 시장 조사에 잠재적으로 가치 있는 도움을 제공할 수 있습니다. 병원은 제약회사가 판매하는 약물에 대한 많은 데이터 및 환자들의 치료 및 사례에 관한 데이터를 수집합니다. 이런 데이터는 종종 개인 병원에는 유용하지 않을 수 있지만, 그러한 데이터가 익명화되고 PhenoPh와 같은 회사에 의해 집계되면 시장 조사 목적으로 매우 높은 가치를 지니게 될 수 있습니다.

이 데이터에 액세스함으로써 PhenoPh는 자신의 제품에 대한 시장 뿐만 아니라 자신의 경쟁자들에 대해 더 잘 이해할 수 있으며, 또한 이전에는 할 수 없었던 잠재적인 의료 정보의 동향에 대한 예측을 할 수 있게 되며, 따라서 경쟁적인 우위를 상당히 증가시키게 됩니다.

RepuX 토큰 사용

데이터 판매와 구매

RepuX는 RepuX 토큰 소지자들이 RepuX 프로토콜 상의 판매자들로부터 데이터 구매를 허용할 것입니다. RepuX 프로토콜은 데이터 판매자들이 자신의 데이터를 구매하는 개인이나 기관으로부터 RepuX 토큰으로 지불을 할 수 있도록 합니다. 데이터 수집가들로부터 얻는 원시 데이터 및/혹은 제 3자 애플리케이션 개발자로부터 다양한 가치가 추가된 콘텐츠를 시장이나 양측 거래를 통하여 RepuX 토큰을 이용하여 판매하고 구매할 수 있으며, 데이터 수집가들은 자신들의 데이터 가치를 위해 방법을 개발하게 될 것입니다.

평판의 부여

데이터와 관련 여부에 상관없이 RepuX 프로토콜의 이용자들은 각 거래에 대한 평판을 줄 수 있습니다. 이는 이용자가 누가 믿을만하고 그렇지 못한 거래 상대자인지 결정할 수 있게 돕는 RepuX 프로토콜의 주요 기능이며, 스팸을 걸러내고 기타 잘못된 데이터 세트가 RepuX 프로토콜 상에서 제공되는 것을 막습니다.

거래 당사자 간에 거래에 대한 분쟁이 생기거나 평판이 정확하지 않은 것으로 판단이 되면, RepuX 프로토콜의 사용자들은 오라클 시스템에 추가 확인을 위하여 증거 제출을 해야 합니다.

오라클 네트워크의 실행

거래나 평판 등급이 오라클에 의해 승인이 되어야 할 경우 RepuX 토큰 소지자들은 자발적으로 RepuX를 지불하고 오라클 시스템에서 투표를 할 수 있습니다. RepuX 토큰 소지자가 올바른 판단에 투표를 하게 되면 소정의 금액, 예를 들면 RepuX 토큰으로 0.5% 를 지급받게 됩니다. 이러한 분산 평가 시스템은 RepuX 토큰 소지자들에게 보상을 제공할 뿐만 아니라 RepuX 프로토콜의 사용과 전체적인 평판 시스템을 해칠 수 있는 RepuX 프로토콜이 사기성 거래와 평판의 부풀림을 제거하는데 도움을 줄 것입니다.

네트워크 상에 구축

RepuX 토큰을 가진 소지자들은 RepuX 프로토콜상에 제 3자 애플리케이션을 개발할 수 있게 됩니다. 예를 들면, 제 3자 개발자들은 자신들의 행동 데이터를 판매하고 RepuX 토큰으로 지불 받는 애플리케이션을 만들 수 있습니다. 더 많은 RepuX 토큰을 가지면 더 많은 양의 데이터를 비즈니스, 연구 및 다른 목적으로 집계할 수 있게 됩니다.

RepuX 토큰 판매

사전 판매 및 토큰 판매

RepuX 토큰은 RepuX 프로토콜 기능의 필수적인 부분입니다.

RepuX는 미래 토큰에 대한 간편 계약을 통해 "공인된 투자자들"에게만 제공하는 향후 RepuX 토큰을 받을 권리를 사전 판매(이하 "사전 판매")합니다. 사전 판매는 12월에 계속 되며 50% 할인된 $0.20의 기본율(이하 "기본율") 로 진행됩니다. 모든 관심있는 공인 투자자들은 [email protected] 로 직접 연락하여 더 자세한 내용에 대해 알아보거나 repux.io/saft.html 에서 공백의 SAFT 양식을 다운 받을 수 있습니다.

RepuX는 2017년 12월 사전 판매를 론칭할 계획이며 RepuX 프로토콜이 운영화 된 이후 2018년 3월에 토큰 세일을 할 예정입니다. 사전 세일은 토큰 판매가 시작되는 2018년 3월까지 계속 될 것입니다. 토큰 판매는 5번에 나누어 제공 될 것입니다. 첫번째는 기본율의 30% 할인가격에, 두번째는 기본율의 25% 할인 가격에, 세번째는 기본율의 20%의 할인 가격에, 네번째는 기본율의 15%의 할인 가격에, 그리고 마지막으로 기본율의 10% 할인 가격에 제공됩니다. 당사는 5억개의 RepuX 토큰의 수요로 론칭을 하게 되며 하기의 표 2 "RepuX 토큰율 및 할당"의 제목하에 명시된 대로 할당이 됩니다. RepuX 토큰과 이더의 시장 교환율은 하나의 RepuX 토큰이 미화 $0.20 의 등가를 기반으로 하게 됩니다.

데이터 수집가, 데이터 구매자 혹은 제 3자 개발자가 RepuX 프로토콜에서 데이터 거래에 참여하기 위해서는 RepuX 토큰을 구입해야 합니다.

토큰 표준

ERC20 표준은 이더리움 블록체인 상에 디지털 자산을 위한 공통 인터페이스를 제공합니다. RepuX 토큰은 ERC20 토큰 표준을 준수하며, 이는 RepuX 토큰 소지자들은 RepuX 토큰을 기존의 이더리움 지갑 애플리케이션 (예: Parity, Mist, MyEtherWallet 등)을 이용하여 쉽게 RepuX 토큰을 이체하고 관리할 수 있음을 의미합니다.

RepuX 토큰 비율 및 할당

RepuX 프로토콜의 목표는 사용자들이 자신의 데이터를 가능한 제어할 수 있게 하는 것이며 RepuX 는 토큰 판매를 분산화된 방식으로 설계하였습니다. 본 배정은 사전 판매시 RepuX 토큰 판매의 액수에 따라 변동될 수 있으며, 사전 판매 마감시 확정될 것입니다.


표 1: RepuX 토큰 비율

할인율 토큰 수량 가격
사전 판매 50% 100 000 000 $0.10
1-7 30% 75 000 000 $0.14
8-13 25% 15 000 000 $0.15
14-19 20% 15 000 000 $0.16
20-25 15% 15 000 000 $0.17
26-31 10% 30 000 000 $0.18

표 2: RepuX 토큰 할당 계획

이벤트 할당율
사전 판매 20%
토큰 판매 기간중 판매량* 30%
리워드 풀 10%
플랫폼 상의 판매 23%
창립팀, 3년간의 대기 기간 12%
대사 3%
토큰 판매 장려금 2%

*Unsold tokens will be locked up for one year.

수익의 사용

RepuX 는 사전 판매에서 얻은 수익의 상당한 금액을 RepuX 프로토콜의 개발 및 RepuX 토큰 에코시스템의 진행을 위해 사용할 것입니다.

모든 남은 RepuX 토큰은 RepuX 재단에 의해 관리될 것입니다. RepuX Foundation은 New Horizon Building, Ground Floor, 3½ Miles Philip S.W. Goldson Highway, Belize City, Belize에 사무실을 두고 2017년 10월에 설립된 파나마의 비영리 단체입니다. RepuX 재단은 사전 판매와 토큰 판매에서 모금된 자금과 RepuX 토큰을 보호하기 위해 RepuX 를 대신하여 설립되었습니다. RepuX는 지역 사회 참여 및 분산화된 데이터 세계에서 이용자의 참여를 지원하는 일에 헌신되어 있습니다. RepuX 토큰 및 연관된 네트워크와 시장은 모두 RepuX 재단에 의해 만들어지고, 소유하고 있으며 라이센스를 소지한 영업 기밀과 지적 재산을 이용합니다.

RepuX APP 모형

아래는 이용자들이 RepuX 프로토콜을 이용하여 서로 상호작용을 할 수 있는 인터페이스 샘플입니다.

그림 3: RepuX 프로토콜을 위한 모형 인터페이스

코드 분석

아래에 이더리움 네트워크 상의 기능을 보여드리기 위해 사용하는 스마트 계약의 초안 버전을 데모로 보여드립니다. 이는 구현 표본(샘플) 이며 최종 구현은 변경될 수도 있음을 알려드립니다(또한 사용자 맞춤 블록체인 구현이 될 수도 있습니다).

아래의 계약은 RepuX 프로토콜 상의 데이터 거래를 위한 표준 인터페이스를 정의합니다. 데이터 소유자는 데이터를 본 인터페이스를 통해 관리할 수 있습니다. 데이터 소유자들은 또한 (RepuX 토큰으로) 자신의 데이터 가격을 지정하고 업데이트 할 수 있습니다 데이터 소유자들은 또한 계약 상에 버전 기록이 영원히 남는 가운데 자신의 데이터를 업데이트 할 수 있습니다.

contract DataProduct is Ownable { 
  using SafeMath for uint256;
  address public registryAddress;
  Registry public registry;
  address public tokenAddress;
  ERC20 private token;
  string public name;
  string public description;
  string public ipfsHash;
  string public category;
  uint256 public price;
  uint256 public size;
  uint256 public creationTimeStamp;
  mapping (address => bool) public ownership;
  mapping (address => bool) public rated; mapping (address => bool) public ratings;
  uint256 public purchaseCount;
  uint8 public minScore = 0;
  uint8 public maxScore = 5;
  mapping (uint8 => uint256) public scoreCount; 
  mapping (address => uint8) private userRatings; 
  mapping (address => bool) private userRated; 
  uint256 public rateCount;
  uint256 private ownerDeposit;
  event Purchase(address purchaser, address recipient);
  event DataUpdate(string originalHash, string newHash);
  event PriceUpdate(uint256 originalPrice, uint256 newPrice);
  modifier onlyRegistry() { 
      require(msg.sender == registryAddress); 
      _;
  }

  function DataProduct(address _owner, address _tokenAddress, string _name, string _description, string _ipfsHash, string _category, uint256 _price, uint256 _size) public {
    registryAddress = msg.sender;

    registry = Registry(registryAddress);
    owner = _owner;
    ownership[owner] = true;
    tokenAddress = _tokenAddress;
    token = ERC20(tokenAddress);
    name = _name;
    description = _description;
    ipfsHash = _ipfsHash;
    category = _category;
    price = _price;
    size = _size;
    creationTimeStamp = block.timestamp; 
  }

    function ownerWithdraw(uint256 amount) public onlyOwner { require(amount <= ownerDeposit);
    ownerDeposit = ownerDeposit.sub(amount); assert(token.transfer(owner, amount));
  }

  function ownerWithdrawAll() public onlyOwner { 
    require(ownerDeposit > 0);
    uint256 amount = ownerDeposit; ownerDeposit = 0;
    assert(token.transfer(owner, amount)); 
  }

  function ownerWithdrawAll() public onlyOwner { 
    require(ownerDeposit > 0);
    uint256 amount = ownerDeposit; ownerDeposit = 0;
    assert(token.transfer(owner, amount)); 
  }

  function getOwnerDeposit() public constant onlyOwner returns(uint256) { 
    return ownerDeposit;
  }

  function setPrice(uint256 newPrice) public onlyOwner { 
    PriceUpdate(price, newPrice);
    price = newPrice;
  }

  function setSize(uint256 newSize) public onlyOwner { 
    size = newSize;
  }

  function setName(string newName) public onlyOwner { 
    require(keccak256(newName) != keccak256(„”)); 
    name = newName;
  }



  function setDescription(string newDescription) public onlyOwner { 
    description = newDescription;
  }

  function setCategory(string newCategory) public onlyOwner { 
    category = newCategory;
  }

  function purchaseFor(address recipient) public { 
    require(!getOwnership(recipient)); 
    ownership[recipient] = true; 
    assert(token.transferFrom(msg.sender, this, price)); 
    ownerDeposit = ownerDeposit.add(price); 
    purchaseCount = purchaseCount.add(1); 
    Purchase(msg.sender, recipient); 
    registry.registerUserPurchase(recipient);
  }

  function purchase() public { 
    purchaseFor(msg.sender);
  }

  function rate(uint8 score) public { 
    require(getOwnership(msg.sender));
    require(score >= minScore && score <= maxScore);
    if (userRated[msg.sender]) {
      uint8 originalScore = userRatings[msg.sender]; 
      require(score != originalScore);
      scoreCount[originalScore] = scoreCount[originalScore].sub(1);
    } else {
      rateCount = rateCount.add(1); 
      userRated[msg.sender] = true;
    }
    scoreCount[score] = scoreCount[score].add(1); 
    userRatings[msg.sender] = score;
  }

  function cancelRating() public { 
    require(userRated[msg.sender]); 
    userRated[msg.sender] = false;
    uint8 score = userRatings[msg.sender]; 
    scoreCount[score] = scoreCount[score].sub(1); 
    userRatings[msg.sender] = 0;
    rateCount = rateCount.sub(1); 
  }




  function setData(string _ipfsHash) public onlyOwner { 
    require(keccak256(_ipfsHash) != keccak256(„”)); 
    DataUpdate(ipfsHash, _ipfsHash);
    ipfsHash = _ipfsHash;
  }
  
  function getOwnership(address addr) public constant returns(bool) { 
    return ownership[addr];
  }
  
  function getTotalRating() public constant returns(uint256) { 
    uint256 total = 0;
    for (uint8 score=minScore; score<=maxScore; score++) {
      total = total.add(scoreCount[score].mul(score));
    }
    return total; 
  }

  function getDataProductFor(address addr) public constant returns ( 
    //address _this,
    address _owner,
    string _name,
    string _description, string _ipfsHash,
    string _category, uint256 _price,
    uint256 _size,
    uint256 _totalRating,
    uint256 _rateCount,
    uint256 _purchaseCount,
    bool _ownership
  ){
    //_this = this;
    _owner = owner;
    _name = name;
    _description = description; _ipfsHash = ipfsHash;
    _category = category;
    _size = size;
    _price = price;
    _totalRating = getTotalRating();
    _rateCount = rateCount;
    _purchaseCount = purchaseCount;
    _ownership = getOwnership(addr);
  }

  function getDataProduct() public constant returns (
    //address _this,
    address _owner,
    string _name,
    string _description,


    string _ipfsHash,
    string _category,
    uint256 _price,
    uint256 _size,
    uint256 _totalRating,
    uint256 _rateCount,
    uint256 _purchaseCount,
    bool _ownership
  ){
    return getDataProductFor(msg.sender);
  }
}

구매자는 RepuX 토큰을 사용하여 분산화된 플랫폼 상의 데이터를 구입하실 수 있습니다. 스마트 계약은 데이터를 이미 구매한 이용자들이 평판 점수를 매길 수 있도록 하여 RepuX 프로토콜의 평판 요소를 향상시킵니다. 블록체인상에 등급 시스템을 실행하므로 완전히 오픈되고 투명한 시스템이 될 것입니다.

본 계약은 표준 인터페이스를 정의하며, 다른 업계에서 사용되거나 발생한 데이터는 다른 사용 사례에 맞도록 특정하게 구현을 할 수 있습니다. 예를 들면, 스마트 계약에 추가적 속성을 추가하여 데이터와 관련하여 산업 특정 정보를 반영할 수 있습니다. 가격과 지불 기능 또한 구독 모델과 같은 다른 지불 방법을 지원하기 위해 수정될 수 있습니다.

로드맵

2017년 7월
미화 $400,000 의 시드 펀딩
2017년 9월
업계에서 모인 고문들
2017년 10월
RepuX 재단 설립
2017년 11월
파트너를 통한 주요 배분 발표
코드 검사
블록체인 엑스포에서 연설
2017년 12월
RepuX 프로토콜 실행
Blockshow Asia 참가
2018년 3월
토큰 판매
2018년 4월
토큰 판매 감사
2018년 5월
개발자를 위한 RepuX 프로토콜 오픈
2018년 6월
RepuX 플랫폼은 분산화된 기업 프로그램을 허용합니다.

당사는 다음 몇달간 매우 빨리 모든 일을 마무리 할 것으로 기대합니다. 저희는 다양한 유형의 개인 및 기관의 데이터를 당사자간에 교환할 수 있고 수익화 할 수 있는 RepuX 프로토콜 레벨 프레임워크의 사양을 완료하였습니다. 저희는 2018년 2월에 예정된 토큰 판매를 위해 당사의 이더리움 스마트 계약과 RepuX 토큰 분배 웹 인터페이스를 사용할 것 입니다.

토큰 판매를 준비하기 위해 당사는 12월 초에 주요 배포에 대한 발표를 할 것입니다.

토큰 판매가 완료되면, 당사는 기업 통합 파트너에게 토큰 오퍼에 사용할 수 있도록 인프라를 제공할 수 있게 될 것이며 저희가 당면한 즉각적인 과제는 더욱 큰 규모의 중역 레벨의 팀을 고용하고 WorkHQ와 저희의 첫 기업 통합을 완료하는 일입니다.

당사의 철학은 구축한 도구를 내부적으로 먼저 테스트 하고, 당사의 기업 통합 파트너들과 테스트하는 것입니다. 당사는 RepuX 프로토콜이 철저하게 테스트 된 후에 일반에게 공개할 예정입니다.

RepuX 팀

Marcin Welner (마르신 웰너)

총 20년간 IT 업계에서의 경력. 12년의 프로그래밍 경력. 100명 규모의 부서를 이끌었습니다. 아무 것도 없는 상태에서 부터 프로젝트를 구축하는 것을 좋아합니다. 창고, 물류, 공급 체인, 전자 상거래, 재고 관리 및 ERP 와 CRM 시스템에서 폭넓은 비즈니스 기술을 가지고 있습니다.

Tomasz Tybon (토마츠 타이본)

Saas 업계에서 마케팅과 판매, 제품 개발에 10년의 경력을 가지고 있습니다. 전자 상거래에서 6년간의 경험을 가지고 있으며 나라에서 가장 큰 브랜드를 만들어 인도 및 터키 시장까지 확장하였습니다. 최고 마케팅 경영자(CMO) 및 최고 운영 경영자(COO) 로 재직하였습니다. 연간 환산 매출을 30배로 규모를 확장하였습니다.

Aleksandra Staszewska (알렉산드라 스타체프스카)

10년 이상 금융, 공공 관리 및 통신 분야를 위한 프로젝트에서 비즈니스 분석가로 10년 이상 일한 경력을 가지고 있습니다. 국가 인구 조사 분석, 처리 및 보고를 위해 일했습니다. 빅데이터에 열정을 가지고 있으며 비즈니스 인텔리전스 및 데이터 웨어하우스 시스템에 깊은 식견을 가지고 있습니다.

Daniel Kmak (다니엘 크마크)

5년간 프론트 엔드 경력과 미국 회사에서 1년간의 컨설팅 경험을 가지고 있습니다. Packt Publishing 의 React, Vue 및 Angular 코스의 저자입니다. 12,000 개의 평판을 받은 톱 3% StackOverflow 기여자입니다. HackerNoon 의 저자이고 HackerHands 전문가이자 Ember 강사입니다.

Przemysław Kocznur (프리크마이슬로 코츠너)

Procter&Gamble (Bruno Banani, Mexx, Tom Tailor, Puma Fragrances, Replay), Philips, Bigstar, Hipp, Always, Tchibo, Konica Minolta, Crunchips, Plus, Sygnity, Allegro와 같은 회사에서 수석 소프트웨어 엔지니어로 10년간 일한 경력을 가지고 있습니다.

Krzysztof Durałek (크리츠스토프 듀라레크)

시니어 사용자 인터페이스 엔지니어로 미디어 및 FinTech 산업에서 15년 이상의 경력을 가지고 있습니다. 성능, 사용자 경험 및 코드 품질에 촛점을 둔 현대 웹 기술을 전문으로 합니다.

Dawid Rashid (다비드 라시드)

4년 이상 풀스택 엔지니어로 경력을 가지고 있습니다 (JEE, PHP 및 JS). 가장 큰 유럽 디지털 통화 교환 플랫폼 및 마케팅 자동화 소프트웨어를 포함한 다수의 프로젝트에 기여했습니다.

Taras Bazyshyn (타라스 바지쉰)

전자 상거래 업계에서 수석 안드로이드 엔지니어로 6년의 경력을 갖고 있습니다. 머신 러닝, 이미지 인식, 증강 현실, 블루투스 비이콘 및 모바일 앱 개발을 위한 위치 솔루션 기술을 사용하여 일했습니다.

Rafał Książek (라팔 크시아젝)

13년간 DevOps 경력자이며 코치, 프로그래머, 리더로 고품질 코드의 애자일 제공의 무자격 지지자입니다. 여러해 동안 SOLID 및 TDD 규칙에 따라 프로그래머 현역으로 일해왔습니다.

Damian Babula (다미안 바불라)

소프트웨어 개발자. 비트코인/블록체인 분야에 일찍 발을 들였으며 많은 경우 오픈 소스인 암호화 화폐 관련 사업에 참여하였습니다. 현재 그는 분산된 응용 프로그램, 스마트 계약 및 독립 실행형 블록체인에 기반한 개발의 전문입니다.

Pierre Benezech (피에르 베네체크)

블록체인 세계에서 4년간의 경력을 가지고 있으며 최근의 두 개의 ICO 이니셔티브를 포함 통신, 소매 및 금융 업계 내의 프로젝트를 위한 다른 블록체인 기술의 통합을 위해 일하고 있습니다. 영국의 여러 컨퍼런스에서 연설을 하였고, Sytel Reply UK 에서 블록체인 프랙티스 리드와 유럽 전역에 걸친 직원을 위한 블록체인 교육 세션의 리더로 경험이 있습니다.

파트너 및 고문

Dr Jay Best (제이 베스트 박사)

베스트 박사는 영국의 최고 암호화 화폐 전략가로 지목되었으며 노련한 중역이자 이사회 회원입니다. MIT에서 GPU에서의 딥러닝의 선구자 역할을 했으며 런던, 캠브리지, 옥스포드와 에딘버러를 오가며 강사, 어드바이저, 투자자로 일을 하고 있습니다.

Mateusz Mach (마테우스 마크)

Forbes 주목받는 30세 미만 30명에 지목되었습니다. 이더리움과 IPFS 에 기반한 음악 스트리밍 플랫폼인 Opus Foundations 의 최고 운영 책임자(COO) 입니다. 자신의 이더리움 주목 소프트웨어 개발 회사를 이끌어가면서 다수의 블록체인 기반 프로젝트의 고문으로 있습니다. 이더리움과 IPFS 에 기반한 음악 스트리밍 플랫폼인 Opus Foundations 의 최고 운영 책임자(COO) 입니다. 자신의 이더리움 주목 소프트웨어 개발 회사를 이끌어가면서 다수의 블록체인 기반 프로젝트의 고문으로 있습니다.

Lee Hills (리 힐스)

리는 국제적 기업 구조와 규제를 받는 비즈니스에서 십년 이상의 경험을 가지고 있습니다. 리는 특히 새로운 분야를 다루고 규제 승인을 받으며, 높은 위험성을 지닌 분야를 위한 자금 솔루션 설계와 조달에 능합니다. 리는 이러한 경험을 통해 그의 전문성을 기술 분야의 블록체인 부문으로 확대하였고, 첫번째 블록체인 도박 면허를 위한 상임 고문이었으며 관할권 문제와 수많은 초기 코인 오퍼링(ICO) 의 자문을 하였으며, AML/CFT 준수 및 초기 코인 오퍼링(ICO) 사후 비즈니스 구조와 성장에 관한 조언을 해왔습니다.

Steven Ormond-Smith (스티븐 오몬드-스미스)

스티븐은 공인 회계사로 20년 이상 해외 재무 관리와 관리의 경험을 가지고 있습니다. 스티븐은 은행, 법률 사무소, 신탁, 부동산 및 무역 회사를 위한 프로젝트 아웃소싱에서 광범위한 경력을 쌓았습니다. OrmCo 를 창립하기전 스티븐은 펀드 관리 회사에서 런던 거래소에 인용된 AIM 리스트 기업과 여러 완전히 리스트된 회사들을 위한 재무 기능을 관리하며 4년간 일하였습니다. 스티븐은 또한 '빅 4' 회계 법인에서 일하면서 소중한 경험을 쌓았습니다.

WorkHQ (워크 HQ)

WorkHQ 는 중소 기업을 위한 클라우드 기반의 서비스로서의 소프트웨어 (SaaS) 플랫폼입니다. WorkHQ 의 주력 제품은 JD, 아마존, Taobao 와 연결된 재고 관리 시스템입니다. WorkHQ 는 회계, HR, 택스 보고와 같은 중요한 핵심 모듈의 개발을 계속 하면서 제 3자 개발자들에게 자신의 플랫폼 위에 개발을 할 수 있는 API 를 릴리즈 할 계획을 가지고 있습니다.

Troutman Sanders LLP (트라우트만 샌더스 유한 책임 합작 회사)

1897년에 설립된 트라우트만 샌더스 유한 책임 합작 회사는 650명 이상의 변호사들이 미국과 아시아 전역에 위치한 16개의 사무실에서 일하고 있는국제 법률 사무소입니다. 법률 회사의 고객은 큰 다국적 기업으로부터 개인 사업가 까지 다양하며 거의 모든 분야와 산업을 반영합니다. 법률 회사의 오랜 폭넓은 경험과 뒤어난 대응 및 서비스에 대한 변함없는 헌신은 전세계에 걸쳐 오랜기간에 걸쳐 이어져 온 고객과의 강한 유대의 결과를 가져왔습니다. 법률 회사의 강한 서비스 문화를 인정받아 트라우트만 샌더스는 13년 연속 BTI 고객 서비스 A 팀으로 선정되었습니다.

Melrose PR (멜로즈 PR)

멜로즈 PR 은 캘리포니아 실리콘 비치의 중심부에 위치한 홍보 및 크리에이티브 마케팅 에이전시입니다. 밀레니엄 세대가 뉴미디어에서 일을 함에 따라 전통 홍보 채널과 새롭게 부상하는 참여 플랫폼의 교차로에서 블록체인 회사들을 위한 통합 마케팅 커뮤니케이션 솔루션을 제공합니다.

위험 요소

RepuX 토큰의 소유는 높은 위험을 수반합니다. 이용자는 RepuX 토큰 구입의 결정을 내리기 전에 아래 나열된 위험을 본 백서에 포함된 다른 내용과 함께 신중히 고려하셔야 합니다. 다음 위험은 당사의 비즈니스, 재정 상태, 운영의 결과와 전망이 어려움을 겪을 수 있는 상황을 수반합니다.

RepuX 토큰의 구입과 연관된 위험

RepuX 는 RepuX 프로토콜을 성공적으로 개발, 마케팅, 론칭하지 못할 수 있습니다.

RepuX 프로토콜은 토큰 판매 이전에 운영 가능할 것이나, 아직 RepuX가 완전히 개발하지 못하였으며, 완전히 개발되고 성공적으로 "RepuX 목적 및 목표" ("RepuX 프로토콜 론칭") 에 서술한 대로 개인 및 기관의 데이터가 수익화 되고 판매자와 구매자가 RepuX 프로토콜의 버전을 론칭하기 위해서는 추가 자본 기금 뿐만 아니라 개발자와 전문적 관리 및 노력이 필요합니다. 어떤 타당한 이유로 인해 RepuX 프로토콜의 해당 사양이나 또는 어떠한 형태의 작동되는 프로토콜의 실행이 불가능할 경우, Repux 는 RepuX 프로토콜이나 RepuX 토큰의 사양을 변경해야 할 수 있습니다. 운영 가능한 RepuX 토큰이나 운영 가능 RepuX 프로토콜이 개발되지 못할 수도 있습니다. RepuX 프로토콜이나 RepuX 토큰은 성공적으로 개발되고 관리될 경우 RepuX 토큰을 사용할 당시 소유주의 기대를 충족하지 못할 수도 있습니다. 나아가 RepuX 프로토콜을 개발하고 론칭하며, 그 이후 프로토콜을 개발하고 관리 하고자 하는 선의의 노력에도 불구하고, RepuX 프로토콜이 오작동을 하거나 적당한 개발 및 관리에 실패할 수도 있으며, 이로 인해 RepuX 프로토콜 및 RepuX 토큰에 부정적 영향이 갈 수 있습니다.

RepuX 는 사전 판매에서 얻은 수익을 운영 가능한 버전의 RepuX 프로토콜 개발을 위해 상당한 금액의 투자에 사용할 것이며, 차후에 RepuX 프로토콜의 론칭 달성을 목표로 RepuX 프로토콜의 사용 및 가치를 계속 확장해 나갈 것입니다. 그러나 RepuX 는 RepuX 프로토콜 개발을 성공적으로 완료하고 나아가 성공적 RepuX 프로토콜 론칭을 위해 필요한 기술적 능력과 전문 지식을 갖추지 못했거나 갖추는데 실패할 수 있습니다. RepuX가 계속적으로 전문가들을 경쟁적으로 영입하고 유지하기 위해 노력하겠으나 RepuX 프로토콜을 개발하고 관리하기 위해 적절한 훈련을 받은 관리, 기술, 과학, 연구 및 마케팅 인력이 부족할 수도 있습니다. RepuX 가 사용자들에게 RepuX 프로토콜의 유용성과 가치를 보여주기 위한 노력이 성공적이지 못할 경우, RepuX 는 RepuX 프로토콜 론칭을 진행하지 못할 수도 있습니다.

RepuX 토큰의 구입은 높은 수준의 위험을 수반할 수 있습니다.

스타트업이 직면한 재정적 및 운영상의 위험은 상당합니다. RepuX 가 경쟁하는 스타트업 마켓은 매우 경쟁력이 높고 그 경쟁에서 살아남고 성공하는 회사들의 비율은 적습니다. 스타트업은 종종 제품 개발, 마케팅, 금융 및 일반 관리 측면 및 기타 다른 부분에서 예상하지 못했던 문제들을 경험하며, 이러한 문제들은 해결이 되지 못하는 문제일 경우가 많습니다. 추가로 스타트업은 상당한 금액의 자금을 필요로 하는데 개인 투자, 공공 시장 혹은 다른 출처를 통한 자금 조달이 가능하지 않을 수도 있습니다.

RepuX는 운영을 중단하거나 결과적으로 회사 해체의 결과로 이어지는 조치를 취할 수도 있습니다.

암호화 화폐의 가치 및 현재 통화에 대한 가치의 부정적인 변동, RepuX 가 RepuX 토큰 유용성을 확립이 불가능하거나 RepuX 프로토콜의 개발 및 RepuX 프로토콜 론칭의 완수를 실패하거나, 상업적 관계에서의 실패, 지적 자산 소유권에 대한 도전등의 이유를 포함하나 이에 국한되지 않는 많은 이유로 인해 RepuX는 더이상 운영이 불가능해 질 수 있으며 RepuX 는 회사 해체의 결과로 이어지는 조치를 취할 수도 있습니다.

RepuX 토큰 배포의 세금 처리의 부분은 불확실하며, 미래의 특정 이벤트로 토큰 소유주들은 부정적인 세금 결과가 있을 수 있습니다.

RepuX 토큰의 세금 부과 특성은 현재 불분명하며, 각 투자자들은 RepuX 토큰 보유와 관련하여 스스로 세금에 대한 조언을 찾아야 합니다. RepuX 토큰 판매에 따른 수익은 원천세, 소득세 및 세금 신고 의무를 포함 투자자에게 부정적인 세금 결과를 가져올 수 있습니다. RepuX 토큰을 구매하는 각 구매자는 RepuX 토큰의 구매에 대한 미국과 미국 이외의 국가에서의 세금 처리와 관련하여 스스로 전문적인 세금 조언가와 상의하고 전문가의 조언에 의존해야 합니다.

RepuX 토큰 및 RepuX 프로토콜과 연관된 위험

RepuX 프로토콜은 널리 보급되지 못하고 제한된 이용자에 의해서만 사용될 수 있습니다.

RepuX 프로토콜은 다수의 개인, 회사 및 다른 기관에 의해 사용되지 않을 수 있으며, 분산된 에코시스템 (예를 들면 RepuX 프로토콜) 의 개발과 생성, 또는 RepuX 프로토콜 상에서 사용되는 분산 애플리케이션에 대한 공공의 관심이 제한될 수 있습니다. 그러한 사용이나 관심의 부족은 RepuX 프로토콜과 RepuX 토큰의 유용성에 부정적인 영향을 줄 수 있습니다.

RepuX 프로토콜보다 더 널리 사용되거나 경쟁할 수 있는 대체적인 프로토콜이 설립될 수도 있습니다.

동일하거나 유사한 오픈 소스 코드를 사용하는 대체 프로토콜 및 RepuX을 기반으로 하는 프로토콜이 만들어 질 수 있으며, RepuX 프로토콜 서비스와 실제적으로 유사한 데이터 수익화를 도모하려는 시도가 있을 수 있습니다. RepuX 프로토콜은 이러한 대체 프로토콜과 경쟁할 수 있으며, 이는 RepuX 프로토콜 및 RepuX 토큰에 부정적인 영향을 미칠 수 있습니다.

RepuX 프로토콜의 오픈 소스 구조는 RepuX 프로토콜이 RepuX 프로토콜과 RepuX 의 명성에 해를 줄 수 있는 사용자나 참가자의 개발에 취약할 수 있음을 의미합니다. 이는 또한 RepuX프로토콜과 RepuX 토큰의 이용에 영향을 미칠 수 있습니다.

RepuX 프로토콜은 RepuX 에 의해 관리되는 오픈소스 프로토콜 및 기타 참여자들에 의해 운영됩니다. 오픈 소스 프로젝트이기 때문에 RepuX 프로토콜은 공식적 기관이나 기관이 대표 하거나 유지, 혹은 모니터 되지 않을 것입니다. RepuX 프로토콜의 오픈 소스 특성은 RepuX 나 참여자가 RepuX 프로토콜을 개발하고 관리하기가 어려울 수 있음을 의미하며 RepuX는 발생하는 문제나 RepuX 프로토콜 내에서 자라는 악성 프로그램을 시간내에 적절하게 해결하기 위한 충분한 인력이 없을 수도 있습니다. RepuX 와 제휴하지 않은 제 3자들은 RepuX의 핵심 인프라 구조 요소에 취약점이나 버그를 노출 시키고, RepuX 프로토콜에 부정적인 영향을 주는 오픈소스 코드를 심을 수 있습니다. 그러한 이벤트는 RepuX 프로토콜의 보안 및 운영에 신뢰를 잃는 결과를 가져올 수 있으며, 사용자 활동의 감소를 가져오고 RepuX 토큰의 사용에 부정적 영향을 미칠 수 있습니다.

RepuX 프로토콜은 악성 사이버 공격의 대상이 되 거나 기저 코드에 공격가능 취약점을 포함할 수 있으며, 이는 RepuX 토큰의 도난이나 분실, 보안 침해의 결과를 가져올 수 있습니다. RepuX 프로토콜의 보안이 침해되거나 RepuX 프로토콜이 RepuX 토큰이나 RepuX 프로토콜의 데이터 수익화 서비스, 사용자의 RepuX 프로토콜의 액세스 기능을 방해하거나 차단하는 공격의 대상이 될 수 있으며, 이로 인해 사용자들은 RepuX 프로토콜 사용을 줄이거나 완전히 중단하게 되어 RepuX 토큰의 사용을 현저히 줄이게 될 수 있습니다.

RepuX 프로토콜의 구조적인 기반, 오픈 소스 프로토콜, 소프트웨어 애플리케이션 및 기타 인터페이스나 RepuX 프로토콜에 구축된 애플리케이션은 아직 초기 개발 단개이며, 증명되지 않았고 RepuX 프로토콜 및 RepuX 토큰의 생성, 이체 및 보관이 완전히 보안되었고 중단이 없으리라는 보장이 없어, 사용자의 RepuX 토큰 전체가 유실 되는 결과를 가져오거나 사용자가 RepuX 프로토콜에 액세스, 도입, 사용하거나 RepuX 프로토콜에 구축을 원하지 않게 될 수도 있습니다. 나아가 RepuX 프로토콜은 RepuX 프로토콜이나 소프트웨어 내의 취약점을 발견하고 공격하는 악성 공격의 대상이 될 수 있으며, 이로 인해 RepuX 토큰의 도난이나 유실의 결과를 가져올 수 있습니다. 예를 들면, RepuX 및 RepuX 프로토콜은 알려지거나 알려지지 않은 보안 공격 (이중 지불 공격, 51% 공격 또는 기타 악성 공격과 같은) 의 대상이 될 수 있으며 이는 RepuX 프로토콜에 실제적이고 부정적인 영향을 끼칠 수 있습니다. 그러한 사건이 일어날 경우 RepuX 프로토콜 론칭이 실현되지 않거나 RepuX 프로토콜이 널리 도입되지 않거나 RepuX 토큰의 유용성을 잃을 수도 있습니다.

RepuX 프로토콜과 RepuX 토큰과 같은 블록체인 기술, 암호화 화폐, 토큰 및 토큰 제공을 규제하는 규제 제도가 불분명 하며, 새로운 규제나 규정이 RepuX의 개발이나 RepuX 토큰의 사용에 중대한 악영향을 미칠 수 있습니다.

토큰(RepuX 토큰을 포함) 및 이와 같은 토큰 제공, 암호화 화폐, 블록체인 기술, 암호화 화폐 교환에 대한 규제는 아직 마련되지 않았으며 국제, 국가, 주, 혹은 지역 관할권에서 규제들이 빠르고 다양하게 발생할 확률이 많으며, 이로 인해 상당한 불확실성을 가지게 됩니다. 미국 및 다른 국가의 다양한 입법 및 행정 기관은 향후 RepuX 프로토콜의 개발과 성장 및 RepuX 토큰의 도입과 사용에 상당한 영향을 미칠 수 있는 법, 규정, 지침 혹은 조치들을 도입할 수 있습니다. RepuX, RepuX 재단 및 RepuX 프로토콜의 특정 사용자들이 해당 법, 규칙 혹은 규정의 준수를 하지 않을 경우 (아직 존재하지 않을 수 있으며 변경되거나 해석이 달라질 수 있음), 이는 민법상의 벌금이나 벌칙금의 부과와 같이 다양한 부정적인 결과를 가져올 수 있습니다.

블록체인 네트워크 및 블록체인 자산이 인기를 얻고 시장 크기가 증가함에 따라 연방 및 주 당국 역시 이에 관심을 갖게 되었으며 일부 경우 이들의 사용과 운영에 규제를 가하기 시작하였습니다. 가상화폐의 경우, 뉴욕 금융 서비스국과 같은 미국 주 규제 기관은 새로운 규제 프레임워크를 만들었습니다. 텍사스와 같은 주에서는 기존의 규제 제도가 어떻게 암호화 화폐에 적용되는 지에 대한 지침을 발표하였습니다. 뉴햄프셔, 노스 캐롤라이나 및 워싱턴 주와 같은 미국의 일부 주는 기존의 주 법령을 개정하여 암호화 화폐를 기존 면허 제도에 포함되도록 하였습니다. 미국 연방법의 암호화 화폐의 취급은 또한 계속 진화하고 있습니다. 예를 들면 미국 재무부, 증권 거래 위원회(SEC) 및 상품 선물 거래 위원회 (CFTC) 는 암호화 화폐의 취급에 대한 지침을 발표하였습니다. 미국 국세청은 미국 연방 소득세의 목적으로 가상 화폐를 화폐가 아닌 자산으로 분류하는 지침을 발표하였습니다. 그러나 다른 법원이나 주 규제 당국이 이러한 분류를 따를지의 여부에 대한 징후는 아직 없습니다. 미국 연방 및 주 기관 모두 기존 법에 대한 해석을 위반하는 사람들에 대한 시행 조치를 도입하였습니다.

블록체인 자산의 비화폐적인 사용에 대한 규제 또한 불확실합니다. 상품 선물 거래 위원회 (CFTC)는 특정 블록체인 자산은 상품이며 증권 거래 위원회(SEC)는 미국 연방 보안법이 일부 블록체인 자산을 주식으로 취급해야 한다는 공개 보고서를 발행하였습니다. 국내 정부나 준 정부 기관이 블록체인 네트워크나 자산에 대하여 규제 권한을 행사하는 범위 한도에서, RepuX 프로토콜 및 RepuX 토큰은 실제적으로 부정적인 영향을 받을 수 있습니다.

블록체인 네트워크는 또한 유럽 연합, 중국 및 러시아와 같이 미국 외의 관할권에서 많은 불확실한 규제 환경에 직면하고 있습니다. 가까운 미래에 다양한 미국 외의 관할권에서 RepuX 프로토콜에 영향을 미칠 수 있는 법, 규제 혹은 지침을 도입할 수 있습니다. 그러한 법, 규정 혹은 지침은 미국의 법, 규정 및 지침과 충돌할 수 있으며, 직접 혹은 간접적으로 당사의 비즈니스에 악영향을 끼칠 수 있습니다. 모든 미래의 규제의 변경으로 인한 영향은 예측하기 불가능하지만, 그러한 변경은 상당한 변화일 수 있으며 RepuX 프로토콜의 개발과 성장 및 RepuX 토큰의 도입과 사용에 실제적으로 부정적인 영향을 줄 수 있습니다.

미국 내 혹은 다른 관할권 내의 신규 혹은 변경 법이나 규제 혹은 기존 법 및 규제의 해석은, RepuX 토큰의 구입을 위해 사용되는 이더리움 (ETH) 가상 화폐의 가치에 실제적이며 부정적인 영향을 미칠 수 있으며 또한 다른 면으로 RepuX 토큰 소지자의 권한이나 RepuX 토큰, 혹은 구조에 실제적이며 부정적인 영향을 줄 수 있습니다.

RepuX 토큰의 발행은 미국 연방 증권법 이하 "증권"의 발행으로 간주될 수 있습니다

RepuX 토큰은 특정 소비의 용도를 가진 유틸리티 토큰입니다. 즉, RepuX 프로토콜 참가자들이 개인 및 기관들이 공유하는 데이터에 대한 가치를 지불하고 데이터를 받으며 데이터를 가용하게 하며, 분산 네트워크에서 최신의 데이터 공유 해결책을 위한 상당한 이점을 제공합니다. 토큰이 제공되는 방법 및 RepuX 토큰의 특성으로 인해, 당사는 토큰이 개정된 1933년 증권법 (이하 "증권법") 이 정의하는 의미의 "증권"으로 간주되어서는 안된다고 생각합니다.

2017년 7월 25일, 증권 거래 위원회(SEC) 는 개정된 1934년 증권 교환법의 21(a) 항 이하 (이하 "교환법") 조사 보고서 (이하 "보고서") 를 발행하였습니다. 이 보고서는 증권 거래 위원회 (SEC) 의 가상 조직인 탈중앙화 자율 조직(Decentralized Autonomous Organization, DAO) 에 대한 조사와 자본을 벌기 위한 DAO 토큰의 판매 및 제공의 촉진을 위한 분산 원장 및 블록체인 기술의 사용에 대한 조사를 서술하고 있습니다. 증권 거래 위원회(SEC)는 기존의 미국 연방 증권법에 새로운 패러다임을 적용하였고 DAO 토큰이 증권이라는 결정을 내렸습니다. 증권 거래 위원회(SEC)는 미국에서 증권을 제공하고 판매하는 사람들은 해당 증권이 가상 통화를 이용한 구입 여부 및 블록체인 기술을 통한 배포 여부에 상관없이 미국 연방 증권법을 준수하여야 한다고 강조하였습니다. 증권 거래 위원회(SEC)의 발표 및 관련된 보고서는 여기에서 찾으실 수 있습니다: https://www.sec.gov/news/press-release/2017-131

증권 거래 위원회(SEC)는 2017년 12월 11일, Munchee, Inc. 주식회사 (이하 "Munchee") 에 대하여 정지 명령 (Cease-and-Desist, 이하 "명령")을 내렸습니다. 블록체인 기반 음식 리뷰 서비스를 위한 자본 모금의 목적으로 발행한 토큰 (이하 "Munchee 코인") 의 초기 코인 제공이 증권의 불법적인 미등록 상태의 제공이며 판매에 해당함을 발견하였고, 이에 대하여 정지 명령 (Cease-and-Desist, 이하 "명령") 을 내렸습니다. 증권 거래 위원회(SEC) 는 Munchee 가 백서와 다른 문서에서 다음과 같이 설명하였음을 주목하였습니다: (1) Munchee 토큰의 가치를 높이기 위한 조치 (Munchee 토큰을 소각하여 유통에서 제외하는 포함), (2) Munchee 토큰의 소유자들이 2차 시장에서 거래할 수 있도록 보장, 그리고 (3) Munchee 회사가 보유 지분을 이용하여 Munchee 토큰의 유동적 2차 시장을 보장하도록 Munchee 토큰을 구매하고 매각하는 방법. 추가로 증권 거래 위원회(SEC) 는 Munchee 가 잠재적 구매자들에게 Munchee 토큰을 이용하여 향후 해당사의 "에코시스템"에서 물건이나 서비스를 구입하는데 사용할 수 있으리라고 이야기 하였으나 토큰을 제공하는 시점 당시 에코시스템이 아직 구축되지 않아서 구매자들이 그렇게 할 수 없었음을 주목하였습니다. 증권 거래 위원회(SEC) 는 또한 Munchee 가 블로그와 팟캐스트, 페이스북에서 수익에 관한 진술을 함으로써 "구매 의향이 있는 사람들'에게 이윤에 대한 합당한 기대감을 갖게 하였음을 지적하였습니다. 이러한 부분과 다른 요소로 인해 증권 거래 위원회는 Munchee 토큰이 "증권" 이라고 결정하였으며, 초기 코인 제공을 통한 Munchee 토큰의 제공과 판매는 증권법을 위반한다고 결정하였습니다. 2017년 11월 1일 증권 거래 위원회(SEC) 의 연락을 받은 후, Munchee 는 초기 코인 제공을 종료하고 구매자들에게 자금을 환불하였습니다. 본 명령은 다음에서 찾으실 수 있습니다: https://www.sec.gov/litigation/admin/2017/33-10445.pdf.

본 명령이 발행된 같은 날, 증권 거래 위원회(SEC) 위원장인 제이 클레이튼 (Jay Clayton) 은 암호화 화폐 및 초기 코인 발행에 대한 공개 성명 (이하 "성명") 을 발표하였습니다. 본 성명은 시장 전문가 및 투자자들에게 증권 거래 위원회(SEC)가 2차 거래를 포함한 블록체인 기반의 상품 및 제공에 미국 연방 증권 법을 적용하는데 촛점을 맞추고 있음을 재강조하였습니다. 성명에서 클레이튼 위원장은 "단지 토큰을 "유틸리티" 토큰으로 부르거나 어떤 유용성을 제공하는 것으로 구조화를 시킨다고 해서 토큰이 증권이 되는 것을 막을 수는 없다.. 사업가적이나 경영적인 노력에 기반한 수익의 잠재성을 강조하는 마케팅 특징과 노력을 포함한 토큰과 토큰의 제공은 미국 연방 증권법 하에 증권의 특징을 포함한다."고 지적하였습니다. 성명은 또한, 목표는 디지털 시장의 성장을 없애는 것이 아닌 규제를 하는 것임을 제시하면서 증권이 아니면서 블록체인 투자와 거래가 법적으로 이루어지는 방법을 통한, 법적 규제를 준수하는 개인 토큰의 제안의 가능성도 언급하였습니다. 본 성명은 다음에서 찾으실 수 있습니다: https://www.sec.gov/news/public-statement/statement-clayton-2017-12-11

명령과 성명을 검토한 후 RepuX 는 RepuX 토큰은 제공이 되는 방식 면에서 DAO 토큰 및 Munchee 토큰이 제공된 과정과 근본적으로 다르다고 믿게 되었으며, 따라서 RepuX 토큰은 미국 연방 증권법 이하에 "증권"으로 간주되어서는 안됩니다. 그럼에도 불구하고, 증권 거래 위원회(SEC) 가 보고서에 지적한대로, 토큰의 발행은 새로운 패러다임을 나타내며, 연방 증권 법의 새로운 패러다임에 대한 적용은 매우 사실에 구체적입니다. RepuX 토큰이 미국 연방 증권법 이하 증권으로 간주된다면 당사는 미국에서의 토큰 판매를 그만두어야 하며 미국 RepuX 토큰구매자들에게서 받은 펀드를 환불해 드려야 합니다. 전체 토큰 판매 참가자 중 미국인이 얼마나 되는지에 따라 RepuX 프로토콜의 설립이 더 이상 가능하지 못할 수도 있으며 RepuX 는 해체가 강요받는 결과를 가져올 수 있습니다.

RepuX 코인 제공에 참여하는 사람이 2,000명 이상 및 자산 천만 달러 이상이 있을 경우 사전 판매에서 RepuX 토큰을 구입할 권한은 거래법에 등록에 따르게 됩니다

전체 자산이 천만 달러 이상이고 2,000여명 이상의 지분 증권 소유주를 갖고 있거나 500명 이상의 지분 증권 소유주가 공인 투자자가 아닐 경우, 그 회사는 지분 증권 클래스를 거래법에 따라 증권 거래 위원회 (SEC) 에 등록해야 합니다. 사전 판매와 토큰 판매에서 모금된 자본으로, RepuX 프로토콜의 구축에 따라 RepuX 의 자산은 천만 달러가 넘을 수 있습니다. 나아가 사전 판매 및 토큰 판매가 2,000 명 이상이 투자자를 초과할 가능성이 있으므로 간편 계약 (SAFT) 에 따라 RepuX 토큰을 구입할 수 있는 권한이 미국 증권법 이하 증권으로 간주되게 되며, RepuX 는 사전 판매 이후 지분 증권을 소유한 소유주가 2,000명을 넘을 수 있습니다. 그러나 토큰이 "지분" 이라도 간편 계약(SAFT) 에 따라 RepuX 토큰을 구입할 권한은 "지분 증권"이 아닐 수 있습니다. 전체 자산과 지분 증권 소유주들의 조건이 맞을 경우 RepuX 는 사전 판매 및/혹은 토큰 판매를 증권 거래 위원회(SEC) 에 등록을 해야 하며, 이는 노력과 비용이 많이 들어가는 과정입니다. 등록을 하게 되면 사전 판매 및 토큰 판매와 관련된 많은 정보가 일반에게 공개될 것입니다. 간편 등록(SAFT) 에 따라 RepuX 회계 연도의 마지막 날 이전에 RepuX 토큰을 구매할 권한을 RepuX 토큰으로 전환할 경우 RepuX 는 그런 상황이 생기더라도 등록을 피할 방법이 있습니다. 그러나 RepuX 프로토콜과 같이 복잡한 소프트웨어 개발의 예측 불가한 특징에 따라, RepuX 프로토콜이 해당 날짜 이전에 론칭이 되리라는 보장이 없습니다.

RepuX 프로토콜이 일단 론칭 된 후에 RepuX 토큰 소지자들은 통제권이 없으며 RepuX 는 제한된 통제권 만을 가지게 됩니다.

RepuX 프로토콜은 거래를 처리하기 위한 특정 소프트웨어 프로그램을 실행하기 위해서 컴퓨터 네트워크에 의존하는 오픈 소스 기술로 구성되어 있습니다. 덜 중앙화된 모델로 인해 RepuX 프로토콜이 일단 론칭이 되면 RepuX 는 RepuX 토큰에 대해 제한적인 통제권을 갖게 됩니다. 추가로 RepuX 토큰 소지자들은 어떠한 목적으로든 투표를 할 권리나 배당금을 받을 권리, RepuX 의 주식 자본의 소유주로 여겨질 권한을 갖고 있지 않으며, 미래에도 갖게 되지 않을 것입니다. 그 무엇도 RepuX 토큰 소지자에게 RepuX 의 주주자의 권한을 부여하는 의미로 간주되거나 이사 선임 투표에서 투표 권한의 부여나 어떠한 회사의 조치에 동의 제공 혹은 보류, 또는 회의에 대한 통지를 받거나 신주인수권을 받는 것으로 간주되어서는 안됩니다.

때로 RepuX 프로토콜의 개발과 론칭에 관련된 특정 개인에게 토큰 판매 및 RepuX 프로토콜의 론칭과 관련, 잠재적 이해의 충돌이 발생하는 경우가 발생할 수 있습니다. 예를 들면 다른 RepuX 토큰의 소지자들이 손실을 경험할 때 전술한 당사자는 손실을 피하거나 이익을 얻게 될 수 있습니다.

RepuX 토큰이나 RepuX 프로토콜의 개발과 론칭에 관련된 특정 개인에게 때로 토큰 판매 및 RepuX 프로토콜의 론칭과 관련하여 잠재적 이해의 충돌이 발생하는 경우가 발생할 수 있습니다. 예를 들면 다른 RepuX 토큰의 소지자들이 손실을 경험할 때 전술한 당사자는 손실을 피하거나 이익을 얻을 수 있습니다. RepuX 토큰 소지자는 또한 RepuX 토큰과 관련하여, RepuX 토큰의 약관, RepuX 프로토콜 조항, RepuX 프로토콜 론칭의 시기 혹은 기타 Repux 토큰 제공이나 다른 요소에서 발생하는 세금의 충돌이나 다른 이해의 충돌이 있을 수 있습니다. 이러한 문제에 대한 RepuX 의 주요 직원이 내리는 결정은, RepuX 토큰의 일부 소지자들에게 다른 소지자들보다 더 많은 혜택이 돌아갈 수 있습니다.

RepuX 토큰의 소지자들은 자신들의 소유분의 모니터링을 할 수 있는 정보가 부족할 수 있습니다.

RepuX 토큰의 소지자들은 자신들이 얻기를 원하는 RepuX, RepuX 토큰, RepuX 프로토콜에 관련된 모든 정보를 적시에 혹은 전혀 얻지 못할 수도 있습니다. RepuX 토큰의 소지자들은 RepuX 프로토콜에 관련하여 발생한 중대한 악영향을 적시에 알지 못할 가능성도 있습니다. RepuX 는 RepuX 토큰을 위해 오픈소스 개발을 사용하도록 하였으나 본 정보는 특성상 매우 기술적일 수 있습니다. 이러한 어려움 및 불확실성의 결과로 RepuX 토큰 소지자들은 RepuX 프로토콜에 대하여 정확한 정보를 갖지 못하거나 액세스 가능한 정보를 얻지 못할 수 있습니다.

RepuX 은 역사가 없습니다.

RepuX 은 새로이 생성되는 토큰이며 역사가 없습니다. 각 RepuX 토큰은 RepuX 프로토콜의 전망에 대한 RepuX 또는 제 3자에 의한 평가가 정확하지 않을 수 있으며, RepuX 가 비즈니스 목표를 달성하지 못할 수도 있다는 사실에 의거하여 평가 되어야 합니다.

RepuX 프로토콜이 데이터 보호, 보안, 개인 정보 보호 혹은 기타 정부 및 분야별 요구사항을 만족시키지 못할 경우, 프로토콜의 성장에 해를 미칠 수 있습니다.

회사들은 특정 개인 데이터에 관련된 데이터 보안 사고를 알려야 할 의무를 포함하여 다양한 데이터 보호, 보안, 개인 정보 보호 혹은 기타 정부 및 분야별 요구사항이 있습니다. 보안 위협은 RepuX 프로토콜의 명성을 해칠 수 있으며, 당사의 보안 조치의 효력에 대한 사용자의 신뢰를 떨어뜨릴 수 있으며, 새로운 사용자를 유치하는 기능에 부정적 영향을 미치거나 기존 사용자들이 RepuX 프로토콜 사용을 중단하게 만들 수 있습니다.

RepuX 프로토콜을 포함한 향후 개발 및 블록체인 네트워크의 수용은 새롭고 빠르게 변하는 분야의 일부이며, 평가하기 어려운 여러가지 요인에 달려있습니다. 개발의 둔화나 중단 혹은 블록체인 자산 및 블록체인 네트워크의 수용은 RepuX 토큰 및 RepuX 프로토콜의 성공적인 개발이나 수용에 중대한 악영향을 미칠 수 있습니다.

RepuX 프로토콜이 의존하고 상호작용을 하게 되는 블록체인 네트워크와 블록체인 산업의 일반적인 성장은 매우 높은 불확실성의 지배를 받습니다. 블록 체인 네트워크 뿐만 아니라 암호화 화폐의 차후 개발에 영향을 미치는 요소들은 다음을 포함하나 이에 국한되지 않습니다:

기타 블록체인 기반의 토큰이나 이더리움(ETH) 의 수용 및 인기도의 하락은 당사의 운영 결과에 부정적 영향을 미칠 것입니다.

개발의 둔화나 중단, 블록체인 네트워크 및 블록체인 자산의 일반적인 수용과 도입 및 사용의 둔화나 중단은 RepuX 프로토콜및 RepuX 토큰의 도입과 수용을 지연시키거나 억제할 것입니다.

이더리움(ETH) 과 같은 블록체인 자산의 가격은 매우 변동성이 높습니다. 디지털 자산의 가격의변동은 또한 당사의 비즈니스에 중대한 부정적인 영향을 의미할 수 있습니다.

이더리움(ETH) 과 같은 블록체인 자산의 가격은 역사적으로 극적인 변화를 겪었으며 높은 변동성을 보였습니다. RepuX 토큰의 가용성에 영향을 미칠 수 있는 많은 요인은 다음을 포함하나 이에 국한되지 않습니다:

단일 블록체인 자산의 가격 하락은 전체 블록체인 자산 산업에 변동성을 가져올 수 있으며 RepuX 토큰을 포함한 다른 블록체인 자산에 영향을 미칠 수 있습니다. 예를 들면 이더리움(ETH) 에 대한 사용자의 신뢰성에 영향을 주거나 RepuX 토큰 소지자에게 영향을 주는 보안사고는 분야 전체에 영향을 미칠 수 있으며 RepuX 토큰 및 다른 블록체인의 유용성에 불확실성 가져올 수 있습니다.

참조

목록