Con el propósito de que la comunidad Hispana pueda tener acceso al proyecto de Red Social ONO y como parte del equipo de ONO Builders, me dispongo a publicar los capítulos del Libro Blanco traducidos por mí mismo, con la firme convicción de que ONO será una propuesta totalmente revolucionaria en el mundo de la tecnología relacionada a las redes sociales.
Nota: La siguiente traducción ha sido aprobada por el equipo ONO.
Para quienes no estén bien empapados con el tema, acá les dejo dos artículos que seguramente les aclarará muchas dudas al tiempo que les empujará a unirse a nuestro proyecto. Para cualquier pregunta, 
| Para leer: |
|---|
IMPORTANTE: Libro Blanco de ONO [1ra Parte]
IMPORTANTE: Libro Blanco de ONO [2da Parte]
ONO: Preguntas Frecuentes 1ra Parte [para todos los hispanohablantes]
ONO: la evolución o ¿revolución? de las redes sociales [imperdible]
Capítulo tres
Marco técnico
El marco técnico de ONO se puede dividir en las siguientes seis partes:
- 3.1 Sistema de autenticación de estado
Como uno de los servicios básicos del ecosistema de ONO, el sistema de certificación de identidad de ONO proporciona muchos servicios básicos, incluidos el registro de cuenta, la confirmación de contenido, la certificación de identidad y la gestión de límites, entre otros. Después de que el usuario se registra en el sistema, se realizará la certificación de identidad. El usuario que accede a través de la certificación de identidad tendrá más autoridades, como participar en el referéndum y la construcción del ecosistema, etc.
- 3.2 Sistema de almacenamiento de contenido
El contenido producido por los usuarios de ONO en el sistema ONO son los productos principales de los usuarios y también los activos centrales de la economía de atención de ONO. Por lo tanto, ONO debe garantizar que el contenido de los usuarios se almacene de manera segura.
Los datos de contenido establecidos por los usuarios de ONO utilizarán la clave privada de los usuarios para habilitar el cifrado. Además, los datos cifrados se almacenarán en la red de almacenamiento distributivo DHT descentralizada, por ejemplo, IPFS. El Hash de los datos se almacenará en la blockchain. Los usuarios con la autoridad adecuada pueden citarlo mediante contratos inteligentes, direccionando así los datos. Mientras tanto, el proveedor de almacenamiento no podrá obtener la clave privada de cifrado correspondiente, por lo que no podrá extraer los datos del usuario.
IPFS es un sistema de almacenamiento descentralizado y distribuido, con el objetivo de conectar todos los datos de la computadora en el mismo sistema de archivo. IPFS adopta técnicas de direccionamiento de contenido, con lo cual, los usuarios no tienen que preocuparse por la posición del servidor ni considerar el nombre y la ruta de almacenamiento del archivo. Cada archivo se almacena en un nodo IPFS y obtendrá solo la función Hash encriptada basada en el contenido.
La función Hash apunta directamente al contenido del archivo. Incluso si solo se altera un bit, la función Hash será totalmente diferente. Cuando IPFS es solicitado por el Hash de un archivo, empleará la tabla Hash distribuida para encontrar el nodo donde se almacena el archivo, para luego extraer el archivo y verificar los datos del archivo. La red IPFS es una red no fija, fina y distribuida. Se puede adaptar mejor a los requisitos de cualquier red de distribución de contenido.
Actualmente IPFS está en desarrollo. Para garantizar la experiencia de los usuarios, en una etapa temprana, ONO emplea una arquitectura de servidor de desarrollo central altamente eficiente. Los contenidos de los usuarios se cifrarán y almacenarán en la base de datos central. Bajo la premisa de proteger completamente la seguridad de los datos de los usuarios, se garantiza el alto rendimiento de las operaciones de lectura y escritura; además, la experiencia de interacción de los productos de redes sociales está garantizada en el mayor grado.
- 3.3 Mecanismo de Consenso y Mecanismo de Incentivo
El ecosistema que ONO está estableciendo tiene una gran cantidad de concurrencia de datos.
Se presume que los usuarios diarios en la plataforma serán aproximadamente cinco millones, y luego, se podría estimar que la blockchain necesita ejecutar más de 600 transacciones por segundo.
La fórmula: si la cantidad de usuarios activos es de 1,000,000:
1,000,000 de usuarios * 10 veces las operaciones por usuario cada día (publicar, comentar y reenviar) = 10,000,000 de transferencia / día
= 10,000,000 / 24/3600 / segundo = 116 veces / segundo Si la cantidad de usuarios activos es de 5,000,000:
= 580 veces / segundo
El mecanismo de consenso existente POW (Prueba de trabajo) y POS (Prueba de estaca) es obviamente incapaz de cumplir con estas altas necesidades transaccionales. Para cumplir tanto con la experiencia del usuario como con el sistema descentralizado, el actual DPOS + BFT es una mejor solución.
La Prueba de Estaca Delegada (DPOS) es un mecanismo de consenso basado en la prueba de intereses del consignador. Se usa principalmente para realizar la consistencia de las cuentas distributivas. Bajo el mecanismo DPOS, mediante votación de nodos, se generan N testigos que pueden firmar el bloque. Debido a la implementación de un mecanismo de votación descentralizado, DPOS es bastante democrático, y puede garantizar que los comportamientos de los testigos sean honestos e imparciales. Mientras tanto, cada bloque puede demostrar que el bloque anterior fue confirmado correctamente por los testigos.
El pseudo código del mecanismo DPOS se realiza de la siguiente manera, para la ronda i:
dlist_i = obtener N delegados ordenados por votos dlist_i = shuffle (dlist_i)
loop slot = global_time_offset / block_interval pos = slot% N
Si hay delegados [pos] en este nodo generateBlock(keypair of delegates[pos]) else skip
La tolerancia a fallas bizantinas (BFT) es una especie de modelo de medición del grado de tolerancia del sistema de distribución del error. Si un sistema distributivo puede tolerar la ocurrencia de cualquier falla (estas fallas pueden incluir error de hardware, congestión y demora de la red, ataque de hackers y traición de nodos), podemos decir que el sistema ha alcanzado el nivel Tolerante a fallas bizantinas. Aunque ya en la década de 1980, Lamport ha demostrado la viabilidad de la tolerancia a errores bizantinos en el documento, no existe un algoritmo práctico y altamente eficiente para realizarlo. Hasta el año de 1999, Castro y Liskov publicaron Practical Byzantine Fault Tolerance. 2.1 La transferencia de la teoría de BFT puede convertirse en una solución lograda en la práctica.
ONO espera adoptar un mecanismo de consenso de DPOS + BFT para fortalecer la seguridad de DPOS y hacer que tolere las fallas bizantinas. Es un tipo de solución potente y descentralizada que puede resolver eficazmente los problemas tecnológicos que enfrenta la plataforma ONO.
La apariencia de EOS permite la implementación de la visión ONO.
EOS es un sistema de operación blockchain diseñado para aplicaciones comerciales distribuidas. La capacidad de procesamiento de DPOS + BFT es subyacente.
La lógica de la arquitectura puede alcanzar millones de transacciones por segundo y, mientras tanto, puede lograr la extensión del rendimiento de las aplicaciones distribuidas, perfectamente aplicable al DApp de ONO.
La plataforma ONO se pondrá en línea el 15 de abril de 2018 y se desplegará en la blockchain pública de Ethereum en la etapa inicial. A fin de satisfacer las necesidades de las operaciones comunitarias y la construcción de la fase inicial, ONO implementará un sistema de invitación para restringir el acceso a 300,000 usuarios potenciales. Por otro lado, el rendimiento de la cadena Ethereum puede admitir 300,000 usuarios activos. Después de que EOS inicie formalmente su propia cadena, ONO migrará inmediatamente a EOS.
2.1 M. Castro, B. Liskov y otros, "Practical byzantine fault tolerance" http://pmg.csall.mit.edu/papers/osdi99.pdf
Mecanismo de Incentivo
Comparado con algunos negocios de blockchain, el POW no solo es el mecanismo de consenso, sino que también es el mecanismo de incentivo utilizado para alentar a los mineros activos a seguir trabajando.
Dado que ONO es la aplicación de red social, dentro del sistema de red, los usuarios que crean valor y que tienen alto rendimiento son los que son más críticos para el ecosistema de ONO. Al mismo tiempo, el costo de ejecutar el sistema DPOS + BFT es extremadamente bajo. Es diferente de las criptomonedas tradicionales de blockchain porque no tiene necesidad de recompensar a los mineros.
ONO usa el grado de contribución para probar el mecanismo POC (Poder de Contribución). POC se usará para definir y cuantificar las contribuciones del usuario y emitir la ONOT coincidente. Los comportamientos activos del usuario incluyen, pero no se limitan a: ser un socio conjunto de la construcción de la red social, unirse a los equipos de desarrolladores, ser productor de contenido y usuario de software, etc.
Más detalles en "Capítulo Cuatro Sistema Económico".
- 3.4 Mensajería instantánea cifrada de extremo a extremo
Para garantizar la privacidad del usuario, ONO encripta cada mensaje de extremo a extremo. La clave del remitente del mensaje está firmada por el protocolo para acceder al contenido de la conversación, ya sea un chat unidireccional o un chat grupal. El mensaje se enviará a una red P2P. Si la dirección del nodo del receptor es conocida y en línea, el mensaje se enviará directamente. De lo contrario, el mensaje será almacenado y reenviado temporalmente en un nodo de red P2P. Debido a que el mensaje se cifra de extremo a extremo, cualquier otro nodo no puede verificar el contenido del mensaje reenviado. Además, una vez que el mensaje es leído por el destinatario, se eliminará permanentemente en todos los nodos de almacenamiento temporal.
- 3.5 App de Plataforma Abierta
El desarrollo continuo del ecosistema ONO depende del contenido generado por los usuarios. La evolución del compromiso social y el desarrollo de aplicaciones ricas en una red social son los componentes necesarios que impulsan el crecimiento. La plataforma abierta de ONO proporciona una gran cantidad de componentes básicos. Al usar los componentes básicos que ofrece la plataforma, los desarrolladores pueden crear aplicaciones comunitarias personalizadas para satisfacer la demanda de diferentes usuarios y obtener recompensas por hacerlo. Los componentes básicos de ONO consisten en componentes de UI y componentes funcionales. Los componentes UI pueden subdividirse en componentes de contenedor de vista, componentes de navegación, componentes de hoja, componentes de mapas, componentes multimedia y lienzo, etc. Los componentes funcionales comunes incluyen componentes de pago, componentes de base de datos y componentes de red, etc. Los anunciantes obtendrán acceso a ciertos canales de distribución mediante la presentación de ofertas. El sistema publicitario de ONO proporciona múltiples métodos de pago que incluyen CPA (costo por acción) y CPC (costo por clic).
De acuerdo con el algoritmo de estimulación 2.2, el sistema de publicidad ONO optimiza la tasa de distribución de los presupuestos publicitarios. El algoritmo de estimulación aprenderá a competir con otros anuncios que apuntan al mismo público objetivo y que intentarán ofrecer precios óptimos.
Las reglas de este algoritmo son las siguientes:
Oferta final (por impresión) = oferta óptima (por impresión) * CTR donde oferta óptima <= oferta máxima
CTR se refiere a la tasa de clics. La fórmula anterior también es aplicable para reflejar el VTR utilizado para mostrar los tiempos de observación y el CVR utilizado para mostrar la cantidad transferida.
- 3.6 Algoritmo publicitario
Los anunciantes obtendrán acceso a ciertos canales de distribución mediante la presentación de ofertas. El sistema publicitario de ONO proporciona múltiples métodos de pago que incluyen CPA (costo por acción) y CPC (costo por clic).
De acuerdo con el algoritmo de estimulación 2.2, el sistema de publicidad ONO optimiza la tasa de distribución de los presupuestos publicitarios. El algoritmo de estimulación aprenderá a competir con otros anuncios que apuntan al mismo público objetivo y que intentarán ofrecer precios óptimos.
Las reglas de este algoritmo son las siguientes:
Oferta final (por impresión) = oferta óptima (por impresión) * CTR donde oferta óptima <= oferta máxima
CTR se refiere a la tasa de clics. La fórmula anterior también es aplicable para reflejar el VTR utilizado para mostrar los tiempos de observación y el CVR utilizado para mostrar la cantidad transferida.
2.2 Algoritmo de estimulación de Facebook https://developers.facebook.com/docs/marketing-api/pacing
| Para más información no duden en acercarse a nuestras redes, estaremos felices de atenderlos: |
|---|
WebSite oficial: https://www.ono.chat
Telegram Chino: https://t.me/ONOCN
Telegram Inglés: https://t.me/ONOUS
Ruso ONO: https://t.me/ONORU
Weibo : https://weibo.com/ONOofficial
Cuenta oficial de WeChat: onogogo
Twitter: https://twitter.com/onosocial
Medium: https://medium.com/@ONOsocial
Steemit: https://steemit.com/@onosocial
Facebook: https://www.facebook.com/onosocial/
Reddit: https://www.reddit.com/user/onosocial