Das RepuX-Protokoll

Wichtige Hinweise

  1. BITTE LESEN SIE DIESEN ABSCHNITT UND DIE FOLGENDEN ABSCHNITTE "HAFTUNGSAUSSCHLUSS", "KEINE ZUSICHERUNGEN UND GARANTIEN VON REPUX", "ZUSICHERUNGEN UND GARANTIEN VON IHNEN", "VORSORGEHINWEISE ZU ZUKUNFTSGERICHTETEN AUSSAGEN", "KEINE BERATUNG", "EINSCHRÄNKUNGEN BEI DER VERTEILUNG UND VERBREITUNG", "KEIN ANGEBOT VON WERTPAPIEREN ODER REGISTRIERUNG" UND "RISIKEN UND UNSICHERHEITEN" SORGFÄLTIG DURCH. WENN SIE ZWEIFEL HABEN, WELCHE MAßNAHMEN SIE ERGREIFEN SOLLTEN, SOLLTEN SIE IHRE(N) RECHTS-, FINANZ-, STEUER- ODER SONSTIGE(N) PROFESSIONELLE(N) BERATER KONSULTIEREN

  2. Die RepuX-Token (wie im Whitepaper definiert) sind nicht dazu bestimmt, Wertpapiere in irgendeiner Jurisdiktion zu sein. Dieses Whitepaper stellt weder einen Prospekt noch ein Angebotsdokument irgendeiner Art dar und ist nicht als Angebot von Wertpapieren oder als Aufforderung zur Investition in Wertpapieren in irgendeiner Jurisdiktion zu verstehen. Für weitere Informationen verweisen wir auf das Memorandum über die vertrauliche Privatplatzierung von RepuX Limited.

  3. Dieses Whitepaper stellt weder eine Stellungnahme zu einer Verkaufsempfehlung noch eine Aufforderung zur Abgabe eines Angebots von RepuX zum Kauf von RepuX-Token dar.

  4. Der Vertreiber der RepuX-Token wird ein Tochterunternehmen von RepuX Limited ("RepuX") sein und alle Erlöse aus dem Verkauf der RepuX-Token zur Finanzierung des RepuX-Protokolls, der Geschäfte und des Betriebs einsetzen.

  5. Es ist keine Person verpflichtet, einen Vertrag oder eine verbindliche rechtliche Verpflichtung in Bezug auf den Verkauf und Kauf der RepuX-Token einzugehen, und es wird keine Kryptowährung oder andere Zahlungsweise auf der Grundlage dieses Whitepapers akzeptiert.

  6. Jede Vereinbarung zwischen dem Vertriebspartner und Ihnen als Käufer sowie in Bezug auf den Verkauf und Kauf von RepuX-Token unterliegt nur einem separaten Dokument, in dem die Allgemeinen Geschäftsbedingungen (die "AGB") dieser Vereinbarung festgelegt sind. Im Falle von Unstimmigkeiten zwischen den AGB und diesem Whitepaper haben die AGB Vorrang.

  7. Sie sind nicht berechtigt, RepuX-Token im Vorverkauf (wie in diesem Whitepaper definiert) zu erwerben, es sei denn, Sie qualifizieren sich nach US-Standards als "zugelassener Anleger".

  8. Bis zur Einführung des RepuX-Protokolls können zugelassene Anleger über einen SAFT-Vertrag Rechte zum Kauf von RepuX-Token im Vorverkauf erwerben. Bitte kontaktieren Sie uns direkt, wenn Sie ein zugelassener Anleger sind, der an einer Teilnahme am Vorverkauf interessiert ist.

  9. Keine Regulierungsbehörde hat die in diesem Whitepaper enthaltenen Informationen geprüft oder genehmigt. Es wurden und werden keine derartigen Maßnahmen im Rahmen der Gesetze, behördlichen Auflagen oder etwaigen Zuständigkeitsregeln ergriffen. Die Veröffentlichung, Verteilung oder Verbreitung dieses Whitepapers bedeutet nicht, dass die geltenden Gesetze, regulatorischen Anforderungen oder Regeln eingehalten wurden.

  10. Es gibt Risiken und Unsicherheiten im Zusammenhang mit RepuX und/oder der RepuX Foundation und ihren jeweiligen Geschäften und Tätigkeiten, den RepuX-Token und dem Token-Verkauf. Eine vollständige Auflistung der Risiken und Verpflichtungen finden Sie im "Vertraulichen RepuX Limited Prospekt zum Privatplatzierungsangebot".

  11. Dieses Whitepaper, Teile davon oder Kopien davon dürfen nicht in ein Land mitgenommen oder übermittelt werden, in dem die Verteilung oder Verbreitung dieses Whitepapers verboten oder eingeschränkt ist.

  12. Kein Teil dieses Whitepapers darf reproduziert, verteilt oder verbreitet werden, ohne dass dieser Abschnitt und die folgenden Abschnitte mit den Titeln "Haftungsausschluss", "Keine Zusicherungen und Garantien von RepuX", "Zusicherungen und Garantien von Ihnen", "Warnhinweise zu Zukunftsgerichteten Aussagen", "Keine Beratung", "Einschränkungen bei der Verteilung und Verbreitung", "Kein Angebot von Wertpapieren oder zur Registrierung" und "Risiken und Unsicherheiten" enthalten sind.

Haftungsausschluss

  1. Soweit es die geltenden Gesetze, Vorschriften und Regeln zulassen, ist RepuX und/oder die RepuX Foundation nicht haftbar für indirekte, spezielle, zufällige, Folge- oder sonstige Verluste jeglicher Art, aus unerlaubter Handlung, aus Verträgen oder anderweitig (einschließlich, aber nicht beschränkt auf Umsatz-, Einkommens- oder Gewinnausfall, Nutzungsausfall oder Datenverlust), die sich aus oder in Verbindung mit der Zustimmung oder dem Vertrauen auf dieses Whitepaper oder einen Teil davon durch Sie ergeben.

Keine Zusicherungen und Garantien von RepuX

  1. RepuX und/oder die RepuX Foundation macht keine Zusicherungen, Gewährleistungen oder Verpflichtungen in welcher Form auch immer gegenüber einer juristischen oder natürlichen Person, einschließlich Zusicherungen, Gewährleistungen oder Verpflichtungen in Bezug auf die Wahrheit, Genauigkeit und Vollständigkeit der in diesem Whitepaper dargelegten Informationen.

Zusicherungen und Garantien von RepuX

  1. Durch den Zugriff auf und/oder die Zustimmung des Besitzes von Informationen in diesem Whitepaper oder einem Teil davon (je nach Fall) erklären und garantieren Sie gegenüber RepuX und/oder der RepuX Foundation wie folgt:

    1. Sie stimmen zu und erkennen an, dass die RepuX-Token keine Wertpapiere in irgendeiner Form in irgendeiner Jurisdiktion darstellen;

    2. Sie erklären sich damit einverstanden und erkennen an, dass dieses Whitepaper weder einen Prospekt noch ein Angebotsdokument jeglicher Art darstellt und nicht als Angebot von Wertpapieren in irgendeiner Jurisdiktion oder als Aufforderung zur Investition in Wertpapieren gedacht ist, und dass Sie nicht verpflichtet sind, einen Vertrag oder eine verbindliche rechtliche Verpflichtung einzugehen, und dass auf der Grundlage dieses Whitepapers keine Kryptowährung oder andere Zahlungsform akzeptiert werden soll;

    3. Sie erklären sich damit einverstanden und erkennen an, dass keine Regulierungsbehörde die in diesem Whitepaper dargelegten Informationen geprüft oder genehmigt hat, dass keine Maßnahmen im Rahmen der Gesetze, regulatorischen Anforderungen oder etwaigen Zuständigkeitsregeln ergriffen wurden oder werden und dass die Veröffentlichung, Verteilung oder Verbreitung dieses Whitepaper an Sie nicht bedeutet, dass die geltenden Gesetze, regulatorischen Anforderungen oder Regeln eingehalten wurden;

    4. Sie erklären sich damit einverstanden und erkennen an, dass dieses Whitepaper, die Verpflichtung und/oder der Abschluss des Token-Verkaufs nicht als Hinweis auf die Vorzüge von RepuX und/oder der RepuX Foundation, der RepuX-Token und des Token-Verkaufs ausgelegt, interpretiert oder von Ihnen als solche angesehen werden dürfen;

    5. Die Verteilung oder Verbreitung dieses Whitepapers, eines Teils davon oder einer Kopie davon oder die Zustimmung desselben durch Sie ist nicht durch die anwendbaren Gesetze, Vorschriften oder Regeln in Ihrer Zuständigkeit verboten oder eingeschränkt, und wenn irgendwelche Beschränkungen in Bezug auf den Besitz anwendbar sind, haben Sie alle diese Beschränkungen auf eigene Kosten und ohne Haftung gegenüber RepuX und/oder der RepuX Foundation beachtet und eingehalten;

    6. Sie erklären sich damit einverstanden und erkennen an, dass im Falle des Erwerbs von RepuX-Token die RepuX-Token NICHT als Folgendes ausgelegt, interpretiert, klassifiziert oder behandelt werden dürfen:

      1. Jede Art von Währung außer Kryptowährung;

      2. Schuldverschreibungen, Aktien oder Anteile, die von einer natürlichen oder juristischen Person (unabhängig davon, ob RepuX und/oder die RepuX Foundation) ausgegeben werden, Rechte, Optionen oder Ableitungen in Bezug auf solche Schuldverschreibungen, Aktien oder Anteile;

      3. Anteile an einer kollektiven Kapitalanlage;

      4. Einheiten in einem Treuhandgeschäft;

      5. Ableitungen von Einheiten in einem Treuhandgeschäft; oder

      6. Alle anderen Wertpapiere oder Wertpapiergattungen.

    7. Sie sind sich darüber im Klaren und verstehen, dass Sie NICHT berechtigt sind, am Vorverkauf von RepuX-Token teilzunehmen, wenn Sie KEIN "zugelassener Anleger" nach US-Standards sind;

    8. Sie verfügen über ein grundlegendes Verständnis von Kryptowährungen, Blockchain-basierten Softwaresystemen, Kryptowährungs-Wallets oder anderen verwandten Token-Speichermechanismen, Blockchain-Technologie und Smart-Vertragstechnologie;

    9. Sie sind sich darüber im Klaren und verstehen, dass im Falle des Erwerbs von RepuX-Token Risiken im Zusammenhang mit RepuX und der RepuX Foundation und ihren jeweiligen Geschäften und Tätigkeiten, den RepuX-Token und dem Token-Verkauf bestehen;

    10. Sie erklären sich damit einverstanden und erkennen an, dass weder RepuX noch die RepuX Foundation für indirekte, spezielle, zufällige, Folge- oder sonstige Verluste jeglicher Art, aus unerlaubter Handlung, aus Verträgen oder anderweitig (einschließlich, aber nicht beschränkt auf Umsatz-, Einkommens- oder Gewinnausfälle und Nutzungsausfälle oder Datenverluste), die sich aus oder in Verbindung mit der Zustimmung oder dem Vertrauen auf dieses Whitepaper oder einen Teil davon durch Sie ergeben, haftbar sind; und

    11. alle obigen Zusicherungen und Garantien sind wahr, vollständig, genau und nicht irreführend ab dem Zeitpunkt Ihres Zugriffs auf und/oder der Zustimmung des Besitzes dieses Whitepapers oder eines Teils davon (je nach Fall).

Warnhinweise zu Zukunftsgerichteten Aussagen

  1. Dieses Whitepaper kann bestimmte in die Zukunft gerichtete Aussagen enthalten, einschließlich, aber nicht beschränkt auf Aussagen über zukünftige Betriebsergebnisse und Pläne, die Risiken und Unsicherheiten beinhalten. Wir verwenden Wörter wie "erwartet", "rechnet mit", "nimmt an", "glaubt", "schätzt", das Negativ dieser Begriffe und ähnliche Ausdrücke, um zukunftsgerichtete Aussagen zu identifizieren. Solche zukunftsgerichteten Aussagen beinhalten bekannte und unbekannte Risiken, Unsicherheiten und andere Faktoren, die dazu führen können, dass die tatsächlichen Ergebnisse, Leistungen oder Errungenschaften von RepuX und/oder der RepuX Foundation aus irgendeinem Grund wesentlich von den zukünftigen Ergebnissen, Leistungen oder Errungenschaften abweichen, die in den zukunftsgerichteten Aussagen ausdrücklich oder implizit zum Ausdruck gebracht werden.

  2. Keine Informationen in diesem Whitepaper sollten als geschäftliche, rechtliche, finanzielle oder steuerliche Beratung in Bezug auf RepuX, die RepuX Foundation, die RepuX-Token und den Token-Verkauf betrachtet werden. Sie sollten Ihren eigenen Rechts-, Finanz-, Steuer- oder sonstigen professionellen Berater bezüglich RepuX und/oder der RepuX Foundation und ihrer jeweiligen Geschäfte und Tätigkeiten, der RepuX-Token und des Token-Verkaufs konsultieren. Sie sollten sich darüber im Klaren sein, dass Sie möglicherweise das finanzielle Risiko eines Kaufs von RepuX-Token auf unbestimmte Zeit tragen müssen.

Einschränkungen bei der Verteilung und Verbreitung

  1. Die Verteilung oder Verbreitung dieses Whitepapers oder eines Teils davon kann durch die Gesetze, regulatorischen Anforderungen und etwaige Zuständigkeitsregeln verboten oder eingeschränkt sein. Im Falle einer Einschränkung müssen Sie sich auf eigene Kosten und ohne Haftung gegenüber RepuX und/oder der RepuX Foundation über alle Einschränkungen informieren und diese beachten, die auf Ihren Besitz dieses Whitepapers oder eines Teils davon (je nach Fall) anwendbar sind. Personen, an die eine Kopie dieses Whitepapers verteilt oder verbreitet wurde, die Zugang zu dem Whitepaper erhalten haben oder die das Whitepaper anderweitig in ihrem Besitz haben, dürfen es nicht an andere Personen weitergeben, dieses Whitepaper oder die hierin enthaltenen Informationen zu irgendeinem Zweck vervielfältigen oder anderweitig verbreiten, noch dürfen sie dies zulassen oder veranlassen.

Kein Angebot von Wertpapieren oder zur Registrierung

  1. Dieses Whitepaper stellt weder einen Prospekt noch ein Angebotsdokument irgendeiner Art dar und ist nicht als Angebot von Wertpapieren oder als Aufforderung zur Investition in Wertpapieren in irgendeiner Jurisdiktion zu verstehen. Es ist keine Person verpflichtet, einen Vertrag oder eine verbindliche rechtliche Verpflichtung einzugehen, und es wird keine Kryptowährung oder andere Zahlungsweise auf der Grundlage dieses Whitepapers akzeptiert. Jede Vereinbarung in Bezug auf den Verkauf und Kauf von RepuX-Token unterliegt ausschließlich den AGBs dieser Vereinbarung und keinem anderen Dokument. Im Falle von Unstimmigkeiten zwischen den AGB und diesem Whitepaper haben die AGB Vorrang.

  2. Keine Regulierungsbehörde hat die in diesem Whitepaper enthaltenen Informationen geprüft oder genehmigt. Es wurden und werden keine derartigen Maßnahmen im Rahmen der Gesetze, behördlichen Auflagen oder etwaigen Zuständigkeitsregeln ergriffen. Die Veröffentlichung, Verteilung oder Verbreitung dieses Whitepapers bedeutet nicht, dass die geltenden Gesetze, regulatorischen Anforderungen oder Regeln eingehalten wurden.

Risiken und Unsicherheiten

  1. Potenzielle Käufer von RepuX-Token sollten alle Risiken und Unsicherheiten, die mit RepuX, der RepuX Foundation und ihren jeweiligen Geschäften und Tätigkeiten, den RepuX-Token und dem Token-Verkauf verbunden sind, sorgfältig abwägen und bewerten, sowie alle Informationen, die in diesem Whitepaper und den AGBs vor dem Kauf von RepuX-Token dargelegt sind. Sollte sich eines dieser Risiken und Unsicherheiten zu tatsächlichen Ereignissen entwickeln, könnten die Geschäftstätigkeit, die Finanzlage, die Ertragslage und die Aussichten von RepuX und/oder der RepuX Foundation erheblich und nachteilig beeinflusst werden. In solchen Fällen können Sie den Wert der RepuX-Token ganz oder teilweise verlieren.

RepuX-Vision

Unsere Vision ist es, ein Protokoll zu erstellen, das die Monetarisierung von Daten durch effiziente Transfers zwischen Sammlern, Entwicklern und Nutzern erleichtert und die Bewertung der Datenzuverlässigkeit und Reputation im Laufe der Zeit ermöglicht. Über unser RepuX-Protokoll können Datensammler Daten an Datennutzer oder Anwendungsentwickler im Austausch gegen RepuX-Token übertragen. Entwickler könnten auf dem RepuX-Protokoll aufbauen und Daten, die von Sammlern übertragen werden, nutzen, um Produkte und Dienstleistungen zu generieren, die dann im Austausch gegen RepuX-Token an Endanwender in verschiedenen Branchen übertragen werden könnten. Mit dem RepuX-Protokoll hoffen wir, den Daten einen zusätzlichen Wert zu verleihen.

Ziele und Zielsetzungen von RepuX

Wir gehen davon aus, dass die Monetarisierung von Daten in Zukunft zu einer wichtigen Einnahmequelle für natürliche oder juristische Personen werden wird. Es wird geschätzt, dass die Welt im Jahr 2025 180 Zettabytes an Daten (oder 180 Billionen Gigabytes) erzeugen wird, gegenüber weniger als 10 Zettabytes im Jahr 2015.1

Unsere Ziele und Zielsetzungen für das RepuX-Protokoll sind folgende:

Zusammenfassend lässt sich sagen, dass es unser oberstes Ziel ist, ein sicheres, zuverlässiges und leistungsstarkes Datenübertragungsprotokoll zu entwickeln, das in eine Vielzahl von Anwendungen integriert werden kann, die von Drittanbietern für den Einsatz in verschiedenen Branchen entwickelt wurden.

[1] 6 Prognosen für den 203 Milliarden Großen Datenanalysemarkt

Was ist RepuX?

RepuX ermöglicht die gemeinsame Nutzung von Daten und Möglichkeiten zur Wertschöpfung für Datensammler, Anwendungsentwickler und Datennutzer, die es auf dem aktuellen Marktplatz nicht gibt

RepuX ist ein Framework auf Protokollebene (das "RepuX-Protokoll"), auf dem verschiedene Arten von unveränderbaren Daten zwischen verschiedenen Unternehmen und einzelnen Sammlern, Entwicklern und Anwendern ausgetauscht werden können. Das RepuX-Protokoll kombiniert mehrere dezentrale Technologien wie InterPlanetary File System (oder IPFS)2, Sia3, Ethereum4, EOS5, und bietet die Möglichkeit, zu einer kundenspezifischen Hochdurchsatz-Blockchain aufzurüsten. Durch die Erleichterung des Daten- und Werttransfers zwischen Peers schafft das RepuX-Protokoll Möglichkeiten für den Datenaustausch zwischen Datensammlern, Anwendungsentwicklern und Datennutzern, die es auf dem aktuellen Marktplatz nicht gibt. Das RepuX-Protokoll bietet den Datenproduzenten die Möglichkeit, einen Mehrwert in ihren Daten zu schaffen, indem es die Bereitstellung dieser Daten für Benutzer in verschiedenen Branchen erleichtert und gleichzeitig die Notwendigkeit von Vermittlern in diesem Prozess beseitigt.

Mit der Entwicklung des RepuX-Protokolls ist RepuX gut gerüstet, um die Vorteile des Vertrauens auf das maschinelle Lernen, die großen Datenmengen und die künstlichen Intelligenz auf großformatigen Sammeldaten zu nutzen und Innovationen in diesen Bereichen voranzutreiben. Durch die Bewertung der Zuverlässigkeit jeder Einheit und jeder Transaktion in Bezug auf die Daten und die Verifizierung durch ein Oracle-System können wir die Integrität innerhalb des RepuX-Protokolls sicherstellen und den Datennutzern ein größeres Vertrauen in den Inhalt und die Qualität der Daten, die sie kaufen, vermitteln.

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

Vorverkauf und RepuX-Token-Verkauf

RepuX Limited erstellt 500 Millionen RepuX-Token (die "RepuX-Token"). RepuX führt einen Vorverkauf von Rechten auf den Erhalt von RepuX-Token bei Eintritt des öffentlichen Verkaufs durch, der ausschließlich zugelassenen Anlegern durch eine einfache Vereinbarung für zukünftige Token (der "Vorverkauf") zur Verfügung gestellt wird, gefolgt von einem breiteren Angebot von RepuX-Token, das nach der Inbetriebnahme des RepuX-Protokolls erfolgen wird (der "Token-Verkauf").

Der RepuX-Token ist ein ERC20-Token, der die einzige Möglichkeit darstellt, Datendienste in Verbindung mit dem RepuX-Protokoll zu bezahlen. RepuX-Token können von qualifizierten Käufern während des Token-Verkaufs durch Übertragung von Ether ("ETH") erworben werden.

Jeder Teilnehmer des Vorverkaufs ist verpflichtet, Informationen über seinen Status als "zugelassener Anleger" (oder ähnliches Konzept) gemäß den geltenden Wertpapiergesetzen zu liefern. Jeder Vorverkaufsteilnehmer sowie jeder Käufer von RepuX-Token im Token-Verkauf ist verpflichtet, "know your client"- (oder KYC-) Informationen zur Verfügung zu stellen. RepuX wird bestimmte Kontrollen durchführen, um sicherzustellen, dass wir unsere Anforderungen und Verfahren zur Bekämpfung der Geldwäsche (oder AML) einhalten.

Künstliche Intelligenz und Maschinelles Lernen

Die Datenerstellung erfolgt kontinuierlich und in immer schnellerem Tempo. Diese Daten haben Wert. Derzeit wird die Erhebung, Nutzung und Verbreitung dieser Daten von einigen großen Kapitalgesellschaften dominiert.

Gleichzeitig steigen die Investitionen in künstliche Intelligenz (KI) sehr schnell an. Es wird geschätzt, dass sich der KI-Entwicklungsmarkt alle 2 Jahre mehr als verdoppelt. KI hat das Potenzial, viele Aspekte der Wirtschaft signifikant zu verändern. Innerhalb des KI-Branche hat die Fähigkeit zum maschinellen Lernen in den letzten Jahren enorm zugenommen. Diese maschinelle Lernfähigkeit in Kombination mit dezentralem Datenzugriff hat die Industrialisierung dezentraler datenbasierter Anwendungen ermöglicht. Da das maschinelle Lernen Wissen auf vergangenen Daten aufbaut, sind die erstellten Modelle nur so gut wie die Daten, die in die Modelle zugeführt werden.

Das RepuX-Protokoll hat das Potenzial, die "digitale Kluft" zwischen denjenigen zu beseitigen, die einfachen Zugang zu maschinellen Lerndatensätzen haben, und denjenigen, die dies nicht tun.

Das maschinelle Lernen ist ein Zweig der künstlichen Intelligenz, der es Computersystemen ermöglicht, direkt aus Datenbeispielen zu lernen.


ABBILDUNG 1: DISKUSSIONSPAPIER MCKINSEY & UNTERNEHMEN 2017 6

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

Big Data

Big Data beinhaltet große Datenmengen, die in der Regel von einem Unternehmen oder einer Organisation als Nebenprodukt des Tagesgeschäfts gesammelt werden. Ein solcher Datensatz könnte z. B. eine medizinische Datenbank mit Krankheitsdiagnosen sowie Zeit und Ort sein. Da viele Big Data-Datensätze oft nicht direkt mit dem unmittelbaren Betrieb eines Unternehmens oder einer Organisation in Verbindung gebracht werden, werden sie leider häufig abgelehnt und verworfen. Diese Datensätze könnten leicht monetarisiert und von anderen Unternehmen genutzt werden, die von solchen Daten profitieren könnten. Beispielsweise könnte eine Liste erfolgreicher Produktlieferungen innerhalb einer Supermarktkette für einen neuen Lieferanten nützlich sein, der eine bestimmte Region betreten möchte. Was fehlt, ist:

Ein Beispiel für einen grundlegenden Datenmarkt ist der Brave-Browser, der vor kurzem einen Verkauf seiner Basic Attention Tokens (BAT) durchgeführt hat. Im Brave-Browser können die Nutzer optional (anonym) ihre Browsingdaten oder ihre Aufmerksamkeitsdaten an Vermarkter "verkaufen", die diese Daten dann kaufen und in BAT bezahlen.7

[7] Siehe https://basicattentiontoken.org/

Vertrauen und Transparenz

Eine der größten Herausforderungen bei der gemeinsamen Nutzung von Datensätzen ist das mangelnde Vertrauen zwischen verschiedenen Parteien in eine Datentransaktion. Es ist schwierig für eine Person festzustellen, ob ein bestimmter Datensatz gut organisiert, präzise und aufschlussreich ist, ohne dass sie zuerst auf den Datensatz zugreifen muss, um ihn auszuwerten. Darüber hinaus kann es Probleme im Zusammenhang mit dem Fehlen einer gemeinsamen Plattform geben, auf der sich die Parteien in einer Datentransaktion treffen können.

Wenn dieses Vertrauensproblem angemessen gelöst werden kann, können die Betrugsraten deutlich sinken, während gleichzeitig eine ganze Reihe weiterer potenzieller Datentransaktionen über verschiedene Branchen hinweg ermöglicht werden, wie z. B. Datentransaktionen in Versicherungen, im internationalen Handel und bei Kleinkrediten.

Blockchains sind von Natur aus resistent gegen die Veränderung der betroffenen Daten. Eine Blockchain ist eine ständig wachsende Liste von Datensätzen, die mit Hilfe von Kryptographie verknüpft und gesichert werden. Jeder Block enthält typischerweise einen Hash-Zeiger als Verweis auf einen vorherigen Block, einen Zeitstempel und Transaktionsdaten. Eine Blockchain kann als offenes, verteiltes Kontobuch dienen, das Transaktionen zwischen zwei Parteien effizient, nachprüfbar und dauerhaft aufzeichnen kann. Für den Einsatz als verteiltes Kontobuch wird eine Blockchain typischerweise von einem Peer-to-Peer-Netzwerk verwaltet, das sich kollektiv an ein Protokoll zur Validierung neuer Blöcke hält. Einmal aufgezeichnet, können die Daten in einem bestimmten Block nicht rückwirkend geändert werden, ohne dass alle nachfolgenden Blöcke geändert werden, was eine Kollusion der Netzwerkmehrheit erfordert. Die Blockchain-Technologie ermöglicht es, die Betrugsrate zu senken und damit eine Vielzahl von Anwendungsmöglichkeiten zu erschließen.

Dies macht Blockchains ideal für den Einsatz als Grundlage für das RepuX-Protokoll, bei dem Sicherheit und Transaktionsintegrität im Vordergrund stehen.

RepuX-Technologie

Übersicht

Die Technologie des RepuX-Protokolls lässt sich in 4 separate Schichten unterteilen.

ABBILDUNG 2: ZUSAMMENBRUCH DES REPUX-PROTOKOLLS

Die Anwendungsschicht befindet sich ganz oben im RepuX-Protokoll. Diese vordere Schicht besteht aus verschiedenen dezentralen Anwendungen, den Dapps, die von Drittanbietern auf die bestehende RepuX-API-Infrastruktur aufgesetzt werden können. Ein Beispiel hierfür könnte ein Dienst sein, der es natürlichen oder juristischen Personen ermöglicht, Social Media-Nutzungsdaten im Austausch für den Zugriff auf eine Webseite zu verkaufen.

Die nächste Schicht des RepuX-Protokolls ist die Datenschicht. Diese Schicht besteht aus allen Daten, die innerhalb von RepuX gekauft und verkauft werden können. Durch die Speicherung der Datenschicht in einer dezentralen Infrastruktur wie IPFS, StorJ8 oder Sia stellen wir nicht nur die Existenz der Daten sicher, sondern sorgen auch dafür, dass die Daten dezentral gespeichert werden. Dateneigentum, -freigabe, -sicherheit und -privatsphäre können mit Hilfe von kryptographischen Primitiven mit mehreren Signaturen aktualisiert werden, die in der Blockchain nativ sind, um sicherzustellen, dass die Daten redundant in der Kette gesichert sind und auch nur von bevorzugten Parteien gesehen und genutzt werden.

Um Transaktionen abzuwickeln, die auf der Datenschicht stattfinden, setzen wir eine dezentrale Logikschicht ein. Diese Schicht könnte auf der bestehenden Ethereum-Infrastruktur aufgebaut werden; wir untersuchen jedoch auch den Einsatz von EOS oder einer benutzerdefinierten Blockchain-Infrastruktur, die möglicherweise auf Millionen von Transaktionen skaliert werden könnte.

Auf der Basis des RepuX-Protokolls bauen wir eine Werteschicht auf, die die darüber liegenden Schichten versorgt und sicherstellt, dass Menschen angemessen für das entschädigt werden, was sie innerhalb des RepuX-Protokolls tun. Wir haben den RepuX-Token als Teil dieser Werteschicht geschaffen, um es den Parteien zu ermöglichen, für Käufe und Verkäufe von Daten und anderen Waren und/oder Dienstleistungen Wertzahlungen untereinander zu versenden. Der Wert der Token kann proportional zu ihrer Nachfrage nach ihrer Nutzung für vertragliche Dienstleistungen im Rahmen der Datenfreigabe sein, wobei verschiedene Stufen von Token-Haltemengen fortgeschrittenere und umfangreichere Datenfreigabe-Fähigkeiten ermöglichen können. Dies dient als Mechanismus zur fairen Verteilung der verfügbaren Blockchain-basierten Datenspeicherung und als Bedarfsträger für Token, die eine faire Datennutzung ermöglichen.

Anwendungsschichten und APIs

Blockchain nutzt ein Peer-to-Peer-Netzwerk, um Transaktionen und Interaktionen in einer verteilten Gemeinschaft zu steuern, und verwaltet diese Führung über ein dezentrales Kontobuch, das von einer verteilten Computing-Infrastruktur und einem gemeinsamen Protokoll profitiert, was es sehr schwierig macht, eine betrügerische Transaktion zu erstellen. Mit Blockchain und Dezentralisierung wird jede Entität in den Prozess eingebunden, und keine einzige Entität hat die Kontrolle über den gesamten Prozess.

Wir haben RepuX von Anfang an so konzipiert, dass es eine Programmierschnittstelle (API) schafft, über die jeder Anwendungsentwickler mit dem RepuX-Protokoll arbeiten kann. Dieses anpassungsfähige Protokoll bedeutet, dass RepuX nicht für einen bestimmten Zweck entwickelt wurde, sondern dass es Entwicklern ermöglicht wird, auf diesem Protokoll aufzubauen, um den potenziellen Nutzen für viele verschiedene Branchen zu nutzen.

API-Struktur

Wir beabsichtigen, einfach zu bedienende Web3.js + Metamask APIs zu verwenden, die es Dritten ermöglichen, einfach auf externe Anwendungen auf der RepuX-Infrastruktur zuzugreifen und diese schnell zu erstellen. Zusätzlich zu den einfach zu bedienenden JS-APIs können wir auch mehr anwendungsbasierte APIs ermöglichen, die von Drittanbietern für die Entwicklung verwendet werden können.

Datenschicht

Um eine dezentrale Speicherung der Benutzerdaten zu gewährleisten, werden wir verschiedene Technologien einsetzen. In diesem Whitepaper beschreiben wir eine IPFS1-basierte Infrastruktur, die IPFS-Hashes verwendet. Mit dem RepuX-Protokoll verwenden wir IPFS, um die Datenbank der Daten zu pflegen, die von Hashes in unserer Logikschicht und APIs referenziert werden. Durch den Einsatz von IPFS stellen wir nicht nur die Dezentralität unserer Daten sicher, sondern stellen auch sicher, dass die Daten durch IPFS-Hashes dauerhaft sind.

Was ist IPFS?

InterPlanetary File System (oder IPFS) ist ein Protokoll, das entwickelt wurde, um eine permanente und dezentrale Methode zur Speicherung und gemeinsamen Nutzung von Dateien zu schaffen. Es ist ein inhaltsadressiertes Peer-to-peer-Hypermedia-Verteilungsprotokoll. Knoten im IPFS-Netzwerk bilden ein verteiltes Dateisystem. IPFS adressiert Inhalte mit einem eindeutigen "Hash". IPFS ermöglicht die Schaffung vollständig dezentraler Technologien, die alle Computergeräte innerhalb eines einzigen Systems miteinander verbinden können. IPFS ist vergleichbar mit dem Austausch von Informationen durch einen BitTorrent-Schwarm, der dezentral und dennoch organisiert ist.

Hauptmerkmale von IPFS

IPFS hat folgende Funktionen:

Da die Infrastruktur jedoch immer noch in rasantem Tempo reift, werden wir weitere Optionen für die Dateninfrastruktur wie Storj und Sia prüfen.

Logik

Da unser RepuX-Protokoll Reputationsbewertungen und Datenkäufe und -verkäufe beinhaltet, müssen wir einen Algorithmus entwickeln, der die Transaktionen in unserem Netzwerk handhabt. In diesem Whitepaper stellen wir einen Weg vor, wie die Fähigkeit von Smart-Verträgen von Ethereum genutzt werden kann, um die Logik dezentral und transparent zu handhaben. Aufgrund der langfristigen Geschwindigkeit von Ethereum werden wir aktiv mit staatlichen Kanälen, EOS, Sharding und sogar mit einer maßgeschneiderten Blockchain-Infrastruktur experimentieren.

Ethereum und Smart-Verträge

Bitcoin führte die Idee einer Blockchain ein, die es den Menschen ermöglichte, Geschäfte zu tätigen, ohne dass eine einzige Organisation die Kontrolle hatte. Darauf aufbauend entwickelte Ethereum die Idee eines verteilten Computers.

Ethereum ist eine Open Source, öffentliche, Blockchain-basierte Plattform für verteiltes Computing mit Smart-Vertragsfunktionalität (Scripting). Es stellt eine dezentrale Turing-vollständige virtuelle Maschine, die Ethereum Virtual Machine, zur Verfügung, die Skripte über ein internationales Netzwerk öffentlicher Knoten ausführen kann. Ethereum stellt auch ein Kryptowährungs-Token namens "Ether" (oder ETH) zur Verfügung, das zwischen Konten übertragen werden kann und zur Kompensation von Teilnehmerknoten für durchgeführte Berechnungen verwendet werden kann.

Im Wesentlichen ist Ethereum ein dezentraler Weltcomputer, der es ermöglicht, dezentrale Anwendungen (oder Dapps) in einem global synchronisierten Zustand auszuführen. Da Ethereum sowohl die Übertragung von Werten als auch von Informationen ermöglicht, können wir ein Demo-Smart-Programm entwickeln, das die Grundfunktionalität des RepuX-Protokolls ermöglicht.

Smart-Verträge sind Programme, die auf einer Ethereum-Blockchain laufen und durch Transaktionen oder andere Smart-Verträge ausgelöst werden. Smart-Verträge beseitigen die Probleme, die mit herkömmlichen Zahlungssystemen verbunden sind, und stellen sicher, dass alle an einer Transaktion beteiligten Parteien sofort bezahlt werden, mit unwiderlegbarem Nachweis der Transaktion.

Daten

Wie unten in der Darstellung zu sehen ist, speichern wir den IPFS-Datenhash innerhalb eines privaten Datenfeld im Rahmen des Ethereum-Smart-Vertrages. Auf diese kann später zugegriffen werden, indem eine vordefinierte Anzahl von RepuX-Token an diesen Smart-Vertrag geschickt wird.

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-Feedback und Reputation

Die Weltwirtschaft baut auf einem System des Vertrauens auf. Dies hat zwar den globalisierten länderübergreifenden Handel florieren lassen, aber es hat es für kleinere Unternehmen und Privatpersonen zunehmend schwieriger gemacht, sich bei größeren Körperschaften einen Namen zu machen. Dies hat zu einer zunehmend zentralisierten Machtverteilung geführt, die den kleineren Unternehmen schadet.

Ebenso werden Daten, die nicht von einer bestimmten Behörde unterstützt werden, oft als unbrauchbar angesehen. Das bedeutet, dass immer weniger Menschen und Unternehmen in der Lage sind, ihre Daten zu verkaufen, ohne vorher einen Zwischenhändler aufzusuchen. Um dieses Problem zu lösen, haben wir es ermöglicht, dass hinter jedem Handel im RepuX-Protokoll ein Rating und eine Reputation angebracht werden. Wie unten in der Darstellung zu sehen ist, speichern wir den IPFS-Datenhash innerhalb eines privaten Datenfeld im Rahmen des Ethereum-Smart-Vertrages. Auf diese kann später zugegriffen werden, indem eine vordefinierte Anzahl von RepuX-Token an diesen Smart-Vertrag geschickt wird.

Oracle

Die Integritätsprobleme und das Vertrauen sind zentrale Themen für semi-anonyme Online-Marktplätze. Integrität und Vertrauen fördern die Effizienz im Handel. Die Grundidee hinter Unternehmen wie PayPal, Alibaba und eBay ist es, das Thema Vertrauen in den Handel anzusprechen.

HINWEIS 1: VERTRAUEN IN EIN ZENTRALISIERTES SYSTEM

In einem zentralisierten System lässt sich Vertrauen relativ einfach durch die Schaffung eines Ratingsystems und einer zentralen Behörde herstellen, die jedem Geschäft dieses Rating zuweist.

Im Falle eines Rechtsstreits oder einer verdächtigen Transaktion legt jede Partei der Zentralbehörde lediglich Beweismittel vor, die dann über den Ausgang der Transaktion entscheidet. Dieses Rating kann manipuliert und künstlich erhöht werden, auch wenn die zentrale Behörde die Kontrolle hat.9

In einem dezentralisierten System müsste ein solcher Rating-Mechanismus ohne diese Zentralbehörde durchgeführt werden. Eine zukunftsweisende Lösung hierfür ist das Oracle-System.

Mit dem Oracle-System muss jede Transaktion, jedes ungewöhnlich hohe oder verdächtige Rating durch das Oracle durchlaufen werden, bevor das Rating auf den Käufer und die RepuX-Adresse des Verkäufers angewendet wird.

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

Demonstration des RepuX-Oracle-Smart-Vertrags:

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];
            }
        }

Mit der Integration des Oracle-Systems in das RepuX-Protokoll etablieren wir eine Methode, mit der potenzielle Betrugsfälle, wie sie bei Online-Marktsystemen üblich sind, reduziert werden können.

Alternative Blockchains

Die Umgebung der Blockchain verändert sich ständig, und neue Innovationen finden täglich statt. Daher ist RepuX weiterhin offen für die Einbeziehung von effektiveren, effizienteren und skalierbareren Blockchains, die in der Zukunft entwickelt werden können. Die aktuellen Logik-Musterverträge werden mit der Programmiersprache Solidity von Ethereum erstellt. Allerdings befindet sich Ethereum noch in der Entwicklung. Wir haben viele verschiedene Lösungen in Betracht gezogen und glauben derzeit, dass eine benutzerdefinierte Blockchain (Proof of Authority oder POA) wahrscheinlich die schnellste und sicherste Methode der Blockchain auf längere Sicht sein wird. Es bietet jedoch weniger Dezentralisierung als Proof of Stake (oder POS) und Proof of Work (oder POW).10 Letztendlich müssen wir ein Gleichgewicht zwischen einerseits Geschwindigkeit und Sicherheit und andererseits Dezentralisierung finden, indem wir im endgültigen RepuX-Protokoll zwischen verschiedenen logischen Systemen wählen.

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

Beispiele für Potenzielle Möglichkeiten für das RepuX-Protokoll

Während RepuX als eine Infrastruktur auf Protokollebene konzipiert wurde, die eine Vielzahl verschiedener potenzieller Anwendungen bietet, haben wir im Folgenden einige Beispiele für die möglichen Einsatzmöglichkeiten des RepuX-Protokolls aufgeführt. Bitte beachten Sie, dass es sich hierbei um Beispiele für Situationen handelt, in denen das RepuX-Protokoll von Drittanbieter-Anwendungsentwicklern verwendet und weiterentwickelt werden könnte und nicht mit den vorgeschlagenen Funktionen des RepuX-Protokolls selbst verwechselt werden sollte.

Die nachstehend aufgeführten Beispiele stellen keine umfassende Beschreibung der Einsatzmöglichkeiten des RepuX-Protokolls dar.

Archivdatenbanken

Eine pozenzielle Möglichkeit für die Nutzung des RepuX-Protokolls besteht in Verbindung mit Daten, die in verschiedenen Archivdatenbanken gespeichert sind. So verfügt das Smithsonian Museum über eine große Datenbank mit Archivmaterial, das es über Jahrzehnte hinweg gesammelt hat. Diese Datenbank enthält zahlreiche Bilddaten, Textdaten, Zeitdaten und andere potenziell nützliche gesammelte Metadateninformationen.

Leider fällt es dem Smithsonian schwer, Käufer für diese Daten zu finden. Das Smithsonian könnte diese Daten an einzelne Unternehmen lizenzieren, die sich auf Museen spezialisiert haben; der Zugang zu einem breiteren Markt würde diese Daten jedoch besser für das Smithsonian monetarisieren. Momentan gibt es keine dominante Schnittstelle oder Plattform für das Smithsonian, die für den Zugang zu einem breiteren Markt für die Daten genutzt werden könnte.

RepuX könnte potenziell eine Plattform bieten, um dem Smithsonian den Zugang zu einem breiteren Markt für die Daten des Smithsonian zu ermöglichen. Indem sie ihre gesammelten und anonymen Daten in die Speicherschicht (IPFS) des RepuX-Protokolls hochladen, kann das Smithsonian auf eine viel größere Anzahl potenzieller Kunden für ihre Daten zugreifen. Sowohl natürliche als auch juristische Personen, die nach verdichteten historischen Daten suchen, um Forschung oder andere Arten der Datenanalyse zu betreiben, könnten das Museum leicht über das RepuX-Protokoll bezahlen. Durch die Überprüfung der Reputation des Verkäufers haben potenzielle Käufer die Gewissheit, dass die Daten rechtmäßig sind. Da die Zahlungen in RepuX-Token auf der Blockchain versendet werden, hat der Verkäufer die Sicherheit, dass sie angemessen und dezentral bezahlt werden.

Big Data

Es wird erwartet, dass die Analyse basierend auf maschinelles Lernen in den nächsten Jahren um mehr als 200 Milliarden US-Dollar wachsen wird.11 Es ist ein großes Unternehmen, das in der Verfügbarkeit großer Datenmengen verwurzelt ist.

Wir werden uns als Beispiel Artiq ansehen. Artiq ist ein auf natürlicher Sprache basierendes Unternehmen für maschinelles Lernen mit einer Reihe von neuronalen Modellen für tiefes Lernen12, die von der Stimmungsanalyse bis zur Texterkennung reichen. Artiq nutzt diese geschulten Modelle, um die Betriebskosten für seine Kunden zu senken. Leider gibt Artiq fast 80% seines Umsatzes für die Erfassung und Aufbereitung der Primärdaten selbst aus und schickt häufig Einzelpersonen ins Feld, um Bilder von Dokumenten zu scannen, um die Algorithmen des maschinellen Lernens von Artiq zu trainieren.

Das RepuX-Protokoll könnte Unternehmen wie Artiq potenziell dabei unterstützen, Datenkäufer wie Artiq mit Datensammlern zu verknüpfen, wodurch diese Unternehmen erhebliche Zeit- und Kosteneinsparungen erzielen. Es gibt viele Unternehmen wie Evernote, die riesige Datenbanken mit handgeschriebenem Text sammeln. Nachdem diese Daten anonymisiert und auf RepuX, Artiq und anderen vergleichbaren Unternehmen des maschinellen Lernens zum Verkauf angeboten wurden, konnten diese Daten von seriösen Datensammlern in ihren Branchen oder Bereichen erworben und zur Schulung von Algorithmen des maschinellen Lernens verwendet werden, wodurch die Betriebskosten erheblich gesenkt werden konnten.

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

Werbung und Online-Inhalte

Das Freemium-Modell, bei dem ein grundlegendes digitales Produkt oder eine digitale Dienstleistung kostenlos zur Verfügung gestellt wird, aber Geld für eine reichhaltigere Funktionalität verlangt wird, entwickelt sich immer mehr zum tatsächlichen Modell für Consumer-Softwareprodukte. Die Nutzer können kostenlos auf das Basisprodukt oder die Basisdienstleistung zugreifen, dennoch wird für das Unternehmen, das das Produkt oder die Dienstleistung anbietet, ein Wert in Form der über den Nutzer erhobenen Daten generiert. Werbetreibende zahlen in der Regel gut für diese Art von Verhaltensdaten.

Wir stellen das folgende fiktive Beispiel zur Verfügung. Paul ist Grafikdesigner und benutzt seinen Computer sehr häufig. Mit der Verwendung des RepuX-Protokolls können Anwendungsentwickler von Drittanbietern Programme erstellen, die Paul freiwillig auf seinem Computer installieren kann, um seine anonymisierten Computerbenutzerdaten aufzuzeichnen. Paul macht es nichts aus, diese anonymisierten Daten mit anderen Unternehmen zu teilen.

Paul kann diese Daten mithilfe des RepuX-Protokolls sofort potenziellen Käufern zur Verfügung stellen und dadurch zusätzliche Einnahmen aus dem Datenverkauf generieren. Wenn Paul kontinuierlich legitime, genaue und gut formatierte Daten liefert, steigt seine Reputation auf dem RepuX-Protokoll, was wahrscheinlich zu zusätzlichen Verkäufen seiner Daten führt. Werbetreibende werden die Zuverlässigkeit und Verfügbarkeit von Pauls Daten zu schätzen wissen und Paul wird fair für seine Daten entschädigt.

E-Commerce und Internationaler Handel

HongShan ist ein fiktives E-Commerce-Unternehmen mit Sitz in Shenzhen. HongShan fertigt Elektronik für Unternehmen auf der ganzen Welt. Eines der größten Anliegen von HongShan ist das Vertrauen, die Schnelligkeit und die Zuverlässigkeit bei der Abwicklung der internationalen Transaktionen. Internationale Finanzausgleiche unternehmen oft zahlreiche Schritte und über drei Tage, um Zahlungen zu erhalten. Verspätete Lieferungen und Bestellungen bedeuten auch, dass HongShan nicht zuverlässig wissen kann, ob der Kunde pünktlich bezahlt oder nicht. HongShan könnte einen Zwischenhändler wie Alibaba gebrauchen; allerdings verlangen diese Zwischenhändler oft erhebliche Gebühren für jeden Verkauf sowie einen jährlichen Mitgliedsbeitrag.13

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

Das RepuX-Protokoll kann dieser Unsicherheit und Verzögerung entgegenwirken. Aufbauend auf der Infrastruktur des bereits besthenden Reputations-basierten Systems kann RepuX ein bestimmtes Vertrauens- und Überprüfungssystem hinter jeder Transaktion hinzufügen. Dieses Reputationselement des RepuX-Protokolls, das auf den Bewertungen von Unternehmen wie HongShan und anderen ähnlichen Herstellern im Laufe der Zeit aufbaut, wird es HongShan ermöglichen, selektiv zu bestimmen, welche Kunden sie mit größerer Wahrscheinlichkeit pünktlich bezahlen. Ebenso profitieren Kunden von Unternehmen wie HongShan bei der Auswahl eines internationalen Herstellers von dem Reputationselement des RepuX-Protokolls.

RepuX kann ein optionales Treuhandsystem innerhalb des Reputationselements des RepuX-Protokolls entwickeln, das auf dem Oracle-System aufbaut, wodurch Geschäfte in eine Halteperiode gelegt werden können, um eine ordnungsgemäße Abwicklung zu gewährleisten. Wenn Betrug auftritt, muss jede Transaktionspartei dem Oracle-System zugängliche Beweise vorlegen, und nach einer Abstimmungsfrist, wenn die Mehrheit feststellt, dass die Transaktion betrügerisch ist, wird die Transaktion rückgängig gemacht.

Kreditscoring

Kreditscoring basiert auf der Bestimmung der finanziellen Reputation eines Individuums über einen langen Zeitraum. Das RepuX-Protokoll kann dabei behilflich sein. Mit der eingebauten Reputationshistorie, die sich im Laufe der Zeit durch das RepuX-Protokoll entwickelt hat, können Dritte die Vertrauenswürdigkeit einer Person direkt aus den Transaktionen beurteilen, die diese Person getätigt hat. Im Allgemeinen möchten Einzelpersonen eine starke Kreditgeschichte aufbauen, die solche Einzelpersonen dazu anspornt, das RepuX-Protokoll bei täglichen Transaktionen zu verwenden.

Elektronische Verkaufsstellen (Electronic Point of Sale, oder EPOS)

EPOS-Geräte stellen einen weiteren Ort dar, an dem das RepuX-Protokoll vorteilhaft implementiert werden könnte. Jeder Verkauf, der über einen EPOS unter Verwendung des RepuX-Protokolls abgewickelt wird:

  1. wird innerhalb der Blockchain aufgezeichnet;

  2. wird öffentlich sichtbar sein; und

  3. fungiert als unveränderliches Buchhaltungsregister, wodurch Betrug verhindert wird.

Mikrokredite

Die Mikrokredit-Branche hat ein Volumen von über 40 Milliarden US-Dollar und wird pro Jahr voraussichtlich um 20-30% wachsen.

Mit der Kreditgeschichte, die im Rahmen des RepuX-Protokolls erstellt werden kann, könnten Dritt-Entwickler eine Anwendung erstellen, die einem Mikrokreditinstitut ähnelt und das RepuX-Protokoll verwendet. Ein solches Mikrokreditinstitut hätte die gesamte Kreditbewertung innerhalb des Reputationselements des RepuX-Protokolls zur Verfügung, betrugsfrei und öffentlich prüfbar auf der Blockchain.

Mithilfe des RepuX-Protokolls könnten Mikrokredite leicht zwischen Kreditgebern und Kreditnehmern finanziert werden. Kreditgeber könnten beispielsweise leicht ein großes Bündel RepuX-zertifizierter Kredite erwerben und haben die Gewissheit, dass hinter den Kreditnehmern eine gewisse Reputation steht.

Medizinische Daten

PhenoPh ist ein fiktives Unternehmen für die Herstellung und Entwicklung von Arzneimitteln. PhenoPh verfügt über ein breites Angebot von Produkten, die häufig in Krankenhäusern eingesetzt werden. PhenoPh hat auch viele Konkurrenten für die Medikamente, die PhenoPh verkauft. Um im Wettbewerb mit diesen Wettbewerbern bestehen zu können, muss PhenoPh umfangreiche Marktforschungen durchführen.

Das RepuX-Protokoll könnte für solche Pharmaunternehmen eine wertvolle Hilfe bei der Marktforschung sein. Krankenhäuser sammeln eine Vielzahl von Daten über die von ihnen verkauften Medikamente sowie über Zwischenfälle und Behandlungen von Patienten. Diese Daten sind für einzelne Krankenhäuser oft nicht sinnvoll, aber wenn solche Daten von Unternehmen wie PhenoPh anonymisiert und verdichtet werden, können sie für Marktforschungszwecke sehr wertvoll werden.

Durch den Zugriff auf diese Daten würde PhenoPh nicht nur ein besseres Verständnis des Marktes für seine Produkte und die seiner Konkurrenten erlangen, sondern könnte auch das Potenzial haben, Trends bei medizinischen Informationen vorherzusagen, die es vorher nicht hätte vorhersagen können.

RepuX-Token-Verwendungen

Datenverkäufe und -einkäufe

RepuX ermöglicht es den Inhabern von RepuX-Token, Daten von Verkäufern über das RepuX-Protokoll zu erwerben. Das RepuX-Protokoll wird es auch Datenverkäufern ermöglichen, Zahlungen in Repux-Token von den natürlichen oder juristischen Personen zu erhalten, die ihre Daten kaufen. Rohdaten von Datensammlern und/oder verschiedene Mehrwert-Inhalte, die von Drittanbieter-Anwendungsentwicklern entwickelt wurden, können mit Repux-Token entweder über Marktplätze oder im Rahmen bilateraler Geschäfte gekauft und verkauft werden, und Datensammler entwickeln Methoden zur Bewertung ihrer Daten.

Anwendung von Reputation

Jede Transaktion, ob datenbezogen oder nicht, ermöglicht es den Nutzern des Repux-Protokolls, sich gegenseitig eine "Reputation" zu verschaffen. Dies ist eine Hauptfunktion des RepuX-Protokolls, da es den Nutzern ermöglicht, zu beurteilen und zu bestimmen, wer eine vertrauenswürdige Gegenpartei ist und wer nicht, und es erleichtert das Herausfiltern von Spam und anderen fehlerhaften Datensätzen, die auf dem RepuX-Protokoll angeboten werden.

In Fällen, in denen Transaktionen zwischen Parteien umstritten sind oder die Reputation als unrichtig eingestuft wird, müssten die Nutzer des Repux-Protokolls Beweise für das Oracle-System zur weiteren Überprüfung vorlegen.

Betrieb des Oracle-Netzwerks

In Fällen, in denen Transaktionen oder Reputationsratings von den Oracles genehmigt werden müssen, können RepuX-Token-Inhaber freiwillig RepuX-Token aufstellen und im Oracle-System abstimmen. Wenn der RepuX-Token-Inhaber über die richtigen Urteile abstimmt, erhält er eine Schutzgebühr von z. B. 0,5%, zahlbar in Repux-Token. Dieses dezentrale Beurteilungssystem würde nicht nur eine Belohnung für RepuX-Token-Inhaber darstellen, sondern auch dazu beitragen, dass das RepuX-Protokoll betrügerische Transaktionen und Reputationsschübe eliminiert, die ansonsten der allgemeinen Reputation und der Nutzung des RepuX-Protokolls schaden könnten.

Aufbauend auf dem Netzwerk

Die Verwendung von RepuX-Token ermöglicht es dem Inhaber, Anwendungen von Drittanbietern auf der Basis des RepuX-Protokolls zu entwickeln. Beispielsweise könnten Dritt-Entwickler eine Anwendung erstellen, die es Nutzern ermöglicht, ihre Verhaltensdaten zu verkaufen und in RepuX-Token bezahlt zu werden. Mit mehr RepuX-Token könnte diese Anwendung ein größeres Datenvolumen für Unternehmen, Forschung oder andere Zwecke verdichten.

RepuX-Token-Verkauf

Vorverkauf und Token-Verkauf

RepuX-Token sind integraler Bestandteil der Funktion des RepuX-Protokolls.

RepuX wird über einen Vorverkauf von Rechten auf den Erhalt von RepuX-Token zu einem zukünftigen Zeitpunkt verfügen, der ausschließlich "zulässigen Anlegern" im Rahmen eines "Einfachen Vertrags für Zukünftige Token" (der "Vorverkauf") zur Verfügung gestellt wird. Der Vorverkauf läuft bis Dezember mit einem Rabatt von 50% auf den Basistarif von 0,20$ (der "Basistarif"). Interessierte zugelassene Anleger können mehr erfahren, indem sie RepuX direkt unter [email protected] kontaktieren und das leere SAFT unter repux.io/saft.html herunterladen.

Repux hat den Start eines Vorverkaufs für Dezember 2017 geplant und der Token-Verkauf soll im März 2018 beginnen, wenn das RepuX Protocol betriebsbereit ist. Der Vorverkauf wird bis zum Beginn des Token-Verkaufs im März 2018 geöffnet sein. Der Token-Verkauf wird in 5 Teilbeträgen angeboten, wobei der erste Teilbetrag 30% Rabatt auf den Basistarif, der zweite Teilbetrag 25% Rabatt auf den Basistarif, der dritte Teilbetrag 20% Rabatt auf den Basistarif, der vierte Teilbetrag 15% Rabatt auf den Basistarif und der letzte Teilbetrag 10% Rabatt auf den Basistarif beträgt. Wir werden RepuX-Token mit einer Lieferung von 500 Millionen Token auf den Markt bringen, die wie in Tabelle 2 unter der Überschrift "RepuX-Token-Rate und Zuteilung" beschrieben zugeteilt werden. Der Marktwechselkurs zwischen RepuX-Token und Ether für den Token-Verkauf basiert auf der Äquivalenz eines RepuX-Tokens in Höhe von 0,20$.

Um Datentransaktionen auf dem RepuX-Protokoll durchführen zu können, muss ein Datensammler, Datenkäufer oder ein Drittanbieter RepuX-Token erwerben.

Token-Standard

Der ERC20-Standard bietet eine gemeinsame Schnittstelle für digitale Anlagen auf der Ethereum-Blockchain. Der RepuX-Token entspricht dem ERC20-Token-Standard, was bedeutet, dass RepuX-Token-Inhaber ihre RepuX-Token einfach verwalten und übertragen können, indem sie vorhandene Ethereum-Wallet-Anwendungen (z. B. Parity, Mist, MyEtherWallet, etc.) verwenden.

RepuX-Token-Rate und Zuteilung

Da das Ziel des RepuX-Protokolls darin besteht, dass die Benutzer die Kontrolle über ihre Daten so weit wie möglich behalten, hat RepuX den Token-Verkauf dezentral gestaltet. Diese Zuteilung kann sich in Abhängigkeit von der Menge der im Vorverkauf verkauften Repux-Token ändern und wird mit Abschluss des Vorverkaufs abgeschlossen.


Tabelle 1: RepuX-Token-Raten

Tage Rabatt Token Preis
Vorverkauf 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$

Tabelle 2: Geplante Zuteilung von RepuX-Token

Ereignis Zuteilung
Vorverkauf 20%
Verkauft während des Token-Verkaufs* 30%
Prämienpool 10%
Verkauft auf der Plattform 23%
Gründerteam, 3 Jahre Wartefrist 12%
Botschafter 3%
Token-Verkaufsprämien 2%

*Unsold tokens will be locked up for one year.

Verwendung der Erlöse

RepuX geht davon aus, dass ein erheblicher Teil des Erlöses aus dem Vorverkauf für die Weiterentwicklung des RepuX-Protokolls und des RepuX-Token-Ökosystems verwendet wird.

Alle ausstehenden RepuX-Token werden von der RepuX Foundation verwaltet. Die RepuX-Stiftung ist eine gemeinnützige Organisation mit Sitz in Panama, die im Oktober 2017 gegründet wurde. Die Büros befinden sich im in New Horizon Building, Ground Floor, 3½ Miles Philip S.W. Goldson Highway, Belize City, Belize. Die RepuX Foundation wurde gegründet, um die RepuX-Token und Gelder zu schützen, die durch den Vorverkauf und den Token-Verkauf im Namen von RepuX gesammelt wurden. RepuX engagiert sich in einer Welt der dezentralen Datenhaltung für das Engagement der Community und die Förderung der Nutzerbeteiligung. Der RepuX-Token und das dazugehörige Netzwerk und der Marktplatz verwenden alle Geschäftsgeheimnisse und geistiges Eigentum, die entweder von der RepuX Foundation erstellt, besessen oder lizenziert wurden.

RepuX-APP-Modell

Im Folgenden finden Sie eine Beispielschnittstelle, über die Benutzer mit dem RepuX-Protokoll interagieren können.

ABBILDUNG 3: MODELLSCHNITTSTELLE FÜR DAS REPUX-PROTOKOLL

Code-Analyse

Nachfolgend zeigen wir Ihnen einen Entwurf des Smart-Vertrags, mit dem wir unsere Funktionalität im Ethereum-Netzwerk demonstrieren. Beachten Sie, dass dies eine Beispielimplementierung ist und die endgültige Implementierung sich ändern kann (und eine benutzerdefinierte Blockchain-Implementierung sein kann).

Der folgende Vertrag definiert eine Standardschnittstelle für Datentransaktionen auf dem RepuX-Protokoll. Dateneigentümer können ihre Daten über diese Schnittstelle verwalten. Dateneigentümer können auch die Preisgestaltung ihrer Daten (in Bezug auf RepuX-Token) festlegen und aktualisieren. Dateneigentümer können ihre Daten ebenfalls aktualisieren, während die Versionsgeschichte durch den Vertrag permanent aufgezeichnet wird.

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);
  }
}

Käufer können die Daten auf der dezentralen Plattform mit RepuX-Token erwerben. Der Smart-Vertrag wird es auch denjenigen ermöglichen, die die Daten bereits gekauft haben, diese zu bewerten und damit das Reputationselement des RepuX-Protokolls zu verbessern. Da das Bewertungssystem auf Blockchain läuft, wird es vollkommen offen und transparent sein.

Während dieser Vertrag eine Standardschnittstelle definiert, kann die spezifische Implementierung geändert werden, um sie an unterschiedliche Anwendungsfälle anzupassen, für Daten aus verschiedenen Branchen oder für Daten, die von verschiedenen Branchen verwendet werden. Beispielsweise könnten dem Smart-Vertrag zusätzliche Attribute hinzugefügt werden, um branchenspezifische Informationen zu den Daten widerzuspiegeln. Die Preisfindungs- und Zahlungsfunktionen können auch geändert werden, um verschiedene Zahlungsmethoden, wie z. B. ein Abonnementmodell, zu unterstützen.

Strategieplan

JULI 2017
400.000$ Seed-Finanzierung
SEPTEMBER 2017
Teamberater aus der Branche
OKTOBER 2017
RepuX Stiftung gegründet
NOVEMBER 2017
Große Vertriebsmitteilung über Partner
Code-Prüfung
Rede an der Blockchain Expo halten
DEZEMBER 2017
RepuX Protocol Live
Teilnahme an Blockshow Asia
MÄRZ 2018
Token-Verkauf
APRIL 2018
Token-Verkaufs-Audit
MAI 2018
RepuX-Protokoll offen für Entwickler
JUNI 2018
RepuX-Plattform Ermöglicht Dezentrale Unternehmensanwendungen

Wir gehen davon aus, dass wir in den kommenden Monaten sehr zügig vorankommen werden. Wir haben die Spezifikation des RepuX-Protokollebenen-Frameworks abgeschlossen, auf dem verschiedene Arten von Einzel- und Entitätsdaten monetarisiert und zwischen verschiedenen Parteien ausgetauscht werden können. Für unseren für Februar 2018 geplanten Token-Verkauf werden wir unsere eigenen Ethereum-Smart-Verträge und unser RepuX-Tokenverteilungs-Webinterface verwenden.

In Vorbereitung auf den Token-Verkauf werden wir Anfang Dezember eine wichtige Verteilungsankündigung machen.

Sobald der Token-Verkauf abgeschlossen ist, werden wir in der Lage sein, unseren UnternehmensIntegration-Partnern eine Infrastruktur für die Verwendung in ihren Token-Angeboten zur Verfügung zu stellen, und unsere unmittelbare Priorität wird es sein, ein größeres C-Level-Führungsteam einzustellen und unsere erste Unternehmensintegration mit WorkHQ abzuschließen.

Unsere Philosophie ist es, zunächst die Tools zu testen, die wir intern und mit unseren Unternehmensintegration-Partnern entwickelt haben. Wir werden dann unser RepuX-Protokoll der Öffentlichkeit zugänglich machen, wenn es gründlich getestet wurde.

RepuX-Team

Marcin Welner

Insgesamt 20 Jahre in der IT. 12 Jahre Erfahrung in der Programmierung. Leitet Abteilungen mit bis zu 100 Mitarbeitern. Erstellt gerne von Grund auf neue Projekte. Umfassende betriebswirtschaftliche Kenntnisse in den Bereichen Lagerhaltung, Logistik, Lieferkette, E-Commerce, Bestandsmanagement, ERP- und CRM-Systeme.

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

Inhaltsverzeichnis