Skip to content Skip to footer

El camino hacia la primera actualización…

Aviso legal: Esta publicación es una traducción comunitaria hecha por un miembro de la comunidad de Oasis Network. Se hacen rigurosas comprobaciones para proporcionar traducciones precisas pero pueden estar sujetas a errores u omisiones. Oasis Network no se hace responsable de la precisión, confiabilidad o actualidad de la información traducida.

Publicación original en inglés: The Road Towards the First Upgrade…

La Mainnet fue lanzada con éxito, pero eso solamente es el comienzo. Seguimos planificando la hoja de ruta para el futuro y hemos identificado muchas áreas con un amplio margen de mejora. Esto ayudará a que los ParaTimes y la red en general sea más capacitada. A corto plazo; la Fundación va implementar el siguiente conjunto de elementos en una actualización de la Mainnet prevista para el primer trimestre de 2021. Cada uno de los elementos aportan detalles técnicos en forma de un ADR. Algunos de los cambios propuestos ya han sido implementados en Oasis Core, mientras que otros están siendo sometidos a auditorías.

Clientes ligeros y sincronización de puntos de control (Light Clients and Checkpoint Sync)

Para que el arranque de nuevos nodos en la red sea más rápido; la actualización introducirá soporte para los clientes ligeros y restablecerá el contenido de los puntos de control proporcionados por otros nodos en la red (consulta oasis-core#2880 y oasis-core#2440). Los nodos podrán anunciar que ofrecen a los clientes ligeros públicos, puntos extremos para facilitar el descubrimiento (por ejemplo, permitir que los exploradores de bloque publiquen dichos extremos)

Baliza Aleatoria (Random Beacon)

La baliza aleatoria (random beacon) es utilizada por la capa de consenso para las elecciones del comité de los ParaTimes. Es un componente fundamental para brindar seguridad a los ParaTimes con una política de admisión abierta. ADR 0007 especifica una implementación de baliza aleatoria basada en SCRAPE, que proporciona un resultado imparcial siempre que al menos un participante (nodo validador) sea honesto.

Gobernanza en cadena para una coordinación de actualizaciones más sencilla

Hasta ahora, todas las actualizaciones de la red tenían que ser coordinadas manualmente fuera de la cadena, con los validadores realizando volcados a alturas específicas y posteriormente parcheándolos. Cada actualización también requería borrar cualquier contenido (e historial) anterior. El nuevo servicio de gobernanza en cadena según especificado por ADR 0006 proporciona un marco simple para enviar propuestas de gobernanza y la votación de las mismas por los validadores. Una vez que se aprueba la propuesta de actualización, procedemos a ejecutar la actualización de manera controlada para minimizar el tiempo de inactividad.

Transferencias de ROSE entre la Capa de Consenso y los ParaTimes

Actualmente en la Mainnet no existe la posibilidad de que los ParaTimes interactúen con otras cuentas en la capa de consenso. ADR 0003 propone un mecanismo donde los ParaTimes pueden incluir mensajes como parte del procesamiento de cualquier bloque de ParaTime. Estos mensajes pueden desencadenar operaciones en la capa de consenso en nombre del ParaTime. Esto también supone que los ParaTimes obtienen sus propias cuentas en la capa de consenso donde pueden almacenar y transferir tokens.

Un camino hacia los ParaTimes autónomos

Actualmente, todos los ParaTimes solo pueden ser gobernados por una única entidad — el propietario del ParaTime. En este sentido; la gobernanza significa poder actualizar ciertos campos en el descriptor del ParaTime almacenado por el registro de la capa de consenso. Por un lado, el descriptor del ParaTime contiene parámetros críticos para la seguridad y, por otro lado, debe haber un mecanismo a través del cual se puedan actualizar los ParaTimes (concretamente para tiempos de ejecución basados en TEE donde se aplica una ejecución de tiempo binaria a través de mecanismos de atestación remota). ADR 0004 amplía las opciones de gobernanza de los ParaTimes y les abre el camino para que puedan definir sus propios mecanismos de gobernanza.

…mirando hacia el Futuro

Además de las actualizaciones de la capa de consenso; la Fundación también está tomando nota de mejoras en otras áreas en función de los comentarios de la comunidad, y estos son algunos de ellos que se encuentran en sus fases iniciales:

· Mejorar la experiencia del desarrollador de ParaTime a través de la introducción de un SDK de alto nivel que proporciona funcionalidades comunes

· Mejorar la experiencia del desarrollador frontend mediante la introducción de un SDK de JavaScript que admita tanto la capa de consenso como los ParaTimes arbitrarios basados en el SDK del ParaTime.

· Construir un puente entre los ParaTimes y otras redes como Ethereum

Estamos dispuestos a valorar cualquier propuesta adicional de mejora por parte de la comunidad (ya sea a través del proceso de contribución en Oasis Core o mediante sugerencias de alto-nivel en el foro de la comunidad) y también estamos concediendo subvenciones para ello.