Proyecto (White Paper)

El Protocolo RepuX

Notificaciones Importantes

  1. POR FAVOR LEA CUIDADOSAMENTE ESTA SECCIÓN Y LAS SECCIONES SIGUIENTES, TITULADAS "RENUNCIA DE RESPONSABILIDAD", "NINGUNA REPRESENTACIÓN NI GARANTÍA POR REPUX", "REPRESENTACIONES Y GARANTÍAS POR USTED", "NOTA CAUTELAR SOBRE DECLARACIONES HACIA EL FUTURO", "NO CONSEJO", "RESTRICCIONES SOBRE DISTRIBUCIÓN Y DISEMINACIÓN", "NO OFERTA DE ACTIVOS O REGISTROS", Y "RIESGOS E INCERTIDUMBRES". SI USTED TIENE DUDAS EN CUANTO A LA ACCIÓN QUE DEBE TOMAR, USTED DEBE CONSULTAR A SU CONSULTOR LEGAL, FINANCIERO, TRIBUTARIO, U OTRO PROFESIONAL.

  2. Los Tókens REPUX (según se definen en el Proyecto), no son diseñados para constituir activos en ninguna jurisdicción. El Proyecto no constituye un prospecto, o documento de oferta de ningún tipo, y no está diseñado para constituir una oferta de activos, o solicitud para inversión en activos, en ninguna jurisdicción. Para más información, por favor refiérase al Memorando de Oferta Confidencial de Colocación Privada e RepuX Limited.

  3. El Proyecto no constituye o forma parte de ninguna opinión sobre ningún consejo para vender, o solicitud de ninguna oferta por parte de RepuX, para comprar ningún Tóken RepuX.

  4. El distribuidor de los Tókens RepuX será una filial de RepuX Limited ("RepuX"), y desplegará todos los fondos recaudados de la venta de los Tókens RepuX para financiar el protocolo RepuX, sus negocios, y operaciones.

  5. Ninguna persona está obligada a entrar en ningún contrato ni relaciones legan vinculante en relación a la venta o compra de los Tókens RepuX, ni ninguna criptomoneda, o cualquier forma de pago se podrá aceptar sobre la base de este Proyecto.

  6. Cualquier acuerdo entre el distribuidor y usted, como comprador, y en relación a cualquier venta y compra de Tókens RepuX, será gobernado por un documento separado que establezca los términos y condiciones (los "Tic") de dicho acuerdo. En el evento de cualquier inconsistencia entre los TyC y este Proyecto, los TyC prevalecerán.

  7. Usted no es elegible para comprar ningún Tóken RepuX en la Pre-venta (según se define en el Proyecto) a menos que califique como "inversionista acreditado" bajo los estándares de los Estados Unidos.

  8. Hasta el lanzamiento del Protocolo RepuX, los inversionistas acreditados podrán adquirir la compra de Tókens RepuX en la Pre-venta, a través de un contrato SAFT. Por favor contáctenos directamente si usted es un inversionista acreditado y está interesado en participar en la Pre-venta.

  9. Ninguna autoridad regulatoria ha examinado o aprobado ninguna de la información establecida en este Proyecto. Ninguna acción ha sido tomada, ni se tomará, bajo las leyes, requerimientos regulatorios, o reglas de ninguna jurisdicción. La publicación, distribución, o diseminación de este Proyecto, no implica que las leyes aplicables, requerimientos regulatorios, o reglas, han sido cumplidas.

  10. 10. Hay riesgos e incertidumbres asociadas con RepuX y/o la Fundación RepuX, y sus respectivos negocios y operaciones, los Tókens RepuX, y la Venta de Tókens. Para una lista completa de los riesgos y responsabilidades, refiérase al "Memorando de Colocación de Oferta Privada Confidencial de RepuX Limited."

  11. El Proyecto, o cualquier parte del mismo, o una copia del mismo, no debe ser llevado o transmitido a ningún país en el que la distribución y diseminación de este Proyecto esté prohibida o restringida.

  12. Ninguna parte de este Proyecto podrá reproducirse, distribuirse, o diseminarse, sin incluir esta sección, y las siguientes secciones, tituladas "Renuncia de Responsabilidad", "Ninguna Representación ni Garantía por RepuX", "Representaciones y Garantías por Usted", "Nota Cautelar sobre Declaraciones Futuras", "No Consejo", "Restricciones Sobre Distribución y Diseminación", "No Oferta de Activos o Registro", y "Riesgos e Incertidumbres."

Renuncia de Responsabilidad

  1. En la máxima extensión permitida por la ley, regulaciones, y reglas aplicables, RepuX y/o la Fundación RepuX, no serán responsables por ninguna pérdida, de ningún tipo, directa, indirecta, incidental, consecuente o especial, por reclamación, contrato, o de cualquier otra forma (incluyendo pero no limitándose a pérdida de ingresos, ganancias, y pérdida de uso o datos), que emanen de, o en conexión con, cualquier aceptación de, o decisión tomada sobre la base de este Proyecto, o cualquier parte del mismo.

Ninguna Representación ni Garantía por RepuX:

  1. 14. RepuX y/o la Fundación RepuX no hace o pretende hacer, y por este medio renuncia, a cualquier responsabilidad, garantía, o emprendimiento, de cualquier forma, a cualquier entidad o persona, incluyendo cualquier representación, garantía o emprendimiento en relación a la verdad, precisión, y totalidad de cualquiera de las informaciones establecidas en este Proyecto.

Representación ni Garantía por RepuX:

  1. Al acceder y/o aceptar posesión de cualquier información en este Proyecto, o cualquier parte del mismo (según sea el caso), usted representa y garantiza a RepuX y/o la Fundación RepuX lo siguiente:

    1. Usted acepta y reconoce que los Tókens RepuX no constituyen activos de ningún tipo, en ninguna jurisdicción;

    2. Usted acepta y reconoce que este Proyecto no constituye un prospecto, o documento de oferta, de ningún tipo, y no se pretende como constituyente de una oferta de activos en ninguna jurisdicción, o una solicitud para inversión en activos, y usted no está obligado a entrar en ningún contrato, o compromiso legal vinculante, y ninguna criptomoneda, o forma de pago, será aceptada sobre la base de este Proyecto;

    3. Usted acepta y reconoce que ninguna autoridad regulatoria ha examinado o aprobado la información presentada en este Proyecto, y no se ha tomado ni se tomará ninguna acción bajo las leyes, requerimientos regulatorios, o reglas de ninguna jurisdicción, y la publicación, distribución, o diseminación de este Proyecto a usted no implica que las leyes aplicables, requerimientos regulatorios, o reglas, han sido cumplidas;

    4. Usted acepta y reconoce que este Proyecto, el emprendimiento, o la terminación de la Venta de Tókens, no será entendido, interpretado, o considerado por usted como una indicación de los méritos de RepuX y/o la Fundación RepuX, los Tókens RepuX, y la Venta de Tókens;

    5. La distribución o diseminación de este Proyecto, cualquier parte del mismo, o cualquier copia del mismo, o la aceptación del mismo por parte de usted, no está prohibida o restringida por las leyes aplicables, regulaciones, o reglas en su jurisdicción, y donde cualquier restricción en relación a la posesión sea aplicable, usted ha observado y cumplido con dichas restricciones a su propio costo, y sin responsabilidad de RepuX y/o la Fundación RepuX;

    6. Usted acuerda y reconoce que, en el caso de que usted no quiera comprar ningún Tóken RepuX, los Tókens RepuX NO deberán entenderse, interpretarse, clasificarse, o tratados como:

      1. Cualquier tipo de moneda distinta a criptomonedas;

      2. Obligaciones, acciones, o bonos emitidos por cualquier persona o entidad (ya sea RepuX y/o la Fundación RepuX), derechos, opciones, o derivativas en cuanto a dichas obligaciones, acciones, o bonos;

      3. Las unidades en un esquema de inversión colectivo;

      4. Unidades en un fondo de negocios;

      5. Derivativas de unidades en un fondo de negocios; o

      6. Cualquier otro activo o clase de activo.

    7. Usted está completamente al tanto de, y comprende que, usted NO es elegible para participar en la Pre-venta de Tókens RepuX si usted no es un "inversionista acreditado" bajo los estándares de los Estados Unidos;

    8. Usted tiene un grado básico de comprensión sobre criptomonedas, sistemas de software basados en blockchain, carteras de criptomonedas, u otros mecanismos relacionados al almacenamiento de tókens, tecnología de blockchain, o tecnología de contratos inteligentes;

    9. Usted está completamente al tanto y comprende que, en el caso donde usted quiera comprar cualquier Tókens RepuX, hay riesgos asociados con RepuX y la Fundación RepuX, y sus respectivos negocios y operaciones, y la Venta de Tókens;

    10. Usted acepta y reconoce que ni RepuX ni la Fundación RepuX, no serán responsables por ninguna pérdida, de ningún tipo, directa, indirecta, incidental, consecuente o especial, por reclamación, contrato, o de cualquier otra forma (incluyendo pero no limitándose a pérdida de ingresos, ganancias, y pérdida de uso o datos), que emanen de, o en conexión con, cualquier aceptación de, o decisión tomada sobre la base de este Proyecto, o cualquier parte del mismo.

    11. todas las anteriores representaciones y garantías son verdaderas, completas, precisas, y no dejan margen a mala interpretación, desde el momento en que usted acceda a y/o acepte la posesión de este Proyecto, o cualquier parte del mismo (según sea el caso).

Nota Cautelar Sobre Declaraciones a Futuro

  1. Este Proyecto puede contener ciertas declaraciones a futuro, incluyendo, pero no limitándose a, declaraciones sobre los resultados operativos y planes que involucren riesgos e incertidumbre. Usamos frases como "se espera," "se anticipa," "se cree," "se estima," y el negativo de estos términos y expresiones similares, para identificar declaraciones a futuro. Dichas declaraciones a futuro involucran riesgos conocidos y desconocidos, incertidumbres, y otros factores que pueden causar que los resultados reales, desempeño, o logros de RepuX y/o la Fundación RepuX, difieran materialmente de cualquier resultado futuro, desempeño o logro expresado o implícito por aquellos proyectados en las declaraciones a futuro, por cualquier razón.

  2. Ninguna información de este Proyecto debe considerarse como ser un consejo de negocios, legal, financiero, o tributario, en cuanto a RepuX, la Fundación RepuX, los Tókens RepuX, y la Venta de Tókens. Usted debe consultar con su propio asesor legal, financiero, tributario, u otro profesional, en cuanto a RepuX y/o la Fundación RepuX, y sus respectivos negocios y operaciones, los Tókens RepuX, y la Venta de Tókens. Usted debe estar al tanto de que puede pedírsele que soporte el riesgo financiero de cualquier compra de Tókens RepuX, por un período de tiempo indefinido.

Restricciones Sobre Distribución y Diseminación

  1. La distribución y diseminación de este Proyecto o cualquier parte del mismo puede prohibirse o restringirse por la ley, requerimientos regulatorios, y reglas de ninguna jurisdicción. En el caso donde cualquier restricción aplique, usted deberá informarse a sí mismo sobre, y observar, cualquier restricción que sea aplicable a su posesión de este Proyecto, o cualquier parte del mismo (según sea el caso), a su propio costo, y sin responsabilidad de RepuX y/o la Fundación RepuX. Las personas a quienes se le haya distribuido o diseminado una copia de este Proyecto, o se les haya provisto de acceso a, o de algún otro modo tengan el Proyecto en su posesión, no deberá circularlo a ninguna otra persona, reproducirlo, o de otro modo distribuirlo, o ninguna información contenida aquí, por cualquier propósito o razón, no deberá permitir o causar que lo anterior ocurra.

Ninguna Oferta de Activos o Registro

  1. El Proyecto no constituye un prospecto, o documento de oferta de ningún tipo, y no está diseñado para constituir una oferta de activos, o solicitud para inversión en activos, en ninguna jurisdicción. Ninguna persona está obligada a entrar en ningún contrato ni relaciones legal vinculante o cualquier forma de pago se podrá aceptar sobre la base de este Proyecto. Cualquier acuerdo en relación a cualquier venta y compra de Tókens RepuX está gobernada únicamente por los TyC de dicho acuerdo, y ningún otro documento. En el evento de cualquier inconsistencia entre los TyC y este Proyecto, los TyC prevalecerán.

  2. Ninguna autoridad regulatoria ha examinado o aprobado ninguna de la información establecida en este Proyecto. Ninguna acción ha sido tomada, ni se tomará, bajo las leyes, requerimientos regulatorios, o reglas de ninguna jurisdicción. La publicación, distribución, o diseminación de este Proyecto, no implica que las leyes aplicables, requerimientos regulatorios, o reglas, han sido cumplidas.

Riesgos e Incertidumbres

  1. 21. Los potenciales compradores de Tókens RepuX deben considerar y evaluar cuidadosamente todos los riesgos e incertidumbres asociados con RepuX, la Fundación RepuX, y sus respectivos negocios y operaciones, los Tókens RepuX, y la Venta de Tókens, toda información establecida en este Proyecto, y los TyC, antes de cualquier compra de Tókens RepuX. Si cualquiera de dichos riesgos e incertidumbres se desarrolla para convertirse en un evento real, el negocio, condición financiera, resultados de operaciones, y prospectos de RepuX y/o la Fundación RepuX, podría ser afectado de forma materialmente adversa. En dichos casos, usted puede perder todo o parte del valor de los Tókens RepuX.

Visión RepuX

Nuestra visión es crear un protocolo que facilite la monetización de datos a través de transferencias eficientes entre recolectores, desarrolladores, y usuarios que también permitirán la evaluación de confiabilidad de datos y reputación con el tiempo. A través del Protocolo RepuX, los recolectores de datos podrían transferir datos a los usuarios de datos, o a desarrolladores de aplicaciones, a cambio de Tókens RepuX. Los desarrolladores podrían construir sobre el Protocolo RepuX, y usar los datos transferidos por recolectores para generar productos y servicios, que luego podrían ser transferidos a usuarios finales en varias industrias, a cambio de Tókens RepuX. Con el Protocolo RepuX, esperamos brindar valor adicional a los datos.

Metas y Objetivos de RepuX

Anticipamos que toda la monetización de datos se hará una fuente de ingresos mayor para individuos y entidades en el futuro. Se estima que el mundo creará 180 zetabytes de datos (o 180 trillones de gigabytes) en 2025, más que los menos de 10 zetabytes en 2015.1

Nuestras metas y objetivos para el Protocolo RepuX son lo siguiente:

En resumen, nuestra principal meta es construir un protocolo de transferencia de datos seguro, confiable, y de alto rendimiento, que pueda integrarse con una amplia variedad de distintas aplicaciones, desarrolladas por terceros, para su uso por parte de un diverso número de industrias.

[1] 6 Predicciones para el Mercado de 203 Billones de Análisis de "Big Data"

¿Qué es RepuX?

"RepuX permitirá compartir datos y creación de oportunidades de valor entre los recolectores de datos, desarrolladores de aplicaciones, y usuarios de datos, que actualmente no existe en el mercado.

RepuX es un marco de referencias a nivel de protocolo (el "Protocolo RepuX"), en el cual varios tipos de datos inmutables pueden ser vueltos productos, e intercambiados entre distintos recolectores corporativos e individuales, desarrolladores, y usuarios. El protocolo RepuX combina múltiples tecnologías descentralizadas, como el Sistema de Archivos Interplanetario (o IPFS, por sus siglas en inglés)2, Sia3, Ethereum4, EOS5, y ofrece el potencial de actualizar a un blockchain a la medida de alto tráfico. Al facilitar la transferencia de datos y valor entre pares, el Protocolo RepuX crea posibilidades de compartición de datos entre recolectores de datos, desarrolladores de aplicaciones, y usuarios de datos, que no existen en el mercado actual. El protocolo RepuX proporciona la oportunidad a productores de datos para crear valor en sus datos, a través de facilitar el proporcionamiento de estos datos a usuarios en múltiples industrias, mientras que elimina la necesidad de intermediarios en este proceso.

Con el desarrollo del Protocolo RepuX, RepuX está bien posicionado para sacar provecho de la dependencia en aprendizaje computarizado, "big data" e inteligencia artificial en datos agregados de amplia escala, y motivar la innovación en estos campos respectivos. Al evaluar la confiabilidad de cada entidad, y cada transacción, en cuanto a los datos, y con la verificación por un sistema Oracle, podemos asegurar la integridad dentro del Protocolo RepuX, y proporcionar a usuarios de datos con mayor confianza en el contenido y calidad de los datos que están comprando.

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

Preventa de Tókens y Venta de Tókens RepuX

RepuX Limited está creando 500 millones de tókens RepuX (los "Tókens RepuX"). RepuX está llevando a cabo una preventa de derechos para recibir Tókens RepuX sobre la ocurrencia del lanzamiento público, el cual se está haciendo disponible, únicamente para inversionistas acreditados, a través de un Acuerdo Simple para Futuros Tókens (la "Pre-venta"), seguido de una oferta más ampliamente disponible de Tókens RepuX, que ocurrirá una vez que el Protocolo RepuX esté operativo (la "Venta de Tókens").

El Tóken RepuX es un tóken ERC20 que representará el único método de pago por servicios de datos en conexión con el Protocolo RepuX. Los Tókens RepuX pueden ser comprados por compradores calificados, durante la Venta de Tókens, al transferir Ethereum ("ETH").

Cada participante en la Pre-venta deberá proporcionar información concerniente a su estado como "inversionista calificado" (o concepto similar), bajo la ley aplicable de activos financieros. Cada participante de la Pre-venta, al igual que cada comprador de Tókens RepuX en la Venta de Tókens, deberá proporcionar información de "Conozca a su Cliente" (o KYC por sus siglas en inglés). RepuX llevará a cabo ciertas revisiones para asegurar que nos estemos adhiriendo a nuestros requerimientos y procedimientos contra el lavado de dinero (o AML, por sus siglas en inglés).

Inteligencia Artificial y Aprendizaje Computarizado

La creación de datos está ejecutándose de forma continua, a un paso continuamente creciente. Estos datos tienen valor. Actualmente, la recolección, uso, y distribución de estos datos, están dominados por ciertos tipos de grandes entidades corporativas.

Al mismo tiempo, la inversión en inteligencia artificial (o AI por sus siglas en inglés) está creciendo a un paso muy rápido. Se estima que el mercado de desarrollo de AI más que se duplica cada dos años. AI tiene el potencial de cambiar significativamente muchos aspectos de la economía. Dentro del campo de AI, la capacidad de aprendizaje computarizado ha aumentado enormemente en los últimos años. Esta capacidad de aprendizaje computarizado, combinado con el acceso descentralizado a datos, ha permitido la industrialización de aplicaciones basadas en datos descentralizados. Ya que el aprendizaje computarizado construye conocimientos basados en datos pasados, los modelos que se crean sólo son tan buenas como los datos que se alimentan a los modelos.

El Protocolo RepuX tiene el potencial de eliminar la "brecha digital" entre aquellos con acceso fácil a grupos de datos de aprendizaje computarizado, y aquellos que no lo tienen.

El aprendizaje computarizado es una rama de la inteligencia artificial que permite a los sistemas computarizados aprender directamente de las muestras de datos.


FIGURA 1: MCKINSEY & COMPANY 2017 DISCUSSION PAPER 6

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

"Big Data"

"Bid Data" se conforma de grandes grupos de datos usualmente se recolectan por medio de un negocio u organización, como sub-producto de las operaciones cotidianas. Dichos grupos de datos podrían ser, por ejemplo, una basa de datos médica o diagnósticos de enfermedad, junto con la fecha y ubicación. Desafortunadamente, muchos grupos de datos de Big Data no están directamente relacionados a las operaciones inmediatas de un negocio u organización, sino que son frecuentemente descartados o desestimados. Estos grupos de datos pueden monetizarse fácilmente, y usarse por otras compañías que podrían potencialmente beneficiarse de dichos datos. Por ejemplo, una lista de prestaciones de productos dentro de una cadena de supermercados podría ser útil para un nuevo proveedor que busca entrar en una región específica. Lo que falta es:

Un ejemplo de este mercado básico de datos, es el navegador Brave, que recientemente llevó a cabo una venta de su tókens básicos de atención, (o BAT). En el navegador Brave, los usuarios pueden, opcionalmente, "vender" (de forma anónima), sus datos de navegación, o sus datos de atención, a comerciantes quienes luego compren estos datos, y paguen en BAT.7

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

Confianza y Transparencia

Uno de los mayores retos de compartir grupos de datos es la falta de confianza entre los distintos actores en una transacción de datos. Es difícil para una persona determinar si un grupo de datos específico está bien organizado, o si es preciso e ingenioso, sin antes acceder al grupo de datos para analizarlo. Además, puede haber problemas relacionados con la falta de una plataforma común donde las partes puedan reunirse en una transacción de datos.

Si este problema de confianza puede resolverse de forma adecuada, las tasas de fraude puede disminuir significativamente, mientras que, al mismo tiempo, una gran cantidad de nuevas potenciales de transacciones de datos en varias industrias puede habilitarse, como las transacciones de datos en seguros, comercio internacional, y micro créditos.

Por diseño, los blockchain son inherentemente resistentes a la modificación de los datos involucrados. Un blockchain es una lista siempre creciente de registros, llamados bloques, que están vinculados y asegurados usando la criptografía. Cada bloque típicamente contiene un apuntador "hash", como vínculo a un bloque anterior, una estampa de tiempo, y datos de transacción. Un blockchain puede servir como un diario abierto y distribuido, que puede registrar transacciones entre dos partes de forma eficiente, y en una forma verificable y permanente. Para uso como diario distribuido, un blockchain típicamente es manejado por una red punto-a-punto, que se adhiere colectivamente a un protocolo de validación de nuevos bloques. Una vez registrados, los datos en un bloque dado no pueden ser alterados retroactivamente, sin la alteración de todos los bloques subsiguientes, lo que requiere la cohesión de la mayoría de la red. La tecnología de blockchain permite la reducción de tasas de fraude, así permitiendo una gran cantidad de potenciales aplicaciones.

Esto hace de los blockchain ideales para su uso como el fundamento para el Protocolo RepuX, donde la seguridad y la integridad de transacciones son primordiales y esenciales.

Tecnología RepuX

Visión General

La tecnología del Protocolo RepuX puede descomponerse en 4 capas separadas.

FIGURA 2: DESCOMOSICIÓN DEL PROTOCOLO REPUX

La capa de aplicación está en la parte superior del Protocolo RepuX. Esta capa frontal consiste de varias aplicaciones descentralizadas, o "Dapps," que desarrolladores de aplicaciones externos pueden construir sobre la infraestructura RepuX API existente. Un ejemplo de esto podría ser un servicio que permite a individuos o entidades el vender datos de uso de redes sociales a cambio de acceder a un sitio web.

La próxima capa del Protocolo RepuX es la capa de datos. Esta capa consiste de todos los datos que pueden comprarse y venderse dentro de RepuX. A almacenar la capa de datos dentro de una infraestructura descentralizada como IPFS, StorJ8, o Sia; no sólo aseguramos la existencia de los datos, sino también que los mismos estén almacenados de forma descentralizada. Las preferencias de propiedad, compartición, seguridad y privacidad pueden ser actualizadas usando primitivas criptográficas de múltiples firmas, nativas al blockchain, para asegurar que los datos puedan ser asegurados de forma redundante en la cadena, y también utilizados únicamente por las partes preferidas.

De forma de manejar transacciones en la capa de datos, empleamos una capa de lógica descentralizada. Esta capa podría ser construida sobre la infraestructura Ethereum existente; sin embargo, también estamos explorando el uso de EOS, o una infraestructura blockchain a la medida, que potencialmente podría expandirse a millones de transacciones.

En la base del Protocolo RepuX, construimos la capa de valor, que empuja las capas de arriba, y asegura que las personas sean compensadas de forma apropiada por lo que hacen dentro del Protocolo RepuX. Hemos creado el Tóken RepuX como parte de esta capa de valor, para permitir a las partes enviar pagos de valor entre sí, para compras y ventas de datos, y otros productos y/o servicios. El valor de los tókens puede ser proporcional a su demanda por su uso en servicios contractuales de compartición de datos, donde los diferentes niveles de cantidades de tenedores de tókens pueden permitir capacidades de compartición de datos de escalas más grandes y avanzadas. Esto actúa como un mecanismo para distribuir equitativamente los datos basados en blockchain disponibles, y sirve como un vehículo de demanda para tókens, que permite el uso justo de los datos.

Capas de Aplicación y APIs

El blockchain aprovecha una red de punto-a-punto para gobernar transacciones e interacciones alrededor de una comunidad distribuida, y gestiona dicha autoridad a través de un diario descentralizado, que se beneficia de tener una infraestructura distribuida computacional, y un protocolo común, haciendo muy difícil crear una transacción fraudulenta. Con blockchain y descentralización, cada entidad es incorporada dentro del proceso, y ninguna única entidad tiene el control de todo el proceso.

Hemos diseñado RepuX, desde el inicio, para crear una interfaz de programación de aplicaciones, (o API), donde cualquier desarrollador de aplicaciones puede trabajar sobre el Protocolo RepuX. Este protocolo maleable significa que RepuX no está diseñado para un propósito específico, sino que además permite a los desarrolladores construir sobre el mismo, para el potencial beneficio de muchas distintas industrias.

Estructura API

Pretendemos usar APIs fáciles de usar Web3.js + Metamask, que permiten a terceros acceder fácilmente, y construir rápidamente, aplicaciones externas sobre la infraestructura RepuX. Además de APIs JS fáciles de usar, también podemos permitir más APIs basadas en aplicaciones, sobre las cuales terceras partes pueden desarrollar.

Capa de Datos

De forma de asegurar que los datos de usuario se almacenen de forma descentralizada, usaremos un número de distintas tecnologías. En este Proyecto, describimos una infraestructura basada en IPFS1, que usa hashes IPFS. Con el Protocolo RepuX, usamos IPFS de forma de mantener la base de datos referenciada por hashes en nuestra capa lógica y APIs. Al usar IPFS, no sólo aseguramos la naturaleza descentralizada de nuestros datos, sino que además aseguramos que los datos son permanentes, a través de hashes IPFS.

¿Qué es IPFS?

El Sistema de Archivos Interplanetario (o IPFS, por sus siglas en inglés), es un protocolo diseñado para crear un método descentralizado y permanente para almacenar y compartir archivos. Es un protocolo de distribución de contenido direccionable, punto-a-punto, de hipermedios. Los nodos en la red IPFS forman un sistema de archivos distribuidos. IPFS direcciona piezas de contenido por un "hash" único. IPFS permite la creación de tecnologías completamente descentralizadas, que pueden conectarse a todos los dispositivos computarizados, dentro del mismo sistema de archivos. IPFS es similar a cómo un nido de bit torrent intercambia información, de una forma descentralizada, pero organizada.

Características Clave de IPFS

IPFS tiene las siguientes características:

Sin embargo, ya que la infraestructura aún está madurando, a un paso rápido, continuaremos explorando opciones adicionales de infraestructura, como Storj y Sia.

Lógica

Como nuestro Protocolo RepuX incorpora evaluación de reputación y compra y venta de datos, necesitamos desarrollar un algoritmo que maneje las transacciones en nuestra red. En este Proyecto, presentamos una forma de utilizar la capacidad de contratos inteligentes de Ethereum, para manejar la lógica de una forma descentralizada y transparente. Debido a la velocidad a largo plazo de Ethereum, experimentaremos activamente con canales de Estado, EOS, Sharding, e incluso una infraestructura de blockchain a la medida.

Ethereum y Contratos Inteligentes

Bitcoin introdujo la idea de un blockchain, que permitió a las personas hacer transacciones sin una única organización en control. Construyendo sobre esto, Ethereum desarrolló la idea de una computadora distribuida.

Ethereum es una plataforma de computación de fuente abierta, pública, basada en blockchain, que cuenta con funcionalidad de contratos inteligentes (scripting). Proporciona una máquina virtual descentralizada completa con Turing, la Máquina Virtual Ethereum, que puede ejecutar libretos (scripts) usando una red internacional de nodos públicos. Ethereum también proporciona una criptomoneda llamada "ether" (o ETH), que puede ser transferida entre cuentas, y usada para compensar a los nodos participantes por cómputos desempeñados.

Esencialmente, Ethereum es una computadora mundial descentralizada que permite que se ejecuten aplicaciones descentralizadas (o Dapps), dentro de un estado globalmente sincronizado. Ya que Ethereum permite la transferencia tanto de valor como información, podemos desarrollar un programa inteligente de demostración, que permita la funcionalidad del Protocolo RepuX.

Los contratos inteligentes son programas que corren en un blockchain de Ethereum, y son disparados por transacciones de otros contratos inteligentes. Los contratos inteligentes eliminan la fricción asociada con los sistemas de pagos tradicionales, y aseguran que todas las partes involucradas en una transacción sean pagadas de forma instantánea, con una prueba irrefutable de la transacción.

Datos

Como puede verse abajo, en la demostración, almacenamos hashes de datos IPFS dentro de una matriz de datos privada, dentro del contrato inteligente Ethereum. Esto puede accederse más tarde al enviar una cantidad pre-especificada de Tókens RepuX a este contrato inteligente.

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

Retroalimentación y Reputación RepuX

La economía mundial está construida sobre un sistema de confianza. Mientras que esto ha permitido que el comercio internacional globalizado florezca, también ha hecho más difícil para los negocios más pequeños e individuos establecer una reputación entre entidades más grandes. Esto ha resultado en una distribución crecientemente centralizada de poder, dañando a los negocios pequeños.

Similarmente, los datos sin una cierta cantidad de autoridad que los apoyen, muchas veces son considerados inútiles. Esto significa que cada vez menos personas y negocios son capaces de vender sus datos sin antes pasar a través de un intermediario. Para atender este problema, hemos permitido el anexo de una reputación y medición detrás de cada operación en el Protocolo RepuX. Como puede verse abajo, en la demostración, almacenamos hashes de datos IPFS dentro de una matriz de datos privada, dentro del contrato inteligente Ethereum. Esto puede accederse más tarde al enviar una cantidad pre-especificada de Tókens RepuX a este contrato inteligente.

Oracle

Estos problemas de integridad y confianza son asuntos centrales para los mercados en línea semi-anónimos. La integridad y confianza promueven la eficiencia en el comercio. La idea principal detrás de compañías como PayPal, Alibaba, e eBay, es atender el problema de confianza en el comercio.

NOTA 1: CONFIANZA EN UN SISTEMA CENTRALIZADO

En un sistema centralizado, la confianza es relativamente fácil de establecer, a través de la creación de un sistema de medición, junto con una autoridad central que asigna dicha medición a cada transacción.

En caso de alguna disputa o transacción sospechosa, cada parte simplemente remite evidencias a la autoridad central, que luego decide el resultado de la transacción. Esta medición puede ser manipulada e incrementada artificialmente, incluso con la autoridad central en control.9

En un sistema descentralizado, dicho mecanismo de medición tendría que ser conducido sin la autoridad central. Una solución de última tecnología para ello es el sistema Oracle.

Con el sistema Oracle, cada transacción, o las mediciones inusualmente altas o sospechosas, tendrán que pasar a través del Oracle antes de que la medición sea aplicada a la dirección de RepuX del comprador y el vendedor.

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

Demostración de contrato inteligente RepuX Oracle:

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

Con la integración del sistema Oracle en el Protocolo RepuX, estamos estableciendo un método en el que el fraude potencial, que es común en los sistemas de mercados en línea, pueda reducirse.

Blockchains Alternativos

El ambiente de blockchain está cambiando constantemente, con innovaciones que ocurren todos los días. Como resultado, RepuX permanece abierta a explorar la incorporación de más eficientes, efectivas, y expandibles plataformas de blockchain, que puedan desarrollarse en el futuro. Los actuales contratos de muestra lógica están construidos usando el lenguaje de programación de solidez de Ethereum. Sin embargo, Ethereum aún está en desarrollo. Hemos considerado muchas distintas soluciones, y actualmente pensamos que el blockchain a la medida de Autoridad de Prueba (o POA, por sus siglas en inglés), muy probablemente sea el método de blockchain más seguro y rápido en el largo plazo. Sin embargo, el mismo ofrece menos descentralización que aquellos basados en Prueba de Participación (o "POS"), y Prueba de Trabajo (o POW).10 Ultimadamente, necesitaremos lograr un balance entre velocidad y seguridad, por una parte, y descentralización, por la otra, al seleccionar entre diferentes sistemas lógicos, en el Protocolo RepuX final.

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

Ejemplos de Oportunidades Potenciales para el Protocolo RepuX

A pesar de que RepuX ha sido diseñado para ser una infraestructura de nivel de protocolo, con múltiples potenciales aplicaciones, hemos proporcionado, abajo, unos cuantos ejemplos de las potenciales oportunidades para el uso del Protocolo RepuX. Por favor note que estos son ejemplos de situaciones en las que el Protocolo RepuX podría utilizarse, o sobre el que podría construirse, por parte de desarrolladores externos, y no deben confundirse con las características propuestas del Protocolo RepuX en sí mismo.

Los ejemplos establecidos abajo no son una descripción exhaustiva de los potenciales usos del Protocolo RepuX.

Bases de Datos de Archivos

Una potencial oportunidad para el uso del Protocolo RepuX es en conexión con datos almacenados en varias bases de datos de archivos. Por ejemplo, el museo Smithsoniano tiene una gran base de datos de materiales de archivos, que ha recolectado durante décadas. Esta base de datos contiene numerosos datos de imágenes, texto, tiempo, y otros datos agregados de información de meta datos potencialmente útiles.

Desafortunadamente, el Smithsoniano encuentra difícil encontrar compradores para estos datos. El museo podría licenciar estos datos a compañías individuales que se especialicen en museos; sin embargo, el acceso a un mercado más amplio monetizaría de mejor forma estos datos para el Smithsoniano. Actualmente, no hay una interfaz o plataforma dominante a ser empleada por el Smithsoniano en acceder a un mercado más amplio para los datos.

RepuX, potencialmente, podría proporcionar una plataforma para darle al Smithsoniano acceso a un mercado más amplio, para monetizar sus datos. Al subir sus datos agregados y anónimos a la capa de almacenamiento (IPFS) del Protocolo RepuX, el Smithsoniano podría acceder a un rango mucho más amplio de potenciales clientes para sus datos. Tanto individuos como entidades que buscan datos históricos agregados de forma de llevar a cabo investigaciones u otros tipos de análisis de datos, podrían fácilmente pagar al museo a través del Protocolo RepuX. Al revisar la reputación del vendedor, los potenciales compradores tienen la garantía de que los datos son legítimos. Ya que los pagos se envían en Tókens RepuX, en el blockchain, el vendedor tiene la garantía de que será pagado de forma apropiada y descentralizada.

"Big Data"

El análisis basado en aprendizaje computarizado tiene un crecimiento proyectado de más de US$200 billones en los próximos pocos años. 11 Es un inmenso negocio, arraigado en la disponibilidad de "big data."

Observaremos a Artiq como ejemplo. Artiq es una empresa de lenguaje natural basada en aprendizaje computarizado, con un número de modelos de aprendizaje neural profundo12 que van desde análisis de sentimientos, a reconocimiento de texto. Artiq usa estos modelos entrenados de forma de cortar costos operativos para sus clientes. Desafortunadamente, Artiq gasta más del 80% de sus ganancias en recopilar y preparar datos primarios en sí mismos, a menudo enviando a individuos al campo, para escanear imágenes de documentos, de forma de entrenar los algoritmos de aprendizaje computarizado de Artiq.

El Protocolo RepuX podría, potencialmente, asistir a las empresas como Artiq en combinar compradores de datos, como Artiq, con recolectores de datos, ahorrándole así a dichas compañías tiempo y costos significativos. Hay muchas compañías, como Evernote, que recolecta inmensas bases de datos de texto escrito a mano. Luego de anonimizar sus datos, y ofrecerlos a la venta en RepuX, Artiq, y otras empresas similares de aprendizaje computarizado, podrían comprar estos datos de recolectores de datos respetables en sus industrias, o ELDS, y usarlos para entrenar algoritmos de aprendizaje computarizado, reduciendo así, significativamente, los costos operativos.

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

Publicidad y Contenido en Línea

El modelo freemium, donde un producto o servicio digital básico es provisto libre de costo, pero el dinero es cobrado por mayor funcionalidad, rápidamente se hace el modelo por defecto de los productos de software para el consumidor. Los usuarios pueden acceder al producto o servicio básico, sin costo alguno; sin embargo, el valor es generado para la entidad que genera el producto o servicio en la forma de datos recolectados sobre el usuario. Los publicistas, generalmente, pagan muy bien por este tipo de datos de comportamiento.

Proporcionamos el siguiente ejemplo ficticio. Paul es un diseñador gráfico, y usa su ordenador frecuentemente. Con el uso del Protocolo RepuX, los desarrolladores externos de aplicaciones pueden crear programas que Paul puede instalar de forma voluntaria en su ordenador, para registrar sus datos de usuario anonimizados. A Paul no le molesta compartir sus datos anonimizados con otros negocios.

Paul, de forma instantánea, puede hacer de sus datos disponibles a potenciales compradores, usando el Protocolo RepuX, generando así ingresos adicionales por la venta de datos, a un lado. Si Paul proporciona datos legítimos, precisos, y bien formados, de forma continua, su reputación sube en el Protocolo RepuX, lo cual es probable que resulte en más ventas de sus datos. Los publicistas apreciarán la confiabilidad y disponibilidad de los datos de Paul, y Paul es compensado de forma justa por sus datos.

Comercio Electrónico e Internacional

HongShan es un negocio de comercio electrónico ficticio, ubicado en Shenzhen. HongShan fabrica componentes electrónicos para empresas a nivel mundial. Una de las mayores preocupaciones de HongShan es la confianza, velocidad, y confiabilidad del pago en las transacciones internacionales. Los pagos financieros internacionales, por lo general, toman muchos pasos, y más de tres días, para recibir los fondos finalmente. Los envíos y órdenes retrasadas también significan que HongShan no puede saber con certeza si el cliente les pagará a tiempo o no. HongShan podría usar un intermediario, como Alibaba; sin embargo, estos intermediarios, por lo general, cargan costos significativos sobre cada venta, al igual que un costo por membresía anual. 13

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

El Protocolo RepuX puede atender esta incertidumbre y retraso. Construyendo sobre la infraestructura del sistema basado en reputación, ya existente, RepuX puede añadir un cierto sistema de confianza y revisión detrás de cada transacción. Este elemento de reputación del Protocolo RepuX, construido sobre las revisiones de empresas como HongShan, y otros fabricantes similares, con el tiempo, permitirá a HongShan a selectivamente determinar qué clientes son más probables de pagarles a tiempo. Similarmente, los clientes de compañías como HongShan se beneficiarán del elemento de reputación del Protocolo RepuX, cuando seleccionen un fabricante internacional.

RepuX puede desarrollar un sistema opcional de fideicomiso dentro del elemento de reputación del Protocolo RepuX, construido sobre el sistema Oracle, donde los intercambios pueden ser puestos en período de espera, para ayudar a asegurar el pago apropiado. Si ocurre un fraude, cada parte de la transacción tendrá que enviar evidencias accesibles al sistema Oracle, y luego de un período de votos, si la mayoría determina que la transacción es fraudulenta, entonces la misma será reversada.

Calificación Crediticia

La calificación crediticia se basa en la determinación de la reputación financiera de un individuo, sobre un largo período de tiempo. El Protocolo RepuX puede asistir con esto. Con el historial de reputación interno, desarrollado con el tiempo a través del Protocolo RepuX, terceras partes pueden acceder a la confiabilidad de un individuo de forma directa, a partir de las transacciones que este individuo ha hecho. Generalmente, los individuos quieren construir un historial crediticio fuerte, lo que incentivará a dichos individuos a usar el Protocolo RepuX en transacciones cotidianas.

Punto de Venta Electrónico (o EPOS, por sus siglas en inglés)

Los dispositivos EPOS representan otro lugar donde el Protocolo RepuX podría implementarse de forma ventajosa. Cada venta realizada a través de un EPOS, usando el Protocolo RepuX:

  1. se registraría dentro del blockchain;

  2. sería públicamente visible; y

  3. actuaría como un registro contable inmutable, eliminando, así, el fraude.

Micro Créditos

La industria de los micro créditos tiene un valor de más de US$40 billones, y se proyecta que crecerá entre 20 y 30% cada año.

Con el historial crediticio que puede establecerse dentro del Protocolo RepuX, los desarrolladores externos podrían construir una aplicación que se asemeje a una institución de micro créditos, usando el Protocolo RepuX. Dichas instituciones de micro créditos tendrían toda la evaluación crediticia dentro del elemento de reputación del Protocolo RepuX, disponible para ellas, de forma libre de fraudes y públicamente auditable, en el blockchain.

Usando el Protocolo RepuX, los micro créditos podrían ser financiados fácilmente, entre prestamistas y deudores. Los prestamistas podrían, por ejemplo, comprar fácilmente un grupo de créditos certificados por reputación RepuX, y tener la garantía de que hay cierta calidad de reputación detrás de los deudores.

Registros Médicos

PhenoPh es una empresa fabricante y desarrolladora de medicamentos ficticia. PhenoPh tiene una amplia gama de productos, que se usan frecuentemente por hospitales. PhenoPh también tiene muchos competidores para los medicamentos que vende. De forma de competir de manera efectiva con dichos competidores, PhenoPh debe llevar a cabo significativos análisis de mercado.

El Protocolo RepuX podría proporcionar, potencialmente, asistencia en dichos estudios de mercado, para empresas farmacéuticas como esta. Los hospitales recolectan muchos datos relacionados a los medicamentos que venden, al igual que a incidentes de pacientes y tratamientos. Estos datos, a menudo, no son útiles para los hospitales individuales; sin embargo, cuando dichos datos son anonimizados y agregados por compañías como PhenoPh, pueden hacerse muy valiosos para propósitos de estudios de mercado.

Al acceder a estos datos, PhenoPh no sólo obtendría una mejor comprensión del mercado para sus productos, al igual que los de sus competidores, sino que también tendría el potencial de predecir tendencias en información médica, cosa que no podría haber esperado lograr en el pasado, ganando así una considerable ventaja competitiva.

Usos de Tókens RepuX

Compra y Venta de Datos

RepuX permitirá a los tenedores de Tókens RepuX comprar datos de vendedores en el Protocolo RepuX. El Protocolo RepuX también permitirá a los vendedores de datos recibir pagos en Tókens RepuX, de individuos y entidades que compren sus datos. Los datos crudos de recolectores de datos y/o contenido de valor agregado por varios desarrolladores externos de aplicaciones pueden ser comprados y vendidos usando Tókens RepuX, ya sea por mercados, o en transacciones bilaterales, y los recolectores de datos desarrollarán métodos para valorar sus datos.

Aplicación de Reputación

Cada transacción, ya sea relacionada o no a datos, permite a los usuarios del Protocolo RepuX darse "reputaciones" entre sí. Esta es una característica clave del Protocolo RepuX, ya que permite a los usuarios evaluar quien es una contraparte confiable, y quien no lo es, y facilitará el filtrado de "spam" y otros grupos de datos mediocres, que se ofrezcan dentro del Protocolo RepuX.

En casos donde las transacciones entre partes son disputadas, o la reputación se reclama como incorrecta, los usuarios del Protocolo RepuX tendrían que remitir evidencias a un sistema Oracle, para mayor verificación.

Ejecución de Red Oracle

En casos donde las mediciones de transacciones o reputación deban ser aprobadas por los Oracles, los tenedores de Tókens RepuX podrían, de forma voluntaria, poner Tókens RepuX y votar en el sistema Oracle. Si el tenedor de Tókens RepuX vota en los juicios correctos, entonces se les premiaría con una tasa nominal de, por ejemplo, 0,5%, pagadero en Tókens RepuX. Este sistema de juicios descentralizados no sólo proporcionaría un premio para los tenedores de Tókens RepuX, sino que ayudaría al Protocolo RepuX a eliminar transacciones y aumentos de reputación fraudulentos, que de otro modo dañarían la reputación general y uso del Protocolo RepuX.

Construido Sobre la Red

Tener Tókens RepuX permitirá al tenedor a desarrollar aplicaciones externas, sobre el Protocolo RepuX. Por ejemplo, los desarrolladores externos podrían crear una aplicación que permita a los usuarios vender sus datos de comportamiento, y que se les pague en Tókens RepuX. Al tener más Tókens RepuX, esta aplicación sería capaz de agregar mayores volúmenes de datos para negocios, investigación, etc.

Venta de Tókens RepuX

Preventa de Tókens y Venta de Tókens

Los Tókens RepuX son una parte integral de la función del Protocolo RepuX.

RepuX tendrá una preventa de derechos a recibir Tókens RepuX en una fecha futura, que está siendo proporcionada únicamente para "inversionistas acreditados" a través de un Acuerdo Simple para Tókens Futuros (la "Pre-venta"). La pre-venta ocurrirá en el mes de diciembre, a un descuento del 50% a la tasa basa de $0.20 (la "Tasa Base"). Cualquier inversionista acreditado interesado puede aprender más contactando a RepuX directamente, a través de [email protected], y descargar el SAFT en blanco, en repux.io/saft.html.

RepuX tiene programado lanzar la preventa en diciembre de 2017 y la venta de tokens en marzo de 2018, una vez que el protocolo RepuX esté operativo. La preventa estará abierta hasta que la venta de tokens comience en marzo de 2018. La Venta de Tókens será ofrecida en 5 etapas, con la primera contando con un descuento de 30% de la Tasa Base, la segunda con un 25% de descuento sobre la Tasa Base, la tercera con un 20% de descuento sobre la Tasa Base, la cuarta con un 15% de descuento sobre la Tasa Base, y la final, con un 10% de descuento sobre la Tasa Base. Lanzaremos los Tókens RepuX con un suministro de 500 millones de tókens, a ser adjudicados como se establece abajo, en la Tabla 2, bajo el título de "Adjudicación de Tókens y Tasas RepuX". La tasa de intercambio de mercado entre los Tókens RepuX y Ether para la Venta de Tókens se basará en una equivalencia de un Tóken RepuX siendo igual a $0.20.

De forma de participar en transacciones de datos en el Protocolo RepuX, un recolector de datos, comprador de datos, o desarrollador externo, debe adquirir Tókens RepuX.

Estándar de Tókens

El estándar ERC20 proporciona una interfaz común para activos digitales en el blockchain de Ethereum. El Tóken RepuX se adhiere al estándar de tóken ERC20, que significa que los tenedores de Tókens RepuX pueden gestionar y transferir fácilmente sus Tókens RepuX usando aplicaciones existentes de carteras Ethereum, (p.ej. Parity, Mist, MyEtherWallet, etc.).

Tasas y Adjudicación de Tókens RepuX

Ya que la meta del Protocolo RepuX es hacer que los usuarios estén tan en control de sus datos como sea posible, RepuX ha diseñado la Venta de Tókens de una manera descentralizada. Esta adjudicación está sujeta a cambios, dependiendo de la cantidad de Tókens RepuX vendidos en la Pre-venta, y será finalizada a la conclusión de la Pre-venta.


Tabla 1: Tasas de Tókens RepuX

Días Descuento Tókens Precio
Pre-venta 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

Tabla 2: Adjudicación Planificada de Tókens RepuX

Evento Adjudicación
Pre-venta 20%
Vendidos durante Venta de Tókens* 30%
Fondo de Premios 10%
Vendidos en la Plataforma 23%
Equipo fundador, período de adjudicación de 3 años 12%
Embajadores 3%
"Bounties" de Venta de Tókens 2%

*Unsold tokens will be locked up for one year.

Uso de Fondos Recaudados

RepuX espera que una cantidad sustancial de los fondos recaudados por la Pre-venta serán usados para progresar el desarrollo del Protocolo RepuX, y el ecosistema de Tókens RepuX.

Todos los Tókens RepuX emitidos serán manejados por la Fundación RepuX. The RepuX Foundation es una organización sin ánimo de lucro fundada en Panamá en octubre de 2017, con oficinas en New Horizon Building, Ground Floor, 3½ Miles Philip S.W. Goldson Highway, Ciudad de Belice, Belice. La Fundación RepuX fue formada para salvaguardar los Tókens RepuX y fondos recaudados a través de la Pre-venta y Venta de Tókens, en nombre de RepuX. RepuX está comprometida con la participación comunitaria, y la promoción de la participación de usuarios dentro de un mundo de datos descentralizados. Los Tókens RepuX, redes y mercados asociados, todos, usan secretos comerciales y propiedad intelectual, ya sea creada, propiedad de, o licenciada por, la Fundación RepuX.

Bosquejo de APP RepuX

Abajo hay una interfaz de ejemplo, donde los usuarios pueden interactuar con el Protocolo RepuX.

FIGURA 3: BOSQUEJO DE INTERFAZ PARA EL PROTOCOLO REPUX

Análisis de Código

Abajo, demostraremos una versión de borrador del contrato inteligente que usamos para demostrar nuestra funcionalidad en la red Ethereum. Note que este es un ejemplo de implementación, y la implementación final puede cambiar (y puede ser una implementación de blockchain a la medida).

El contrato abajo define una interfaz estándar para transacciones de datos en el Protocolo RepuX. Los dueños de datos podrían manejar sus datos a través de esta interfaz. Los dueños de datos también podrían establecer y actualizar el precio de sus datos (en términos de Tókens RepuX). Los dueños de datos también podrían actualizar sus datos, mientras que el historial de versiones será permanentemente registrado por el contrato.

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

Los compradores pueden comprar los datos en la plataforma descentralizada usando Tókens RepuX. El contrato inteligente también permitirá que aquellos que ya han comprado los datos, los califiquen, mejorando así el elemento de reputación del Protocolo RepuX. Ya que el sistema de medición corre en blockchain, será completamente abierto y transparente.

Mientras que este contrato define una interfaz estándar, la implementación específica podría ser alterada para encajar con diferentes casos de uso, para datos de o usados por distintas industrias. Por ejemplo, atributos adicionales podrían ser añadidos al contrato inteligente para reflejar información específica de la industria, con respecto a los datos. Las funciones de precio y pago también podrían alterarse para apoyar distintos medios de pago, como un modelo de suscripciones.

-Mapa de Ruta

JULIO DE 2017
Financiación Inicial de $400.000
SEPTIEMBRE DE 2017
Asesores de la industria abordo
OCTUBRE DE 2017
Establecimiento de Fundación RepuX
NOVIEMBRE DE 2017
Anuncio principal de distribución a través de socios
Auditoría de Código
Exposición en Exposición de Blockchain
DICIEMBRE DE 2017
Protocolo RepuX en Vivo
Asistencia a Blockshow en Asia
MARZO DE 2018
Venta de tókens
APRIL 2018
Auditoría de venta de tókens
MAYO DE 2018
Protocolo RepuX abierto para desarrolladores
JUNIO DE 2018
Plataforma RepuX, permitiendo Aplicaciones Empresariales Descentralizadas

Esperamos que estaremos creciendo y actuando rápidamente en los próximos meses. Hemos completado la especificación del marco de referencia de nivel del Protocolo RepuX, sobre el cual varios tipos de datos individuales y de entidades pueden monetizarse e intercambiarse entre distintos actores. Estaremos usando nuestros contratos inteligentes Ethereum, y la interfaz de distribución de Tókens RepuX para nuestra Venta de Tókens, planificada para enero de 2018.

En preparación para la Venta de Tókens, estaremos haciendo un anuncio mayor de distribución en diciembre de 2017.

Una vez que nuestra Venta de Tókens haya terminado, seremos capaces de proporcionar infraestructura a nuestros socios de Integración de Emprendimiento, para uso en sus ofertas de tókens, y nuestra prioridad inmediata será el contratar un equipo ejecutivo de nivel C más grande, para completar nuestra primera Integración de Emprendimiento con WorkHQ.

Nuestra filosofía es probar inicialmente las herramientas que hemos construido de manera interna, y con nuestros socios de Integración de Emprendimiento. Luego, lanzaremos el Protocolo RepuX al público, cuando haya sido probado por completo.

Equipo de RepuX

Marcin Welner

20 años de experiencia total en IT. 12 años de antecedentes en programación. Lidera deparamentos de hasta 100 personas. Le gusta construir proyectos desde cero. Extensas habilidades de negocios en almacenamiento, logística, cadena de suministros, comercio electrónico, gestión de inventario, y sistemas ERP y CRM.

Tomasz Tybon

10 años de experiencia en industria SaaS con mercadeo, ventas, y desarrollo de productos. 6 años de experiencia en comercio electrónico, construyendo la marca más grande del país, y expandiéndola a la India y Turquía. Sirvió como CMO, y COO. Expandió las Utilidades Recurrentes Anuales en 30 veces.

Aleksandra Staszewska

Más de 10 años de experiencia trabajando como Analista de Negocios en proyectos para los sectores de banca, administración pública, y telecomunicaciones. Trabajó para el censo nacional, analizando datos, procesando, y reportando. Entusiasta de "Big Data" con profundos conocimientos sobre inteligencia de negocios y sistemas de Almacenamiento de Datos.

Daniel Kmak

5 años de experiencia de campo, y 1 año como consultor para una empresa estadounidense. Autor del curso "Packt Publishing" sobre React, Vue, y Angular. Contribuyente principal del 3% de StackOverflow, con reputación de 12.000. Autor de "HackerNoon", experto de HckHands, y maestro Ember.

Przemysław Kocznur

10 años de experiencia como Ingeniero Sénior de Software para compañías como Procter&Gamble (Bruno Banani, Mexx, Tom Tailor, Puma Fragrances, Replay), Philips, Bigstar, Hipp, Always, Tchibo, Konica Minolta, Crunchips, Plus, Sygnity, y Allegro.

Krzysztof Durałek

Ingeniero Sénior de Interfaces de Usuario con más de 15 años de experiencia en industrias de Medios y Tecnología Financiera. Se especializa en tecnologías web modernas con un enfoque en rendimiento, experiencias de usuario, y calidad de código.

Dawid Rashid

Más de 4 años de experiencia como Ingeniero de Full Stack (JEE, PHP, y JS). Contribuyó a un número de proyectos, incluyendo la plataforma de intercambio de monedas digitales más grande de Europa, y software de Automatización de Mercado.

Taras Bazyshyn

6 años de experiencia como Ingeniero de Android Sénior, en industria de comercio electrónico. Trabajó con el uso de aprendizaje computarizado, reconocimiento de imágenes, realidad aumentada. Emisores de Bluetooth y tecnología para soluciones de localización para desarrollo de aplicaciones móviles.

Rafał Książek

13 años de experiencia como Desarrollador de Operaciones, Arquitecto, Coach, Programador, y Líder - Un promotor no calificado de prestación ágil de código de alta calidad. Practicante de muchos años de programación según las reglas SOLID y TDD.

Damian Babula

Desarrollador de Software. Entrante temprano en el campo de bitcoin/blockchain, contribuyó con numerosos proyectos relacionados a la criptografía, muchos de los cuales son de fuente abierta. Actualmente, se especializa en aplicaciones descentralizadas, desarrollo basado en contratos inteligentes, y blockchains singulares.

Pierre Benezech

4 años de experiencia en el mundo del Blockchain, trabajando en la integración de distintas tecnologías de blockchain para proyectos dentro de los ramos de Telecomunicaciones, Ventas, y Finanzas; y más recientemente, en 2 iniciativas ICO. Orador en varias conferencias en el Reino Unido, Líder de Práctica de Blockchain en Sytel Reply UK, y líder de sesiones de entrenamiento de blockchain para empleados alrededor de Europa.

Socios y Asesores

Dr. Jay Best

El Dr. Best fue nombrado Principal Cripto-estratega del Reino Unido, 2017, experimentado ejecutivo de nivel C, y miembro de la junta, habiendo sido el pionero del profundo aprendizaje en GPUs en MIT, ahora pasando la mayoría de su tiempo en Londres, Cambridge, Oxford, y Edinburgo, como orador, asesor, e inversionista.

Mateusz Mach

Miembro de los 30 bajo los 30 de la revista Forbes. Director Operativo de Opus Foundations - plataforma de música digital basada en Ethereum e IPFS. Asesor para muchos proyectos basados en tecnología blockchain, operando su propia compañía de desarrollo software enfocado en Ethereum.

Lee Hills

Lee tiene más de una década de experiencia en estructura corporativa internacional, y negocios regulados. Lee es especialmente adepto en la gestión de nuevos sectores, obteniendo aprobación regulatoria y fuentes/diseño de soluciones bancarias para sectores considerados de alto riesgo. Esto ha conllevado a la ampliación de su enfoque de experticia de tecnología al sector de Blockchain, donde ha liderado una licencia de juegos de azar, y asesora a numerosos ICOs en asuntos jurisdiccionales, cumplimiento AML/CFT, y estructuración y crecimiento de negocios post-ICO.

Steven Ormond-Smith

Steven es un Contador Chartered Certificado, con más de 20 años de experiencia de gerencia financiera y control internacional. Steven ha ganado extensa experiencia en proyectos externos para bancos, firmas legales, y empresas comerciales y de propiedad. Antes de fundar OrmCo, Steven trabajó para una empresa de Administración de Fondos por cuatro años, gerenciando la función financiera para muchas empresas listadas y AIM que operan en la Bolsa de Valores de Londres. Steven también ha obtenido valiosa experiencia trabajando para dos de las "Cuatro Grandes" firmas de contaduría.

WorkHQ

WorkHQ es un software basado en la nube, como plataforma de ventas para pequeños y medianos negocios. Su producto principal es sus sistemas de manejo de inventarios, que se conectan con JD, Amazon, y Taobao. WorkHQ planea lanzar su Api a desarrolladores externos, para desarrollar sobre sus plataformas, mientras continúa desarrollando módulos centrales cruciales, como contaduría, recursos humanos, y declaraciones de impuestos.

Troutman Sanders LLP

Fundada en 1897, Troutman Sanders LLP es una firma legal internacional con más de 650 abogados que practican en 16 oficinas ubicadas a través de los Estados Unidos y Asia. Los clientes de la firma van desde grandes corporaciones multinacionales, hasta emprendedores individuales, y reflejan virtualmente cada sector e industria. La herencia de la firma de amplia experiencia, excepcional respuesta, y compromiso inequívoco al servicio, ha resultado en fuertes y largas relaciones con clientes alrededor del mundo. En reconocimiento de la fuerte cultura de servicio de la firma, Troutman Sanders ha estado en el Equipo-A de Servicio Al Cliente de BTI por 13 años consecutivos.

Melrose PR

Melrose PR es una agencia de Relaciones Públicas y Mercadeo Creativo localizado en el centro de Silicon Beach, California. Como "millennials" que trabajan en nuevos medios, estamos en la intersección de canales tradicionales de Relaciones Públicas, y plataformas de participación emergentes, proporcionando soluciones integradas de comunicación de mercadeo para compañías de blockchain.

Factores de Riesgo

La adquisición de Tókens RepuX involucra un alto grado de riesgo. Usted debe considerar cuidadosamente los riesgos descritos abajo, junto con toda la información contenida en este Proyecto, antes de tomar una decisión para adquirir Tókens RepuX. Los siguientes riesgos implican circunstancias bajo las que, nuestro negocio, condición financiera, resultados operativos, y prospectos, pudieran sufrir.

Riesgos asociados con la adquisición de Tókens RepuX

RepuX podría no ser exitosa en el desarrollo, mercadeo, y lanzamiento del Protocolo RepuX.

A pesar de que el Protocolo RepuX estará operativo antes de la Venta de Tókens, aún no ha sido desarrollado por completo por RepuX, y adicional financiación de capital, al igual que experticia de gerencia y desarrollo, tiempo, y esfuerzo, serán necesarios de forma de desarrollar por completo y lanzar una versión del Protocolo RepuX en el que varios tipos de datos individuales y corporativos puedan ser monetizados e intercambiados entre vendedores y compradores, según se describe arriba, bajo el título de "Metas y Objetivos de RepuX" (ver "Lanzamiento del Protocolo RepuX"). RepuX puede tener que hacer cambios a las especificaciones del Protocolo RepuX o los Tókens RepuX, por un número de razones legítimas, o RepuX podrá ser incapaz de desarrollar el Protocolo RepuX de forma que realice dichas especificaciones, o sea cualquier forma de protocolo funcional. Es posible que nunca haya Tókens RepuX operativos, o un Protocolo RepuX operativo. El Protocolo RepuX o los Tókens RepuX, si se desarrollan y mantienen de forma exitosa, podrían no cumplir con las especificaciones de tenedores de Tókens RepuX, al momento de su uso. Además, a pesar de los esfuerzos en buena fe para desarrollar y lanzar el Protocolo RepuX, y luego desarrollar y mantener el Protocolo RepuX, aún es posible que el Protocolo RepuX experimente fallas, o de otra manera falle en ser desarrollado o mantenido adecuadamente, lo que podría impactar negativamente al Protocolo RepuX o los Tókens RepuX.

RepuX usará los fondos recaudados de la Pre-venta para hacer significativas inversiones para desarrollar una versión operativa del Protocolo RepuX, y luego para continuar mejorando la utilidad y valor del Protocolo RepuX, con la meta de lograr el Lanzamiento del Protocolo RepuX. Sin embargo, RepuX puede no tener, o no ser capaz de obtener, las habilidades técnicas y experticia necesarias para completar el desarrollo del Protocolo RepuX, y progresarlo a un Lanzamiento del Protocolo RepuX exitoso. Mientras que RepuX ha buscado retener y continuar reclutando expertos de forma competitiva, podría haber una escasez de personal de gerencia, técnico, científico, y de mercadeo, con entrenamiento apropiado, para desarrollar y mantener el Protocolo RepuX. Si RepuX no es exitoso en sus esfuerzos por demostrar a los usuarios la utilidad y valor del Protocolo RepuX, RepuX podría no ser capaz de proceder con el Lanzamiento del Protocolo RepuX.

La adquisición de Tókens RepuX puede involucrar un alto grado de riesgo.

Los riegos financieros y operativos que confrontan a los "startups" son significativos. El mercado de "startup" en el que RepuX compite es altamente competitivo, y el porcentaje de empresas que sobreviven y prosperan es pequeño. Los "startups" a menudo experimentan problemas inesperados en las áreas de desarrollo de productos, mercadeo, financiamiento, y gerencia general, entre otras, que frecuentemente no pueden ser resueltos. Además, los "startups" pueden requerir sustanciales cantidades de financiamiento, que puede no estar disponible a través de colocaciones privadas, mercados públicos, u otras fuentes.

RepuX puede ser forzado a cesar operaciones o tomar acciones que resulten en un Evento de Disolución.

Es posible que, debido a cualquier número de razones, incluyendo, pero no limitándose a, una fluctuación desfavorable en el valor de monedas criptográficas, la incapacidad de RepuX de establecer la utilidad de los Tókens RepuX, completar el desarrollo del Protocolo RepuX, y proceder con el Lanzamiento del Protocolo RepuX, la falla de relaciones comerciales, o retos a la propiedad intelectual, RepuX pudiera no ser viable para operar, y RepuX pudiera disolverse, o tomar acciones que resulten en un Evento de Disolución.

El tratamiento tributario de la distribución de Tókens RepuX es incierto, y puede haber consecuencias tributarias adversas para los tenedores, con la ocurrencia de algunos eventos futuros.

La caracterización tributaria de los Tókens RepuX es incierta, y cada inversionista debe buscar su propia asesoría tributaria en conexión con la adquisición de Tókens RepuX. La adquisición de Tókens RepuX, en cumplimiento de la Venta de Tókens, podría resultar en consecuencias tributarias adversas para el inversionista, incluyendo requerimientos de retención de impuestos, impuestos sobre la renta, y reporte de impuestos. Cada persona que adquiera los Tókens RepuX debe consultar con, y debe contar con el consejo de sus propios asesores tributarios profesionales, en cuanto al tratamiento, tanto en los Estados Unidos, como en otras jurisdicciones, de la adquisición de los Tókens RepuX.

Riesgos asociados con los Tókens RepuX y el Protocolo RepuX

El Protocolo RepuX podría no ser adoptado por completo, y tener usuarios limitados.

Es posible que el Protocolo RepuX no sea usado por un gran número de individuos, compañías, y otras entidades, o que haya limitado interés del público en la creación y desarrollo de ecosistemas distribuidos (como el Protocolo RepuX), más generalmente, o aplicaciones distribuidas para ser usadas en el Protocolo RepuX. Dicha falta de uso o interés podría impactar negativamente al Protocolo RepuX, y la utilidad de los Tókens RepuX.

Se pueden establecer protocolos alternativos que compitan con, o sean más usados que el Protocolo RepuX.

Es posible que protocolos alternativos puedan ser establecidos, que usen el mismo código de fuente abierta, o uno similar, y un protocolo subyacente del Protocolo RepuX, e intenten facilitar servicios de monetización de datos, que sean materialmente similares a los servicios del Protocolo RepuX. El Protocolo RepuX podría competir con estos protocolos alternativos, cosa que podría impactar negativamente al Protocolo RepuX y a los Tókens RepuX.

La estructura de fuente abierta del Protocolo RepuX significa que el Protocolo RepuX pueda ser susceptible de desarrollos por usuarios o contribuyentes, que podrían dañar al Protocolo RepuX, y la reputación de RepuX, y podrían afectar la utilización del Protocolo RepuX y los Tókens RepuX.

El Protocolo RepuX operará basado en un protocolo de fuente abierta mantenido por RepuX y otros contribuyentes. Como un proyecto de fuente abierta, el Protocolo RepuX no será representado, mantenido, o monitoreado por una organización o autoridad oficial. La naturaleza del Protocolo RepuX significa que podría ser difícil para RepuX o los contribuyentes el mantener o desarrollar el Protocolo RepuX, y RepuX podría no tener los recursos adecuados para atender problemas emergentes o programas maliciosos que se desarrollen dentro de Protocolo RepuX, de forma adecuada u oportuna. Los terceros no afiliados con RepuX podrían introducir debilidades o fallas en los elementos centrales de la infraestructura del Protocolo RepuX, y código de fuente abierta, que pueden impactar negativamente al Protocolo RepuX. Dichos eventos pueden resultar en la pérdida de confianza en la seguridad y operación del Protocolo RepuX, y una disminución en la actividad de usuarios, que podría impactar negativamente la utilidad de los Tókens RepuX.

El Protocolo RepuX podría ser el objetivo de ciberataques maliciosos, o podría contener fallas explotables en su código subyacente, que pueden resultar en brechas de seguridad, y la pérdida o robo de Tókens RepuX. Si la seguridad del Protocolo RepuX es comprometida, o si el Protocolo RepuX es sujeto de ataques que frustran o impiden la capacidad de los usuarios a acceder al Protocolo RepuX, sus Tókens RepuX, o los servicios de monetización de datos del Protocolo RepuX, los usuarios podrían limitar o detener su uso del Protocolo RepuX del todo, lo que podría afectar seriamente la utilidad de los Tókens RepuX.

La fundación estructural del Protocolo RepuX, el protocolo de fuente abierta, la aplicación de software, y otras interfaces o aplicaciones construidas sobre el Protocolo RepuX, están aún en una etapa inicial de desarrollo, y no están probadas, por lo que no puede haber garantías de que el Protocolo RepuX, y la creación, transferencia, o almacenamiento de Tókens RepuX, será ininterrumpida, o completamente segura; esto puede resultar en la pérdida de los Tókens RepuX de los usuarios, o una indisposición de los usuarios a adoptar, acceder, usar, y construir sobre el Protocolo RepuX. Además, el Protocolo RepuX también puede ser el objeto de ataques maliciosos que busquen identificar y explotar debilidades en el software, o en el Protocolo RepuX, lo que puede resultar en la pérdida o robo de los Tókens RepuX. Por ejemplo, si RepuX y el Protocolo RepuX son sujetos a ataques desconocidos y ataques desconocidos de seguridad, (como ataques de doble gasto, ataques del 51%, u otros ataques maliciosos), esto puede afectar adversa y materialmente al Protocolo RepuX. En dicho evento, si el Lanzamiento del Protocolo RepuX no ocurre, o si el Protocolo RepuX no es ampliamente adoptado, los Tókens RepuX podrían no tener ninguna utilidad.

El régimen regulatorio que gobierna las tecnologías de blockchain, criptomonedas, tókens, y ofertas de tókens, como el Protocolo RepuX, y los Tókens RepuX, es incierto, y nuevas regulaciones o políticas podrían afectar material y adversamente el desarrollo del Protocolo RepuX, y la utilidad de los Tókens RepuX.

La regulación de tókens (incluyendo los Tókens RepuX) y las ofertas de tókens como esta, criptomonedas, tecnologías de blockchain, e intercambios de criptomonedas, actualmente, está subdesarrollada, y probablemente evolucione rápidamente, varíe significativamente entre jurisdicciones internacionales, federales, y locales, y está sujeta a significativa incertidumbre. Varios cuerpos legislativos y ejecutivos en los Estados Unidos y otros países podrían, en el futuro, adoptar leyes, regulaciones, guías, y otras acciones, que podrían impactar severamente el desarrollo y crecimiento del Protocolo RepuX, y la adopción y utilidad de los Tókens RepuX. La falla por parte de RepuX, la Fundación RepuX, o ciertos usuarios del Protocolo RepuX, en cumplir las leyes, regulaciones, y reglas, algunas de las cuales pueden no existir en este momento, o sean sujetas a interpretación, y a cambios, podría resultar en una variedad de consecuencias adversas, incluyendo penalidades civiles y multas.

Según las redes y activos de blockchain han crecido en popularidad y tamaño de mercado, las agencias federales y estatales han comenzado a interesarse por, y en algunos casos, regular, su uso y operación. En el caso de monedas digitales, los reguladores estatales de Estados Unidos, como el Departamento de Servicios Financieros de Nueva York, han creado marcos regulatorios. Otros, como en Texas, han publicado lineamientos sobre cómo sus regímenes regulatorios aplican a monedas virtuales. Algunos estados de los Estados Unidos, como Nueva Hampshire, Carolina del Norte, y Washington, han enmendado sus estatutos para incluir monedas virtuales dentro de los regímenes de licencias existentes. El tratamiento de monedas digitales continúa evolucionando en la ley federal de los Estados Unidos, también. El Departamento del Tesoro de los Estados Unidos, la Comisión de Activos e Intercambio (SEC), y la Comisión de Comercio de Productos Futuros (CFTC), por ejemplo, han publicado lineamientos sobre el tratamiento de las monedas digitales. El Servicio de Renta Interno de los Estados Unidos ha emitido lineamientos que tratan las monedas virtuales como propiedad que no es una moneda para propósitos del impuesto sobre la renta federal, a pesar de que aún no hay indicaciones de si las cortes, o los reguladores federales o estatales de los Estados Unidos, seguirán esta calificación. Tanto las agencias federales como estatales de los Estados Unidos han instituido acciones de supervisión y gobierno sobre aquellos que violen sus interpretaciones de leyes existentes.

La regulación del uso no monetario de los activos de blockchain también es incierta. La CFTC ha tomado públicamente la posición de que ciertos activos de blockchain son productos financieros, y la SEC ha emitido un reporte público que alega que la ley de activos financieros de los Estados Unidos requiere el tratamiento de ciertos activos de blockchain como productos financieros. En la extensión en que una agencia gubernamental o cuasi-gubernamental ejerza autoridad regulatoria sobre una red o activo de blockchain, el Protocolo RepuX y los Tókens RepuX pueden ser afectados material y adversamente.

Las redes de blockchain también encaran un terreno regulatorio incierto en muchas jurisdicciones fuera de los Estados Unidos, como la Unión Europea, China, y Rusia. Varias jurisdicciones fuera de los Estados Unidos podrían, en el futuro cercano, adoptar leyes, regulaciones, o directrices, que afecten al Protocolo RepuX. Dichas leyes, regulaciones, o directrices, podrían entrar en conflicto con aquellas de los Estados Unidos, o pueden impactar negativa y directamente nuestro negocio. El efecto de cualquier cambio regulatorio futuro es imposible de predecir, pero dicho cambio podría ser sustancial, y afectar material y adversamente el desarrollo y crecimiento del Protocolo RepuX, y la adopción y utilidad de los Tókens RepuX.

Nuevas o cambiantes leyes y regulaciones, o interpretaciones de leyes y regulaciones existentes, en los Estados Unidos y otras jurisdicciones, podrían impactar material y adversamente el valor de la moneda virtual ETH, utilizada para adquirir los Tókens RepuX, y además afectar material y adversamente la estructura de los Tókens RepuX, al igual que los derechos de los tenedores de Tókens RepuX.

La emisión de Tókens RepuX puede constituir la emisión de un "Activo Financiero" bajo la Ley Federal de Activos Financieros de los Estados Unidos.

El Tóken RepuX es un tóken utilitario que tiene un uso específico y de consumo - es decir, permite a los participantes en el Protocolo RepuX recibir y pagar valor por datos compartidos por individuos y entidades, y hacer de los datos disponibles, en una red distribuida, con significativas ventajas sobre las actuales soluciones de compartición de datos. Debido a la naturaleza de los Tókens RepuX y la forma en que los mismos se ofrecen, no pensamos que deban ser considerados "activos financieros," como se define el término según el Acto de Activos Financieros de 1933, según se enmienda (el "Acto de Activos Financieros").

El 25 de julio de 2017, la SEC emitió un Informe de Investigación (el "Informe"), bajo la Sección 21(a) del Acto de Intercambio de Activos de 1934, según se enmienda (el "Acto de Intercambio"), describiendo una investigación del SEC del "The Dao", una organización virtual, y su uso de un diario distribuido, o tecnología de blockchain, para facilitar la oferta y venta de Tókens DAO, para recaudar capital. La SEC aplicó leyes federales de activos de los Estados Unidos existentes a este nuevo paradigma, y determinó que los Tókens DAO eran activos financieros. La SEC recalcó que aquellos que ofrecen y venden activos financieros en los Estados Unidos deben cumplir con la ley federal de activos financieros de los Estados Unidos, independientemente de si estos activos son comprados con monedas virtuales, o distribuidos con tecnologías de blockchain. El anuncio de la SEC, y el Informe relacionado, pueden encontrarse aquí: https://www.sec.gov/news/press-release/2017-131.

El 11 de diciembre de 2017, la SEC emitió una Orden de Cesar y Abstenerse (la "Orden") en contra de Munchee Inc. ("Munchee") encontrando que la emisión inicial de monedas compañía, basada en California, de sus tókens (los "Tókens Munchee") para recaudar capital para su servicio de revisión de alimentos, basado en blockchain, constituía una oferta y venta no registrada, e ilegal, de activos financieros. La SEC notó en la Orden que Munchee había descrito en su proyecto, y en otros documentos: (1) las acciones que tomaría para aumentar el valor de los Tókens Munchee (incluyendo el sacar los Tókens Munchee de circulación al "quemarlos"), (2) que aseguraría la capacidad de los tenedores de Tókens Munchee el comercializarlos en mercados secundarios, y (3) cómo compraría y vendería Tókens Munchee, usando sus posiciones retenidas, de forma de asegurar que hubiera un mercado secundario líquido en Tókens Munchee. La SEC, además, notó que, mientras que Munchee decía a sus potenciales compradores que ellos podrían usar Tókens Munchee para comprar bienes y servicios en su "ecosistema" en el futuro, al momento de la oferta, no podrían hacerlo, ya que el ecosistema aún no había sido construido. La SEC notó, adicionalmente, que Munchee había "preparado a los compradores" con expectativas razonables de ganancias a través de declaraciones en blogs, "podcasts" y Facebook, que hablaban de ganancias." Como resultado de estos y otros factores, la SEC determinó que los Tókens Munchee eran "activos financieros" y que la oferta y venta de los Tókens Munchee, en su oferta inicial de monedas, violaba el Acto de Activos Financieros. Luego de ser contactados por la SEC, el 1 de noviembre de 2017, Munchee dio por terminada su oferta de monedas inicial, y reembolsó los fondos de los compradores. La Orden puede encontrarse en: https://www.sec.gov/litigation/admin/2017/33-10445.pdf.

El mismo día en que emitió la Orden, el Presidente de la SEC, Jay Clayton, emitió una declaración pública referente a las criptomonedas y ofertas iniciales de monedas (la "Declaración"). La Declaración advertía tanto a los profesionales de mercado como inversionistas, y reiteraba el enfoque de la SEC en la aplicación de las leyes federales sobre activo financieros de los Estados Unidos, a ofertas y productos basados en blockchain, incluyendo el comercio secundario. En la Declaración, el Presidente Clayton notó que, "Meramente llamar a un tóken "utilitario" o estructurándolo para proporcionar cierta utilidad no evita que el tóken sea considerado un activo financiero... Los Tókens y ofertas que incorporen características y esfuerzos de mercadeo que enfaticen el potencial para obtener ganancias basadas en los esfuerzos de emprendimiento o gestión de otros, sigue conteniendo los puntos clave de un activo financiero, bajo la Ley [federal de activos financieros] de los Estados Unidos." La Declaración también notó las posibilidades de colocaciones privadas de tókens que cumplen con la ley, tókens que no son activos financieros, y avenidas por las que una inversión e intercambio basado en blockchain puede llevarse a cabo de forma legal, sugiriendo una meta de regulación, en lugar de eliminar estos crecientes mercados digitales. La Declaración puede encontrarse en: https://www.sec.gov/news/public-statement/statement-clayton-2017-12-11

Luego de revisar el Informe, la Orden, y la Declaración, RepuX cree que los Tókens RepuX, y la forma en la que se están ofreciendo, son sustancialmente diferentes de la de los Tókens DAO o los Tókens Munchee, y sus procesos de oferta, así que los Tókens RepuX no deben considerarse "activos financieros" bajo la ley federal de activos financieros de los Estados Unidos. Sin embargo, según lo nota la SEC en el Informe, la emisión de tókens representa un nuevo paradigma, y la aplicación de las leyes federales de activos financieros a este nuevo paradigma es muy específica en los hechos. Si los Tókens RepuX se consideran como un activo según las leyes federales de activos financieros de los Estados Unidos, podrá requerirse que demos por terminada la Venta de Tókens en los Estados Unidos, y reembolsemos los fondos recibidos de compradores estadounidenses por Tókens RepuX. Dependiendo de la porción de los participantes de la Venta de Tókens general que sean estadounidenses, esto podría resultar en que el Protocolo RepuX ya no sea viable, y que RepuX sea forzada a disolverse.

Los derechos para adquirir Tókens RepuX en la Pre-venta podría estar sujeta al registro bajo el Acto de Intercambio, si RepuX tiene activos de más de $10 millones, y más de 2.000 personas participan en la Oferta.

Las empresas con activos totales sobre los $10 millones y más de 2.000 tenedores de registro de sus activos de capital, o más de 500 tenedores de registro de sus activos de capital que no sean inversionistas calificados, deben registrar dicha clase de activos de capital con la SEC, bajo el Acto de Intercambio. Con el capital recaudado de la Pre-venta y la Venta de Tókens, RepuX podría sobrepasar los $10 millones en activos, según construye y lanza el Protocolo RepuX. Además, los derechos de comprar Tókens RepuX, en cumplimiento con los SAFTs, probablemente se consideren un activo bajo las leyes de activos financieros de los Estados Unidos, y debido a que existe la posibilidad de que la Pre-venta y Venta de Tókens puedan sobrepasar 2.000 inversionistas, RepuX podría tener 2.000 tenedores de activos de registro de capital, luego de la Pre-venta. Sin embargo, es posible que el derecho de adquirir Tókens RepuX, en cumplimiento con un SAFT, no sea un "activo de capital", incluso si fuera un "activo". Si se cumplen las condiciones sobre los activos totales y tenedores de activos de capital, entonces RepuX tendría que registrar la Pre-venta y/o la Venta de Tókens con la SEC, lo que sería un proceso laborioso y costoso. Si dicho registro ocurriera, mucha de la información referente a la Pre-venta y Venta de Tókens estará disponible al público. RepuX tendría la capacidad de evitar el registro en dicho escenario, si los derechos para comprar los Tókens RepuX, en cumplimiento de los SAFTs, se convierten en Tókens RepuX antes del último día del año fiscal de RepuX, pero, debido a la naturaleza incierta del desarrollo de software complejo, como el Protocolo RepuX, no hay garantías de que el Protocolo RepuX será lanzado para dicha fecha.

Los tenedores de Tókens RepuX no tendrán control, y RepuX sólo tendrá control limitado, una vez que el Lanzamiento del Protocolo RepuX ocurra.

El Protocolo RepuX se compone de tecnologías de fuente abierta, que dependen de una red de computadoras para ejecutar ciertos programas de software, para procesar transacciones. Debido a este modelo menos centralizado, RepuX tiene control limitado sobre los Tókens RepuX, y sobre el Protocolo RepuX, una vez sea lanzado. Además, los tenedores de Tókens RepuX no tienen, ni tendrán, derechos para votar o recibir dividendos, o ser considerados tenedores de acciones de capital de RepuX, para ningún propósito, ni nada se entenderá como que confiere derechos a los tenedores de los Tókens RepuX ninguno de los derechos de un accionista de RepuX, o ningún derecho a votar por la elección de directores, o sobre ningún hecho remitido a los accionistas, en ninguna reunión o junta, ni para dar o rechazar su aprobación a ninguna acción corporativa, o recibir notificaciones de reuniones, o para recibir derechos de suscripción, o derechos similares.

Pueden haber ocasiones donde ciertos individuos involucrados en el desarrollo y lanzamiento del Protocolo RepuX puedan encontrarse con ciertos conflictos de intereses, en conexión con el Lanzamiento del Protocolo RepuX, de forma tal que dicha parte pueda evitar una pérdida, o incluso lograr una ganancia, cuando otros tenedores de Tókens RepuX están sufriendo pérdidas.

Pueden haber ocasiones donde ciertos individuos involucrados en el desarrollo y lanzamiento del Protocolo RepuX puedan encontrarse con ciertos conflictos de intereses, en conexión con la Venta de Tókens y el Lanzamiento del Protocolo RepuX, de forma tal que dicha parte pueda evitar una pérdida, o incluso lograr una ganancia, cuando otros tenedores de Tókens RepuX están sufriendo pérdidas. Los tenedores de Tókens RepuX también podrían tener conflictos de intereses tributarios, y de otro tipo, en cuanto a los Tókens RepuX, que puedan presentarse de los términos de los Tókens RepuX, el código del Protocolo RepuX, el Protocolo RepuX, los tiempos del Lanzamiento del Protocolo RepuX, u otras ofertas de Tókens RepuX, u otros factores. Las decisiones tomadas por empleados clave de RepuX sobre dichos asuntos podrían ser más beneficiosas para algunos tenedores de Tókens RepuX, más que para otros.

Los tenedores de Tókens RepuX pueden no tener información para monitorear sus posiciones.

Un tenedor de Tókens RepuX puede no ser capaz de obtener toda la información que quisiera en cuanto a RepuX, los Tókens RepuX, o el Protocolo RepuX, de forma oportuna, o del todo. Es posible que un tenedor de Tókens RepuX puede no estar al tanto de forma oportuna de cambios materialmente adversos que hayan ocurrido en cuanto al Protocolo RepuX. A pesar de que RepuX ha hecho esfuerzos para usar el desarrollo de fuente abierta para los Tókens RepuX, esta información puede ser altamente técnica, por naturaleza. Como resultado de estas dificultades, al igual que otras incertidumbres, un tenedor de Tókens RepuX puede no tener información precisa o accesible sobre el Protocolo RepuX.

Los Tókens RepuX no tienen historia.

El Tóken RepuX será un tóken recién formado, y no tiene historia. Cada Tóken RepuX debe ser evaluado sobre la base de que la evaluación de RepuX, o cualquier evaluación por parte de terceros de los prospectos del Protocolo RepuX, puede ser impreciso, y que RepuX puede no lograr sus objetivos de negocios.

Si el Protocolo RepuX es incapaz de satisfacer la protección de datos, seguridad, privacidad, y otros requerimientos específicos gubernamentales e industriales, su crecimiento podría sufrir.

Hay un número de requerimientos de protección, seguridad, privacidad, y otros específicos gubernamentales e industriales, incluyendo aquellos que requieren que las compañías notifiquen a los individuos de incidentes de seguridad de datos que involucran ciertos tipos de datos personales. Los compromisos de seguridad podrían dañar la reputación del Protocolo RepuX, corroer la confianza de los usuarios en la efectividad de sus medidas de seguridad, impactar negativamente su capacidad de atraer nuevos usuarios, o causar que los usuarios existentes dejen de usar el Protocolo RepuX.

El mayor desarrollo y aceptación de las redes de blockchain, incluyendo el Protocolo RepuX, que son parte de una industria nueva y rápidamente cambiante, están sujetos a una variedad de factores que son difíciles de evaluar. La desaceleración o detenimiento del desarrollo, o aceptación de redes y activos de blockchain, podría tener un efecto materialmente adverso sobre el desarrollo y adopción exitosa del Protocolo RepuX y los Tókens RepuX.

El crecimiento de la industria del blockchain en general, al igual que las redes de blockchain en las que el Protocolo RepuX contará e interactuará, están sujetos a un alto grado de incertidumbre. Los factores que afectan el mayor desarrollo de la industria de criptomonedas, al igual que las redes de blockchain, incluyen, sin limitación:

Una disminución de la popularidad o aceptación de ETH, u otros tókens basados en blockchain, podría afectar adversamente los resultados de nuestras operaciones.

La desaceleración o detenimiento del desarrollo, aceptación y adopción general, y uso de redes y activos de blockchain, podría disuadir o retrasar la aceptación y adopción del Protocolo RepuX, y los Tókens RepuX.

Los precios de los activos de blockchain son altamente volátiles. Las fluctuaciones de precios de los activos digitales podrían material y adversamente afectar nuestro negocio.

Los precios de los activos de blockchain, como ETH han, históricamente, sido sujeto de fluctuaciones dramáticas, y son altamente volátiles. Muchos factores pueden influenciar la utilidad de los Tókens RepuX, incluyendo, pero no limitándose a:

Una disminución en el precio de únicos activos de blockchain puede causar volatilidad en toda la industria de activos de blockchain, y puede afectar a otros activos de blockchain, incluyendo los Tókens RepuX. Por ejemplo, una violación de seguridad que afecte la confianza de un tenedor o usuario en ETH, podría afectar la industria por completo, y podría causar que la utilidad de los Tókens RepuX y otros activos de blockchain sea incierta.

Referencias

Tabla de contenido