ARK Core v2 esta en directo en Mainnet
Hoy es el día en que nuestro nuevo barco zarpa y no podríamos estar más emocionados.
Ark Core es un back-end totalmente reescrito que ejecuta nuestra cadena de bloques. Si quieres saber más sobre los cambios y el alcance de la reescritura, asegúrate de leer la entrada del blog publicada anteriormente AQUÍ. https://blog.ark.io/ark-core-v2-mainnet-launch-95a5b621f6f7
Un recordatorio, no tenemos control de los intercambios y ellos reabrirán los depósitos y retiros en su propio horario. Si tiene alguna pregunta sobre sus plazos, por favor, póngase en contacto con la bolsa, ya que no podemos responder a estas preguntas.
¿Qué sigue para Core?
Ya hemos empezado a codificar algunas de las características que queremos incorporar en la próxima versión principal - v2.1. Debido a que la v2 es mucho más modular, algunas de las características y mejoras serán liberadas antes de la v2.1 final (que debería tener todas las tareas descritas a continuación implementadas). Así que repasemos las características que puede anticipar en el futuro:
Actualización del protocolo de transacciones (AIP 11) - muy anticipado AIP 11 traerá nuevos tipos de transacciones (multipagos, IPFS, timelock) y mucho más.
Actualizar el protocolo de firmas múltiples (AIP 18) - La mejora propuesta intenta resolver algunas de las limitaciones de la implementación actual de firmas múltiples y hacer que las transacciones multisig sean mucho más importantes que el sistema heredado actual. También hay una discusión para integrar "Simple Schnorr Multi-Signatures".
Migración a TypeScript - se ha hablado de seguir con JS y usar definiciones de flujo para comprobar los tipos o iremos directamente a TypeScript y obtendremos todos los beneficios de un lenguaje que tiene comprobaciones de tipo estáticas incorporadas y nos permite utilizar las últimas funciones de ECMAScript desde que se transpiran los archivos TS.
Mejoras en la API de P2P - hay algunas opciones disponibles aquí para hacer que P2P sea aún más resistente a los ataques y a la velocidad. Actualmente nos inclinamos por los conectores web o por algo así como un protocolo basado en torrents, que en ambos casos mejorará drásticamente el rendimiento de la comunicación y la descarga de datos.
Descarga paralela de bloques - va de la mano con las mejoras de la API P2P descritas en el punto anterior, ya que esos cambios ya proporcionarán mejoras en el rendimiento. La implementación de descargas en paralelo o con hilos proporcionará otro aumento en el rendimiento y probablemente reducirá el tiempo de sincronización en varias horas.
Implementar la API v2.1 con total conformidad con JSON-API - implementaremos la API 2.1 que se basará en la API 2.0, pero que será totalmente compatible con las especificaciones de acuerdo con las especificaciones de JSON-API.
Añadir presets de configuración - esto incluirá presets para el archivo plugins.js. Estos presets deberían cubrir cosas como relés de intercambio, relés mínimos, nodos completos con falsificador, etc.
Implementar un sistema para firmar y verificar plugins - el sistema será responsable de la verificación de los plugins de terceros para brindar seguridad adicional a las personas que desean ejecutar plugins personalizados en la parte superior de Core.
Implementar plugin y configurar hot-reloading- hará posible recargar archivos de configuración y plugin sin reiniciar el proceso de nodos (actualizar la configuración sobre la marcha sin interrupciones de nodos).
Integrar la creación de perfiles con New Relic - actualmente no había ningún perfil en el núcleo ya que no tenía sentido mientras que el código cambiaba mucho cada día. Ahora que las cosas están resueltas, integraremos New Relic para entender mejor qué partes del núcleo necesitan ser mejoradas para lograr velocidad y rendimiento.
Revisar la estructura y capacidad de expansión de la base de datos principal - ahora mismo los paquetes de base de datos principal y base de datos principal-postgresql tienen una gran cantidad de lógica compartida que sólo debería estar en la base de datos principal y nunca ser sobreescrita o tocada a menos que alguien realmente sepa lo que está haciendo. Revisaremos estos fragmentos de código y refactorizaremos cuando sea necesario para reducir la complejidad.
Revisar la estructura central de la API y la capacidad de expansión - revisaremos alguna estructura central de la API que permita una mejor capacidad de expansión. Cosas como las *APIs específicas de delegado o webhook podrían ser complementos que añaden nuevos endpoints además de los ya existentes en lugar de sus propios paquetes.
Expandir las banderas CLI disponibles para core para manejar ciertas opciones -
algunas cosas están en el archivo.env en este momento, lo que sería más apropiado como argumentos CLI.
Todo esto nos mantendrá ocupados durante los próximos meses y estamos muy entusiasmados de empezar a trabajar en ello y puede estar seguro de que le mantendremos informado de nuestro progreso.
¿Qué sigue para ARK?
Hay varias otras ideas flotando alrededor que discutiremos más a medida que solidificamos los detalles.
¿Cuánto tiempo estarán disponibles la antigua API de v1 y el antiguo RPC?
API v2 docs : https://docs.ark.io/api/public/v2/
EOL para ARK RPC antiguo también estará disponible hasta la versión 2.1 de ARK. Le instamos a migrar a un nuevo JSON-RPC lo antes posible. JSON-RPC es ahora parte de nuestro núcleo.
Documentos JSON-RPC: https://docs.ark.io/api/json-rpc/
He encontrado un problema, ¿qué debo hacer?
Si usted nota alguno por favor repórtelo a través de GitHub:
https://github.com/ArkEcosystem/core/issues
¿Quiero ayudar con el desarrollo del Núcleo ¿qué debo hacer?
Un gran agradecimiento