EOSC_EOS Force_EOSForce_EOSC Intercambio

EOSC,EOSForce,EOSForce

Hora de lanzamiento: 2018-06-22

Documento técnico: https://eosforce.gitbook.io/eosforce/

Suministro máximo:

Suministro total:

Algoritmo central:

Mecanismo de incentivos:

Con base en diferentes conceptos de gobernanza, la comunidad de EOSC optimizó el mecanismo de elección de EOSIO, lanzó la red principal de EOSC en Genesis Height 1 y continuó actualizando iterativamente la red principal de EOSC, haciendo que EOSC avance hacia contratos inteligentes descentralizados de alto rendimiento La dirección de la plataforma continúa evolucionar, sentando las bases para la adopción masiva de la economía cifrada.

Antecedentes

La economía del cifrado ha dado paso a una etapa crítica desde la experimentación social hasta el uso comercial a gran escala. Detrás de la comercialización a gran escala hay una gran presión de transacción. Para que un sistema de cadena de bloques pueda manejar de manera eficiente una gran cantidad de demandas de transacciones, primero debe proporcionar un rendimiento suficientemente sólido. Para lograr esto, se requieren mayores requisitos para los nodos completos, como máquinas de hardware mejor configuradas, mayor capacidad de almacenamiento, red más estable, ancho de banda más rápido, menor latencia, etc. Obviamente, un umbral demasiado alto para nodos completos conducirá a una reducción en la cantidad de nodos productores de bloques que pueden operar de manera estable.Si se adopta el mecanismo POS en un sistema de cadena de bloques de este tipo, el sistema convergerá rápidamente a una situación centralizada. Para lograr un equilibrio entre alto rendimiento y descentralización, el algoritmo de consenso DPOS es, sin duda, la mejor opción en la actualidad, y también es la mejor solución factible para administrar una pequeña cantidad de nodos. EOSIO, basado en el algoritmo de consenso DPOS, nació y la comunidad vio el amanecer del uso comercial a gran escala de la economía de cifrado por primera vez. Si el mecanismo de elección es completamente efectivo es la clave para la supervivencia del mecanismo de consenso DPOS, y también está relacionado con si el mecanismo de consenso DPOS puede suceder a POW y liderar la próxima generación de encriptación. Con el fin de acelerar la llegada de la era del uso comercial a gran escala de la economía encriptada, la comunidad de EOSC optimizó el mecanismo de elección de EOSIO, lanzó la red principal de EOSC en Génesis 1 y continuó actualizando iterativamente la red principal de EOSC, lo que hizo que EOSC se dirigiera hacia la descentralización. La dirección de la plataforma de contrato inteligente de alto rendimiento continúa evolucionando.

Mecanismo de consenso

EOSC sigue el mecanismo de consenso de EOSIO, es decir, DPOSBFTPipelineConsensus. A diferencia de EOSIO, EOSC no adopta el modelo de EOSIO de un bloque cada 0,5 segundos y un nodo genera 6 bloques. En EOSC, un bloque cada 3 segundos, el nodo no generar Aunque la generación continua de bloques por nodos puede reducir el tiempo de espera para las transacciones desempaquetadas, debido a que el entorno de red actual a menudo no es muy ideal, la generación rápida de bloques afectará la estabilidad de la cadena y provocará una gran cantidad de microforks. El mecanismo de consenso actual de EOSIO no es perfecto, pero como plataforma DAPP, el tiempo de confirmación del bloque no es la primera prioridad de optimización de la cadena. Para EOSC, el mecanismo de consenso debe considerarse en un entorno de alta carga. El actual mecanismo de cálculo paralelo no es perfecto En tales circunstancias, la mejora apresurada del mecanismo de confirmación canalizado es muy problemático. El futuro mecanismo de consenso de EOSC evolucionará en paralelo desde dos direcciones 1. Compatible con el desarrollo de EOSIO para actualizar su algoritmo de consenso, juzgamos de acuerdo con el progreso de desarrollo actual de EOSIO, cuando EOSIO complete la mejora paralela, el algoritmo de consenso será actualizado para lograr bloques más rápidos Tiempo de confirmación 2. Se adaptará a otros mecanismos de consenso en función del número de confirmaciones Como complemento al consenso DPOS existente, por un lado, realizará la interacción entre el consenso de la cadena Layer2 integrado y la cadena principal. Por otro lado, puede realizar un mecanismo de cadena cruzada más descentralizado con cadenas de otros mecanismos de consenso.

Mejora de la tecnología EOSC

Modelo de recursos basado en tarifas Aunque el modelo de pago de los recursos de CPU y NET de EOSIO es un buen diseño en tecnología, es demasiado complicado para los usuarios y no puede promover que los desarrolladores de DAPP optimicen sus contratos. Por otro lado, la memoria RAM de EOSIO El método de compra conducirá a ciertos comportamientos de acaparamiento, lo que no es propicio para el desarrollo de la ecología DAPP. Por esta razón, EOSC diseñó de manera innovadora un nuevo conjunto de modelos de recursos. A través de la optimización en la práctica, explore recursos basados ​​en tarifas de manejo en entornos complejos de contratos inteligentes Modele, resuelva completamente el problema de los recursos que aqueja a la ecología EOS. En primer lugar, EOSC paga el consumo de recursos de CPU y NET del usuario en el modo de tarifa. Para la Acción definida por el desarrollador en el DAPP, el desarrollador de DAPP puede establecer la tarifa requerida para la Acción, y el sistema controla el uso de recursos del Acción basada en esto Por un lado, es fácil para los usuarios comprender el consumo de recursos, por otro lado, también promueve fuertemente que los desarrolladores de DAPP optimicen el uso de los recursos del contrato, haciendo que toda la ecología se desarrolle benignamente. EOSC asigna los recursos de RAM de una manera similar al alquiler de hosts en la nube. Los usuarios pueden usar los dividendos de votación para pagar el alquiler de recursos de RAM. De esta manera, los usuarios no necesitan preocuparse por el pago del alquiler y también eliminan el problema de los atrasos en el alquiler. Al alquilar y vendiendo en nombre de otros, EOSC puede evitar de manera efectiva la especulación sobre los recursos de RAM, de modo que el desarrollo de DAPP no tenga que verse afectado por el precio de RAM y promueva efectivamente la construcción ecológica de DAPP. Mientras innova audazmente y explora nuevos modelos de recursos, EOSC también está explorando mecanismos para ser compatible con los modelos de recursos de EOSIO. Para recursos de CPU y NET, los usuarios pueden pagar tarifas basadas en la antigüedad del ticket de dividendos para obtener recursos de CPU y NET similares a las hipotecas de EOSIO. Para RAM , los usuarios pueden lograr el efecto de las compras basadas en el mercado de EOSIO a través de intercambios de votos hipotecarios, de modo que los desarrolladores de DAPP puedan cambiar rápidamente a EOSC desde otras cadenas de EOSIO y cambiar sin problemas al modelo de recursos de EOSC. Mecanismo de actualización fluido El mecanismo de elección de EOSC alienta a los supernodos a participar activamente en la promoción de actualizaciones tecnológicas. A diferencia de la división de la versión del nodo comunitario EOSIO, EOSC promueve activamente actualizaciones y actualizaciones tecnológicas en la práctica. Para lograr un proceso de actualización incompatible más fluido, EOSC ha agregado un mecanismo de actualización basado en la altura efectiva del bloque. La comunidad puede confirmar la altura efectiva del bloque de una función a través de firmas múltiples, para completar el proceso de actualización sin problemas de forma descentralizada. De manera basada en el esquema de etiquetas basado en datos de expansión de bloques propuesto recientemente por EOSIO, el mecanismo de actualización de EOSC es más amigable y fácil de entender. EOSC es el primero en practicar el proceso de actualización descentralizado de "bifurcación suave" en la cadena basada en EOSIO , así es como EOSC puede Una garantía básica que está en constante evolución para resolver diversos problemas mecánicos. Por otro lado, la función de establecer atributos de cadena basados ​​en firmas múltiples puede proporcionar a la comunidad un conjunto de configuración de cadena descentralizada y esquemas en cadena. Se pueden modificar varios parámetros y configuraciones de manera descentralizada de acuerdo con el desarrollo real, haciendo la comunidad un mejor desarrollo de. Mecanismo de latido del nodo e intervalo de bloque estable Para promover la estabilidad de la red principal, EOSC ha fortalecido la construcción de nodos candidatos desde la perspectiva del modelo económico. Al mismo tiempo, EOSC ha agregado un mecanismo de latido del nodo en la cadena para promover fortalecer el nodo y mejorar su estabilidad, para promover la estabilidad de toda la red principal. Sobre la base del mecanismo de latido, EOSC puede confirmar el funcionamiento del nodo, de modo que el nodo defectuoso pueda ser castigado en función de la cadena, a fin de supervisar aún más la construcción del nodo y evitar la inestabilidad de toda la red principal causada. por la inacción del nodo. Al comienzo de la puesta en marcha, el intervalo de generación de bloques se incrementó para evitar bifurcaciones blandas ocasionales en la red principal cuando la infraestructura de red actual aún no es perfecta El intervalo de generación de bloques de medio segundo diseñado por EOSIO y un nodo conectado Aunque el El mecanismo de seis bloques puede mejorar la usabilidad de la cadena en el futuro, no es aplicable en el entorno de red actual. De manera pragmática, el intervalo de generación de bloques debe aumentarse primero y luego cambiarse a una generación de bloques rápida cuando las condiciones lo permitan. maduro en el futuro, que puede ser efectivo La reducción de bifurcaciones blandas y la reducción del número de bloques pueden aumentar en gran medida la tasa de sincronización de los nodos completos, de modo que pueda haber más nodos completos, mejorando así la disponibilidad de toda la red. Más API de capa de contrato Para que sea más fácil para los desarrolladores de DAPP desarrollar contratos, se han agregado algunas API y se han realizado algunos ajustes específicos en el contrato del sistema. En primer lugar, se agrega una API para obtener la altura del bloque, y los desarrolladores pueden obtener de manera fácil y eficiente la altura del bloque actual. Con base en esta API, el contrato puede evitar de manera efectiva los ataques de bloque de bloqueo y otros ataques basados ​​en reintentos. En segundo lugar, la adquisición cadena se agrega Con la API de información de configuración, los desarrolladores pueden adaptar varios parámetros de la cadena y actualizar la cadena en la capa del contrato, de modo que el contrato también pueda seguir sin problemas la función de actualización de la cadena.Finalmente, para evitar ataques de moneda falsificada, antes de que comience la cadena, use Se establece un contrato de token central independiente, para que los usuarios puedan distinguir claramente los ataques de moneda falsificada. Al comienzo del lanzamiento del servicio de cadena cruzada adaptable, el equipo de Force previó que el soporte futuro para cadenas cruzadas sería una función básica de la cadena pública, por lo que el equipo de Force comenzó el desarrollo del proyecto Codex y estableció el Codex. Cadena de retransmisión para servir a cada cadena Proporcione servicios de retransmisión para realizar el mecanismo de cadena cruzada entre cada cadena, lo que puede proporcionar un soporte más completo para Codex.Retransmisión A través de la operación mutua de los súper nodos de las dos cadenas, un Se puede realizar un mecanismo de cadena cruzada, es decir, el grado de descentralización de cualquier cadena no se reducirá durante el proceso de cadena cruzada. A través del mecanismo de cadena cruzada, se puede obtener una gran escalabilidad. Según el servicio de retransmisión, se pueden agregar subcadenas de Capa 2. Algunos servicios y DAPP con un gran consumo de recursos se pueden ejecutar en función de las subcadenas, y los resultados del cálculo o el núcleo El estado está sincronizado con , por lo que en el futuro se pueden agregar subcadenas especiales como almacenamiento, computación, DAPP y números aleatorios para expandir las funciones. El marco de desarrollo de blockchain altamente personalizable de EOSIO se basa en servicios de retransmisión, que pueden agregar subcadenas de Capa 2. En el futuro, varias subcadenas desempeñarán un papel importante en la ecología de EOSIO, pero debe tenerse en cuenta que el desarrollo actual basado en EOSIO Un proyecto de cadena de bloques con funciones personalizadas todavía tiene un umbral alto. Por esta razón, el equipo de Force lanzó el proyecto Codex.io, que es un marco de desarrollo de cadena de bloques EOSIO altamente personalizable, que reduce el umbral de desarrollo de las subcadenas. Proporcione a los desarrolladores con una experiencia de desarrollo de subcadenas más económica y amigable. El equipo de Force ha acumulado mucha experiencia en el desarrollo de cadenas de bloques basadas en EOSIO durante el proceso de desarrollo y espera maximizar el valor de estas experiencias Codex.io es un marco de desarrollo de cadena de bloques EOSIO "listo para usar", desarrolladores pueden iniciar rápidamente su propia cadena basada en Codex.io. Después de una configuración simple, pueden personalizar varios símbolos, elegir libremente sistemas económicos y modelos de recursos. Sobre esta base, los desarrolladores solo necesitan concentrarse en la cadena misma para resolver De acuerdo con esto, usted puede optar por implementarlo en función del contrato o la capa nativa de la cadena. Codex.io puede facilitar a los desarrolladores la expansión en la capa nativa de la cadena, para resolver algunos problemas de rendimiento, y también puede ampliar en gran medida las funciones de la cadena. cadena. Codex.io integra las funciones de expansión propuestas por la mayoría de las cadenas EOSIO actuales Con una actitud inclusiva, Codex.io permite a los desarrolladores combinar libremente funciones en la cadena: incluido el sistema de asignación de subsistencia, el sistema de cuentas, varios mecanismos de lista negra y blanca, comunes Mecanismo de gobierno y mecanismo de votación y varios complementos. A través de Codex.io, en el futuro se integrará una gran cantidad de subcadenas Layer2, lo que proporcionará una escalabilidad ilimitada.

Tags：EOSCEOSForceEOSForceIntercambio de EOSC

oficial

• 

  Facebook

• 

  Twitter

• 

  Weibo

• 

  YouTube