Hoja de ruta de Dash

Libertad financiera, construida sobre masternodes

Dash fue lanzado por Evan Duffield con el único Algoritmo X11 de hashing como su aspecto característico, y el desarrollo inicial centrado en el ajuste dinámico de la dificultad minera, conocido como Dark Gravity Wave. Esto fue seguido pronto por masternodes, proporcionando un conjunto poderoso e incentivado de nodos completos que forman una columna vertebral para la red y ofrecen servicios a los usuarios. Los Sporks se lanzaron para ayudar a ofrecer un proceso de lanzamiento fluido de nuevas funciones, sin hacer und hard-forking de la red y finalmente, PrivateSend fue lanzado para hacer de Dash una moneda verdaderamente fungible.

Construyendo una base para el futuro

Aunque inicialmente se basó en el proyecto Litecoin, Dash volvió a Bitcoin a principios de 2015. InstantSend, un método para bloquear transacciones aseguradas utilizando la arquitectura masternode de la segunda capa, se lanzó poco después. El trabajo continuó durante todo el año para construir una sistema descentralizado de gobernanza y liberar hasta el 10% de la recompensa de bloque a propuestas presentadas a la red. El primer superbloque se explotó el 7 de septiembre de 2015, lo que convirtió a Dash en la primera Organización Autónoma Descentralizada (DAO) del mundo.

Incrementos de tamaño de bloque y hashrate

En 24 horas, la red realizó una votación histórica, llegando a un consenso para autorizar a los desarrolladores a comenzar a trabajar en bloques de 2MB, garantizando la capacidad futura. Mientras tanto, la tasa de hash se multiplicó rápidamente a medida que se lanzaba un potente hardware de minería, que se multiplicó por 16 en el transcurso del año. La gestión del equipo central experimentó una mayor profesionalización y la introducción de medidas de garantía de calidad. Bitcore e Insight se lanzaron con extensiones de Dash, basadas en un esfuerzo financiado por la red para portar el algoritmo de hashing X11 a JavaScript.

Estabilidad, descentralización y accesibilidad

En 2017, Dash fue compatible con las principales carteras de hardware y dos versiones para optimizar la preparación de los fondos de PrivateSend y administrar mejor la creciente lista de objetos de gobierno mediante una herramienta llamada Sentinel. Mientras tanto, las tarifas en todas las transacciones se redujeron en un factor 10 en todos los ámbitos, y la propiedad de Dash Core Group se transfirió a un fideicomiso irrevocable, y la propia red descentralizada fue nombrada como beneficiaria.

Devnets nombrados

Devnets nombrados permiten la creación de múltiples redes independientes. Cada uno se identifica con un nombre que se endurece en un bloque «devnet génesis», posicionado automáticamente en la altura 1.

Mejoras en el sistema de governanza

Los perros guardianes no se han usado desde 0.12.2.x; en su lugar, toda la información requerida sobre Sentinel se incluye en los pings de masternode. Para esta actualización, se agregó información adicional para garantizar que los pings de masternode no hayan sido cambiados por un nodo intermediario. Todos los mensajes y la lógica relacionados con los perros guardianes fueron eliminados. Se realizaron mejoras en el formato del mensaje de la propuesta y en la validación y el procesamiento de la propuesta, lo que redujo el tráfico de red y el uso de la CPU. También se mejoró el manejo de disparadores.

Mejoras a PrivateSend

En lugar de requerir que la garantía de PrivateSend sea N veces la tarifa de PrivateSend, cualquier entrada que sea mayor o igual a 1 tarifa de PrivateSend (pero menor o igual a 4) ahora se puede utilizar como garantía. Las entradas mayores o iguales a 1 tarifa de PrivateSend pero estrictamente menos de 2 se utilizarán como garantía con las salidas de OP_RETURN. Esto redujo la cantidad de entradas que debe manejar una billetera, y mejoró la privacidad al eliminar el caso en el que un usuario fusiona accidentalmente pequeñas entradas no privadas. También disminuyó el tamaño global del conjunto UTXO.

Nueva marca de Dash

Las versiones de Android e iOS de DashWallet se actualizaron con las nuevas pautas de marca, modernizando la apariencia de ambas aplicaciones.

Integración de Uphold (Android)

La capacidad de comprar y vender Dash en Uphold a través de una vista web dentro de la aplicación de Android también se integró, lo que permite una incorporación más sencilla de los usuarios.

Soporte NFC (iOS)

Se agregó la capacidad de solicitar un pago a través de NFC, lo que permite a los usuarios aprovechar las terminales y billeteras de pago para recibir información de pago.

Soporte iPad (iOS)

Se agregó la capacidad de usar DashWallet en iPad para que los usuarios puedan pagar y recibir pagos en sus tabletas.

Nuevas localizaciones

Se agregaron muchos idiomas y monedas nuevas para que los usuarios de todo el mundo puedan usar DashWallet en su idioma nativo y ver los tipos de cambio en sus monedas locales.

InstantSend automático

Dash Core v0.13 introdujo InstantSend automático, donde las transacciones con cuatro o menos entradas se establecerán de forma predeterminada en InstantSend, sin costo adicional para los usuarios.

Lista determinista de Masternodes

La lista determinista de Masternodes proporciona una única fuente de verdad para todas las transacciones que requieren validación por masternodes, como las transacciones de InstantSend. La lista se deriva completamente de los datos en cadena. Esto garantiza que todos los nodos lleguen al mismo consenso con respecto al estado actual de la lista de masternode válida.

Transacciones especiales

Transacciones espeiales proporcionan nuevas estructuras para permitir transacciones no financieras en la cadena de bloques. Esta función sentará las bases para futuros usos de la red en la capa 2, como los usuarios de Blockchain.

Tres llaves de masternode

Anteriormente, los masternodes tenía dos claves para su masternode: propietario (para demostrar la propiedad) y operador (para operar el masternode y usarlo para votar). La segunda clave se dividió en dos: operador y votación, de modo que el modo de dominio masivo puede delegar la votación si así lo desean.

Desbloquear billetera con huella dactilar

Los usuarios ahora pueden desbloquear su billetera usando su huella dactilar para permitir un uso sin problemas de la aplicación.

Integración de la librería iOS

DashWallet ahora está integrado con una biblioteca de iOS que se conecta a la cadena de bloques de Dash, y puede ser utilizado en el futuro por otros clientes de iOS para hacer lo mismo.

Recibir InstantSend (iOS)

DashWallet ahora puede confirmar si una transacción recibida se envió a través de InstantSend.

Alineación de precios

Las fuentes de precios ahora están alineadas entre las versiones de DashWallet para iOS y Android.

Los quórumes de larga vida de Masternode

Los quórumes de larga vida de masternodes proporcionan una mayor escalabilidad de la red al mejorar el consenso y expandir el universo de posibles casos de uso de la red. Estos quórumes reducen drásticamente la cantidad de mensajes necesarios para validar transacciones y evitan que cada nodo individual en la red tenga que almacenar datos de consenso en la memoria hasta que se extraiga una transacción. Estos quórumes pueden ser muy grandes dependiendo del nivel de seguridad requerido para el caso de uso.

Bloqueos de cadena contra ataques del 51%

Bloqueos de cadena reducen drásticamente el riesgo de un ataque minero del 51% en la red. Esta función le permite a los quórumes de larga vida de masternode firmar un bloque y propagar un mensaje a la red, lo que indica que los nodos deben rechazar bloques a la misma altura que no coincidan con el bloque especificado por el quórum. Esto no solo hace que el consenso sea rápido e inequívoco, sino que también hace que las reorganizaciones de cadena por debajo de ese bloque sean imposibles.

Integración de Uphold (iOS)

Los usuarios pueden transferir Dash desde su cuenta de Uphold a su billetera dentro de la aplicación, y comprar y vender Dash a través de una vista web integrada.

Mejoras de abastecimiento de precios

Se realizaron mejoras para garantizar que los tipos de cambio se alineen con otras aplicaciones de Dash de uso frecuente.

DashCore v0.14

El soporte para LLMQ y candados de cadena se agregó a la billetera, lo que garantiza que los usuarios puedan beneficiarse de una mayor seguridad y pagos instantáneos reembolsables.

Red de prueba pública (“Evonet”)

La plataforma de Dash se lanzará en una red de prueba pública a la que los desarrolladores pueden conectarse para experimentar con la funcionalidad.

DAPI, Identidades, Documentos

Los usuarios podrán conectarse a Evonet utilizando la API descentralizada (DAPI); crear identidades y nombres de prueba; y crear, actualizar y eliminar documentos.

Servicio de nombres y contratos de DashPay

Los usuarios podrán explorar el servicio de la plataforma de Dash de servicio de nombres (DPNS) y el contrato DashPay.

Librerías

Las librerías estarán disponibles para los desarrolladores, incluidas las bibliotecas Dash SDK, DAPI-client, DPNS-client y DPP.

Documentación de desarrollador

Un centro de desarrolladores ofrecerá documentación y guías útiles para la nueva funcionalidad.

UX uniforme en Android y iOS

La interfaz de usuario de la billetera de Dash se unificará en Android e iOS para una apariencia más consistente.

Soporte de modo oscuro para iOS

La billetera de Dash iOS introducirá un modo oscuro consistente con las pautas de Apple.

Opciones de seguridad avanzada

Se ofrecerá a los usuarios más flexibilidad en la forma en que administran sus configuraciones de seguridad.

Fácil acceso a las funciones más utilizadas

Los usuarios podrán acceder rápidamente a las funciones clave desde la pantalla de inicio.

Puertos traseros para Bitcoin v0.15.2

Esta versión actualizará Dash con Bitcoin v0.15.2, beneficiándose de una serie de correcciones y optimizaciones realizadas a Bitcoin a través de esa versión.

Actualización de QT básico para la interfaz de usuario de la billetera

Los usuarios se beneficiarán de una interfaz de usuario actualizada en la billetera de escritorio para que coincida con la marca Dash actualizada. Esto incluye colores y estilos actualizados para que coincidan con la guía de estilo, eliminación de elementos innecesarios para limpiar la interfaz de usuario y nuevos iconos.

Mejoras posteriores a la prueba de esfuerzo

Esta versión incluirá varias optimizaciones realizadas en función de los resultados de las pruebas de estrés recientes.

Mejoras BIP70

Las mejoras en la función BIP70 permiten una experiencia de pago más eficiente en el punto de venta. Los usuarios/comerciantes que implementan este protocolo se benefician de las opciones de reembolso, la capacidad de dividir los pagos en varias direcciones y tendrán una experiencia más segura.

Reasignación de la recompensa de bloque

La asignación de recompensas en bloque — excluyendo la financiación de las propuestas — entre masternodes y mineros está cambiando de una división de 50 a 50 a una división de 60 a 40 durante un período de transición de varios años.

Actualización de la interfaz de usuario

La experiencia Dash Core ahora es más consistente en todos los sistemas operativos compatibles con respecto a fuentes, gráficos y diseños de pantalla.

Recuperación de firmas concentrada

El nuevo sistema de recuperación de firmas envía inicialmente acciones de firmas a un solo nodo seleccionado de manera determinista, en lugar de propagar las acciones de firmas a cada nodo hasta que uno tenga lo suficiente para recuperar la firma. Se espera que esta optimización reduzca la carga en varios órdenes de magnitud.

Verificación de protocolo mínima

La Prueba de servicio (PoSe) para Masternodes se mejora al garantizar que se ejecute una versión mínima de protocolo durante DKG.

Optimización de hilos de red

El subproceso de red se ha optimizado eliminando la repetición innecesaria de bucles a través de todos los nodos mediante la implementación de sondeo de eventos (epoll) en Linux.

Puertos traseros para Bitcoin v0.16

Esta versión también presenta más de 650 actualizaciones de Bitcoin v0.16, así como algunas actualizaciones de Bitcoin v0.17.

Versiones del protocolo

Permite la implementación sin problemas de cambios importantes sin borrar las redes de desarrollo.

Conjunto de pruebas de plataforma

El conjunto de pruebas de la plataforma es un repositorio que contiene pruebas consolidadas en toda la plataforma, lo que hace que las pruebas y la actualización de las pruebas sean mucho más fáciles en todos los componentes.

Campos de documentos binarios

Permite a los desarrolladores utilizar tipos binarios nativos (por ejemplo, Buffer, ByteArray) para almacenar sus datos.

Marcas de tiempo del documento

Capacidad para registrar la hora de creación o actualización de cualquier documento almacenado en la plataforma de Dash.

Paquete de distribución mejorado

Soporte para configurar plantillas y múltiples nodos en mn-bootstrap.

Nombre de identidad de Dash predeterminado

Permite a un usuario especificar un nombre de usuario principal para su identidad de Dash.

DPNS e identidad DIPS

DIP11 Identidades y el sevicio de nombre de la plataforma Dash DIP12 han sido liberados.

Mejoras en la pantalla de inicio

Se eliminaron las pestañas de envío y recepción para crear más espacio y eliminar la redundancia con la barra de acceso directo.

Mejoras en la pantalla pequeña

Las etiquetas se acortaron y/o reformateadas para evitar la superposición con otros componentes de la interfaz de usuario en pantallas pequeñas.

Mejoras en la frase de recuperación

Se agregó un botón de retroceso, se implementó el soporte para frases que no están en inglés, se actualizaron los mensajes de advertencia

Mejoras en la sincronización de cadena (iOS)

Numerosas correcciones y cambios en el diseño de datos centrales y las descargas de listas de quórum y Masternodos.

El programa DashPay Alpha involucra a la comunidad con las pruebas de la billetera DashPay en Evonet.

Nombres de usuario

Los usuarios podrán registrarse ellos mismos en la red y comenzar a compartir sus nombres de usuario personalizados con otros usuarios de Dash.

Perfiles de usuario

Los usuarios podrán hacer que su nombre de usuario sea más identificable con un nombre para mostrar, una imagen y una biografía.

Conéctate con contactos

Los usuarios podrán solicitar contactos por nombre de usuario y crear una lista de usuarios con los que desean realizar transacciones.

Paga y recibe el pago por nombre de usuario

Los usuarios pueden intercambiar Dash con amigos, familiares y comerciantes por nombre de usuario o dirección criptográfica.

Mejoras en el almacenamiento de datos binarios

Mejoras para representar datos binarios como matrices de bytes en lugar de cadenas para que los datos se almacenen de manera más eficiente. El esquema JSON también se ha ampliado con la palabra clave «byteArray», lo que permite a los desarrolladores definir más fácilmente propiedades binarias en sus contratos de datos.

Reglas de consenso para identidades

Se realizaron varios cambios en la estructura subyacente que comprende una identidad dentro de la plataforma de Dash

Procesamiento de bloques no determinista

Este era un error conocido que impedía a muchos desarrolladores iniciar con éxito los nodos en Evonet.

Consenso de altura del centro

Establecer consenso entre las cadenas L1 y L2 en función de la altura de L1.

Financiamiento de identidad de Instand Send

Esto permite financiar las identidades aprovechando la velocidad de InstantSend.

Árboles estatales

Almacenamiento del estado de los datos en árboles Merkle para su uso con clientes ligeros.

Paquete de distribución de plataforma

El paquete de distribución (dashman f.k.a. mn-bootstrap) se ha actualizado significativamente para mejorar la experiencia del usuario y adaptar los nuevos componentes de la plataforma.

Financiamiento de identidad

Capacidad para financiar identidades sin capacidad para duplicar el gasto.

Mejoras en la sincronización de cadena (iOS)

Se realizaron más mejoras en el proceso de sincronización de la cadena para evitar retrasos en el envío de pagos.

Frase de recuperación olvidada (iOS)

Se realizaron mejoras para ayudar a los usuarios que han olvidado una o dos palabras de su frase de recuperación a intentar recuperar su billetera.

Corrección de errores y mejoras de la interfaz de usuario (Android)

Se implementó la UX asociada al olvido de tu PIN, se realizaron actualizaciones para admitir un SDK de Android más nuevo (29), se realizaron fallas asociadas a la copia de seguridad en un archivo y la importación de una llave privada.

Nodos de semillas de Tendermint

Un tipo especial de nodo que proporciona información de pares a otros nodos para mejorar la escalabilidad.

Reconocimiento seguro de ST

Mejoras para abordar varios posibles vectores de ataque y para la escalabilidad en red principal.

Impulsa el registro detallado

Agrega más registros para una mejor claridad y resolución de problemas del comportamiento impulsado.

Mensajes de error mejorados

Mensajes legibles e informativos para el correcto manejo de errores.

Mejoras y pulido de la interfaz de usuario

• Mejora: Actualización a Testnet (Plataforma v0.17)
• Mejora: Usuarios de la red de búsqueda
• Mejora: Alineación de la interfaz de usuario de Android/iOS
• Mejora: Validación de nombre de usuario
• Mejora: Recordatorio para guardar perfil
• Mejora: Nodos maestros malos
• Mejora: Formato de nombre de usuario (permite mayúsculas y guiones)
• Arreglo: Temporizador de bloqueo de billetera
• Arreglo: Estado de sincronización incorrecto
• Solución: Problemas de sincronización y bloqueo
• Arreglo: Importar clave privada

Quórum de 100 miembros

Nuevo tamaño de quórum para admitir transacciones especiales de bloqueo de activos.

Restricciones de RPC para plataforma

Mejoras de seguridad cuando el núcleo interactúa con la plataforma.

Bitcoin v0.17+ puertos traseros

Se estima que más de 500 puertos traseros de Bitcoin Core.

Financiamiento de identidad con bloqueos de cadena

Implementa la segunda parte del diseño del financiamiento de identidad que incluye pruebas de bloqueo de cadena para respaldar mejor las pruebas de los clientes.

Banderas de funciones

Habilita la lógica determinista específica en la red para permitir la corrección de errores y habilitar nuevas funciones sin borrar los datos.

Configuración / entorno de red local

El nodo local mn-bootstrap no admite bloqueos de cadena ni bloqueos instantáneos, por lo que tuvimos que introducir un respaldo durante el desarrollo y en CI.

Verificar firmas con el centro

Mejoras en las pruebas de bloqueo de activos (financiación de la identidad) para evitar la lógica y los datos duplicados, es mejor utilizar Core, que ya implementó esta lógica y tiene todos los datos necesarios.

Remover la visión de API

Elimina la información como función de dependencia y transición a DAPI para mejorar la estabilidad y eliminar la redundancia.

Lanzamiento DashMate

Mejoramos continuamente el paquete de distribución de la plataforma de Dash (anteriormente conocido como mn-bootstrap) para que sea más conveniente y confiable. Desde esta versión, la consideramos lo suficientemente madura como para obtener un buen nombre y te recomendamos encarecidamente que comiences a usarla para ejecutar nodos completos en la red de prueba y masternodes.

Mejora CI

Las compilaciones lentas y la falta de funcionalidad disponible en Travis CI ralentizaron significativamente el proceso de desarrollo. Migramos a Github Actions e implementamos algunos trucos de almacenamiento en caché. Las nuevas compilaciones de CI son mucho más flexibles y se ejecutan hasta 10 veces más rápido.

Rotación de conjuntos de validadores

Para lograr un consenso sobre la plataforma de cadena de bloques, un conjunto específico de masternodes, llamados validadores, verifica y firma bloques. Hasta la versión 0.19, el conjunto de validadores era estático y estaba alojado en nodos controlados por DCG. Con la versión 0.20, los quórumes de Masternode de larga duración (LLMQ) se utilizan para distribuir y rotar dinámicamente el conjunto de validadores entre todos los masternodes. Este enfoque distribuye uniformemente la carga y hace que la red sea mucho más segura y confiable.

Pruebas criptográficas

Anteriormente, los clientes necesitaban utilizar nodos completos de confianza para garantizar la validez y la integridad de los datos recuperados de la red de la plataforma. En esta versión, DAPI proporciona pruebas criptográficas eficientes junto con los datos de la plataforma, lo que permite a los clientes ligeros (por ejemplo, billeteras móviles) interactuar de forma segura con la plataforma Dash.

Firma de umbral de estado de plataforma

Anteriormente, los validadores usaban firmas EdDSA no agregadas del resumen criptográfico del estado de la plataforma para proporcionar pruebas criptográficas y garantizar el consenso de la red. La cantidad y el tamaño total de estas firmas hicieron que las pruebas requirieran muchos recursos para que las usaran los clientes ligeros. En la versión 0.20, el mecanismo de firma de umbral de BLS se usa para producir una sola firma, que las billeteras móviles y otros clientes ligeros pueden verificar fácilmente.

Optimización de capa persona-persona

Anteriormente, los nodos completos y los validadores dependían y verificaban todo tipo de mensajes P2P. Esto significa que los nodos completos también recibieron tráfico de red que contenía mensajes solo relevantes para los validadores para lograr el consenso. En la nueva versión, los nodos completos ya no reciben mensajes de consenso intermedios producidos por validadores. En cambio, los validadores producen solo un mensaje con una firma de umbral BLS para propagar la decisión de consenso resultante al resto de la red. Esto reduce en gran medida la carga de la red, ya que muchos mensajes ya no necesitan propagarse a nodos completos, lo que da como resultado 99.5% menos uso del ancho de banda.

Plataforma de Metadata

La plataforma de Dash ahora adjunta metadatos adicionales a las respuestas de DAPI, como la altura de la cadena de bloques de la plataforma actual, así como la altura de la cadena de bloques central sincronizada observada y acordada por todos los nodos que participan en el consenso de la red. Dado que la plataforma y las cadenas de bloques centrales son asincrónicas, la plataforma utiliza esta altura central para garantizar que todos los nodos de la plataforma tengan una vista determinista del estado de la red central.

Validación estricta y segura del contrato de datos

La nueva versión del protocolo de la plataforma de Dash actualiza la especificación del esquema JSON utilizado para definir contratos de datos a la versión 2020-12 más reciente y emplea reglas de validación estrictas para evitar posibles errores de usuario en los contratos de datos enviados a la red. También se emplea un motor especial de expresiones regulares para mitigar los ataques ReDoS.

Sincronización robusta de billetera JS

Las versiones anteriores de la biblioteca de la billetera JS no siempre recibían todas las transacciones solicitadas y los mensajes de bloqueo instantáneo de DAPI durante la sincronización. Esto se ha resuelto en la versión 0.20.

Mejoras Dashmate

La última versión de Dashmate contiene 20 correcciones y mejoras. Los más significativos se diseñaron para hacer que la configuración de redes de desarrollo local sea más conveniente y confiable, así como mejoras de rendimiento y compatibilidad con Windows.

Integración de intercambio líquido (Android)

Integración de Intercambio rápido líquido en la billetera para permitir la compra de Dash con tarjetas de crédito Visa desde dentro de la billetera de Dash.

Mejoras BIP70

Mejoras en la experiencia de usuario de enlace profundo para que haya una experiencia de usuario perfecta entre la aplicación DashDirect recientemente lanzada y otras aplicaciones que usan este protocolo.

Implementado BIP69

Esto se alinea con un estándar más común de organización de entrada/salida que proporciona un mejor anonimato.

Mejoras en la frase de contraseña

Mejoras en la interfaz de usuario para educar mejor a los usuarios sobre la importancia de su frase de contraseña y evitar que los usuarios tomen capturas de pantalla de su frase.

Mejoras Chain Sync

Mejoras en la interfaz de usuario en el estado y cambios en el backend para mejorar el rendimiento de la sincronización.

Matenimiento

Múltiples errores y mejoras en la interfaz de usuario asociadas con Uphold, la autenticación de huellas dactilares, la navegación de la interfaz de usuario y la función de cierre de sesión automático, y algunas refactorizaciones de código en preparación para la actualización de DashPay.

Enviar invitación

Para simplificar la incorporación de tus amigos y familiares a la red Dash, puedes enviarles invitaciones para que tengan todo lo que necesitan para crear su propio nombre de usuario.

Aceptar invitaciones

Como nuevo usuario que no tiene Dash, una invitación les permitirá crear su nombre de usuario de inmediato sin necesidad de esperar para adquirir Dash primero.

Mejoras en los mensajes de error

Implementación de códigos de error y mensajes más descriptivos para que las aplicaciones del cliente puedan manejarlos mejor y los errores sean más fáciles de investigar.

Diseña una estructura de árbol de estado robusta

Por el momento, almacenamos el estado en diferentes árboles Merk, lo que agrega algo de sobrecarga para la memoria y el disco. También requiere una lógica muy compleja para garantizar la atomicidad y manejar transacciones entre bases de datos que no están implementadas. Se definirá un nuevo diseño de árbol de estado más robusto y seguro.

Índices secundarios del documento de diseño

Como parte del nuevo diseño del árbol de estado, se reemplazará MongoDB.

Distribuir nodos de la red de prueba

La red de preuba se actualizará para incluir nodos en múltiples centros de datos para simular problemas del mundo real con latencia y rendimiento que podrían afectar la escala.

Proceso de actualización

Un proceso de actualización mejorado evitará la necesidad de borrar los datos L2, lo que permitirá una transición segura entre las versiones del protocolo.

Lanzamiento inicial de GroveDB

La primera de su tipo, una base de datos basada en una estructura de datos jerárquicos autenticados (HADS) que se basa en un innovador sistema de almacenamiento de datos comprobable. Esto permitirá características que no son posibles con ninguna otra base de datos actualmente existente. La primera versión ofrecerá índices secundarios y tendrá pruebas criptográficas de la integridad del contenido almacenado.

Habilidad de actualizar contratos de datos

Esto permite modificar esquemas de contrato sin pérdida de datos o la necesidad de crear un nuevo contrato. Este es un diferenciador claro y obvio entre Dash y las redes de contratos inteligentes que no tienen la capacidad de hacer esto.

identidades de Masternode

Cuando un Masternode tiene una identidad de Dash con un saldo adjunto, el propietario del Masternode puede recibir recompensas por su participación en el consenso de la plataforma. Esto brinda un flujo de ingresos adicional para los propietarios de Masternodes.

Propósitos de la clave de identidad y niveles de seguridad

Las futuras funciones de la plataforma de Dash requerirán varios niveles de seguridad. Realizar una venta de un activo digital muy valioso debería requerir un nivel de seguridad muy alto, mientras que publicar imágenes de gatos probablemente no lo haría. Con esta característica, los usuarios pueden mantener las claves del más alto nivel de seguridad en su billetera de hardware y, al mismo tiempo, realizar acciones menos críticas directamente desde su teléfono.

Repositorio de paquetes múltiples

Para acelerar el proceso de desarrollo y construcción, el código de los componentes de la plataforma se migró de repositorios independientes a un repositorio de paquetes múltiples. Este enfoque de repositorio único reduce significativamente las operaciones de rutina que deben realizarse durante el desarrollo.

Rotación de quórum, mayor seguridad de IS

Mejora la distribución de la carga de quórum entre los masternodes al mismo tiempo que amplía la seguridad de InstantSend. Esto se logra cambiando solo un subconjunto de masternodes en un quórum durante la selección de miembros del quórum y al mismo tiempo limitando la cantidad de quórumes para los que se selecciona cada nodo a la vez.

Reducción de la comisión de propuesta

Reducción de la comisión de propuesta de 5 DASH a 1 DASH para hacer más accesible el sistema de governanza. Este cambio fue impulsado por una propuesta aprobada de un masternode.

Se agregó una nueva interfaz de usuario de governanza QT

Se agregó una Pestaña de governanza para permitir que los usuarios de Dash Core Qt accedan a los detalles de la propuesta de governanza más fácilmente.

Implementación inicial mejorada de bifurcación dura

Se implementó una nueva transacción especial y aspectos de DIP23 necesarios para admitir el mecanismo de bifurcación dura completamente mejorado que se lanzará en la versión posterior de Dash Core.

Bloqueos deterministas de InstantSend

Se introdujeron bloqueos InstantSend verificables de forma determinista (DIP22) para admitir mejor el sistema de identidad de la plataforma. Esto permite que las transacciones de InstantSend se verifiquen en el futuro en lugar de solo efímeramente.

BTC v0.18/v0.19/v0.20 respaldos

La finalización de backport para Bitcoin Core v0.18 aumentó del 83 % al 86 % y la finalización de v0.19 aumentó del 41 % al 53 %. Además, el 18 % y el 10 % de los backports se completaron para v0.21 y v0.22 respectivamente.

Auditoría de seguridad externa

Dash Core Group se ha comprometido oficialmente con una firma de auditoría profesional para realizar una auditoría de seguridad en el código base de Core.

Habilidad para actualizar una Identidad (ver DIP11)

Eliminar la brecha funcional con respecto a las especificaciones de DIP0011. Esto incluye la implementación de una transición de estado de actualización de identidad, la introducción de mejoras de seguridad de clave pública de identidad, funcionalidad adicional requerida para retiros de crédito y la implementación de una prueba de propiedad de clave de identidad.

Cálculos de la tarifa de almacenamiento inicial

Un modelo de tarifa incentivador que compensará a Masternodes por los costos de procesamiento y almacenamiento, así como también evitará el spam. La implementación del nuevo sistema de cálculo de tarifas se basa en las operaciones requeridas para procesar las transiciones de estado y la cantidad de datos que almacena en la red Masternode. Aunque el cálculo de la tarifa de almacenamiento con el nuevo modelo es preciso, las tarifas de procesamiento aún pueden mejorarse. Los reembolsos de tarifas por la eliminación de datos también se implementarán en la próxima versión.

Distribución de tarifas de transición de estado

Un sistema en el que las tarifas de la plataforma se cobran en grupos para distribuirse a Masternodes a lo largo del tiempo. Este diseño incentiva a los Masternodes a continuar alojando y evitar que su nodo se desconecte. Las tarifas de almacenamiento de transición de estado se distribuyen por épocas (~18 días) por los siguientes 50 años. Cuando comienza una nueva época, los Masternodes obtienen recompensas por brindar servicio en la época anterior.

Retiro de crédito de la plataforma en Dash

Los créditos de la plataforma son canjeables por Dash. Los Masternodes tendrán una manera fácil de retirar sus recompensas de la plataforma.

Primera sincronización de encabezados

Seguridad y confiabilidad mejoradas para la sincronización de cadenas en la billetera de Dash JS. La billetera JS se convertirá en un cliente SPV real que realiza la sincronización y verificación de la cadena completa al solicitar a Masternodes seleccionados al azar que devuelvan los datos de la cadena solicitados.

Suite de banco de plataforma de Dash

Para medir el rendimiento de los componentes de la plataforma, esta versión presenta una herramienta de referencia. Esta herramienta está profundamente integrada con el tiempo de ejecución de la cadena de bloques de la plataforma y proporciona instrumentos convenientes para que los desarrolladores experimenten y realicen un seguimiento del rendimiento a lo largo del tiempo.

Protocolo de plataforma Dash en Rust

Portar DPP a Rust lo hace más seguro y eficaz. También hará que el procesamiento de bloques sea más rápido. Para integrar Rust DPP en componentes JS, proporcionamos WASM DPP. Este es el primer paso para migrar la plataforma a Rust. JS estuvo bien para experimentar y crear prototipos, pero ahora necesitamos algo más sostenible.

Ejecución del mismo bloque

Una limitación heredada del proyecto Tendermint en el que se derivó originalmente nuestro motor de consenso, las firmas de bloque solo firmarían el estado del bloque anterior, así como todas las transiciones de estado del bloque actual. Por lo tanto, para obtener datos probados de DAPI, deberás esperar el compromiso del siguiente bloque. Esto era incompatible con nuestro sistema de prueba y sistema de almacenamiento deseado. Esta mejora también reduce significativamente la carga en la red y disminuye el tiempo necesario para insertar datos en la plataforma, lo que da como resultado una mejor experiencia de usuario.

Retiros de crédito

Actualmente, puedes convertir Dash en créditos de plataforma creando o recargando una identidad. Los créditos se utilizan principalmente para pagar las tarifas de transición de estado. Los Masternodes obtienen sus recompensas por alojar la plataforma en créditos (recompensas de bloque y tarifas de ST). Los retiros permiten a Masternodes y otras Identidades convertir sus Créditos nuevamente a Dash.

Serialización eficiente de datos

El protocolo de la plataforma de Dash (DPP) utilizó anteriormente el mecanismo de codificación CBOR que implementa la serialización de datos sin esquema. Dado que todos los datos de la plataforma se almacenan en estructuras predefinidas, no es necesario almacenar también la información de la estructura. Al almacenar solo valores, reducimos drásticamente el tamaño de los objetos serializados.

Reembolsos de tarifas

Cuando un usuario agrega datos a la plataforma, paga por el almacenamiento permanente. Sin embargo, no todos los datos almacenados en la Plataforma deben ser permanentes. Los usuarios pueden definir en los contratos de datos la capacidad de actualizar o eliminar documentos. La introducción de reembolsos de tarifas permite a los usuarios recuperar créditos cuando eliminan datos.

Identidad v2

Una Identidad consta de varios datos, como su saldo y una colección de claves públicas utilizadas para varios propósitos y niveles de seguridad. La nueva implementación de almacenamiento de Identidades permite actualizar o recuperar solo partes específicas o múltiples de la Identidad. Esto reduce las tarifas de transición de estado y la carga en la red.

Verificación de Créditos Totales

Una nueva función de árboles de suma de GroveDB nos permitió implementar un mecanismo de protección contra errores inflacionarios en la cadena de bloques. Esta función agregó sumas a los nodos de un tipo específico de árbol AVL de Merkle. En este árbol, los nodos raíz contienen la suma de todos los valores enteros del árbol. Cada vez que se agrega, elimina o actualiza un valor en un árbol de suma, se actualizan todos los nodos principales y, por lo tanto, el «valor de suma» de la raíz. El mecanismo de verificación de crédito compara cada bloque de todos los saldos de crédito en el almacenamiento con la cantidad esperada de créditos en el sistema. Esto evita ataques inflacionarios que generarían nuevos créditos o tokens fuera del suministro predefinido.

Identidades de votación de Masternode

Este es un componente para habilitar funciones de gobernanza futuras en la plataforma.

API descentralizada con HTTPS

A partir de esta versión, las solicitudes DAPI se atienden a través de HTTPS para permitir la creación de aplicaciones para navegadores.

Masternodes de alto rendimiento (HPMN)

Un Masternode de alto rendimiento es un nuevo tipo de Masternode que se utilizará para servir a la red al participar en consenso tanto en la cadena de la plataforma de Dash como en la cadena de Pago Dash (Core). En este sistema, el Masternode estándar seguiría sirviendo solo a la cadena de pago de Dash. Los HPMN tendrán mayores requisitos que un Masternode estándar, como garantía de cuatro mil Dash y especificaciones de mayor rendimiento, ya que estarían ejecutando dos cadenas en lugar de solo una.

implementación BLS v1.0

Actualización de la biblioteca de firmas BLS para el nuevo esquema de firmas para la alineación de estándares y seguridad mejorada.

Bitcoin v0.19/v0.20/v0.21/0.v22 backports

Backports desde Bitcoin Core a BTC v0.19/v0.20/v0.21/v0.22.

Resuelve los problemas de bifurcación dura v19

Uno de los objetivos de la bifurcación dura v19 era activar el esquema BLS básico y comenzar a usarlo en varios mensajes en cadena y persona a persona. La motivación detrás de este cambio es la necesidad de alinearse con los estándares IETF. Desafortunadamente, se pasaron por alto algunos casos extremos en nuestras pruebas funcionales y tampoco se detectaron en la red de prueba. El intento de activación de v19 en la red principal golpeó uno de estos casos extremos y la red principal dejó de producir bloques. Como solución intermedia, se lanzó v19.1.0, que retrasó el inicio de la señalización para ela bifurcación dura v19 hasta el 14 de junio.

Para resolver estos problemas, tuvimos que modificar la forma en que se manejan las claves públicas de BLS, incluida la forma en que se serializan en la base de datos interna. Esto lo hizo incompatible con versiones anteriores de Dash Core, por lo que se implementó una ruta de migración de db para todas las versiones recientes.

Mejora la migración y el soporte de datos históricos en clientes ligeros

Como efecto secundario, la solución implementada para resolver los problemas de la bifurcación dura de v19 abrió un camino para simplificar la migración v19 para billeteras móviles.

Con la implementación anterior, las billeteras móviles tendrían que convertir más de 4k claves públicas en el punto de bifurcación v19 y eso puede llevar fácilmente entre 10 y 15 segundos, si no más. Además, después de la bifurcación dura v19, si se solicita una lista de masternodes de un bloque antes de la bifurcación dura v19, las claves del operador venían en el esquema BLS básico, pero el hash de merkleroot del masternode almacenado en la transacción de coinbase en ese momento se calculó con esquema de BLS heredado . Por lo tanto, era imposible verificar el hash de merkleroot.

Para solucionar estos problemas, se introdujo un nuevo campo nVersion para cada entrada en el mensaje mnlistdiff persona a persona. Este campo indica qué esquema BLS debe usarse al deserializar el mensaje: heredado o básico. La versión n del mensaje mnlistdiff ya no indicará el esquema y siempre debe establecerse en 1.

Mejora el soporte de mezcla en clientes ligeros

Los cambios recientes en los mensajes dsq y dstx permitieron que los clientes móviles que obtienen listas de masternodes del mensaje mnlistdiff determinen el masternode relacionado con estos mensajes porque se usó proTxHash en lugar de masternodeOutpoint. Una vez que la bifurcación dura v19 se active, la firma de los mensajes dsq y dstx se basará en el proTxHash, lo que debería permitir que los clientes móviles la verifiquen.

Mantiene los ChainLocks habilitados sin firmar otros nuevos

Antes de esta versión, ChainLocks estaba habilitado o deshabilitado. A partir de esta versión es posible configurar SPORK_19_CHAINLOCKS_ENABLED para un valor distinto de cero para deshabilitar la firma de nuevos ChainLocks sin dejar de aplicar el más conocido.

Ninguna persona u organización tiene control sobre cuándo se activará v19; ocurrirá después de que un número específico de propietarios de masternodes y mineros se hayan actualizado a la última versión.

Recompensas de bloque de Masternode

Las recompensas del bloque de Masternode se dividirán entre Masternodes normales y Masternodes de alto rendimiento (HPMN). La parte de HPMN se acumulará en créditos y se distribuirá en el tiempo entre los nodos como incentivo para servir a la Plataforma. Los nodos obtendrán recompensas épocas (~18 días) si brindan los servicios (proponer nuevos bloques de plataforma).

Tarifas de procesamiento y ajustes

Esta es la adición de tarifas de procesamiento más finitas y el ajuste/revisión de los números existentes para garantizar que todos los costos se cubran adecuadamente y las tarifas se calculen correctamente.

sincronización de estado

Para ayudar a que los nuevos nodos se sincronicen más rápido con el estado actual, la sincronización de estado replicará el estado de otros nodos en lugar de procesar toda la cadena de bloques.

Nodos de poda y archivo de cadena de bloques

Con la sincronización de estao, los nodos ya no necesitarán almacenar toda la cadena de bloques, lo que reduce los requisitos de almacenamiento y los costos para los anfitriones. Presentaremos los nodos de archivo, que será un nuevo tipo de Masternode que debe almacenar toda la cadena de bloques.

Actualización de protocolo

Prueba y mejora los procesos de actualización de protocolos para optimizar la implementación de cambios importantes para diferentes niveles del sistema.

Instrumentación

Implementa métricas para los componentes de la plataforma necesarios para el monitoreo de la red, incluidas más pruebas de estrés.

Procesamiento de transición de estado atómico

Aísla los errores del sistema de ejecución de transición de estado para que no afecten otras transiciones de estado en el bloque y actualice el estado con la transición de estado como una operación atómica en el nivel de almacenamiento.

Prueba de seguridad interna

Experimentos y pruebas de seguridad por parte de DCG.

Prueba de estrés

Las pruebas de estrés se realizan con un conjunto de pruebas de estrés en una red dedicada.

Transacción especial de bloqueo de activos

OP_ASSET_LOCK para apoyar la financiación de la identidad de la plataforma.

Reasignación de recompensas de masternode de plataforma

Esto permitirá a los propietarios de masternodes convertir sus créditos L2 en recompensas de Dash

Documentación y DIPs

Escribe la documentación requerida, tutoriales y DIPs.

Validación previa a la red principal de la plataforma Dash

Varios experimentos de red, revisión del código base, preparaciones y posibles correcciones de errores para el lanzamiento de la red principal con una estrecha colaboración con la comunidad de Dash (utilizando proyectos comunitarios que utilizan la plataforma de Dash).

Inicio del despliegue de la red principal

El primer lanzamiento de la red principal de la plataforma se incluirá con el lanzamiento de Core v0.20. Se alentará a red de Dash a completar sus actualizaciones para fines del segundo trimestre de 2023.

Activación de la plataforma de Dash

Ninguna persona u organización tiene control sobre cuándo se activará el protocolo de la Plataforma; ocurrirá después de que un número específico de propietarios de masternodes se hayan actualizado.

Soporte de tokens fungibles

Brindar la posibilidad de acuñar tokens específicos para varios casos de uso relacionados con Web3, es decir, recaudación de fondos por parte de entidades externas, gobernanza y más.

Soporte de NFT

Prepara la plataforma de Dash para almacenar y mantener tokens no fungibles. Mientras usa el mecanismo de almacenamiento de la plataforma, proporciona una forma de mantener los datos NFT también en cadena.