Basado en diferentes conceptos de gobernanza, la comunidad EOSC optimizó el mecanismo electoral de EOSIO, lanzó la red principal de EOSC a la altura de Genesis 1, y continuó a iterar y actualizar la red principal de EOSC, haciendo que EOSC continúe evolucionando hacia una plataforma de contrato inteligente de alto rendimiento descentralizada, estableciendo la base para la popularización a gran escala de la economía cripto.

fondo

La economía criptográfica ha aumentado en una etapa crítica desde experimentos sociales hasta uso comercial a gran escala.
Detrás del uso comercial a gran escala significa una gran presión de transacción. Para transportar eficientemente enormes demandas de transacciones, un sistema blockchain primero debe proporcionar un rendimiento suficientemente fuerte. Para lograr esto, se requieren requisitos más altos para el nodo completo, como una mejor configuración de máquinas de hardware, una mayor capacidad de almacenamiento, una red más estable, ancho de banda más rápido, menor latencia, etc. Obviamente, el umbral alto para el nodo completo conducirá a una disminución en el número de nodos productores de bloques que pueden funcionar de manera estable. Si el mecanismo POS se usa en dicho sistema de cadena de bloques, el sistema convergerá rápidamente a una situación centralizada. Para lograr un equilibrio entre el alto rendimiento y la descentralización, el algoritmo de consenso DPOS es, sin duda, la mejor opción en la actualidad y la mejor solución para administrar un pequeño número de nodos.
Eosio basado en el algoritmo de consenso DPOS surgió, y la comunidad vio los amanecer del uso comercial a gran escala de la economía criptográfica por primera vez. Si el mecanismo electoral es completamente efectivo es la clave para la supervivencia del mecanismo de consenso de DPOS, y también está relacionado con si el mecanismo de consenso de DPO puede transmitir POW para liderar la próxima generación de onda de cifrado.
Para acelerar la llegada de la era del uso comercial a gran escala de la economía criptográfica, la comunidad EOSC optimizó el mecanismo de elección de EOSIO, lanzó la red principal de EOSC a la altura de Genesis 1, y continuó iterando y actualizando la red principal de EOSC, para que EOSC continúe evolucionando hacia una plataforma de contrato inteligente de alta rendimiento decentralizada.

Mecanismo de consenso

eosc sigue el mecanismo de consenso de EOSIO, a saber, el consenso de la tubería DPOS BFT. A diferencia de EOSIO, EOSC no adopta el modo de EOSIO con un bloque cada 0.5 segundos y un nodo genera 6 bloques. Cada 3 segundos en EOSC, los nodos no generarán bloques continuamente. Aunque los nodos pueden reducir el tiempo de espera para las transacciones desempaquetadas, el entorno de red actual a menudo no es ideal, la generación rápida de bloques afectará la estabilidad de la cadena y causará una gran cantidad de micro horquillas.
El mecanismo de consenso actual de EOSIO no es lo suficientemente perfecto, pero como plataforma DAPP, el tiempo de confirmación del bloque no es la primera prioridad de la optimización de la cadena. Para EOSC, el mecanismo de consenso debe considerarse en un entorno de alta carga. En la situación actual en la que el sistema informático paralelo no es perfecto, mejorar apresuradamente el mecanismo de confirmación canalizado es muy problemático.
El mecanismo de consenso futuro de EOSC evolucionará en paralelo desde dos direcciones
1. Compatible con el desarrollo de EOSIO y actualiza su algoritmo de consenso. Juzgamos en base al progreso actual del desarrollo de EOSIO. Cuando EOSIO completa la mejora paralela, el algoritmo de consenso se actualizará para lograr un tiempo de confirmación de bloque más rápido.
2. Otros mecanismos de consenso basados ​​en números de confirmación se adaptarán para complementar el consenso de DPO existente. Por un lado, se realizará la interacción entre el consenso de la cadena de la capa 2 incrustada y la cadena principal. Por otro lado, se puede lograr un mecanismo de cadena cruzada más descentralizado con otros mecanismos de consenso.

Mejora de la tecnología EOSC

modelo de recursos basado en tarifas de manejo
Aunque el modelo de pago de CPU y recursos netos de EOSIO es un buen diseño en tecnología, es demasiado complejo para los usuarios y no puede promover a los desarrolladores de DAPP para optimizar sus contratos. Por otro lado, el método de compra del RAM de Eosio conducirá a ciertos comportamientos de acaparamiento, que no conducen al desarrollo del ecosistema DAPP. Por esta razón, EOSC diseñó innovativamente un nuevo modelo de recursos. A través de la optimización práctica, explora el modelo de recursos basado en el manejo de tarifas en un entorno de contrato inteligente complejo para resolver completamente los problemas de recursos que afectan el ecosistema EOS.
En primer lugar, EOSC paga la CPU del usuario y el consumo de recursos netos en un modo de tarifa de manejo. Para la acción definida por el desarrollador en el DAPP, los desarrolladores de DAPP pueden establecer la tarifa de manejo requerida para la acción. El sistema controla el uso de la acción basado en esto. Por un lado, esto facilita a los usuarios a comprender el consumo de recursos y, por otro lado, también promueve firmemente a los desarrolladores de DAPP para optimizar el uso de recursos contractuales, para que todo el ecosistema pueda desarrollarse de manera saludable.
EOSC utiliza un host de alquiler en la nube para asignar recursos de RAM de manera similar a la de alquilar hosts en la nube. Los usuarios pueden pagar los gastos de alquilar recursos de RAM mediante el uso de dividendos de votación, para que los usuarios no necesiten preocuparse por el pago del alquiler y también eliminar el problema de los atrasos de alquiler. A través del método de "alquiler y venta", EOSC puede evitar efectivamente comportamientos especulativos contra los recursos de RAM, de modo que el desarrollo de DAPP no tiene que ser perturbado por los precios de la RAM y promover efectivamente la construcción del ecosistema DAPP.
Mientras innovan y exploran audazmente nuevos modelos de recursos, EOSC también explora el mecanismo para ser compatible con los modelos de recursos EOSIO. Para los recursos de CPU y netos, los usuarios pueden pagar tarifas basadas en la edad de dividendos para lograr el efecto de obtener la CPU y los recursos netos similares a la hipoteca EOSIO. Para RAM, los usuarios pueden lograr el efecto de EOSIO en función de la compra del mercado a través del intercambio de votación de replanteo, para que los desarrolladores de DAPP puedan ingresar rápidamente a EOSIO desde otras cadenas EOSIO y recurrir sin problemas al modelo de recursos EOSC.
Mecanismo de actualización suave
El mecanismo electoral de EOSC alienta a los súper nodos a participar activamente en la promoción de actualizaciones tecnológicas. A diferencia de la división de la versión de nodo de la comunidad EOSIO, EOSC promueve activamente actualizaciones y actualizaciones tecnológicas en la práctica.
Para lograr un proceso de actualización más suave incompatible, EOSC ha agregado un conjunto de mecanismos de actualización basados ​​en la altura del bloque efectivo. La comunidad puede confirmar la altura del bloque efectivo de una función a través de múltiples signos, a fin de descentralizar el proceso de actualización suave. A diferencia del esquema de etiquetado recientemente propuesto por EOSIO basado en datos de expansión de bloque, el mecanismo de actualización de EOSC es más amigable y propicio para la comprensión. La primera práctica de EOSC del proceso descentralizado de actualización de "horquilla suave" en la cadena basada en Eosio, que es la garantía básica para que EOSC continúe evolucionando para resolver diversos problemas de mecanismo.
Por otro lado, la función de establecer atributos de cadena basados ​​en múltiples signos puede proporcionar a la comunidad un conjunto de configuración de cadena descentralizada y esquemas en cadena. Varios parámetros y configuraciones pueden modificarse descentralizadamente según el desarrollo real, para que la comunidad pueda desarrollarse mejor.
Mecanismo del corazón del nodo e intervalo de salida de bloque estable
Para promover la estabilidad de la red principal, EOSC fortalece la construcción de nodos alternativos desde la perspectiva del modelo económico. Al mismo tiempo, EOSC agrega un mecanismo de latidos del nodo en la cadena para promover nodos para fortalecer y mejorar su estabilidad y promover una mayor estabilidad de toda la red principal.
Según el mecanismo del corazón, EOSC puede confirmar el funcionamiento del nodo, de modo que los nodos defectuosos se castigan en función de la cadena, instando así a la construcción de nodos y evitando que la inestabilidad de los nodos actúe en toda la red principal.
El tiempo de intervalo de generación de bloques se incrementa al comienzo de la inicio, para evitar bifurcaciones suaves 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 el mecanismo de conectar seis bloques a un nodo ciertamente puede mejorar la disponibilidad de la cadena en el futuro, pero no es aplicable en el entorno de red actual. Con una actitud pragmática, el tiempo de intervalo de generación de bloques aumentará primero, y después de que las condiciones sean maduras en el futuro, se cambiará a una generación de bloques rápidos. Esto puede reducir efectivamente las horquillas blandas. Al mismo tiempo, la reducción del número de bloques puede aumentar en gran medida la tasa de sincronización de todo el nodo, para 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 conveniente que los desarrolladores de DAPP desarrollen contratos, se han agregado algunas API y se han realizado algunos ajustes específicos a los contratos del sistema.
Primero, se agrega una API para obtener la altura del bloque, y los desarrolladores pueden obtener de manera fácil y eficiente la altura de bloque de corriente. Según esta API, los contratos pueden evitar bloquear efectivamente los ataques de bloques y otros ataques basados ​​en el reintento. En segundo lugar, se agrega una API para obtener información de configuración de cadena, y los desarrolladores pueden adaptar varias correcciones de parámetros y actualizaciones de cadena a la cadena en la capa de contrato, para que el contrato también pueda seguir sin problemas la función de actualización de la cadena. Finalmente, para evitar ataques con divisas falsificadas, se utilizan contratos de token centrales independientes antes de que se inicie la cadena, para que los usuarios puedan distinguir claramente los ataques de divisas falsificadas.
Adaptando servicios de cadena cruzada
Al comienzo del lanzamiento, el equipo de la fuerza previó que el apoyo para la cadena cruzada será la función básica de las cadenas públicas en el futuro. Por lo tanto, el equipo de la Fuerza lanzó el desarrollo del proyecto Codex y estableció la cadena de retransmisión de Codex. Relay para proporcionar servicios de relé para cada cadena, para realizar el mecanismo de la cadena cruzada entre cada cadena, que puede proporcionar un soporte más completo para Codex.Relay. A través de los súper nodos de las dos cadenas que se operan entre sí, se puede lograr un mecanismo de cadena cruzada "completa", es decir, el grado de descentralización de ninguna cadena no se reducirá durante el proceso de la cadena cruzada.
A través del mecanismo de cadena cruzada, se puede obtener una gran escalabilidad. Según los servicios de retransmisión, se pueden agregar sub cadenas de capa 2. Algunos servicios y DAPPS con un alto consumo de recursos se pueden ejecutar en función de las subcanutas, y los resultados del cálculo o los estados centrales se pueden sincronizar con los servicios de retransmisión. De esta manera, se pueden agregar subsitaciones especiales como almacenamiento, computación, DAPP y números aleatorios para expandir las funciones.
El marco de desarrollo de blockchain eosio altamente personalizable
Según los servicios de retransmisión, puede agregar subcalvas de capa 2. En el futuro, varias subvaluaciones jugarán un gran papel en el ecosistema Eosio. Sin embargo, debe tenerse en cuenta que actualmente, el proyecto blockchain con funciones personalizadas basadas 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 marco de desarrollo de Blockchain EOSIO altamente personalizable, reduciendo el umbral de desarrollo de las subcanitaciones y brindando a los desarrolladores una experiencia de desarrollo de subcadena más económica y amigable.
El equipo de la Fuerza ha acumulado mucha experiencia en el desarrollo de blockchain basado en Eosio durante el proceso de desarrollo, y también espera dar un juego completo a su mayor valor. Codex.io es un marco de desarrollo de blockchain de Eosio "fuera de la caja". Los desarrolladores pueden iniciar rápidamente una cadena basada en Codex.io. Después de una configuración simple, pueden personalizar varios símbolos y seleccionar libremente sistemas económicos y modelos de recursos. Sobre esta base, los desarrolladores solo necesitan prestar atención a los problemas que la cadena misma necesita resolver. Según esto, pueden elegir implementarlos en función de contratos o capas nativas de 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 las funciones de la cadena.
Codex.io integra las funciones de expansión propuestas por la mayoría de las cadenas EOSIO. Con una actitud inclusiva, Codex.io permite a los desarrolladores combinar libremente las funciones de la cadena: incluido el sistema mínimo de seguridad viva, el sistema de cuentas, varios mecanismos de lista en blanco y negro, mecanismos de gobernanza comunes y mecanismos de votación, y varios complementos.
A través de Codex.io, se integrará una gran cantidad de subcanías de la capa 2 en el futuro, lo que proporcionará una expansión infinita.