En función de 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, lo que hizo que EOSC avanzara hacia un nivel alto descentralizado La dirección del rendimiento inteligente La plataforma de contratos continúa evolucionando, sentando las bases para la popularización a gran escala 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.
El uso comercial a gran escala significa una enorme 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 del cifrado, 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. hacer que EOSC avance hacia La dirección de una plataforma de contrato inteligente descentralizada de alto rendimiento continúa evolucionando.

Mecanismo de consenso

EOSC sigue el mecanismo de consenso de EOSIO, es decir, DPOS BFT Pipeline Consensus. A diferencia de EOSIO, EOSC no adopta el modelo de EOSIO de un bloque cada 0,5 segundos, y un nodo conecta 6 bloques. En EOSC, un bloque cada 3 segundos , Los nodos no producirán bloques continuamente, aunque la producción continua de bloques por parte de los nodos puede reducir el tiempo de espera para las transacciones desempaquetadas, pero debido a que el entorno de red actual a menudo no es muy ideal, la producción rápida de bloques afectará la estabilidad de la cadena, lo que resultará en un gran número de microhorquillas.
El mecanismo de consenso actual de EOSIO no es perfecto, pero como plataforma DAPP, el tiempo de confirmación de 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 mecanismo de cómputo paralelo actual Si no es perfecto, apresurarse a mejorar el mecanismo de confirmación canalizado causará grandes problemas.
El futuro mecanismo de consenso de EOSC evolucionará en paralelo desde dos direcciones
1. Compatible con el desarrollo de EOSIO y actualizar su algoritmo de consenso, juzgamos de acuerdo con el progreso de desarrollo actual de EOSIO, cuando EOSIO completa la mejora paralela, el Se actualizará el algoritmo de consenso, logrará un tiempo de confirmación de bloque más rápido.
2. Se adaptará a otros mecanismos de consenso basados ​​en números de confirmación, como complemento al consenso DPOS existente, por un lado, se dará cuenta de la interacción entre el consenso de cadena de capa 2 incrustado 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 la tarifa de servicio
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 DAPP Los desarrolladores optimizan sus contratos . Por otro lado, el método de compra de RAM de EOSIO conducirá a ciertos comportamientos de acumulación, 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 modelos de recursos basados ​​en tarifas de servicio en un entorno de contrato inteligente complejo, y resolver a fondo los problemas de recursos que plagan la ecología de 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 DAPP, el desarrollador de DAPP puede establecer la tarifa requerida para la Acción, y el sistema controla el recurso. uso de la Acción basado en esto, por un lado, es fácil para los usuarios comprender el consumo de recursos, por otro lado, también promueve fuertemente a los desarrolladores de DAPP para optimizar el uso de los recursos del contrato, para que toda la ecología se desarrolle benignamente
EOSC utiliza un método similar al alquiler de servidores en la nube para asignar recursos de RAM. 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 pagar el alquiler, y el problema de los atrasos en el alquiler es también eliminado A través del método de "alquiler y venta", EOSC puede evitar de manera efectiva la especulación sobre los recursos de RAM, de modo que el desarrollo de DAPP no necesita verse afectado por el precio de RAM, y promueve efectivamente la construcción ecológica de DAPP.
Mientras innova y explora audazmente nuevos modelos de recursos, EOSC también está explorando mecanismos para ser compatible con los modelos de recursos de EOSIO. Para los recursos de CPU y NET, los usuarios pueden pagar tarifas basadas en la antigüedad del boleto de dividendos para lograr una hipoteca EOSIO similar para obtener CPU y el efecto de los recursos NET, para RAM, los usuarios pueden lograr el efecto de EOSIO en función de la compra en el mercado a través de la forma de intercambio de votos hipotecarios, de modo que los desarrolladores de DAPP puedan acceder rápidamente a EOSC desde otras cadenas de EOSIO y cambiar sin problemas al recurso EOSC modelo.
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 las versiones de nodos comunitarios de EOSIO, EOSC promueve activamente las actualizaciones y renovaciones tecnológicas.
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 la actualización sin problemas en un proceso de manera descentralizada, diferente del esquema de etiquetado propuesto recientemente por EOSIO basado en datos de expansión de bloques, el mecanismo de actualización de EOSC es más amigable y fácil de entender. EOSC fue el primero en practicar el proceso de actualización descentralizado de "bifurcación suave" en la cadena basada en EOSIO, que es la garantía básica para la evolución continua de EOSC para resolver varios problemas de mecanismo.
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 soluciones en cadena. Se pueden modificar varios parámetros y configuraciones de manera descentralizada de acuerdo con las necesidades reales. desarrollo, haciendo un mejor desarrollo de la comunidad.
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 cadena El mecanismo de latido del nodo en la red se utiliza para promover el fortalecimiento del nodo para mejorar su estabilidad y promover la estabilidad de toda la red principal.
Sobre la base del mecanismo de latido, EOSC puede confirmar el funcionamiento de los nodos, de modo que los nodos defectuosos puedan ser castigados en función de la cadena, a fin de supervisar aún más la construcción de los nodos y evitar que la inacción de los nodos cause la inestabilidad de toda la red principal.
Aumente el tiempo de intervalo de bloque al comienzo del lanzamiento, para evitar bifurcaciones blandas ocasionales en la red principal cuando la infraestructura de red actual aún no es perfecta. EOSIO diseñó un intervalo de bloque de medio segundo y un Aunque el mecanismo de los nodos que producen seis bloques seguidos pueden mejorar la disponibilidad de la cadena en el futuro, no es aplicable en el entorno de red actual. De manera pragmática, el intervalo entre la producción de bloques debe aumentarse primero y luego cambiarse a una producción de bloques rápida. cuando las condiciones estén maduras en el futuro Esto puede reducir efectivamente las bifurcaciones blandas y, al mismo tiempo, la reducción en la cantidad de bloques puede aumentar en gran medida la tasa de sincronización de los nodos completos, de modo que puede haber más nodos completos, mejorando así la disponibilidad de toda la red.
Más API de capa de contrato
Para facilitar a los desarrolladores de DAPP el desarrollo de contratos, se han agregado algunas API y se han realizado algunos ajustes específicos en los contratos del sistema.
En primer lugar, se agrega una API para obtener la altura del bloque. 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, add Para obtener la información de configuración de la API de la cadena, los desarrolladores pueden adaptar varias correcciones de parámetros y actualizaciones de 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 la falsificación de moneda ataques, antes de que comience la cadena, se utiliza un contrato de token central independiente, para que los usuarios puedan distinguir claramente los ataques de moneda falsificada.
Adaptación a servicios cross-chain
Al inicio del lanzamiento, el equipo de Force previó que el soporte a cross-chains en el futuro será la función básica de la cadena pública, por lo que el equipo de Force comenzó el desarrollo del proyecto Codex, estableció la cadena de retransmisión Codex.Relay para proporcionar servicios de retransmisión para cada cadena, a fin de realizar el mecanismo de cadena cruzada entre cada cadena, puede proporcionar un soporte más perfecto para Codex.Relay e interoperar a través de los súper nodos de las dos cadenas, puede lograr un mecanismo de cadena cruzada "completo", 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 Basado en el servicio de retransmisión, se pueden agregar subcadenas de Capa 2. Algunos servicios y DAPP que consumen grandes recursos se pueden ejecutar sobre la base de subcadenas. A través del servicio de retransmisión, los resultados del cálculo o el estado central se sincronizan, de modo que en el futuro se puedan agregar subcadenas especiales como almacenamiento, cálculo, DAPP y números aleatorios para expandir las funciones.
Marco de desarrollo de cadena de bloques EOSIO altamente personalizable
Basado en servicios de retransmisión, se pueden agregar subcadenas de capa 2 y varias subcadenas desempeñarán un papel en la ecología de EOSIO en el futuro. tiene un gran efecto, pero cabe señalar que el desarrollo actual de un proyecto blockchain con funciones personalizadas basado en EOSIO todavía tiene un umbral alto. Por esta razón, el equipo de Force ha lanzado el proyecto Codex.io, que es un proyecto altamente personalizable. El marco de desarrollo de blockchain de EOSIO reduce el umbral para el desarrollo de subcadenas y brinda a los desarrolladores 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 una cadena de bloques EOSIO "lista para usar" marco de desarrollo, los 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 el sistema económico y el modelo de recursos, sobre esta base, los desarrolladores solo necesitan prestar atención a la cadena El problema para ser resuelto por sí mismo se puede implementar en base al contrato o la capa nativa de la cadena. Codex.io puede facilitar a los desarrolladores expandirse en la capa nativa de la cadena, para resolver algunos problemas de rendimiento, y también puede expandir en gran medida la cadena Función.
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 subsidio de subsistencia, el sistema de cuentas, varias listas blancas y negras , mecanismos comunes de gobierno y mecanismos de votación, y varios complementos.
A través de Codex.io, en el futuro se integrará una gran cantidad de subcadenas de Capa 2, lo que proporcionará una escalabilidad ilimitada.