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 시스템에서 폭넓은 비즈니스 기술을 가지고 있습니다.

Aleksandra Staszewska

Over 10 years of experience working as Business Analyst in projects for banking, public administration and telco sectors. Worked for national census data analyzing, processing and reporting. Big Data enthusiast having in-depth knowledge of Business intelligence and Data Warehouse systems.

William Ryan

With over 15 years in technology experience and a Bachelor’s in Communication, William has developed a strong passion for community development, fintech, blockchain and philanthropy. His focus is to bring people and technology together for the greater good of humanity, and believes that blockchain has the power to carry that out.

Przemysław Kocznur

10 years of experience as a Senior Software Engineer for companies like Procter&Gamble (Bruno Banani, Mexx, Tom Tailor, Puma Fragrances, Replay), Philips, Bigstar, Hipp, Always, Tchibo, Konica Minolta, Crunchips, Plus, Sygnity, Allegro.

Krzysztof Durałek

Senior User Interface Engineer with over 15 years of experience in Media and FinTech industries. Specializes in modern web technologies with focus on performance, user experience and code quality.

Dawid Rashid

Over 4 years of experience as Full Stack Engineer (JEE, PHP & JS). Contributed to number of projects including the biggest European digital currency exchange platform and Marketing Automation software.

Damian Babula

Software Developer. An early entrant into the bitcoin/blockchain arena, contributed on numerous cryptography-related projects, many of which were open-source. Currently, he is specializing on decentralized applications, development based on smart-contracts and stand-alone blockchains.

Pierre Benezech

4 years of experience in the Blockchain world, working on the integration of different Blockchain technologies for projects within the TelCo, Retail, and Finance industries, and more recently in two ICO initiatives. Speaker at various conferences in the UK, Blockchain Practice Lead at Sytel Reply UK and leader of Blockchain training sessions for employees across Europe.

Partners and Advisors

Dr Jay Best

Dr Best is named Top Crypto Strategist UK 2017, seasoned C-level executive and board member, having pioneered deep learning on GPUs at MIT, now spending most time between London, Cambridge, Oxford and Edinburgh as a lecturer, advisor and investor.

Mateusz Mach

Forbes 30 Under 30. COO of the Opus Foundations - music streaming platform based on Ethereum and IPFS. Advisor to many blockchain based projects running his own Ethereum focused software development company.

Lee Hills

Lee has over a decades’ experience in international corporate structuring and regulated businesses. Lee is especially adept at dealing with new sectors, obtaining regulatory approvals and sourcing/ designing banking solutions for sectors that are considered high risk. This has led Lee to widening his scope of technology expertise to the Blockchain sector, where he was the lead advisor to the first blockchain gambling license and is advising numerous ICOs on jurisdictional matters, AML/ CFT compliance and post ICO business structuring and growth.

Steven Ormond-Smith

Steven is a qualified Chartered Certified Accountant with over 20 years, offshore financial management and control experience. Steven has gained extensive experience in outsourcing projects for banks, law rms, fiduciary, property and trading companies. Prior to founding OrmCo, Steven worked for a Fund Administration company for four years, managing the nance function for several fully listed and AIM listed companies quoted on the London Stock Exchange. Steven has also gained valuable experience working for two of the ‘Big Four’ accounting rms.

WorkHQ

WorkHQ is a cloud based software as a sales platform for small & medium businesses. Its flagship product is its inventory management systems which connects with JD, Amazon and Taobao. WorkHQ plans to release its api to third party developers to develop on top of its platforms while continuing to develop crucial core modules such as accounting, hr and tax returns.

Troutman Sanders LLP

Founded in 1897, Troutman Sanders LLP is an international law firm with more than 650 attorneys practicing in 16 offices located throughout the United States and Asia. The firm’s clients range from large multinational corporations to individual entrepreneurs and reflect virtually every sector and industry. The firm’s heritage of extensive experience, exceptional responsiveness and an unwavering commitment to service has resulted in strong, long-standing relationships with clients across the globe. In recognition of the firm’s strong service culture, Troutman Sanders has been on the BTI Client Service A-Team for 13 consecutive years.

Melrose PR

Melrose PR is a public relations and creative marketing agency located in the heart of Silicon Beach, CA. As millennials working in new media, we sit at the intersection of traditional PR channels and emerging engagement platforms, providing integrated marketing communication solutions for blockchain companies.

Risk Factors

Acquisition of RepuX Tokens involves a high degree of risk. You should consider carefully the risks described below, together with all of the other information contained in this White Paper before making a decision to acquire RepuX Tokens. The following risks entail circumstances under which, our business, financial condition, results of operations and prospects could suffer

Risks associated with the acquisition of RepuX Tokens

RepuX may not successfully develop, market and launch the RepuX Protocol.

Although the RepuX Protocol will be operational prior to the Token Sale, it has not yet been fully developed by RepuX and additional capital funding, as well as developer and management expertise, time and effort will be necessary in order to fully develop and successfully launch a version of the RepuX Protocol in which various types of individual and corporate data can be monetized and exchanged between sellers and purchasers as described above under the heading “Repux Goals and Objectives” (the “Repux Protocol Launch”). RepuX may have to make changes to the speci cations of the RepuX Protocol or RepuX Tokens for any number of legitimate reasons or RepuX may be unable to develop the RepuX Protocol in a way that realizes those specifications or any form of a functioning protocol. It is possible that there may never be operational RepuX Tokens or an operational RepuX Protocol. The RepuX Protocol or RepuX Tokens, if successfully developed and maintained, may not meet expectations of holders of RepuX Tokens at the time of use. Furthermore, despite good faith efforts to develop and launch the RepuX Protocol and subsequently to develop and maintain the RepuX Protocol, it is still possible that the RepuX Protocol will experience malfunctions or otherwise fail to be adequately developed or maintained, which may negatively impact the RepuX Protocol and RepuX Tokens.

RepuX will use the proceeds of the Pre-Sale to make significant investments to develop an operational version of the RepuX Protocol and will subsequently continue to enhance the RepuX Protocol's utility and value, with the goal of achieving the Repux Protocol Launch. However, RepuX may not have or may not be able to obtain the technical skills and expertise needed to successfully complete development of the RepuX Protocol and progress it to a successful RepuX Protocol Launch. While RepuX has sought to retain and continue to competitively recruit experts, there may be a shortage of management, technical, scientific, research and marketing personnel with appropriate training to develop and maintain the RepuX Protocol. If RepuX is not successful in its efforts to demonstrate to users the utility and value of the RepuX Protocol, RepuX may not be able to proceed with the RepuX Protocol Launch.

The acquisition of RepuX Token may involve a high degree of risk.

Financial and operating risks confronting startups are signi cant. The startup market in which RepuX competes is highly competitive and the percentage of companies that survive and prosper is small. Startups often experience unexpected problems in the areas of product development, marketing, financing, and general management, among others, which frequently cannot be solved. In addition, startups may require substantial amounts of nancing, which may not be available through private placements, public markets or otherwise.

RepuX may be forced to cease operations or take actions that result in a Dissolution Event.

It is possible that, due to any number of reasons, including, but not limited to, an unfavorable fluctuation in the value of cryptographic and at currencies, the inability by RepuX to establish the RepuX Tokens’ utility,complete development of the Repux Protocol and proceed with the RepuX Protocol Launch, the failure of commercial relationships, or intellectual property ownership challenges, RepuX may no longer be viable to operate and RepuX may dissolve or take actions that result in a dissolution event.

The tax treatment of the RepuX Token distribution is uncertain and there may be adverse tax consequences for holders upon certain future events.

The tax characterization of the RepuX Tokens is uncertain, and each investor must seek its own tax advice in connection with the acquisition of the RepuX Tokens.The acquisition of RepuX Tokens pursuant to the Token Sale may result in adverse tax consequences to investors, including withholding taxes, income taxes and tax reporting requirements. Each person acquiring RepuX Tokens should consult with and must rely upon the advice of its own professional tax advisors with respect to the United States and non-U.S. tax treatment of an acquisition of the RepuX Tokens.

Risks associated with the RepuX Tokens and the RepuX Protocol

The RepuX Protocol may not be widely adopted and may have limited users.

It is possible that the RepuX Protocol will not be used by a large number of individuals, companies and other entities or that there will be limited public interest in the creation and development of distributed ecosystems (such as the RepuX Protocol) more generally or distributed applications to be used on the RepuX Protocol. Such a lack of use or interest could negatively impact the the RepuX Protocol and the utility of the RepuX Tokens.

Alternative protocols may be established that compete with or are more widely used than the RepuX Protocol.

It is possible that alternative protocols could be established that utilize the same or similar open source code and protocol underlying the RepuX Protocol and attempt to facilitate data monetizing services that are materially similar to the RepuX Protocol’s services. The RepuX Protocol may compete with these alternative protocols, which could negatively impact the RepuX Protocol and the RepuX Tokens.

The open-source structure of the RepuX Protocol means that the RepuX Protocol may be susceptible to developments by users or contributors that could damage the RepuX Protocol and RepuX’s reputation and could affect the utilization of the RepuX Protocol and the RepuX Tokens.

The RepuX Protocol will operate based on an open-source protocol maintained by RepuX and other contributors. As an open source project, the RepuX Protocol will not be represented, maintained or monitored by an official organization or authority. The open-source nature of the RepuX Protocol means that it may be difficult for RepuX or contributors to maintain or develop the RepuX Protocol and RepuX may not have adequate resources to address emerging issues or malicious programs that develop within the RepuX Protocol adequately or in a timely manner. Third parties not affiliated with RepuX may introduce weaknesses or bugs into the core infrastructure elements of the RepuX Protocol and open-source code which may negatively impact the RepuX Protocol. Such events may result in a loss of trust in the security and operation of the RepuX Protocol and a decline in user activity and could negatively impact the utility of the RepuX Tokens.

The RepuX Protocol may be the target of malicious cyberattacks or may contain exploitable flaws in its underlying code, which may result in security breaches and the loss or theft of RepuX Tokens. If the RepuX Protocol’s security is compromised or if the RepuX Protocol is subjected to attacks that frustrate or thwart our users’ ability to access the RepuX Protocol, their RepuX Tokens or the RepuX Protocol data monetization services, users may cut back on or stop using the RepuX Protocol altogether, which could seriously curtail the utilization of the RepuX Tokens.

The RepuX Protocol structural foundation, the open-source protocol, the software application and other interfaces or applications built upon the RepuX Protocol are still in an early development stage and are unproven, and there can be no assurances that the RepuX Protocol and the creating, transfer or storage of the RepuX Tokens will be uninterrupted or fully secure, which may result in a complete loss of users’ RepuX Tokens or an unwillingness of users to access, adopt, utilize and build upon the RepuX Protocol. Further, the RepuX Protocol may also be the target of malicious attacks seeking to identify and exploit weaknesses in the software or the RepuX Protocol, which may result in the loss or theft of RepuX Tokens. For example, if RepuX and the RepuX Protocol are subject to unknown and known security attacks (such as double-spend attacks, 51% attacks, or other malicious attacks), this may materially and adversely affect the RepuX Protocol. In any such event, if the RepuX Protocol Launch does not occur or if the RepuX Protocol is not widely adopted, the RepuX Tokens would have no utility.

The regulatory regime governing the blockchain technologies, cryptocurrencies, tokens and token offerings such as RepuX Protocol and the RepuX Tokens is uncertain, and new regulations or policies may materially adversely affect the development of the RepuX Protocol and the utility of the RepuX Tokens.

Regulation of tokens (including the RepuX Tokens) and token offerings such as this, cryptocurrencies, blockchain technologies, and cryptocurrency exchanges currently is undeveloped and likely to rapidly evolve, varies significantly among international, federal, state and local jurisdictions and is subject to significant uncertainty. Various legislative and executive bodies in the United States and in other countries may in the future, adopt laws, regulations, guidance, or other actions, which may severely impact the development and growth of the RepuX Protocol and the adoption and utility of the RepuX Tokens. Failure by RepuX, the RepuX Foundation or certain users of the RepuX Protocol to comply with any laws, rules and regulations, some of which may not exist yet or are subject to interpretation and may be subject to change, could result in a variety of adverse consequences, including civil penalties and fines.

As blockchain networks and blockchain assets have grown in popularity and in market size, federal and state agencies have begun to take interest in, and in some cases, regulate, their use and operation. In the case of virtual currencies, U.S. state regulators like the New York Department of Financial Services have created new regulatory frameworks. Others, as in Texas, have published guidance on how their existing regulatory regimes apply to virtual currencies. Some U.S. states, like New Hampshire, North Carolina, and Washington, have amended their state’s statutes to include virtual currencies into existing licensing regimes. Treatment of virtual currencies continues to evolve under U.S. federal law as well. The U.S. Department of the Treasury, Securities and Exchange Commission (SEC), and Commodity Futures Trading Commission (CFTC), for example, have published guidance on the treatment of virtual currencies. The U.S. Internal Revenue Service released guidance treating virtual currency as property that is not currency for U.S. federal income tax purposes, although there is no indication yet whether other courts or U.S. federal or state regulators will follow this classification. Both U.S. federal and state agencies have instituted enforcement actions against those violating their interpretation of existing laws.

The regulation of non-currency use of blockchain assets is also uncertain. The CFTC has publicly taken the position that certain blockchain assets are commodities, and the SEC has issued a public report stating U.S. federal securities laws require treating some blockchain assets as securities. To the extent that a domestic government or quasi-governmental agency exerts regulatory authority over a blockchain network or asset, the RepuX Protocol and the RepuX Tokens may be materially and adversely affected.

Blockchain networks also face an uncertain regulatory landscape in many non-U.S. jurisdictions such as the European Union, China and Russia. Various non-U.S. jurisdictions may, in the near future, adopt laws, regulations or directives that affect the RepuX Protocol. Such laws, regulations or directives may conflict with those of the U.S. or may directly and negatively impact our business. The effect of any future regulatory change is impossible to predict, but such change could be substantial and materially adverse to the development and growth of the RepuX Protocol and the adoption and utility of the RepuX Tokens.

New or changing laws and regulations or interpretations of existing laws and regulations, in the U.S. and other jurisdictions, may materially and adversely impact the value of the ETH virtual currency used to acquire RepuX Tokens and otherwise materially and adversely affect the structure or RepuX Tokens and the rights of the holders of RepuX Tokens.

Issuance of RepuX Tokens May Constitute the Issuance of a “Security” Under U.S. Federal Securities Laws

The RepuX Token is a utility token that has a specific consumptive use – i.e., it allows participants in the RepuX Protocol to receive and pay value for data sharing by individuals and entities, and make data available, on a distributed network with significant advantages over current data sharing solutions. Due to the nature of the RepuX Tokens and the manner in which they are being offered, we do not think they should be considered “securities”, as that term is defined in the Securities Act of 1933, as amended (the "Securities Act").

On July 25, 2017, the SEC issued a Report of Investigation (the "Report") under Section 21(a) of the Securities Exchange Act of 1934, as amended (the “Exchange Act”), describing an SEC investigation of The DAO, a virtual organization, and its use of distributed ledger or blockchain technology to facilitate the offer and sale of DAO Tokens to raise capital. The SEC applied existing U.S. federal securities laws to this new paradigm and determined that DAO Tokens were securities. The SEC stressed that those who offer and sell securities in the U.S. are required to comply with U.S. federal securities laws, regardless of whether those securities are purchased with virtual currencies or distributed with blockchain technology. The SEC's announcement, and the related Report, may be found here: https://www.sec.gov/news/press-release/2017-131.

On December 11, 2017, the SEC issued a Cease-and-Desist Order (the “Order”)against Munchee Inc. (“Munchee”) finding that the California-based company’s initial coin offering of its tokens (the “Munchee Tokens”) to raise capital for its blockchain-based food review service constituted an unlawful unregistered offering and sale of securities. The SEC noted in the Order that Munchee had described in its white paper and elsewhere: (1) the actions that it would take to increase the value of Munchee Tokens (including taking Munchee Tokens out of circulation by “burning” them), (2) that it would ensure the ability of holders of Munchee Token to trade them on secondary markets, and (3) how it would buy and sell Munchee Tokens, using its retained holdings, in order to ensure that there was a liquid secondary market in Munchee Tokens. The SEC further noted that, while Munchee told potential purchasers that they would be able to use Munchee Tokens to buy goods or services in its “ecosystem” in the future, as of the time of the offering, they were not able to do so because the ecosystem had not yet been constructed. The SEC also noted that Munchee had “primed purchasers’ reasonable expectations of profit through statements on blogs, podcasts and Facebook that talked about profits.” As a result of these and other factors, the SEC determined that the Munchee Tokens were “securities” and the offering and sale of the Munchee Tokens in its initial coin offering violated the Securities Act. After being contacted by the SEC on November 1, 2017, Munchees terminated its initial coin offering and refunded purchasers’ funds. The Order can be found at: https://www.sec.gov/litigation/admin/2017/33-10445.pdf.

On the same day as it issued the Order, SEC Chairman Jay Clayton released a public statement addressing cryptocurrencies and initial coin offerings (the “Statement”). The Statement cautioned both market professionals and investors and reiterated the SEC’s focus on the application of U.S. federal securities laws to blockchain-based offerings and products, including secondary trading. In the Statement, Chairman Clayton noted that, “Merely calling a token a ‘utility’ token or structuring it to provide some utility does not prevent the token from being a security... Tokens and offerings that incorporate features and marketing efforts that emphasize the potential for profits based on the entrepreneurial or managerial efforts of others continue to contain the hallmarks of a security under U.S. [federal securities] law.” The Statement also noted the possibilities of legally compliant private placements of tokens, tokens that are not securities and avenues by which blockchain based investment and trading might be conducted lawfully, suggesting a goal of regulating rather than eliminating these growing digital markets. The Statement can be found at: https://www.sec.gov/news/public-statement/statement-clayton-2017-12-11

After reviewing the Report, the Order and the Statement, RepuX believes that RepuX Tokens and the manner in which they are being offered are substantially different from the DAO Tokens and Munchee Tokens and their offering processes, and so RepuX Tokens should not be considered “securities” under U.S. federal securities laws. Nevertheless, as noted by the SEC in the Report, the issuance of tokens represents a new paradigm and the application of the federal securities laws to this new paradigm is very fact specific. If RepuX Tokens were deemed to be securities under U.S. federal securities laws, we may be required to terminate the Token Sale in the U.S. and refund funds received from U.S. purchasers of RepuX Tokens. Depending on the portion of the overall Token Sale participants who are U.S. persons, that could result in the RepuX Protocol becoming no longer viable and RepuX being forced to dissolve.

The rights to acquire RepuX Tokens in the Pre-Sale may be subject to registration under the Exchange Act if RepuX has assets above $10 million and more than 2,000 persons participate in the Offering

Companies with total assets above $10 million and more than 2,000 holders of record of its equity securities, or 500 holders of record of its equity securities who are not accredited investors, must register that class of equity securities with the SEC under the Exchange Act. With the capital raised from the Pre-Sale and the Token Sale, RepuX may surpass $10 million in assets as it builds out the RepuX Protocol. Furthermore, the rights to purchase RepuX Tokens pursuant to the SAFTs are likely considered a security under U.S. securities law and because there is the possibility that the Pre-Sale and the Token Sale may surpass 2,000 investors, RepuX may have more than 2,000 holders of record of its equity securities following the Pre-Sale. However, it is possible that the right to acquire RepuX Tokens pursuant to a SAFT is not an “equity security” even if it is a “security”. If the total assets and equity security holders conditions are met, then RepuX would have to register the Pre-Sale and/or the Token Sale with the SEC, which would be a laborious and expensive process. If such registration takes place, much of the information regarding the Pre-Sale and the Token Sale will be available to the public. RepuX would have the ability to avoid registration in such a scenario if the rights to purchase RepuX Tokens pursuant to the SAFTs convert into the RepuX Tokens prior to the last day of RepuX’s fiscal year, but, due to the unpredictable nature of complex software development such as the RepuX Protocol, there is no guarantee that the RepuX Protocol will have launched by such a date.

Holders of RepuX Tokens will have no control and RepuX may only have limited control once the RepuX Protocol Launch occurs.

The RepuX Protocol is comprised of open-source technologies that depend on a network of computers to run certain software programs to process transactions. Because of this less centralized model, RepuX has limited control over the RepuX Tokens and the RepuX Protocol once launched. In addition, holders of RepuX Tokens are not and will not be entitled, to vote or receive dividends or be deemed the holder of capital stock of RepuX for any purpose, nor will anything be construed to confer on holders of RepuX Tokens any of the rights of a stockholder of RepuX or any right to vote for the election of directors or upon any matter submitted to stockholders at any meeting thereof, or to give or withhold consent to any corporate action or to receive notice of meetings, or to receive subscription rights or otherwise.

There may be occasions when certain individuals involved in the development and launch of the RepuX Protocol may encounter potential conflicts of interest in connection with the RepuX Protocol Launch, such that said party may avoid a loss, or even realize a gain, when other holders of RepuX Tokens are suffering losses.

There may be occasions when certain individuals involved in the development and launch of the RepuX Protocol or RepuX Tokens may encounter potential conflicts of interest in connection with the Token Sale and the RepuX Protocol Launch, such that said party may avoid a loss, or even realize a gain, when other holders of the RepuX Tokens are suffering losses. Holders of RepuX Tokens may also have conflicting tax, and other interests with respect to RepuX Tokens, which may arise from the terms of the RepuX Tokens, the RepuX Protocol code, the RepuX Protocol, the timing of the RepuX Protocol Launch or other RepuX Token offerings, or other factors. Decisions made by the key employees of RepuX on such matters may be more beneficial for some holders of RepuX Tokens than for others.

Holders of RepuX Tokens may lack information for monitoring their holdings.

A holder of RepuX Tokens may not be able to obtain all information it would want regarding RepuX, RepuX Tokens, or the RepuX Protocol, on a timely basis or at all. It is possible that a holder of RepuX Tokens may not be aware on a timely basis of material adverse changes that have occurred with respect to the RepuX Protocol. While RepuX has made efforts to use open-source development for the RepuX Tokens, this information may be highly technical by nature. As a result of these difficulties, as well as other uncertainties, a holder of RepuX Tokens may not have accurate or accessible information about the RepuX Protocol.

RepuX Tokens have no history.

The RepuX Token will be a newly formed token and have no history. Each RepuX Token should be evaluated on the basis that RepuX or any third party’s assessment of the prospects of the RepuX Protocol may not prove accurate, and that RepuX will not achieve its business objective.

If the RepuX Protocol is unable to satisfy data protection, security, privacy, and other government-and industry-specific requirements, its growth could be harmed.

There are a number of data protection, security, privacy and other government- and industry-specific requirements, including those that require companies to notify individuals of data security incidents involving certain types of personal data. Security compromises could harm RepuX Protocol’s reputation, erode user confidence in the effectiveness of its security measures, negatively impact its ability to attract new users, or cause existing users to stop using the RepuX Protocol.

The further development and acceptance of blockchain networks, including the RepuX Protocol, which are part of a new and rapidly changing industry, are subject to a variety of factors that are difficult to evaluate. The slowing or stopping of the development or acceptance of blockchain networks and blockchain assets would have a material adverse effect on the successful development and adoption of the RepuX Protocol and the RepuX Tokens.

The growth of the blockchain industry in general, as well as the blockchain networks with which the RepuX Protocol will rely and interact, is subject to a high degree of uncertainty. The factors affecting the further development of the cryptocurrency industry, as well as blockchain networks, include, without limitation:

A decline in the popularity or acceptance of ETH or other blockchain-based tokens would adversely affect our results of operations.

The slowing or stopping of the development, general acceptance and adoption and usage of blockchain networks and blockchain assets may deter or delay the acceptance and adoption of the RepuX Protocol and the RepuX Tokens.

The prices of blockchain assets are extremely volatile. Fluctuations in the price of digital assets could materially and adversely affect our business.

The prices of blockchain assets such as ETH have historically been subject to dramatic fluctuations and are highly volatile. Several factors may influence the utility of the RepuX Tokens, including, but not limited to:

A decrease in the price of a single blockchain assets may cause volatility in the entire blockchain asset industry and may affect other blockchain assets including the RepuX Tokens. For example, a security breach that affects RepuX Token holder or user confidence in ETH may affect the industry as a whole and may also cause the utility of the RepuX Tokens and other blockchain assets to be uncertain.

References

목록