cocos bcx

Introducción a la red principal de Cocos-BCX

Publicado por
Comparte en redes sociales

Introducción a la teoría de la red principal de COCOS BCX

2.1.1 Diseño general

Explorador completo de billetera y blockchain

Cocos-BCX proporciona carteras de activos digitales a una variedad de plataformas operativas, como Android, iOS y Windows, lo que garantiza que los usuarios principales puedan participar en la circulación de activos. Los usuarios pueden almacenar activos digitales del juego y tokens ERC20 importados a través de la puerta de enlace de intercambio en la billetera, lo que facilita las transacciones de monedas del juego en la plataforma de circulación. Por otro lado, Cocos-BCX asegura la seguridad de los activos digitales almacenados por el usuario en la billetera con el algoritmo de nivel financiero y autenticación KYC.

La billetera Cocos-BCX está incorporada con un explorador de blockchain para que los usuarios busquen información en la cadena registrada en cada bloque. Cada sistema blockchain tiene su propio explorador. Cocos-BCX ofrece un explorador de blockchain completo con funciones de búsqueda y salto, por ejemplo, cuando se genera un activo de utilería poco común, los datos relevantes se registrarán en la cadena principal. Los usuarios pueden encontrar información de transacciones relevante en el explorador de blockchain. El explorador de blockchain Cocos-BCX también ayuda a los usuarios a verificar la información de la operación atómica. La distribución de activos es más transparente en el explorador de blockchain con todos los datos registrados en la cadena, que es auténtica y resistente a manipulaciones.

Sistema de contrato inteligente iterativo

Para los sistemas de contrato representados por Ethereum, el contrato inteligente no se puede modificar una vez lanzado, lo que dificulta el cumplimiento de los requisitos de la actualización de la lógica del juego y la corrección de errores. Para resolver estos problemas, desarrollamos un sistema de contrato iterativo.

../_images/3.12.png

El sistema permite a los usuarios autorizados actualizar el contrato con el modificado después de que los desarrolladores liberan el contrato definido en la cadena de bloques. Aunque la versión anterior todavía existe (para garantizar la apertura y la equidad), la dirección en cadena se sobrescribirá con los datos del nuevo contrato y las referencias de la aplicación de contratos múltiples se actualizarán automáticamente.

Declaración de cosmovisión

La mayoría de los elementos son universales en el sistema de juego actual. Para reducir el diseño repetido, aumentar la eficiencia del desarrollo del juego y hacerlo más interesante, Cocos-BCX presenta el concepto de cosmovisión. Los recursos y accesorios del juego con la misma visión del mundo son interoperables. La cosmovisión de los juegos blockchain es una identificación que se utiliza para distinguir entre la configuración de la historia y la configuración de personajes / elementos / reglas y el alcance de la utilidad. Los elementos del juego siguen una especificación unificada en la cosmovisión, donde los recursos del juego y los elementos con la misma cosmovisión se pueden migrar y circular en diferentes juegos bajo esta cosmovisión pagando la «tarifa de migración», que puede considerarse como el «viaje» de los accesorios del juego. .

En Cocos-BCX, la cosmovisión define los escenarios de aplicación, reglas de circulación y registro de los activos de NH, así como la información básica de la cosmovisión (ID de cosmovisión) y el símbolo de los tokens circulativos.

Tomando TYPE-MOON como ejemplo, la cosmovisión está unificada. Por lo tanto, el sistema se actualizará una vez que los nuevos juegos compartan esta visión del mundo. Sus obras incluyen:  Tsukihime, el juego doujin;  Kara no Kyoukai, la novela;  Fate / Stay Night ; Fate / Stay Night, el primer juego comercial;  Disco de fans Fate / Hollow Ataraxia of Fate / Stay Night;  Serie Melty Blood, el juego de lucha basado en escenarios.

Los personajes, elementos y escenarios de la trama en cada obra con la misma cosmovisión son universales, y es común en el mundo real que los creadores de juegos desarrollen varias obras en la misma cosmovisión.

Cocos-BCX permite a los desarrolladores de juegos declarar una cosmovisión en el momento de la creación. Además, la cosmovisión puede tener su propio comité de gobernanza (y comité de consenso), al que se le puede permitir tener su entorno de cadena de bloques independiente en el futuro.

Objeto de todo el mundo «Viajar»

Los activos y accesorios del juego bajo la misma visión del mundo son interoperables en diferentes juegos. Por ejemplo, los accesorios del juego B se pueden usar en el juego A y en el juego C, como se muestra en la Figura 3-4-1 a continuación.

../_images/3.14.png

Los accesorios del juego que siguen las reglas unificadas en la cosmovisión se pueden transferir a diferentes juegos pagando una tarifa de migración, que es el «viaje» de los accesorios del juego. Los accesorios son un activo digital no homogéneo para los juegos basados ​​en blockchain. El «viaje» de los accesorios es el proceso de aplicar el activo bajo la misma visión del mundo en diferentes juegos. La modificación del activo por diferentes juegos se almacena en los datos de zona de cada juego. Los datos de diferentes juegos son independientes entre sí bajo la configuración predeterminada, y solo se permite la modificación interna de los datos de la zona.

../_images/3.15.png

Mecanismo de herrería

La Herrería es una serie de cuentas con derecho a generar utilería y equipamiento, y una serie de contratos. Como una de las funciones principales de todos los juegos, Smithy puede ser administrado por creadores de juegos o por gremios de juegos y estudios de diseñadores. Los jugadores convierten las monedas y los materiales del juego en accesorios o compran artículos directamente en la herrería. Este proceso abierto y transparente otorga a los accesorios una singularidad como otros accesorios, que se pueden recuperar y buscar en el explorador de blockchain.

../_images/3.16.png

La combinación de puntales en el mecanismo de Smithy es una operación atómica para asegurar la atomicidad. Todas las operaciones de la transacción tendrán éxito o fallarán simultáneamente. El núcleo de «jugador-el-jugador-herrería» consta de dos partes, es decir, el jugador envía materiales a la herrería y este último devuelve los accesorios terminados a los jugadores, que en conjunto pueden considerarse como una transacción completa. La información de las dos partes se registrará en la cadena para garantizar que la transferencia de activos de los usuarios sea verdadera, confiable y a prueba de manipulaciones. Al hacerlo, los materiales en circulación, los tokens y otros activos digitales liberados por los jugadores están libres de ser manipulados de la misma manera que en el sistema de juego centralizado, y también se puede evitar la pérdida de datos, protegiendo así el interés de los jugadores.

La Herrería tiene las siguientes características:  Es una serie de cuentas con derecho a generar utilería y equipamiento, y una serie de contratos;  Es donde se pueden generar accesorios independientemente del juego;  Los accesorios generados aquí son únicos;  La generación de accesorios, el establecimiento de atributos y la transferencia de propiedad a los usuarios se combinan en una sola operación atómica;  Está gestionado por el comité de gestión de la cosmovisión (desarrollador de juegos, gremios de jugadores y la unión de diseñadores)

Cocos-BCX empodera a Smithy con la generación de accesorios justo debajo de la cosmovisión. Por ejemplo, Excalibur puede circular entre obras en la cosmovisión Arthur Legendary o en la cosmovisión TYPE MOON, con el activo homogéneo bajo una cosmovisión unificada como estándar de transferencia.

Combinación de accesorios anidados

Los accesorios y el equipo del juego pueden estar compuestos por varios componentes y elementos. En Cocos-BCX, los activos digitales no homogéneos del juego blockchain, es decir, los accesorios, también se pueden anidar y contener.

../_images/3.17.png

Cada accesorio puede incluir varios elementos. El activo principal puede contener uno o más activos secundarios y el activo secundario puede tener otros activos secundarios. Por ejemplo, la combinación de accesorios anidados a continuación, «Cometa rojo» en la figura consta de tres accesorios secundarios, «Motor», «Rueda» y «Arma», y los accesorios secundarios «Motor» y «Rueda» se componen respectivamente de otros sub-props – «Combustible», «Filtro» y «Equipo», «Neumático».

Plataforma de circulación de accesorios

En Cocos-BCX, las transacciones de accesorios se implementan principalmente mediante dos funciones: La compra de accesorios es una operación atómica de varios pasos, donde los datos de los accesorios de la cuenta del usuario se actualizan mientras se paga la tarifa. Si el bloque de la cadena principal no reconoce alguna acción en la actualización de los datos de los activos, se revertirá toda la transacción.

Para la transferencia de los props, las funciones que brinda Cocos-BCX no cambian directamente la propiedad de activos específicos, sino que envían una solicitud de transferencia de activos a la plataforma de circulación de activos OTC (centralizada o descentralizada). En principio, los usuarios solo pueden operar (transferir o vender) sobre sus propios activos, que no deben ser controlados por ningún tercero, como la plataforma. La plataforma de circulación de activos OTC necesita registrar orderObject después de que la función se ejecute con éxito. O se llama a la función getItems antes de que se envíe la solicitud a la lista de accesorios de usuario para que el usuario seleccione. Básicamente, se trata de una coincidencia de igual a igual de las solicitudes después de que se recibe la solicitud de compra.

A diferencia de las plataformas de transacciones de juegos tradicionales, no hay intermediarios en la plataforma de circulación de activos digitales descentralizados de Cocos-BCX, lo que mejora la eficiencia de las transacciones de ambas partes. Por otro lado, las tarifas van directamente a los vendedores en lugar del intermediario, lo que permite a los vendedores obtener más beneficios y a los compradores consumir menos. Los jugadores pueden realizar transferencias y compras de activos no homogéneos, como monedas del juego y activos de utilería en el juego, en la plataforma de circulación de utilería. La plataforma adopta un contrato inteligente para el emparejamiento automático de pedidos para proporcionar un servicio de intercambio más eficiente durante todo el proceso de circulación.

La plataforma de circulación estará conectada con los datos del juego que se ejecutan en múltiples plataformas. Con una compatibilidad y personalización óptimas, los creadores de juegos pueden diseñar de manera flexible e independiente su propia estructura de almacenamiento de juegos en cadena y conectar los datos del juego a la plataforma de circulación. Por lo tanto, los usuarios pueden acceder fácilmente a las monedas y los activos de utilería de varios juegos en la plataforma, proporcionando un fuerte apoyo para la circulación de activos dentro del juego.

Después de ser autorizado para iniciar sesión en la plataforma, los usuarios pueden enviar sus activos de accesorios del juego a la plataforma a través de pedidos. Las órdenes de compra y venta que cumplan con los requisitos serán emparejadas automáticamente por el sistema. La transacción cubre activos homogéneos y no homogéneos, como monedas, accesorios, equipos y datos del juego en el juego.

La información del pedido se escribirá en blockchain una vez que se publique. Los activos correspondientes en el juego también se congelarán al mismo tiempo.

Un proceso típico de transacción de activos se muestra como:

../_images/3.111.png

Un ejemplo de plataforma de circulación de accesorios

La plataforma de intercambio admite las transacciones gratuitas de COCOS, «monedas de juego» emitidas de forma independiente (activos digitales homogéneos) y activos prop (activos no homogéneos).

Los servicios proporcionados por la plataforma de intercambio incluyen el intercambio de COCOS por otras monedas del juego y el intercambio de diferentes monedas del juego, cuyo precio está determinado por su tipo de cambio frente a COCOS. La plataforma de intercambio puede mejorar la liquidez de la industria del juego al tiempo que proporciona una base de evaluación unificada para el valor de las diferentes monedas del juego.

La circulación del contenido del juego en la plataforma indica principalmente el intercambio y la circulación entre COCOS, monedas del juego y accesorios. Como los datos de los elementos del juego son altamente personalizables, los datos de los diferentes accesorios del juego pueden ser posiblemente inconsistentes, por lo que es necesario que los creadores del juego autoricen y proporcionen un método analítico para que los contenidos de los juegos se conecten a la plataforma de circulación.

Cuando los usuarios envían un pedido de transacción en la plataforma de intercambio de contenido, los activos del juego relacionados (monedas o accesorios) se bloquearán y no se podrán utilizar. El pedido contiene el ID de cuenta del vendedor y el contenido de los activos que se venderán. Cuando se iguala el pedido, el sistema transferirá automáticamente la propiedad de los activos y entregará al vendedor las tarifas pagadas por el comprador. En el proceso de la transacción, la transferencia de activos digitales entre las dos partes se fusionará como una operación atómica, que consiste en agrupar las operaciones de las dos partes en una sola transacción. El estado de estas acciones es consistente. La finalización normal de la transacción dará como resultado una ID de transacción única que se puede verificar en la cadena de bloques, como se muestra en la siguiente figura:

../_images/3.1-1.png

Sistema de permisos mejorado

Sistema de permisos específico y operaciones en cadena para respaldar más segmentos comerciales

El diseño de Cocos-BCX de separar la propiedad de los activos del derecho de uso especifica el sistema de permisos existente de los activos. El derecho de uso determina si el usuario tiene permiso en la mayoría de las operaciones, mientras que la propiedad determina si el usuario tiene la propiedad real y los derechos clave para operar los activos. Ciertas operaciones deben estar firmadas conjuntamente por el propietario y el usuario.

../_images/3.1-2.png

Con operaciones específicas, Cocos-BCX proporciona operaciones que pueden ser llamadas por contrato. Las operaciones pueden respaldar la transferencia de propiedad y derechos de uso, y permitir la creación de una tarea cronometrada. Las operaciones de creación de una tarea cronometrada pueden especificar las tareas que se ejecutarán al vencimiento (si se llama a una función de contrato).

../_images/3.1-3.png

Implementación de nuevos modelos de negocio por contrato y PO

La cadena Cocos-BCX mejorada agrega una variedad de operaciones atómicas y estructuras de datos para posibles negocios de nuevo tipo. Basado en el sistema de contrato BCX, los desarrolladores pueden entregar fácilmente las lógicas de negocios que no se pueden implementar con el sistema tradicional de blockchain / contrato, como arrendamiento de activos, hipotecas y promesas.

  • Alquiler

Las funciones para cada proceso del negocio de leasing se definen en el contrato inteligente. Cuando se llega al acuerdo de arrendamiento, las funciones del contrato implementan los comportamientos, incluido el pago de rentas y la transferencia de permisos, combinando el OP de cambio de propiedad y el OP de transacción general. El OP de tareas cronometradas basado en blockchain define actividades comerciales como reclamar el uso justo al vencimiento.

../_images/3.1-5.png

  • Promesa

Las funciones para cada proceso del negocio de compromiso se definen en el contrato inteligente. Cuando se produce un compromiso, las funciones del contrato implementan los comportamientos, incluido el pago del compromiso y la transferencia de los permisos mediante la combinación del OP de cambio de propiedad y el OP de transacción general. El OP de tareas cronometradas basado en blockchain define actividades comerciales como reclamar el derecho de uso al vencimiento o devolver la propiedad en el caso de redención durante el compromiso.

../_images/3.1-6.png

  • Empeñar

Las funciones para cada proceso del negocio de empeño se definen en el contrato inteligente. Cuando se llega a un acuerdo de empeño, las funciones del contrato implementarán los comportamientos, incluido el pago de la tarifa de empeño y la transferencia de los permisos combinando el OP de cambio de propiedad y el OP de transacción general. El OP de tareas cronometradas basado en blockchain define actividades comerciales como reclamar el derecho de uso al vencimiento o devolver el derecho de uso en el caso de redención durante el empeño.

../_images/3.1-7.png

Autonomía del jugador y seguridad de los activos

El kit de herramientas de nodos de Cocos-BCX será de código abierto, donde los desarrolladores de juegos, los operadores, los gremios de jugadores y los estudios de diseñadores pueden ser nodos y participar en la elección de los nodos del consejo.

Debido a la apertura y transparencia de la red blockchain, la información de los activos digitales en el juego es accesible para todos a través del explorador de blockchain. Dado que las cuentas con activos no homogéneos de alto valor en los juegos tienden a ser el objetivo preferido de los piratas informáticos, Cocos-BCX concede gran importancia a la seguridad de la cuenta del jugador y proporciona los siguientes mecanismos de seguridad:

 Permiso de operación La propiedad y el derecho de disposición de los accesorios en el juego son propiedad exclusiva del jugador, por lo tanto, la operación para destruir cualquier elemento debe ser manejada o permitida por el propio jugador;  Atomización de operaciones clave Cuando se envía una orden de intercambio o creación de un activo a la plataforma o la Herrería, todas las operaciones del proceso se consideran una transacción atómica indivisible. Esto significa que la participación en estos procesos solo puede ser aprobada por consenso. Si alguna de las operaciones no es reconocida por la red blockchain, toda la operación se revertirá para evitar cualquier transacción anormal.  Verificación escalable de varios pasos Además de la contraseña de verificación de transacciones de blockchain,

Editor de contratos inteligentes visualizado

Cocos-BCX proporciona un editor de contratos visualizado para que los desarrolladores editen contratos inteligentes, que se simplifica desde un punto de vista fácil de usar. El editor presenta gráficamente las funciones y métodos comúnmente utilizados en el contrato al usuario, lo que permite a los usuarios que no tienen la capacidad de escribir scripts compilar fácilmente un contrato según sea necesario, mientras que las funciones avanzadas están disponibles para programadores con dominio de lenguajes de script.

El editor visualizado es una herramienta de edición que ayuda a los desarrolladores a desarrollar rápidamente interfaces gráficas. Tomando Click Wizar como ejemplo, el software muestra de manera eficiente la mayoría de los métodos comunes en la barra de herramientas, lo que permite a los desarrolladores compilar e insertar el código del script en un entorno interactivo simplemente haciendo clic, arrastrando y completando los parámetros.

2.1.2 Arquitectura del sistema

Entorno de tiempo de ejecución interactivo de Blockchain integrado para juegos

../_images/3-2-1Cocos-BCX.png

Entorno de tiempo de ejecución del juego con compatibilidad multisistema

Cocos-BCX cree que el entorno de tiempo de ejecución del futuro juego blockchain debería incluir las siguientes características:

  • Interfaces interoperables de blockchain completas;
  • Herencia descendente transparente;
  • Operaciones atómicas empaquetadas;
  • Compatible con múltiples sistemas operativos.

Para simplificar el proceso de desarrollo, Cocos-BCX diseña un entorno de tiempo de ejecución integrado para varias aplicaciones y soporta interfaces interoperables. Combinado con COCOS Creator, simplifica la conexión entre los programas de juego y la cadena de bloques, lo que hace que las interacciones sean transparentes para los desarrolladores, lo que permite a los desarrolladores de juegos tradicionales desarrollar o migrar juegos de cadena de bloques sin barreras.

Cocos-BCX SDK está integrado en Cocos Runtime para proporcionar una interfaz interactiva blockchain completa para el juego. Los desarrolladores pueden conectar el contenido del juego con la red blockchain basada en Cocos-BCX SDK para las interacciones transparentes y estructuradas, lo que libera al equipo de desarrollo del juego de invertir en I + D para ser compatible con la red blockchain y diferentes dispositivos.

Leer también  Carnomaly (CARR) Token ¿Qué es, cómo comprar y precio?

El entorno de ejecución será compatible con Android, iOS y PC Web, Mobile H5 y otros sistemas y entornos. Los juegos en el entorno de ejecución se pueden ejecutar en diferentes plataformas.

Interfaces interactivas de Blockchain

Cocos-BCX proporciona un entorno interoperable que permite a los desarrolladores interactuar fácilmente con la cadena de bloques.

Las interfaces blockchain de Cocos-BCX se integran con SDK de múltiples sistemas, incluidos Android, iOS, JavaScript para aplicaciones web front-end y python y PHP back-end.

Esos entornos de desarrollo pueden facilitar el desarrollo de software blockchain y la interacción de datos, como el registro de cuentas, la información del usuario, la operación de activos y la operación de datos de usuario. Las interfaces de datos en cadena permiten a los usuarios almacenar datos de activos homogéneos o no homogéneos, con compatibilidad y personalización. El sistema Blockchain no exige un texto claro de los activos digitales. Los desarrolladores de juegos disfrutan de una mayor flexibilidad para estructurar el almacenamiento de datos en cadena y garantizar la transferencia segura de información entre el cliente y el analizador de complementos del mercado.

Actualmente, el entorno interactivo de blockchain proporciona principalmente el empaquetado de funciones que incluyen la búsqueda y transferencia de activos y accesorios homogéneos y no homogéneos, cambios en la propiedad, envío de transacciones, propuestas y votaciones.

Exchange Gateway que admite activos homogéneos y no homogéneos y transacciones entre cadenas

Los activos homogéneos y no homogéneos se separan del contrato inteligente en Cocos-BCX. Es previsible que haya una gran cantidad de transacciones en curso en la red Cocos-BCX. Es necesario reducir el costo computacional del análisis de activos y la circulación tanto como sea posible para lograr el intercambio entre cadenas de activos no homogéneos. La separación de activos y contratos demuestra ser un diseño más seguro.

../_images/3-2-2.png

Cocos-BCX proporciona un conjunto de pasarelas para el intercambio automático de monedas y accesorios, lo que permite la transferencia fluida de contenidos entre diferentes juegos y plataformas en cadena bajo un sistema de valor unificado. Los contenidos que se pueden intercambiar incluyen monedas del juego, datos de equipos, etc.

Intercambio de activos de juegos digitales

El intercambio de activos digitales del juego y activos digitales Ethereum ERC20 es el siguiente:

../_images/3-2-3_ERC.png

Las monedas del juego se pueden transferir a través de cadenas de consorcios y cadenas privadas a través de la puerta de enlace de intercambio.

Intercambio de activos de juegos digitales no homogéneos

../_images/3-2-4Cocos-BCXERC721.png

BCX-NHAS-1808 es un estándar de activos digitales no homogéneo para la red de contabilidad descentralizada y distribuida en el uso de tokens COCOS. Compatible con otros estándares para activos no homogéneos, presenta separación entre activos y contratos y una zona de datos escalable y personalizable.

Los estándares ERC875 y ERC721 son los protocolos estándar de Ethereum para activos digitales no homogéneos. Hasta cierto punto, el estándar ERC875 se parece más a una versión mejorada de un estándar ERC721 simplificado, que es el primero de su tipo. Los estándares ERC841 y ERC821 son sus versiones optimizadas y modificadas, mientras que el estándar ERC875 es más simple y directo. Sus funciones definidas incluyen nombre, símbolo, balanceOf, transfer, transferFrom, totalSupply, ownerOf y trade. En comparación con el estándar ERC721, la función del estándar ERC875 es mucho más simple.

La expansión adicional de las tecnologías de activos digitales respaldadas por la puerta de enlace de intercambio permite que la puerta de enlace admita contratos complejos no homogéneos representados por los estándares ERC721, ERC875 y BCX-NHAS-1808. La pasarela es equivalente a un compilador específico en el intercambio de accesorios de juego y contratos no homogéneos. Al traducir e intercambiar datos estructurados, realiza un intercambio bidireccional entre contratos no homogéneos y accesorios de juego en cadena. Compatible con más tipos de intercambios de accesorios dentro y fuera de las cadenas, proporciona un contenido de juego y una experiencia de usuario más ricos.

Mejora y extensión de las cadenas de bloques existentes

Estructura de datos mejorada de activos no homogéneos Los activos digitales no homogéneos son un tipo de activos digitales que se aplican a la red de contabilidad distribuida con una instancia de activos única. La estructura optimizada de activos digitales no homogéneos facilita un servicio más flexible para los juegos de blockchain.

Cocos-BCX rediseña la estructura de datos y agrega almacenamiento de datos personalizado para acomodar posibles datos del juego y contenido extendido. Mientras tanto, el consenso, el testimonio, la generación de bloques y otros procesos cruciales se ajustan en consecuencia para que coincidan con la nueva estructura de datos. Los datos del artículo en Cocos-BCX se registrarán en su totalidad en los datos del bloque solo en el caso de generación y cualquier cambio de atributo. En la transacción y transferencia común, solo se registrará el puntero hash para evitar que el tamaño del bloque crezca demasiado rápido con la acumulación de transacciones.

../_images/3-2-5.png

La estructura de datos de activos digitales no homogéneos en la red blockchain se divide en zona de datos fija y zona de datos escalables.

El primero almacena la información básica de los activos digitales no homogéneos, incluida la identificación de los activos, la declaración de la visión del mundo y la zona de datos básicos. El ID de activos es el identificador único de la instancia de activos en la red de contabilidad distribuida y la credencial única para acceder, verificar y modificar los activos. Declaración de la cosmovisión, incluida la identificación de la cosmovisión, el tipo de juego en el que el activo está vigente y respaldado, el mundo y las monedas que respaldan la circulación de activos en la red. La zona de datos básicos consta además de información que incluye una descripción básica de los activos, tiempo de producción, productor, propietario, usuario, lista en blanco y negro de derechos de uso, etc.

La zona de datos escalables es una sección funcional diseñada para la extensión de atributos de activos digitales no homogéneos, incluidos los datos de zona y los datos con relación de combinación. Los datos con relación de combinación describen carteras de activos, anidamiento y afiliaciones. La zona de datos escalables almacena datos de transacciones específicos bajo una visión del mundo admitida, cuya unidad de datos se llama «zona». Los diferentes juegos u otras entidades comerciales tienen ID de zona exclusiva y área de datos en términos de datos de zona, que están aislados entre sí. Los datos de zona se almacenan en forma de pares clave-valor de identidad y datos de zona, que representan los datos de juegos específicos, como Ataque, Defensa y Durabilidad.

Además, el diseño de derechos de uso y propiedad separados hace que los diseños comerciales de modelos financieros complejos, incluidos el arrendamiento, la hipoteca y la pignoración basados ​​en el sistema de permisos en cadena, estén disponibles.

Cocos BCX-NHAS-1808 tiene muchas ventajas sobre otros estándares de activos digitales no homogéneos de Ethereum, como la separación de activos y contratos, zona de datos escalable y personalizable y compatibilidad con otros estándares de activos no homogéneos.

../_images/3-2-6.png

Activos y datos contractuales almacenados por separado

Los datos de activos homogéneos y no homogéneos y los contratos inteligentes se almacenan por separado en la cadena de bloques.

Hay una gran cantidad de transacciones continuas en Cocos-BCX, lo que hace necesario reducir el costo computacional de análisis y transferencia de activos. La separación de activos y contratos puede contribuir a la ejecución individual de contratos y los resultados necesarios en la cadena.

En esta circunstancia, el propietario del activo tiene pleno permiso sobre el activo, y la operación del activo solo puede realizarse con la autorización del propietario. De esta manera, se puede evitar modificar el contenido del contrato para destruir atributos de activos o llamar activos de otros. Además, descartar las restricciones de los contratos conduce a lograr un intercambio entre cadenas de activos no homogéneos. Por tanto, la separación de activos y contratos resulta ser un diseño más seguro.

Mecanismo de consenso de DPoS mejorado

La capa de consenso de Cocos-BCX TestNet adopta el algoritmo de consenso DPoS.

El algoritmo DPoS infiere los productores de bloques y el tiempo de generación de bloques en función del testigo programado y el intervalo de tiempo asignado. Por lo general, el intervalo de tiempo es de 5 segundos. En la aplicación real, el intervalo se establece en 3 segundos para una transmisión más rápida y un mayor rendimiento. Si el testigo programado llega a la franja horaria asignada pero no hay producción normal debido a un error de red o falla del equipo, los bloques no se generarán en esa franja horaria. La red esperará hasta el próximo intervalo de tiempo y seleccionará el próximo testigo programado para producir bloques.

En Cocos-BCX, las partes interesadas eligen a todos los testigos programados mediante votación. Los testigos programados se denominan colectivamente testigos activos con un número de 11 a 101. Comparten la misma probabilidad de bloque programada en el algoritmo de programación de testigos en el algoritmo de consenso DPoS, lo que garantiza que sus probabilidades de bloqueo y recompensas sean consistentes. La votación de grafeno generalmente se actualiza cada 24 horas. En la etapa inicial, en aras de la seguridad, la estabilidad y la equidad, la votación a la red del proyecto generalmente se actualiza en un intervalo más corto, probablemente 12 horas o menos.

../_images/3.1111.png

Siguiendo los principios de DPoS, CocosChain delega testigos y franjas horarias para predecir los productores de bloques y el tiempo de producción. El Aws de la cadena principal es siempre más que el de las cadenas bifurcadas. Como resultado, la altura del bloque de la cadena principal debe ser mayor que la de las cadenas bifurcadas. El voto universal también se utiliza para evitar la centralización de testigos y mejorar la seguridad de la red. Arriba [Figura 3-2-7] muestra la comparación entre diferentes mecanismos de testigos.

Seguridad proporcionada por la criptografía moderna La criptografía moderna basada en las matemáticas se ha utilizado ampliamente en varias industrias de Internet. La tecnología criptográfica simétrica común incluye AES utilizado en Wi-Fi, los algoritmos de criptografía asimétrica involucran RSA (criptografía de clave pública y privada) y ECC. Usamos criptografía de curva elíptica (ECC) en nuestra plataforma. Estos algoritmos crean un sistema de cifrado y descifrado que rechaza el cálculo de descifrado. Los intentos de violar el cifrado sin claves no son prácticos debido al enorme tiempo (casi cien años) requerido.

La ECC, denominada en su totalidad como criptografía de curva elíptica, fue propuesta por Neal Koblitz y Victor Miller, respectivamente, en 1985.

Riesgo de bifurcación bajo Según el mecanismo de prueba de trabajo («PoW») de Bitcoin y Ethereum, la bifurcación se produce cuando los mineros extraen dos bloques simultáneamente. La cadena de bloques más corta será abandonada por la «regla de la cadena más larga» después de 6 bloques. Sin embargo, habrá dos tipos de horquillas (blandas y duras) si los mineros no siguen el mismo mecanismo. Una bifurcación suave se activa con las actualizaciones del sistema y continúa saliendo hasta que finaliza la actualización. En el caso de que un grupo de mineros en el mismo bloque comience la cadena principal tome un mecanismo de consenso diferente, se produce una bifurcación dura y se forman dos cadenas de bloques separadas. “El DAO” es un caso famoso de bifurcación dura de Ethereum en julio de 2016. Cuando Ethereum se bifurca en Ethereum y los clásicos de Ethereum, la potencia de cálculo correspondiente a la cadena principal original se reducirá,

Para garantizar la seguridad y precisión de los datos del juego, CocosChain utiliza un mecanismo de consenso DPoS sin minería involucrada. El riesgo de bifurcación es bajo en comparación con PoW. Una bifurcación solo puede tener lugar cuando más de 1/3 de los testigos no estén de acuerdo con el consenso. La bifurcación también se puede evitar al eliminar los AW mediante votación.

Interoperabilidad de cadenas múltiples La plataforma ofrecerá interoperabilidad de cadenas múltiples además de la puerta de enlace de intercambio entre cadenas. Por ejemplo, Cocos-BCX apoyará el gran almacenamiento de contratos inteligentes y datos en IPFS en la siguiente fase de desarrollo.

Fusiones de operaciones múltiples para garantizar que la producción de Atomicity Prop para juegos blockchain sea atómica. Los productores de accesorios crean accesorios basados ​​en las demandas, materiales y activos presentados por los jugadores. Una vez finalizado, los accesorios se transfieren a los jugadores. Este proceso involucra una serie de operaciones (OP), incluida la generación de activos digitales, el establecimiento de propiedades de utilería y la transferencia de la propiedad de los activos a los usuarios. Para asegurar la consistencia en los resultados operativos, combinamos las operaciones en una transacción, es decir, una operación atómica. En este caso, todas las operaciones dentro de la transacción se realizarán correctamente o fallarán al mismo tiempo.

../_images/3-2-8.png

Otra aplicación de la combinación atómica es el intercambio de activos desintermediados del Proyecto BCX, cuyo objetivo es ayudar al vendedor a ganar más y a los compradores a consumir menos. La plataforma de circulación desintermediada no almacena datos sobre los activos de los usuarios, pero actúa como un medio para casar las solicitudes de nodo a nodo. Los fabricantes de juegos pueden diseñar de manera flexible sus propias estructuras de datos para los activos del juego. Cuando los usuarios realizan una solicitud de venta en la plataforma de circulación, los activos del juego relacionados (moneda o accesorios) se bloquearán y no se podrán utilizar hasta que se cancele la solicitud. La solicitud contiene el ID de la cadena principal del vendedor y el contenido de los activos que se venderán. Cuando se cumpla la solicitud, el sistema automáticamente cambiará la propiedad de los activos y transferirá al vendedor los activos que el comprador haya pagado. Para entonces, se completará toda la solicitud de circulación.

Cuando se inicie el intercambio de activos, la venta o compra se enviará a la plataforma de circulación en forma de solicitud. La transmisión de activos y el cambio de propiedad se considerarán como una operación única e indivisible. En otras palabras, los comportamientos de ambas partes serán reconocidos por consenso. Si el bloque de la cadena principal no reconoce el cambio de activos de una de las partes, toda la transacción se revertirá. Es decir, el cambio de propiedad de los activos o la transferencia de activos a lo largo del intercambio se empaquetará dentro de una transacción. El estado de los dos actos será coherente. Cuando la transacción se completa normalmente, una ID de transacción única estará disponible para verificar en cadena.

../_images/3-2-9.png

BCX Testnet: Blockchain de alto rendimiento y máquina virtual de contrato de alta velocidad

Cocos-BCX es competente en el procesamiento de tareas concurrentes.

Para la mayoría de los juegos en línea actuales, cuando la escala del usuario alcanza un cierto nivel, el servidor necesita procesar una gran cantidad de datos en poco tiempo, lo que es imposible para la red Ethereum existente.

En teoría, el consenso DPoS mejorado de Cocos-BCX permite un rendimiento de hasta 100.000 TPS. En un modo de gestión de datos racional, el procesamiento de tareas simultáneas es suficiente para respaldar el desarrollo y el funcionamiento normal de los juegos existentes, satisface las necesidades operativas básicas de los grandes juegos en línea en la plataforma y asegura una experiencia de juego casi igual que la de los juegos centralizados existentes. .

Los grandes juegos en línea significan una frecuencia significativamente alta en la interacción de datos, como lo demuestra el récord de DNF de 600,000 personas en línea al mismo tiempo y el aún más asombroso de Steam de 14.2 millones de personas. Si el envío de datos de cada usuario en línea se considera una solicitud de consenso, el rendimiento máximo de Cocos-BCX no puede admitir una solicitud de tal magnitud. Por lo tanto, el equipo de desarrollo diseña varias plantillas de delegación basadas en la velocidad del testigo para que los delegados individuales no necesiten presenciar y procesar todos los juegos en tiempo de ejecución al mismo tiempo, sino centrarse en presenciar y contar múltiples juegos del mismo tipo. Además, bajo las plantillas, el envío de datos o testigos de diferentes juegos es asincrónico. Cada juego seleccionará una plantilla de delegación adecuada. Los datos de las plantillas asincrónicas se validan a través del servicio de base de datos en cadena. Es decir, los usuarios validan, almacenan y obtienen datos en cadena. Este proceso es lo suficientemente eficiente como para admitir el funcionamiento de los datos del jugador para juegos grandes.

../_images/3-2-10.png

Contract es un segmento de programa que se ejecuta de forma automática, así como un participante del sistema que cumple las tareas programadas de acuerdo con los algoritmos básicos del entorno (algoritmos del compilador). El contrato puede definir la entrada y la salida, recibir y almacenar valor y enviar información y valor. El contrato inteligente está diseñado con el «principio de confianza». Todos los nodos creen que los demás no son confiables. Cada nodo de blockchain, que cuenta con almacenamiento distribuido, mantiene el mismo código de ejecución del contrato. Los resultados de la ejecución son atestiguados por la potencia informática de toda la red. Si son reconocidos se decide votando por todos. El contrato inteligente Cocos-BCX respalda la definición de delegación de testigos.

Para garantizar que la eficiencia de la ejecución del contrato permita una experiencia de juego sólida para los usuarios, Cocos-BCX presenta un esquema de máquina virtual de contrato de alta velocidad basado en LUA para juegos en cadena. A diferencia de los rivales existentes, el esquema presenta un entorno de tiempo de ejecución optimizado y personalizado y una eficiencia de ejecución, así como un lenguaje y un sistema API que son los mismos que los del SDK, e interfaces de interoperación para el entorno de ejecución de la cadena y el juego. Esto aborda la monotonía en el entorno y la poca flexibilidad y personalización de los contratos de blockchain. El uso del contrato inteligente ha ido más allá de la descripción de la moneda al contenido directamente relacionado con los juegos, probablemente incluyendo algoritmos básicos, configuración, unidad, escena e incluso mapa.

Mejora adicional del sistema de libro mayor distribuido para juegos Blockchain

Se menciona que la forma final de los juegos en cadena es la implementación completa en cadena de la lógica general del juego. Pero como la tecnología blockchain actual no puede satisfacer el umbral de carga de juegos completos, se deben resolver varios problemas clave antes de que los algoritmos del juego se puedan migrar a blockchains:  El costo y el volumen de la sincronización de datos nodales Los contratos inteligentes solo pueden ejecutarse en nodos completos. Y no es práctico para los usuarios alojar nodos que requieren recursos masivos del sistema, redes y tiempo para sincronizarse.  Códigos de algoritmo que exceden el tamaño del bloque Se requiere una lógica de backend completa para que el contrato implemente la lógica del juego completa en blockchain. Los tamaños de los contratos inteligentes de algoritmos pueden ser mayores que el tamaño del bloque del sistema, especialmente cuando la lógica del juego es complicada. Pero con la tecnología blockchain actual, el contrato que los bloques no pueden mantener nunca funcionará ni producirá ningún resultado.  Ejecución continua del contrato inteligente La lógica del juego completo que se ejecuta en blockchain significa la ejecución continua del contrato inteligente antes del final del juego. Esa es la ejecución de bloques cruzados, y los algoritmos del juego pueden ejecutarse continuamente en duraciones de tiempo más allá de los intervalos de bloque, lo que aún no está disponible con la tecnología blockchain actual.  Latencia de las ejecuciones de transacciones El juego completo que se ejecuta en blockchain también significa que todas las posibles ejecuciones del juego se procesan en blockchain, incluida la respuesta de alta velocidad. La respuesta de transacción de la cadena de bloques tradicional depende del comportamiento de la generación de bloques con un intervalo de tiempo, y la confirmación más rápida también está limitada por el ciclo de generación de bloques. lo que dificulta satisfacer la necesidad de que los contratos de juegos respondan instantáneamente a las transacciones.  Inaccesible al consenso de aleatoriedad La aleatoriedad en la cadena se describe mediante un contrato inteligente abierto, y es necesario agregar diferentes ruidos de nodo a la operación del contrato para producir resultados aleatorios que el tercero no puede calcular. Sin embargo, los ruidos de diferentes nodos pueden variar. Es decir, otros nodos no pueden volver a ejecutar el contrato para validar si la aleatoriedad es correcta, lo que finalmente conduce a la falla en el consenso.  La viabilidad de funciones críticas como el temporizador en cadena y el latido del corazón El temporizador y el latido del corazón, junto con sus requisitos de seguridad de sincronización, son necesarios para ejecutar contratos inteligentes programados o condicionados. En la actualidad, no hay ninguna solución disponible para estos componentes básicos.  Autoridad de activos digitales Los activos digitales tradicionales de blockchain se registran en la zona de datos del contrato, y los activos son inseparables de los contratos. Por lo tanto, los titulares de contratos pueden dañar el interés de los titulares de activos si están autorizados a modificar los datos de los activos digitales.

Leer también  La guía definitiva para vender su criptodominio: 7 sencillos pasos

En consecuencia, CocosChain propone estos diseños y características preliminares que mejoran sustancialmente las cadenas de bloques existentes:  Volumen de datos reducido y tiempo de sincronización en los nodos;  Soporte de sintaxis para procesamiento de consenso compartimentado;  Ejecución continua de contratos inteligentes;  Latencia mínima para la ejecución del evento;  Aleatoriedad confiable en la cadena;  Temporizador en cadena y latido del corazón;  Autoridad agregada en estructura de datos de activos digitales no homogénea.

Nodos de luz

En Cocos-BCX, el nodo de luz es por naturaleza un entorno capaz de interoperar con la cadena. A diferencia de los nodos completos, los nodos ligeros no necesitan sincronizar los datos con la red, sino la información del contrato y los datos ambientales necesarios. Tal diseño reduce significativamente la cantidad de datos y el tiempo para la sincronización y permite la capacidad real y el costo de tiempo factible para el software del juego en cadena.

Los juegos desarrollados por Cocos-BCX son básicamente contratos operados localmente en los nodos de luz. En el contrato, las partes consensuadas y no consensuadas se identifican y compartimentan por separado en uno o más subcontratos que se distribuyen a los nodos relacionados para el consenso (para obtener más detalles, consulte Soporte de sintaxis para el procesamiento de consenso compartimentado). Tal diseño permite que enormes contratos de juegos se ejecuten de manera eficiente sin latencia. El procesamiento separado de partes consensuadas y no consensuadas asegura una confiabilidad de datos similar a la de las cadenas de bloques tradicionales al tiempo que ofrece la mejor experiencia de usuario posible. Mientras tanto, la validación de los nodos ligeros recae en el entorno de ejecución y los datos de entrada (validación del entorno de ejecución confiable) en lugar del proceso y el resultado como en las cadenas de bloques tradicionales.

Ejecución continua de contratos inteligentes

Los nodos ligeros hacen posible juegos completos como contratos en cadena. Los contratos de juego se pueden ejecutar en los nodos ligeros continuamente a lo largo del tiempo, independientemente del período y tamaño del bloque, pero solo relacionados con el subcontrato del juego con consenso.

Con base en los identificadores de sintaxis de prioridad de consenso, los contratos y subcontratos del juego adoptan consenso asincrónico y síncrono respectivamente para validar y sincronizar los pasos clave durante la ejecución continua. De esta forma, se construye un mecanismo para la ejecución continua de contratos de juego y testimonio de consenso sobre resultados.

Sesión

Hay una interfaz en cadena para la sesión. Crea una lista de sesiones de usuario con restricción activa en la zona de datos públicos. Los usuarios en el intervalo de sesión tienen los derechos para enviar transacciones a otros usos en el mismo intervalo. Cuando otros usuarios reciban el aviso sobre cambios de datos, obtendrán los datos correspondientes a tiempo.

Apoyar tareas de consenso a nivel de sintaxis

Cocos-BCX propone el diseño de soporte sintáctico para el procesamiento de consensos compartimentados para contratos. La prioridad de consenso del guión se puede adornar con palabras clave específicas para que el intérprete contratado pueda reconocer los contratos identificados que necesitan consenso y, al escanear todo el texto, compartimentarlos en subcontratos para el consenso de los nodos relacionados en la red de la cadena. La prioridad del consenso incluye, en orden ascendente, no necesidad de consenso, consenso normal, respuesta inmediata y validación inmediata.

../_images/3-2-11.png

Todo el contrato se ejecuta localmente. Para ejecutar las partes que necesitan consenso, los métodos de consenso se determinan en función de los identificadores de prioridad de sintaxis. Diferentes prioridades requieren diferentes pasos de consenso. La ejecución de los contratos de juego es más fluida, con menor posibilidad de espera en bloque y, en su caso, espera más corta.

La ejecución y consenso de los principales contratos identificados como de validación inmediata, de máxima prioridad, son asincrónicos. Para aquellos identificados como respuesta inmediata, cuando se envía la transacción, los nodos devolverán inmediatamente un recibo para su envío, es decir, el valor hash (Tx ID). Las transacciones identificadas como consenso normal se ejecutarán siguiendo el procedimiento normal en blockchain. Los que se identifiquen como sin necesidad de consenso se ejecutarán en nodos ligeros.

Además, los contratos que necesitan consenso se dividen en subcontratos que luego se distribuyen para su ejecución. Estos subcontratos deberán tener un contexto completo y un diseño sin dependencia externa, para que otros nodos puedan obtener el resultado correctamente.

Prioridad del consenso contractual

Cocos-BCX se ocupa de todas las transacciones que necesitan consenso en el juego, incluidas aquellas que requieren una respuesta de alta velocidad y una confirmación inmediata. La respuesta a las transacciones de la cadena de bloques tradicional depende de la producción de bloques, y la confirmación más rápida también está limitada por el ciclo de producción de bloques, lo que dificulta satisfacer la necesidad de que los contratos de juegos reconozcan instantáneamente las transacciones.

 Validación asincrónica rápida de transacciones Como se ilustra en la [Figura 3-2-12], las tareas de consenso senior se marcan, extraen y difunden a los nodos para su ejecución. Los productores de bloques reciben y agrupan los resultados de los nodos. Cuando el número de resultados alcanza un cierto umbral, los productores de bloques confirman estas tareas y las escriben en la caché de bloques.

../_images/3-2-12.png

Por lo tanto, los nodos enviarán, procesarán y difundirán transacciones de inmediato, y la generación de bloques y la ejecución de transacciones se volverán asincrónicas para una validación asincrónica rápida.

 Respuesta instantánea En el diseño Cocos-BCX, para un contrato identificado como respuesta instantánea, cuando los usuarios envían una solicitud de transacción a los nodos, los nodos la transmitirán inmediatamente a la red y devolverán el valor hash a los usuarios. Con el diseño, el período de registro final no difiere demasiado del diseño tradicional, pero la respuesta a la transacción apenas se retrasa. Los nodos enviarán transacciones de inmediato, lo que aumentará en gran medida la velocidad de respuesta.

Además, el valor hash informará a los usuarios del estado de la transacción. Mientras tanto, la información sobre la transacción se actualizará en la hoja de datos del historial de transacciones y se enviará dinámicamente a los usuarios, que no necesitan esperar a que la transacción sea validada y utilizada para recibir la devolución de llamada para su respuesta. Con referencia al seguimiento de hash en Ethereum, hemos agregado el mecanismo para el envío dinámico de transacciones a los usuarios.

Latencia mínima de transacción

Las cadenas de bloques existentes confirman los resultados de las tareas después de que los nodos reciben, ejecutan, validan y registran los datos en los bloques. Una tarea queda pendiente al momento del envío y se ejecuta en el siguiente ciclo de producción de bloques, lo que da como resultado una latencia del sistema.

 Consenso priorizado Cocos-BCX viene con un identificador de prioridad de sintaxis para las transacciones. Cuando una transacción se identifica como validación inmediata, los nodos enviarán, procesarán y difundirán la transacción inmediatamente. La generación de bloques y la ejecución de transacciones se vuelven asincrónicas para una validación asincrónica rápida. La respuesta inmediata es otra prioridad de consenso. Con él, la respuesta a la transacción apenas se retrasa. Los nodos enviarán transacciones de inmediato, lo que aumentará en gran medida la velocidad de respuesta.

 Testigo particionado Para mejorar la tasa de utilización del nodo y la eficiencia de procesamiento, Cocos-BCX propone el diseño de testigo particionado basado en testigo delegado. Es decir, algunos nodos se centran en procesar tipos específicos de solicitudes de contrato. El diseño funciona como se muestra en la [Figura 3-2-13].

../_images/3-2-13.png

En la industria del juego, el testigo compartimentado permite optimizar la capacidad de procesamiento de los nodos relacionados según el tipo de solicitud. Por ejemplo, para las solicitudes centralizadas de operación de punto flotante, se debe fortalecer el poder de hash del núcleo; para solicitudes centralizadas para el procesamiento de la estructura de datos, se debe mejorar la capacidad de E / S de almacenamiento. De esta manera, se optimizan la eficiencia y el beneficio generales.

Mecanismo de transacción de tipo delegado

Las transacciones de tipo delegado cubren principalmente las transacciones que son altamente aleatorias y generan diferentes resultados cuando se ejecutan por diferentes nodos (como generar un conjunto de números aleatorios). Sin embargo, este tipo está restringido a la solicitud de transacción relacionada con datos no personales. Con los identificadores de consenso, se pueden definir los nombres de los grupos de nodos (grupos de nodos) que involucran a los delegados en consenso, especificando qué tipo de nodos procesarán la transacción. Cuando solo se necesita un nodo (N = 1), el grupo de nodos designado elegirá al azar un nodo en línea dentro del grupo para procesar la transacción, por ejemplo, procesar el evento aleatorio. Cuando hay más de un nodo delegado (N> 1) o un clúster, se distribuirán varios nodos dentro del clúster designado para procesar la transacción.

El diseño de definir el nombre del clúster de nodos delegados se adopta por dos razones. Primero, para garantizar la seguridad, solo se define el nombre del nodo delegado y los nodos se eligen al azar dentro del clúster para procesar las transacciones. Los delegados no conocen los nodos delegados específicos, lo que evita las trampas. En segundo lugar, para garantizar la confiabilidad del tiempo de ejecución, el clúster de nodos designado asegura que la transacción se distribuya a los nodos que están en línea.

../_images/3-2-14.png

Implementación de procesos aleatorios confiables en cadena

La aleatoriedad externa se refiere a que la incertidumbre del proceso aleatorio ocurre fuera del sistema blockchain, mientras que la aleatoriedad interna hace lo contrario. La aleatoriedad externa no garantiza que el sistema blockchain pueda confiar en el proceso de generación de factores aleatorios. Por lo tanto, lograr una aleatoriedad racional en el sistema blockchain es, de hecho, garantizar la credibilidad del proceso aleatorio y los resultados confiables.

 Los nodos que prácticamente terminan la ejecución del proceso aleatorio no deben ser accesibles a los escenarios y objetos de la información aleatoria, para evitar engaños con esta parte de la información.  El proceso aleatorio no debe publicarse en blockchain antes de completar sus comportamientos comerciales de invocación, por lo tanto, para evitar que el negocio en curso pierda imparcialidad debido a la publicidad de la aleatoriedad (por ejemplo, la composición de la tarjeta de cada jugador en una ronda de propietarios).  La aleatoriedad interna debería poder evitar que BP / desarrolladores hagan trampa.

En la actualidad, Cocos-BCX ha implementado con éxito la aleatoriedad en cadena confiable, y está disponible para que los desarrolladores por contrato llamen a la aleatoriedad por interfaz. Simplemente llame a la función aleatoria del contrato en un método de desarrollo general y obtendrá los datos aleatorios de origen interno.

../_images/3-2-15.png

Proceso aleatorio confiable en cadena

El hecho de que los algoritmos de juego en blockchains tengan un valor práctico está relacionado con la aleatoriedad en la cadena. La investigación revela que un problema clave debe resolverse para lograr una aleatoriedad completa en la cadena. Los algoritmos de aleatoriedad en cadena se describen mediante contratos inteligentes y el proceso del contrato es público. Si se van a generar resultados aleatorios que no pueden ser descubiertos por terceros, debería haber ruidos de los nodos en la entrada del proceso durante la ejecución del contrato. Sin embargo, los ruidos de diferentes nodos pueden variar. Es decir, otros nodos no pueden ejecutar el contrato nuevamente para validar si la aleatoriedad es correcta, lo que conduce a fallas en el consenso.

Hemos propuesto tres soluciones factibles para abordar este problema.

Solución Ⅰ  Se reservan uno o varios grupos de datos aleatorios en la zona de datos dinámicos de blockchain. Los productores de bloques envuelven los resultados aleatorios en los segmentos de datos cifrados del bloque y liberan los códigos de cifrado de fuente cerrada. En este caso, todos los nodos deben tener el mismo conjunto de grupos de datos aleatorios cuyos datos están en forma de tubería con lados de lectura y escritura y que son accesibles para los lados de lectura y escritura en línea con los algoritmos y características primero en primero- fuera.

 Dado que el procesamiento de transacciones es consistente en todos los nodos de la cadena de bloques, las aplicaciones pueden leer los resultados aleatorios de los grupos de datos aleatorios durante la aplicación. Bajo un mecanismo de generación y distribución de este tipo, la seguridad del proceso y el resultado cumple con los requisitos de la red blockchain:

 Cualquier acceso (lectura y escritura) provocará cambios irreversibles en los grupos de datos aleatorios.  La escritura de datos aleatorios se completará mediante una biblioteca de cifrado dinámico de fuente cerrada.  Los generadores de datos aleatorios no deben saber dónde se colocan los resultados aleatorios en los conjuntos de datos aleatorios y quién utilizará el proceso aleatorio.

Esta solución es aplicable a escenarios donde la red de la cadena muestra consistencia en el orden de procesamiento de transacciones. Por ejemplo, en los juegos de rol, los jugadores abren la caja de botín del mapa para accesorios aleatorios.

Solución Ⅱ  Un mecanismo de delegación permite delegar algunas transacciones a algún clúster de nodos confiable para su procesamiento. El clúster asigna nodos confiables en línea aleatoriamente para ejecutar las transacciones. Después de la ejecución, los nodos confiables registrarán los resultados aleatorios. El cliente obtendrá los resultados a través del mecanismo de información o sondeo.  Dado que esta solución se basa en el mecanismo de delegación de transacciones en cadena, los cambios en la cadena serán menores que los de la Solución 1. Sin embargo, para garantizar la viabilidad de la solución, se deben cumplir los siguientes requisitos:

 Las partes encargadas pasarán la validación del entorno de ejecución confiable para garantizar su confiabilidad.  Cuando los delegados ejecuten la aleatoriedad y publiquen los resultados, se utilizará la misma biblioteca de cifrado seguro.  Para la transferencia de datos encriptados, se utilizarán pruebas de conocimiento cero u otros esquemas para acreditar la identidad de los delegados y serán reconocibles por los clientes, a fin de asegurar que terceros no falsifiquen los datos obtenidos por los clientes.

Esta solución es aplicable a transacciones que involucran a múltiples partes pero solo necesitan un lote de resultados aleatorios, como el orden de barajado en juegos de ajedrez y cartas.

Solución Ⅲ  Los productores de bloques actuales reciben transacciones aleatorias, generan un resultado a través de la función aleatoria, cifran la aleatoriedad y los resultados, los escriben en los datos del bloque, los empaquetan y envían a toda la red. Otros nodos ordinarios aceptan y utilizan el resultado, llegando a un consenso sobre la transacción aleatoria.

Esta solución es aplicable a los sorteos de lotería en los juegos, como lanzar los dados para obtener un resultado aleatorio.

Temporizador y latido del corazón

Casi todos los juegos y aplicaciones necesitan detección en línea. Para los juegos de blockchain de Cocos-BCX, se presentan dos conceptos, a saber, temporizador y latido, en respuesta a la detección del estado del usuario y la sesión continua. El mecanismo de sincronización de tiempo es la premisa de un temporizador en la red blockchain. El mecanismo tradicional está construido con señal de tiempo externa o centro de confianza. Bajo la lógica sin confianza de blockchain, la señal de tiempo externa y el centro de confianza tienen defectos que no se pueden autovalidar. Por lo tanto, la sincronización de tiempo en cadena solo se puede completar en blockchain.

La solución de sincronización de tiempo de Cocos-BCX funciona como: Con la marca de tiempo de bloque, los nodos de bloque transmiten sincronización de tiempo equivalente mientras liberan bloques. Cada nodo completa las operaciones de sincronización de tiempo al recibir la transmisión en bloque. Al final, la sincronización de tiempo con toda la red se completa una vez en un período de sincronización de bloque.

Con tal diseño, se proporciona soporte técnico de temporizador de dos formas:  Con el período de bloque como la granularidad de temporización mínima, el temporizador funciona de acuerdo con los objetivos de temporización programados. Sin el sesgo causado por factores como la zona horaria, la marca de tiempo del bloque se considera el estándar de tiempo para toda la red. El temporizador se puede ejecutar normalmente en cualquier zona de red y zona horaria según las mismas reglas de tiempo.  Utilice el mecanismo de mensajería similar al proceso aleatorio de origen interno para enviar los parámetros requeridos por el temporizador al nodo aleatorio mediante la delegación, y la capa de implementación del nodo ejecutará los comportamientos, incluida la notificación de inicialización y vencimiento del temporizador.

Heartbeat es similar al temporizador. Su pulso de tiempo también proviene de la marca de tiempo del bloque. En un período de latido, los nodos / extremos envían información sobre su conexión actualizada. La ausencia de dicha información en un período indica que los nodos / extremos están fuera de línea. El temporizador y el latido proporcionan una base de aplicación para la detección del estado del usuario y las sesiones futuras.

Activos no homogéneos estandarizados

Blockchain divide la estructura de datos de activos digitales no homogéneos en zonas de datos fijas y extensibles, y esta última admite la extensión de atributos de activos digitales no homogéneos, y sirve como una zona de almacenamiento para datos de transacciones de juegos específicos dentro de la visión del mundo admitida, incluidos los datos de zona y los datos con relación de combinación. La zona de datos extensible de estructura flexible no homogénea permite la extensión de juegos u otros escenarios comerciales. A medida que aumenta el juego, los datos de zona se agregarán gradualmente cuando los activos se transfieran entre diferentes juegos y, por lo tanto, afectarán la eficiencia de la operación de la cadena. Mientras tanto, se debe agregar la autoridad de activos para evitar que se escriban datos maliciosos en el contrato y provoquen redundancia:  Los propietarios de activos tienen derecho a eliminar, pero no pueden modificar, ciertos datos de zona. que puede reducir la redundancia de datos al tiempo que evita las trampas, como los accesorios personalizados mejorados;  Los contratos solo pueden modificar los datos de la zona a cargo. El contrato lee toda la información de los datos extensibles de los activos de NH, pero el permiso de modificación se limita a la zona de datos actuales. Por ejemplo, en los juegos de blockchain, el contrato lee los datos de activos relevantes de los juegos «HEROES OF THE STORM» y «World of Warcraft», mientras que el arma «Frostmourne» de «HEROES OF THE STORM» no se cortará realmente. en «World of Warcraft», pero presenta el estado de «corte».

Leer también  Flurry Finance (FLURRY) Token ¿Qué es, cómo comprar y precio?

Herramientas de diseño para reglas establecidas

Se puede encontrar en un escenario de juego real que el usuario reconoce las reglas abiertas de algún juego, pero pierde activos después de unirse al juego, porque el desarrollador cambia las reglas reescribiendo temporalmente el código del contrato antes de que comience el juego, o retirando el fondo recaudado mientras ya no brindan servicios a los usuarios, lo que es beneficioso para el desarrollador mismo pero perjudica a los usuarios. Las herramientas establecidas se acaban de desarrollar para prevenir tales fenómenos. Los desarrolladores de juegos pueden usar las “herramientas de diseño para reglas establecidas” para juegos basados ​​en blockchain para diseñar juegos de blockchain para mejorar la confianza del usuario. Esto se logra bloqueando una cierta cantidad de activos homogéneos mediante un contrato inteligente y luego estableciendo los requisitos de desbloqueo, el tiempo y la cantidad. Agregue a los códigos de contrato las funciones de servicios públicos que durante el bloqueo de activos, no se permite modificar los códigos de los juegos. Los códigos de contrato no se pueden modificar durante el bloqueo de activos, por lo que el juego funcionará dentro de las reglas iniciales.

Mecanismo de verificación de transacciones a prueba de trampas para evitar que BP / Desarrolladores hagan trampa

Como nodo central del procesamiento de transacciones y la comunicación a través de la red, BP tiene un acceso más rápido a los resultados que los nodos generales y, por lo tanto, tiene una mayor prioridad para adquirir información oportuna o confidencial. Esto también indica la posibilidad de hacer trampa. Por ejemplo, el BP puede ser informado del resultado de un proceso aleatorio por adelantado y utilizar el contrato para predecir el resultado de la operación, lo cual es injusto para los juegos en la cadena pública y los hace inseguros.

Los desarrolladores en este documento se refieren a personas y organizaciones que son capaces de ejecutar la interacción o transformación de la cadena, incluidos los desarrolladores de bajo nivel y por contrato en la red de la cadena. Son capaces de analizar o controlar la información de la cadena en profundidad. Existe alguna razón para creer que pueden leer códigos para acceder a los detalles encriptados u ocultos de las tecnologías de comunicación que pueden usarse en la transmisión y diseñar códigos en consecuencia para obtener la información de procesos aleatorios y datos sensibles de manera ilegal.

Por lo tanto, BCX viene con mecanismos para la ejecución de transacciones, transmisión de información y operación que pueden evitar que BP y los desarrolladores hagan trampas, que se describirán en este documento.

Transmisión de cifrado dinámico

Para evitar que la información sensible sea interceptada y descifrada durante la transmisión, se integra un modo seguro de transmisión con encriptación dinámica en la red de cadena BCX, como lo demuestra la [Figura 3-2-16].

../_images/3-2-16.png

Tomando una semilla aleatoria como ejemplo, cuando se produce una semilla aleatoria, el productor cifrará la información con los datos dinámicos relacionados con el tiempo, la altura del bloque y otras entradas de ruido como clave AES y transmitirá la información cifrada. Todos los nodos comparten el mismo algoritmo de generación de claves dinámicas que les permite descifrar correctamente la información. Sin embargo, los terceros que escuchan a escondidas no podrán hacerlo, lo que garantiza la seguridad de los datos sensibles durante la transmisión.

Evitar que los nodos personalizados accedan a la red

La seguridad de la transmisión de sonido por sí sola no puede evitar que los desarrolladores de nodos revisen los programas para generar la información que han recibido y descifrado. Por lo tanto, se incorpora un mecanismo de autenticación para evitar que el programa de nodo revisado se conecte a la red en cadena, como se muestra en la [Figura 3-2-17].

../_images/3-2-17.png

Antes del lanzamiento, el programa de nodo BCK se incrustará con información de autenticación que no está incluida en el código fuente abierto pero que está relacionada con el número de versión. Cuando un nodo intenta conectarse a la red en cadena y otros nodos, este último verificará si la información es consistente con la registrada en la red en cadena y rechazará la conexión de los nodos que no pasen la autenticación. De esta manera, se detiene la conexión maliciosa del programa de nodo revisado a la red de la cadena. Además, los desarrolladores secundarios también pueden personalizar la información de autenticación en el código fuente para liberar su propia red de cadena, que también podrá evitar la conexión de código no oficial.

Variables de proceso ocultas

Dado que el contrato en sí es un sistema de máquina de estado completo de Turing, la entrada fija derivará una salida fija y los resultados se transmitirán a toda la red para su sincronización bajo el mecanismo de transacción. Si la información difundida es un proceso intermedio de una serie de comportamientos, pueden revelarse algunas variables del proceso que no debieron ser conocidas. Para abordar este problema, se propone una lógica de ejecución de contrato que oculta las variables del proceso, como se muestra en la [Figura 3-2-18].

Con un diseño de contrato razonable, las variables de proceso que involucran datos sensibles se ejecutan en el mismo OP, que se completa en la memoria del nodo ejecutor. Lo que se transmite al final es el resultado OP. De esta forma, las variables del proceso quedan ocultas durante todo el período, sin riesgo de exposición.

../_images/3-2-18.png

Mecanismo de contrato con autenticación de ejecución

Se agrega un mecanismo de autenticación de ejecución para evitar que los desarrolladores malintencionados predigan el posible resultado del contrato mediante el uso de prueba de la interfaz del contrato. Para ser específico, solo las cuentas autorizadas pueden ejecutar una interfaz de contrato específica, como se muestra en la [Figura 3-2-19].

../_images/3-2-19.png

Cuando el contrato recibe la solicitud de ejecución, la firma en la solicitud se verificará con el permiso de ejecución especificado en el contrato. Solo cuando la solicitud pase la autenticación, la función de contrato se ejecutará normalmente. De lo contrario, el contrato se rescindirá directamente sin devolver el pago al solicitante. Con este mecanismo, aunque los desarrolladores conozcan el código de la cadena y el contrato y el proceso y principios de ejecución, no podrán utilizar de forma maliciosa interfaces específicas. Esto garantiza que el contacto no se utilizará a voluntad para predecir el resultado de la ejecución.

Entorno de confianza interno para la ejecución de procesos sensibles

Para información u operación que permanece sensible durante un cierto período de tiempo (como un juego de mesa), este esquema permite que la lógica de ejecución dentro del período funcione en un modo de caja negra con protección del mecanismo de Entorno de ejecución confiable (TEE). Por lo general, la red de la cadena desafía o verifica los entornos de caja negra de forma regular a través del mecanismo TEE para garantizar su confiabilidad. Además, cualquiera de ellos será elegido aleatoriamente para la ejecución de los procesos sensibles. Cuando se complete la ejecución, los registros rastreables y los resultados se enviarán en línea para garantizar un registro justo, abierto y transparente en la red de la cadena. Funciona como muestra la [Figura 3-2-20].

../_images/3-2-20.png

Este mecanismo evita que los desarrolladores y BP participen en la ejecución de los procesos blackbox, evitando así su engaño. Con el diseño especificado anteriormente, COCOS-BCX ofrecerá un entorno de ejecución confiable, confiable y seguro para todas las empresas que respalda.

2.1.3 Características técnicas

Aspectos destacados técnicos avanzados

El proyecto Cocos-BCX tiene una serie de aspectos técnicos destacados, que incluyen el sistema de contrato inteligente iterativo, el mecanismo Smithy, la combinación de elementos anidados, la puerta de enlace de intercambio que admite el remachado de activos y cadenas múltiples, el mecanismo de consenso DPoS mejorado, el editor de contratos visualizado, la red de alto rendimiento y contrato VM, mecanismo de verificación de transacciones conectadas de múltiples cadenas para evitar que BP / desarrollador haga trampas, diseño del principio económico Cocos-BCX y una plataforma de circulación de activos que admite la circulación de múltiples activos digitales. Las características técnicas mencionadas aquí se detallan a continuación.

Apuntando a los puntos débiles de la industria del juego, Cocos-BCX propone la visión de uniformidad de valores entre los productores y consumidores de contenidos en combinación con las oportunidades de desarrollo de la tecnología blockchain. Basado en el marco técnico general, cada segmento técnico y organización tiene su propio objetivo y lógica, sobre la base de la cual se basan muchas soluciones o mecanismos técnicos mejorados de múltiples módulos.

Optimización de «Triángulo imposible»

El «Triángulo Imposible» representa tres características que son difíciles de equilibrar en el sistema blockchain. Cocos-BCX tampoco puede aprovechar al máximo las tres características al mismo tiempo, pero hemos hecho que la «longitud» del triángulo imposible sea lo más corta posible a través de nuestros principios de diseño.

(1) Descentralización  Mecanismo de DpoS mejorado La capa de consenso de CocosChain se ha mejorado basándose en el algoritmo de consenso de DPoS tradicional. Todos los testigos activos comparten la misma probabilidad de generación de bloques programada en el algoritmo de programación de testigos del algoritmo de consenso DPoS, que asegura probabilidades de generación de bloques consistentes y recompensas para todos los testigos;  Bajo riesgo de bifurcación Cocos-BCX Chain utiliza un mecanismo de consenso DPoS que no involucra mineros, lo que reduce efectivamente el riesgo de bifurcación causado por la centralización de la potencia informática. Una bifurcación solo puede tener lugar cuando más de 1/3 de los testigos no están de acuerdo con el consenso bajo el mecanismo DPoS. Nodos de luz En Cocos-BCX, un nodo de luz es esencialmente un entorno con interoperabilidad con la cadena. Diferente de los nodos completos, Un nodo ligero no necesita sincronizar los datos de toda la red, sino la información del contrato y los datos ambientales necesarios. Tal diseño reduce significativamente la cantidad de datos a sincronizar y el tiempo para la sincronización, de modo que el software del juego en la cadena de bloques tiene una capacidad real y un costo de tiempo factibles.

(2) Autonomía del jugador de seguridad y seguridad de los activos: debido a la apertura y transparencia de la red blockchain, la información de los activos digitales obtenida por el jugador en el juego se puede navegar a través del explorador de blockchain, proporcionando un mecanismo de protección para la seguridad del juego. activos.  Permiso de operación de activos Los accesorios del juego son propiedad y solo pueden ser eliminados por el jugador, y la destrucción de artículos solo se permitirá con la autorización del usuario;  Atomización de operaciones clave en cadena Las acciones como la creación / circulación de activos se envían a la herrería o la plataforma de circulación. Todas las operaciones en el proceso de creación / circulación se consideran una transacción atómica indivisible.  Verificación escalable de varios pasos Además de la contraseña de verificación para la transacción blockchain, el desarrollador del juego establecerá además un autenticador de 2 pasos y una verificación de código aleatorio para mejorar aún más la seguridad de los activos del jugador;  Asegurada por criptografía moderna, la cadena Cocos-BCX utiliza ECC (criptografía de curva elíptica) para el cifrado para garantizar la seguridad de la información de la cadena de bloques;  Mecanismo de verificación de transacciones para evitar que BP / desarrollador engañe. Cocos-BCX diseña un conjunto de mecanismos de ejecución, transmisión de mensajes y ejecución de transacciones para evitar que BP y los desarrolladores hagan trampa;  El sistema de contrato inteligente iterable Cocos-BCX admite actualizaciones lógicas y correcciones de errores para el contrato inteligente en cadena para garantizar la seguridad y la puntualidad del contrato inteligente.  Asegurada por criptografía moderna, la cadena Cocos-BCX utiliza ECC (criptografía de curva elíptica) para el cifrado para garantizar la seguridad de la información de la cadena de bloques;  Mecanismo de verificación de transacciones para evitar que BP / desarrollador engañe. Cocos-BCX diseña un conjunto de mecanismos de ejecución, transmisión de mensajes y ejecución de transacciones para evitar que BP y los desarrolladores hagan trampa;  El sistema de contrato inteligente iterable Cocos-BCX admite actualizaciones lógicas y correcciones de errores para el contrato inteligente en cadena para garantizar la seguridad y la puntualidad del contrato inteligente.  Asegurada por criptografía moderna, la cadena Cocos-BCX utiliza ECC (criptografía de curva elíptica) para el cifrado para garantizar la seguridad de la información de la cadena de bloques;  Mecanismo de verificación de transacciones para evitar que BP / desarrollador engañe. Cocos-BCX diseña un conjunto de mecanismos de ejecución, transmisión de mensajes y ejecución de transacciones para evitar que BP y los desarrolladores hagan trampa;  El sistema de contrato inteligente iterable Cocos-BCX admite actualizaciones lógicas y correcciones de errores para el contrato inteligente en cadena para garantizar la seguridad y la puntualidad del contrato inteligente.

(3) Escalabilidad La capa superior está diseñada para ser escalable para construir un ecosistema empresarial con una solución general para la creación de juegos descentralizados y el funcionamiento de la economía del juego, a través de la combinación de motor de juego, entorno de desarrollo y juego basado en Cocos-BCX. cadena, por lo tanto para conectar el ecosistema de juego global. Los participantes clave del ecosistema incluyen: desarrolladores, usuarios, creación de contenido y el sistema blockchain.

La escalabilidad diseñada para la capa superior incluye: entorno de tiempo de ejecución de juegos multiplataforma, interfaces interactivas blockchain, puertas de enlace de intercambio que admiten el remachado de activos y cadenas múltiples, conexión de cadenas múltiples y optimización y expansión de sistemas blockchain existentes.

El diseño de escalabilidad de capa superior genera un ecosistema diversificado y posibilidades continuas. Además, amplía el límite de fusión del proyecto a través de al menos cinco tecnologías y soluciones, incluido el entorno de ejecución de juegos multiplataforma integrado y la interfaz interactiva blockchain.

2.2 Sistema económico

2.2.1 Resumen

El sistema blockchain subyacente de Cocos-BCX adopta un mecanismo de consenso mejorado sobre la base de la tecnología Graphene, que hace muchas innovaciones en el modelo económico tomando prestados muchos conceptos.

Los detalles se pueden encontrar en las siguientes secciones.

2.2.2 Cuenta

Los modos de cuenta en blockchain se clasifican en:

  1. Cadena de clave pública. Es similar al par de claves pública-privada en la cadena de bloques Bitcoin / Ethereum / TRON, cuya clave pública está codificada en una cadena de cierta forma. Es muy privado pero poco legible.
  2. Cadena de registro. Es común en BitShares / EOS / IOST, donde los usuarios pueden registrar una cadena de cierta longitud. Las claves públicas y privadas se adjuntan a la cuenta. Este tipo de cuenta es más legible y fácil de usar.

Cocos-BCX adopta el segundo enfoque, permitiendo a los usuarios registrar cuentas de acuerdo con sus preferencias con la herramienta cli_wallet u otras billeteras.

2.2.3 Testigo

En Cocos-BCX, el testigo es recolectar transacciones, empaquetarlas en bloques, firmarlas y difundirlas por toda la red. Básicamente son productores de bloques de posibles mecanismos de consenso.

Por cada bloque empaquetado con éxito, el testigo recibe las recompensas del bloque del grupo de reserva limitada a una tasa determinada por los titulares de COCOS mediante un voto aprobado.

Se están elaborando mecanismos específicos de participación y votación de testigos.

2.2.4 Comité

El Comité es el órgano de gobierno de Cocos-BCX blockchian.

La cadena de bloques Cocos-BCX tiene un conjunto de parámetros aprobados por los titulares de Cocos. Los titulares de Cocos pueden definir su conjunto preferido de parámetros para crear un miembro del comité o votar por un miembro del comité existente. El comité Cocos-BCX está compuesto por varios miembros activos del comité.

Cocos-BCX tiene los siguientes parámetros de blockchain al principio:

  1. Estructura de tarifas: las tarifas que pagan los usuarios por sus transacciones.
  2. Intervalo de bloque: es el intervalo de tiempo en el que se genera el bloque, que también es el tamaño máximo del bloque / transacción.
  3. Parámetro de caducidad: el intervalo de caducidad máximo
  4. Parámetro de testigo: el número máximo de testigos (productores de bloques)
  5. Parámetros del comité: el número máximo de miembros del comité
  6. Recompensa de testigo: la recompensa otorgada a cada testigo por cada bloque firmado

Tenga en cuenta que el conjunto de parámetros dado se utiliza como ejemplo y los parámetros de la red pueden cambiar con el tiempo.

Además de los parámetros definidos, cualquier testigo activo puede proponer un acuerdo o actualización comercial (es decir, una bifurcación) que puede ser votado (o rechazado) por el titular de Cocos. Cuando el número total de votos de la bifurcación dura es mayor que el peso medio del testigo w, la bifurcación dura es eficaz.

Se están elaborando las correspondientes reglas del Comité.

2.2.5 Voto

Se están elaborando las reglas y los mecanismos de votación.

Si quiere puede hacernos una donación por el trabajo que hacemos, lo apreciaremos mucho.

Direcciones de Billetera:

- BTC: 14xsuQRtT3Abek4zgDWZxJXs9VRdwxyPUS 

- USDT: TQmV9FyrcpeaZMro3M1yeEHnNjv7xKZDNe 

- BNB: 0x2fdb9034507b6d505d351a6f59d877040d0edb0f

- DOGE: D5SZesmFQGYVkE5trYYLF8hNPBgXgYcmrx 

También puede seguirnos en nuestras Redes sociales para mantenerse al tanto de los últimos post de la web:

-Twitter

- Telegram

Disclaimer: En Cryptoshitcompra.com no nos hacemos responsables de ninguna inversión de ningún visitante, nosotros simplemente damos información sobre Tokens, juegos NFT y criptomonedas, no recomendamos inversiones

Dejar un comentario

Tu dirección de correo electrónico no será publicada.