Hola a todos, aquí están algunas de las últimas preguntas y respuestas que hemos estado realizando. Como siempre, recuerde, el ecosistema está evolucionando muy rápidamente, y debemos continuar adaptándonos rápidamente para estar a la vanguardia. Debe estar atento para asegurarse de tener siempre las respuestas actualizadas para sus preguntas. Si tiene alguna duda, contáctenos en nuestro canal TG y asegúrese de hacerlo.
Oh las preguntas! Foto de Emily Morter en Unsplash
No, 1B es la cantidad final, puede verificar el código para el contrato económico 2KEY (ese es el contrato de token 2KEY): https://github.com/2key/contracts/blob/develop/contracts/2key/non-upgradable-singletons /TwoKeyEconomy.sol
(2.1) 0.06 $ es el precio del token durante el período de venta del token. Solo es relevante para los tokens que se venden en las fases de venta de tokens de semillas, privadas y públicas, todo antes del inicio de la negociación pública.
(2.2) 6M es un límite máximo para la venta de tokens, de los cuales ya hemos vendido 1.5M $ en rondas anteriores, y actualmente apuntamos a vender tokens por otros 4.5M $ para cerrar el límite, de los cuales ahora estamos cierre de compromisos de venta privada por 1.5–3M $, resto para IEO. La separación entre las cuotas privadas e IEO aún no está finalizada.
Puede leer más sobre esto aquí: https://medium.com/2key/2key-token-circulation-system-777b5093f4b0. The Long Term Reserve – 40% (400m 2KEYs): los tokens dedicados para uso futuro, podrían usarse en el futuro para llevar a cabo distribuciones de tokens adicionales y para la minería de puntos de venta en el protocolo General Purpose 2key (navegadores como mineros en MPSN). Bloqueado por 2 a 5 años. 10% (100m 2KEYs) desbloqueado después de 2 años y otro 10% (100m 2KEYs) desbloqueado anualmente en la fecha DD condicionado a que el precio del token exceda el precio de venta del token. El saldo se asigna a un contrato inteligente dedicado en el inicio económico como puede ver aquí: https://github.com/2key/contracts/blob/develop/contracts/2key/non-upgradable-singletons/TwoKeyEconomy.sol (línea 50 ) El código para el contrato de grupo a largo plazo se puede revisar aquí: https://github.com/2key/contracts/blob/develop/contracts/2key/token-pools/TwoKeyLongTermTokenPool.sol. El código se revisará a las nuevas condiciones de bloqueo antes del lanzamiento, actualmente es un bloqueo contundente de 3 años. Por lo tanto, los tokens en este grupo se mantienen mediante un contrato inteligente, de forma segura y transparente.
Cualquier proveedor de servicios que pueda ofrecer servicios a contratistas en la red, puede ganar una tarifa por conversión. También hay una tarifa de red predeterminada pagada al contrato de administración por conversión, estas tarifas se utilizan para apoyar la I + D continua y el desarrollo central del proyecto. Más allá de eso, hemos estado manteniendo conversaciones con varios proyectos / compañías que pueden servir como integradores, y hemos firmado LOI de otros. Esto es principalmente, más allá de la compañía 2key como primeros integradores, algo que requerirá desarrollo comercial y dedicaremos esfuerzos y fondos sustanciales después del lanzamiento de la red principal, durante la fase de ajuste del mercado del producto, no solo para la incorporación contratistas y usuarios, pero también se centran en gran medida en los integradores integrados, ya que pueden ser las piedras angulares principales para acceder a las fuentes de tráfico, así como hacer que la red 2key se abra a muchos más tipos de conversiones y casos de uso.
A todos los integradores se les paga una tarifa por conversión en las campañas en las que sirven. Los contratistas los contratan y su tarifa debe ser acordada por el contratista antes de que sean elegibles para servir y ganar tarifas en la campaña de ese contratista. A medida que crezcamos, el mercado también será uno de los integradores. Todas las tarifas ganadas por los integradores están en 2KEY, y de eso una tarifa de red se grava y retiene en congelación durante 10 años y luego se libera para reponer el grupo de remuneración de la comunidad, que a su vez se está agotando durante un ciclo de una década.
Hay bastantes ejemplos de integradores, estos son los tipos principales:
(4.1) validadores de conversión – p.ej. en campañas donde la conversión no es directamente validable en el libro mayor, como en las conversiones web 2.0, por ejemplo (suscripciones en un sitio web) o preguntas y respuestas, etc., puede haber integradores que ofrezcan estos servicios en la campaña, para ayudar a los contratistas y otros participantes en la campaña con validación de conversión: nuestra asociación con bandprotocol.com, por ejemplo, es para que se conviertan en un integrador en la red, para ayudar a verificar varias conversiones fuera de cadena.
(4.2) contratista / plataformas de dominio – Hemos tenido múltiples discusiones con varias plataformas que pueden verse como agregadores de contratistas. Por ejemplo, ndio.io, que dirige Diocian, una plataforma de músicos independientes (Corea), ha expresado su gran interés por integrar 2key para que puedan ofrecer músicos independientes en su plataforma para ejecutar campañas 2key para distribuir y vender su música. Lo mismo puede ser para plataformas de autor independientes, e incluso para proveedores de SDK, p. ironsource, con quien nos hemos puesto en contacto para introducir 2key en sus diversos canales. Como proveedores de SDK para desarrolladores de aplicaciones, ironsource puede ofrecer a sus desarrolladores de aplicaciones que ejecuten campañas 2key Social Sourcing para aumentar sus instalaciones. En todos estos ejemplos, la plataforma que integra 2key facilita a los contratistas con la etapa / UI a través de la cual lanzan y / o ejecutan campañas 2key, y a menudo también la validación de conversión (por ejemplo, validar un canal de compra web2.0, validar una instalación, etc.) . Lo mismo ocurre con DAO Maker y otros que están esperando integrar 2key en sus plataformas de agregación de contratistas.
(4.3) validadores de convertidor – los servicios que ofrecen diversas soluciones de kyc pueden ser utilizados por los contratistas para asegurar kyc en sus campañas.
(4.4) optimizadores del modelo de incentivos – hay mucho espacio para optimizar los modelos de incentivos para compartir en línea para varios casos de uso, verticales, dominios, etc. Un contratista podrá elegir entre varios proveedores de servicios para desarrollar modelos de incentivos en sus campañas.
(4.5.) proveedores de servicios generales Hay algunas integraciones a nivel de red, no a nivel de campaña, que también son de interés, p. donde otros proyectos integran sus servicios en la red 2key y se pagan en 2KEY (por ejemplo, Enigma). La mayoría de estos proyectos tienen sus propios tokens, por lo que seguir un mecanismo de intercambio permite que la red 2key pague en su propio token, y el proyecto que integra los servicios para recibir el pago también en su propio token, lo que beneficia tanto a la economía del token.
Hay un nombre de usuario / identificador para cada usuario en la plataforma. Actualmente, ese identificador está asociado con una única dirección de no custodia y una sola dirección de custodia, pero esto puede cambiar en el futuro para permitir que se use más de 1 conjunto de claves por usuario. La dirección de custodia se usa para participar en transacciones de capa 2, y la dirección de no custodia se usa para cobrar y retirar efectivo (compras, recompensas, etc.).
El enlace del nombre de usuario a las direcciones públicas del usuario se guarda en el contrato de registro, pero aparte de eso no hay un almacenamiento directo de datos de identificación personal en el libro mayor, que no sea en forma cifrada. El nombre de usuario está destinado a ser permanente, vinculado a un individuo específico, pero no identificable personalmente sin el consentimiento del usuario. Es decir. el usuario puede probar que es este nombre de usuario, pero otros no pueden entender quién es este usuario mirando los datos del contrato. La razón por la cual el identificador está fuertemente vinculado es porque la reputación se gana y se pierde en ese identificador, vinculada a esas direcciones, vinculada a esa persona individual. La información de identificación personal, si la recopila KYC u otros medios a través de la aplicación 2key o 2key, solo se almacena en servidores cifrados en nuestro backend. En otros formatos públicos (plasma, ipfs, ethereum), solo se almacenan datos criptográficos basados en direcciones y tx. Dentro de una campaña hay un gráfico de reputación / influencia local que se está construyendo, y esto se superpone en un gráfico / reputación general. Puede leer más sobre esto en nuestro documento modelo de incentivo aquí.
Usando nuestra última patente con firmas schnorr, el gráfico de referencia del protocolo 2key de la segunda capa tendrá un conocimiento completamente cero, por lo que incluso las direcciones públicas de los referentes no estarán disponibles. Ya ahora, los enlaces se almacenan en hashes de IPFS solo conocidos por los participantes de la campaña que fueron invitados directamente, y luego solo están expuestos a su trayectoria de referencia específica en su ruta lineal específica en el gráfico. La capa de persistencia en la capa 1 en la resolución de la campaña no almacena las rutas, sino los resultados finales, y una vez que implementemos la última versión del protocolo en producción, la capa 2 también estará completamente enmascarada (se podría decir que ya está enmascarada como allí solo aparecen direcciones públicas, pero una vez que no aparezca nada allí, será mucho más privado). En cuanto a guardar el gráfico de reputación global, somos socios de lanzamiento con Enigma y nuestro objetivo es utilizar sus entornos de ejecución de confianza y contratos secretos para este propósito. Esto permitirá enmascarar todos los datos atómicos para que cualquiera pueda verificar que se haya aplicado el modelo de incentivo global y pueda verificar que la reputación global de cada usuario sea válida, sin exponer los bordes atómicos del gráfico de reputación global a partir del cual Se han calculado los datos globales.
El token 2KEY es un token de utilidad, por lo que no podemos prometer ni discutir los aumentos en el precio del token. Lo que analizamos en nuestros documentos son los efectos que el uso de la economía tiene sobre la demanda del token 2KEY. Como el token 2KEY es una moneda deflacionaria, es decir, existe una cantidad fija, la dinámica de la oferta y la demanda que dan como resultado el precio puede discutirse más claramente. En cuanto a las proyecciones de oferta y demanda a 10 años, puede consultar el documento aquí. En cuanto a por qué crea el uso regular de la red (orgánico, automático, atómico) (demanda, distribución, replanteo), puede leer aquí.
Lo que debemos recordar aquí es que se trata de la inercia y el proyecto / equipo central. BTC y ETH son de código abierto, por completo, pero se mantienen como los proyectos más grandes con la mayor capitalización de mercado, debido a una inercia en el desarrollo y la comunidad que es difícil de romper. Entonces podría bifurcar BTC y llamarlo ahora moneda BTSCAM, pero sin la inercia humana de las personas que trabajan y creer en el proyecto BTC, eso no aportaría mucho valor a BTSCAM, a pesar de que es técnicamente idéntico. Ahora, después de eso, debe continuar evolucionando, por lo que debe tener un equipo y una comunidad que puedan evolucionar y adoptar la "bifurcación" mejor que el original, es decir, dada la inercia inicial del desarrollador que se ha incorporado en el original, es difícil de hacer.
En cuanto a 2key, no bastamos con eso, ya que todavía no tenemos inercia inicial, por lo que tenemos bastantes mecanismos más en juego:
(7.1) Toda la arquitectura de red de 2 claves de contratos inteligentes + protocolo de segunda capa + infraestructura es inmensamente compleja. Incluso si alguien tuviera todo el código en sus manos + todos nuestros devops en AWS + todos nuestros devops en Azure + todos nuestros devops en IPFS + todos nuestros devops en plasma + todos nuestros devops en EVM, etc. sin el núcleo completo equipo, no podrían realizar ingeniería inversa o incluso lanzar esta red de clones, ya que no entenderían cómo funciona y cómo armarla. Además, a partir de entonces, sería prácticamente imposible avanzar en su desarrollo (recuerde que solo estamos al principio, y que la mayor parte del desarrollo todavía está por delante, y somos nosotros los que tenemos la visión y la misión y plan, eso es difícil de clonar, ya que siempre está evolucionando 🙂
(7.2) Solo 3 repositorios de los más de 15 necesarios para ejecutar el sistema son de código abierto. Incluso los miembros del equipo dentro del equipo central no tienen acceso a todos los repositorios, cada desarrollador tiene acceso a un máximo de 3–4, y en promedio 1 repositorio. Y los repositorios de código son solo el comienzo, ya que hay muchos otros infra y devops ejecutándose, por lo que incluso si de alguna manera obtuviste todo el código, es inútil sin entender cómo se conecta, y en qué infra ejecutarlo y cómo.
(7.3) La IP está patentada en todo el mundo con PCT, y más tarde (en 16 meses) podemos registrarla en cualquier lugar del mundo. Continuamos trabajando en nuevas patentes todo el tiempo, a medida que continúa el plan de I + D para el protocolo. Por ejemplo, las actualizaciones de protocolo para las campañas de CPC son muy emocionantes e incluyen algunas criptografías novedosas y sistemas a prueba de conocimiento cero integrados en el puente de validación de plasma-ethereum, ya está funcionando en POC, y comenzaremos a incorporarlo al producto la próxima semana, Con suerte, habrá primeros vislumbres de la campaña de CPC en la aplicación a mediados de noviembre. Además, ahora estamos trabajando en una criptografía muy emocionante para permitir la distribución de contenido de medios digitales (libros, música, audio, video), de una manera que sea validada a prueba de piratería y validada, pero totalmente descentralizada. Esto es algo MUY enorme, pero no puedo discutirlo más por el momento.
(7.4) La arquitectura de los contratos está sumada y autorizada, lo que significa que solo se puede usar en la red el código de bytes del contrato válido que fue aprobado por el congreso, por lo que la arquitectura de la red de los contratos está protegida contra el código externo. Cada contrato ejecutado en la red debe registrarse en la red en el contrato singleton del validador, y luego su código de bytes tiene una suma de verificación, y en adelante cada nodo del navegador descarga las versiones del protocolo de suma de verificación y las interfaces del contrato de suma de verificación. Esto significa que no es posible inyectar código externo no aprobado en la arquitectura de red 2key, ni en desarrollo ni en tiempo de ejecución.
Tenemos el modelo de incentivo completo v1 que aún necesitamos implementar, lo he citado arriba y aquí está nuevamente. Espero que se implemente a fines del primer trimestre de 2014, dependiendo de la financiación y los recursos, ya que es un gran proyecto. Esto se ocupa de la cuestión de cómo se gana y se pierde la reputación. Esto es solo V1, y seguramente necesitaremos evolucionarlo, pero sea cual sea su versión, tendrá efecto en toda la red.
Actualmente hay un sistema de reputación muy básico en juego que otorga reputación en cada conversión exitosa para todas las partes involucradas, utilizando una metodología ingenua, que ya está implementada en la aplicación (que aparece en la estrella en su página de perfil). Ahora está descentralizado (los contratos actualizan la reputación una vez que se producen las conversiones validadas), y será descentralizado, aunque privado, más adelante, utilizando nuestra asociación con el enigma. Es decir, eventualmente los participantes podrán ver cuál es la reputación de los demás (como en linkedin y stakoverflow y quora), pero no estarán expuestos a la información atómica central que condujo a esta visión global.
A diferencia de las soluciones centralizadas, podrán validar que el modelo de incentivo en acciones y resultados de contratos validados se ha actuado, y todos podrán validar criptográficamente que el modelo de incentivo se está calculando de manera transparente en todos los participantes por igual. Es importante tener en cuenta la gran importancia de la reputación: el capital social es el activo subyacente de la red 2key: es lo que cada participante puede ganar o perder, pero nunca comprar. La red económica 2key se basa en este activo subyacente, de manera que la reputación de integradores, moderadores, contratistas, referentes y convertidores tiene implicaciones monetarias directas en la red.
Por ejemplo, una reputación más alta conduce a tarifas más bajas pagaderas por los contratistas, o tarifas más altas a cargo de los integradores. También significa que los contratistas con mayor reputación tienen requisitos de participación menores para activar los contratos. Además, los referidos con mayor reputación pueden ganar más por conversión después de ellos en refchains de campañas en las que participan (dependiendo de la categoría de la campaña y la categoría de la reputación que tienen). Una mayor reputación para los convertidores puede significar que se exponen a más campañas y que sus participaciones conllevan mayores descuentos o derechos. Una reputación más baja para los referentes también puede significar que se les prohíbe participar en varios tipos de campañas. Puede leer más al respecto en nuestro blog, documentos de tokenomía y papel amarillo.
Existen múltiples mecanismos que ya funcionan para intercambios entre cadenas. La idea detrás del protocolo 2key es que es una solución de escalabilidad independiente de la primera capa para capturar completamente blockchains. Lo horneamos en ethereum como capa1 por conveniencia y velocidad, pero el núcleo del protocolo es completamente independiente de qué se usa como capa1. Será posible usar el protocolo 2key como layer2 en elrond, ya que podemos, por ejemplo, cargar algunos tokens 2KEY de elrond, y tener estos intercambiados con tokens ethereum 2KEY utilizando intercambios atómicos sin contrato de intercambio 2key en ethereum.
Eso es todo por hoy, estad atentos, hay mucho más por seguir 🙂
