Roadmap Dash

Liberdade financeira construída em masternodes

Dash foi lançado por Evan Duffield com o exclusivo algoritmo hash X11 como característica definidora, e desenvolvimento inicial focado no ajuste dinâmico da dificuldade de mineração, conhecido como Dark Gravity Wave. Isso foi logo seguido pelos masternodes, que forneceram um conjunto poderoso de nós completos, formando a espinha dorsal da rede e oferecendo serviços aos usuários. Sporks foram lançados para ajudar a entregar um processo de lançamento suave de novas funcionalidades, sem precisar realizar um hard fork na rede, e finalmente o PrivateSend foi lançado para tornar o Dash uma moeda verdadeiramente fungível.

Construindo uma base para o futuro

Embora inicialmente baseado no projeto Litecoin, Dash retornou ao Bitcoin no início de 2015. O Envio Instantâneo, um método para bloquear transações seguras usando a arquitetura masternode da segunda camada, foi lançado logo em seguida. O trabalho continuou ao longo do ano para construir um sistema de governança descentralizada e liberar até 10% do bloco de recompensa por propostas apresentadas à rede. O primeiro superbloco foi minerado em 7 de setembro de 2015, o que fez da Dash a primeira Organização Autônoma Descentralizada (DAO) do mundo.

Aumento do tamanho do bloco e da taxa hash

Em 24 horas, a rede realizou uma votação histórica, chegando a um consenso para autorizar desenvolvedores a começarem a trabalhar em blocos de 2MB, garantindo capacidade futura. Enquanto isso, a taxa de hash se multiplicou rapidamente à medida que o poderoso hardware de mineração foi lançado, aumentando 16 vezes ao longo do ano. A gestão da equipe central experimentou uma maior profissionalização e a introdução de medidas de garantia de qualidade. Bitcore e Insight foram lançados com extensões Dash, baseadas em um esforço financiado pela rede para transportar o algoritmo de hash X11 para o JavaScript.

Estabilidade, descentralização e acessibilidade

Em 2017, Dash tornou-se compatível com as principais carteiras de hardware e dois lançamentos para otimizar a preparação dos fundos do Envio Privado e gerenciar melhor a crescente lista de objetos de governança usando uma ferramenta chamada Sentinel. Enquanto isso, as taxas de todas as transações foram reduzidas por um fator 10 em todos os níveis, e a propriedade do Grupo Core do Dash foi transferida a uma confiança irrevogável, com a própria rede descentralizada nomeada como beneficiária.

Devnets nomeados

Devnets nomeados permitem a criação de múltiplas devnets independentes. Cada uma é identificada por um nome fixo em um bloco “devnet genesis”, automaticamente posicionado na altura 1.

Melhorias no sistema de governança

Watchdogs não tem sido utilizados desde 0.12.2.x; em vez disso, todas as informações necessárias sobre o Sentinela são incluídas nos pings do masternode. Para esta atualização, informações foram adicionadas para garantir que os pings do masternode não tenham sido alterados por um nó intermediário. Todas as mensagens e lógicas relacionadas aos watchdogs foram eliminadas. Foram feitas melhorias no formato da mensagem, na validação e no processamento da proposta, o que reduziu o tráfego de rede e o uso da CPU. O manuseio de gatilhos também foi melhorado.

Melhorias no Envio Privado

Ao invés de exigir que a garantia do Envio Privado seja N vezes a taxa do Envio Privado, qualquer entrada que seja maior ou igual a uma taxa de Envio Privado (mas menor ou igual a 4) agora pode ser usada como garantia. Entradas maiores ou iguais a uma taxa de Envio Privado, mas estritamente menor que 2, serão usadas como garantia com as saídas OP_RETURN. Isso reduziu o número de entradas que uma carteira precisa manipular e melhorou a privacidade, eliminando o caso em que um usuário mescle acidentalmente pequenas entradas não privadas juntas. Também diminuiu o tamanho global do conjunto UTXO.

Nova marca Dash

As versões para Android e iOS da carteira Dash foram atualizadas com as novas diretrizes de marca, modernizando a aparência dos dois aplicativos.

Integração de Uphold (Android)

A capacidade de comprar e vender Dash no Uphold por meio de uma visualização da Web no aplicativo Android também foi integrada, permitindo uma incorporação mais fácil dos usuários.

Suporte NFC (iOS)

A capacidade de solicitar um pagamento via NFC foi adicionada, permitindo que os usuários acessem os terminais de pagamento e carteiras para receber as informações de pagamento.

Suporte para iPad (iOS)

A capacidade de usar a carteira Dash no iPad foi adicionada para que os usuários possam pagar e receber pagamentos em seus tablets.

Novas localizações

Muitos novos idiomas e moedas foram adicionados para que usuários em todo o mundo possam usar a carteira Dash em seu idioma nativo e ver as taxas de câmbio em suas moedas locais.

Envio Instantâneo automático

Dash Core v0.13 introduziu o Envio Instantâneo automático, em que as transações com quatro ou menos entradas serão padronizadas para o Envio Instantâneo, sem custo adicional para os usuários.

Lista de Masternode Determinística

A Lista de Masternode Determinística fornece uma única fonte de verdade para todas as transações que exigem validação por masternodes, como transações do Envio Instantâneo. A lista é totalmente derivada da cadeia de dados. Isso garante que todos os nós cheguem ao mesmo consenso em relação ao estado atual da lista de masternode válida.

Transações Especiais

As Transações Especiais fornecem novas estruturas para permitir transações não financeiras no blockchain. Esse recurso preparará o terreno para usos futuros da rede na camada 2, como os usuários do Blockchain.

Três chaves masternode

Anteriormente, os masternodes possuíam duas chaves para o seu masternode: proprietário (para provar a posse) e operador (para operar o masternode e usá-lo para votar). A segunda chave foi dividida em duas: operador e votação, de modo que o masternode pode delegar a votação, se quiser.

Desbloquear carteira com impressão digital

Os usuários podem agora desbloquear sua carteira usando sua impressão digital para permitir o uso contínuo do aplicativo.

Integração com Biblioteca iOS

O DashWallet agora está integrado a uma biblioteca do iOS que o conecta ao blockchain Dash e pode, no futuro, ser usado por outros usuários do iOS para fazer o mesmo.

Recebimento de Envio Instantâneo (iOS)

A carteira Dash agora pode confirmar se uma transação recebida foi enviada via Envio Instantâneo.

Alinhamento de fornecimento de preço

As fontes de preços agora estão alinhadas entre as versões iOS e Android da carteira Dash.

Quóruns Masternode de longa duração

Quóruns Masternode de longa duração fornecem maior escalabilidade da rede, melhorando o consenso e expandindo o universo de possíveis casos de uso para a rede. Esses quóruns reduzem drasticamente a quantidade de mensagens necessárias para validar transações e evitam que cada nó individual da rede tenha que armazenar dados de consenso na memória até que uma transação seja extraída. Esses quóruns podem ser muito grandes, dependendo do nível de segurança exigido para o caso de uso.

ChainLocks contra ataques de 51%

ChainLocks reduzem drasticamente o risco de um ataque de mineração de 51% na rede. Esse recurso permite que um Quorum Masternode de longa duração assine um bloco e propague uma mensagem para a rede, indicando que os nós devem rejeitar blocos na mesma altura que não correspondem ao bloco especificado pelo quorum. Isso não só torna o consenso rápido e não ambíguo, como também torna as reorganizações em cadeia abaixo desse bloco impossíveis.

Integração com Uphold (iOS)

Os usuários podem transferir Dash da conta Uphold para a carteira no aplicativo e comprar e vender Dash por meio de uma página web incorporada.

Melhorias nas fontes de preço

Foram feitas melhorias para garantir que as taxas de câmbio se alinhem com outros aplicativos Dash usados com freqüência.

Suporte a DashCore v0.14

Foi adicionado suporte à LLMQs e ChainLocks à carteira, garantindo que os usuários pudessem se beneficiar da segurança adicional e dos pagamentos instantaneamente reutilizáveis.

Rede Pública de Testes (“Evonet”)

A Plataforma Dash será lançada em uma rede de testes pública à qual os desenvolvedores podem se conectar para experimentar a funcionalidade.

DAPI, Identidades, Documentos

Os usuários poderão se conectar à Evonet usando a API descentralizada (DAPI); criar identidades e nomes de teste; e criar, atualizar e excluir documentos.

Contratos para Serviço de Nomes e DashPay

Users will get to explore the Dash Platform Naming Service (DPNS) and DashPay contract.

Bibliotecas

Várias bibliotecas estarão disponíveis para os desenvolvedores, incluindo as bibliotecas Dash SDK, DAPI-client, DPNS-client e DPP.

Documentação para Desenvolvedores

Um hub de desenvolvedor oferecerá documentação e guias úteis para as novas funcionalidades.

Experiência de usuário uniforme entre Android e iOS

A interface da DashWallet será unificada para Android e iOS com uma aparência e comportamento mais consistentes.

Suporte a modo escuro para iOS

DashWallet iOS introduzirá um modo escuro consistente com as diretrizes da Apple.

Opções de segurança avançada

Os usuários terão mais flexibilidade na maneira como gerenciam suas configurações de segurança.

Acesso fácil a funcionalidades usadas com frequência

Os usuários poderão acessar rapidamente os principais recursos na tela inicial.

Backports para Bitcoin v0.15.2

Esta versão atualizará Dash em relação a Bitcoin v0.15.2, beneficiando-se de várias correções e otimizações feitas para Bitcoin até esse lançamento.

Atualização básica da interface do usuário da QT Wallet

Os usuários se beneficiarão de uma interface de usuário atualizada na carteira desktop para corresponder à marca Dash atualizada. Isso inclui cores e estilos atualizados correspondentes ao guia de estilos, remoção de elementos desnecessários para limpar a interface e novos ícones.

Melhorias pós-teste de estresse

Esta versão incluirá várias otimizações feitas com base nas descobertas dos recentes testes de estresse.

Melhorias BIP70

As melhorias no recurso BIP70 permitem uma experiência de pagamento mais eficiente no ponto de venda. Os usuários/comerciantes que implementam este protocolo se beneficiam das opções de reembolso, da capacidade de dividir pagamentos em vários endereços e terão uma experiência mais segura.

Bloquear realocação de recompensas

A alocação de recompensas em bloco – excluindo o financiamento da proposta – entre masternodes e mineradores está mudando de 50–50 para uma divisão de 60–40 em um período de transição de vários anos.

Atualização da Interface de Usuário

A experiência Dash Core agora é mais consistente em todos os sistemas operacionais suportados em termos de fontes, gráficos e layouts de tela.

Recuperação concentrada de assinatura

O novo sistema de recuperação de assinatura envia, inicialmente, compartilhamentos de assinatura para um único nó selecionado deterministicamente, em vez de propagar compartilhamentos de assinatura para cada nó até que haja dados suficientes para recuperá-la. Essa otimização visa reduzir o consumo em várias ordens de magnitude.

Verificação mínima de protocolo

A Prova de Serviço (PoSe) para Masternodes foi aprimorada garantindo que uma versão mínima do protocolo esteja em execução durante o DKG.

Otimização de thread de rede

O encadeamento da rede foi otimizado eliminando a repetição desnecessária de loops em todos os nós, através da implementação do polling de eventos (epoll) no Linux.

Backports de Bitcoin v0.16

Esta versão também apresenta mais de 650 atualizações do Bitcoin v0.16, bem como algumas atualizações do Bitcoin v0.17.

Versionamento do protocolo

Facilita o lançamento de mudanças importantes sem limpar as redes de desenvolvimento.

Plataforma suíte de testes

A suíte de testes é um repositório que contém testes consolidados em toda a plataforma, tornando os testes e as atualizações muito mais fáceis em todos os componentes.

Campos binários dos documentos

Permite que os desenvolvedores usem tipos binários nativos (por exemplo: Buffer, ByteArray) para armazenar seus dados.

Estampa de tempo de documentos

Capacidade de registrar a hora de criação ou atualização de qualquer documento armazenado na Plataforma Dash.

Pacote de distribuição aprimorado

Suporte para modelos de configuração e vários nós em mn-bootstrap.

Nome de identidade padrão Dash

Permite que um usuário especifique um nome de usuário principal para sua identidade Dash.

DPNS & identity DIPS

DIP11 Identities e DIP12 Dash Platform Name Service foram lançados.

Melhorias na tela inicial

As abas de envio e recebimento foram removidas para criar mais espaço e para remover a redundância com a barra de atalho.

Melhorias na tela pequena

Os rótulos foram encurtados e/ou reformatados para evitar a sobreposição com outros componentes da Interface de Usuários ou em telas pequenas.

Melhorias na frase de recuperação

Um botão de voltar foi adicionado, suporte para frases que não estão em inglês foi implementado, as mensagens de aviso foram atualizadas

Aprimoramentos de sincronização de cadeia (iOS)

Várias correções e alterações no design principal de dados e nos downloads de listas de quorum e Masternode.

O Programa DashPay Alpha engaja a comunidade com testes de carteira DashPay no Evonet.

Nomes de Usuário

Os usuários poderão se registrar na rede e começar a compartilhar seus nomes de usuário personalizados com outros usuários Dash.

Perfis de usuário

Os usuários poderão tornar seu nome de usuário mais identificável com um nome de exibição, imagem e biografia.

Conecte-se aos seus contatos

Os usuários poderão solicitar contatos por nome de usuário e criar uma lista de usuários com quem desejam negociar.

Pague e receba por nomes de usuário

Os usuários podem trocar Dash com amigos, familiares e comerciantes por nome de usuário ou endereços criptográficos.

Melhorias no armazenamento de dados binários

Melhorias para representar dados binários como matrizes de bytes em oposição a strings para que os dados sejam armazenados com mais eficiência. O esquema JSON também foi estendido com a palavra-chave ‘byteArray’, permitindo assim aos desenvolvedores definir mais facilmente propriedades binárias em seus contratos de dados.

Regras de consenso para identidades

Várias alterações foram feitas na estrutura fundamental que compreende uma identidade dentro da Plataforma Dash

Processamento de bloco não determinístico

Este era um bug conhecido que impedia muitos desenvolvedores de iniciar nós com êxito no Evonet.

Consenso da altura do núcleo

Estabelecer consenso entre as cadeias L1 e L2 com base na altura de L1.

Financiamento de identidade do Instant Send

Isso permite que as identidades sejam financiadas aproveitando a velocidade do InstantSend.

Árvores de estado

Armazenamento de estado de dados em árvores Merkle para uso com clientes leves.

Pacote de distribuição de plataforma

O pacote de distribuição (dashman f.k.a. mn-bootstrap) foi significativamente atualizado com o objetivo de melhorar a experiência do usuário e acomodar os novos componentes da plataforma.

Financiamento de identidade

Capacidade de financiar identidades sem o risco de dobrar os gastos.

Aprimoramentos de sincronização de cadeia (iOS)

Melhorias adicionais foram feitas no processo de sincronização da cadeia para evitar atrasos no envio de pagamentos.

Frase de recuperação esquecida (iOS)

Foram feitas melhorias para ajudar os usuários que esqueceram uma ou duas palavras de sua frase de recuperação para ainda tentar recuperar sua carteira.

Correções de bugs & melhorias na Interface de Usuário (Android)

A UX associada ao esquecimento do seu PIN foram implementadas, atualizações foram feitas para suportar um SDK do Android mais recente (29), travamentos associados ao backup de um arquivo e importação de uma chave privada foram feitos.

Nós de semente do Tendermint

Um tipo especial de nó que fornece informações de pares a outros nós para melhorar a escalabilidade.

Reconhecimento seguro de ST

Melhorias para lidar com vários vetores de ataque possíveis e para escalabilidade na Mainnet.

Geração de registro detalhado

Adição de mais registros para melhor clareza e solução de problemas de comportamento do Drive.

Mensagens de erro aprimoradas

Mensagens legíveis e informativas para a solução adequada de erros.

Melhorias & Ajustes na Interface do Usuário

• Melhoria: Atualização para Testnet (Plataforma v0.17)
• Melhoria: Pesquisar usuário na rede
• Melhoria: Alinhamento da Interface de Usuário Android/iOS
• Melhoria: Validação de nome de usuário
• Melhoria: Salvar lembrete de perfil
• Melhoria: Masternodes Ruins
• Melhoria: Formato de nome de usuário (permitir maiúsculas e hifens)
• Correção: Temporizador de bloqueio da carteira
• Correção: Status de sincronização incorreto
• Correção: Problemas de sincronização e travamento
• Correção: Importar chave privada

Quorum de 100 membros

Novo tamanho de quorum para suportar transações especiais de bloqueio de ativos.

Restrições RPC para plataforma

Melhorias de segurança quando o núcleo está interagindo com a plataforma.

Bitcoin v0.17+ backports

Estimativa de mais de 500 backports do Bitcoin Core.

Financiamento de identidade com ChainLocks

Implementar a segunda parte do design do Identity Funding que inclui provas ChainLock para melhor apoiar as provas do cliente.

Sinalizadores de recursos

Habilite a lógica deterministicamente específica na rede para permitir correções de bugs e habilitar novas funcionalidades sem apagar os dados.

Configuração/ ambiente de rede local

O nó local mn-bootstrap não oferece suporte a bloqueios de cadeia e bloqueios instantâneos, portanto, tivemos que introduzir fallback durante o desenvolvimento e na CI.

Verificar as assinaturas com o Core

Melhorias nas Provas de Bloqueio de Ativos (financiamento de identidade) para evitar lógica e dados duplicados, é melhor usar o Core, que já implementou essa lógica e tem todos os dados necessários.

Remover Insight API

Remova o insight como uma dependência e funcionalidade de transição para DAPI com o objetivo de melhorar a estabilidade e remover redundância.

Lançamento DashMate

Nós estamos continuamente aprimorando o pacote de distribuição da Plataforma Dash (anteriormente conhecido como mn-bootstrap) para torná-lo mais conveniente e confiável. Desde esta versão, consideramos que ele está maduro o suficiente para ter um nome agradável e incentivamos fortemente você a começar a usá-lo para executar fullnodes e masternodes na testnet.

Melhoria CI

Builds lentos e falta de funcionalidades disponíveis no Travis CI retardaram significativamente o processo de desenvolvimento. Migramos para o Github Actions e implementamos alguns ajustes de cache. Os novos builds do CI são muito mais flexíveis e rodam até 10 vezes mais rápido.

Rotação do conjunto do validador

Para obter o consenso na blockchain da plataforma, um conjunto específico de masternodes, chamado de validadores, verifica e assina os blocos. Até a versão 0.19, o conjunto de validadores era estático e hospedado em nós controlados pelo DCG. Com a versão 0.20, os Quóruns de Masternodes de Longa Duração (LLMQ) são usados para distribuir e rotacionar dinamicamente o conjunto de validadores entre todos os masternodes. Essa abordagem distribui uniformemente a carga e torna a rede muito mais segura e confiável.

Provas de criptografia

Anteriormente, os clientes precisavam usar nós completos confiáveis para garantir a validade e integridade dos dados recuperados da rede da plataforma. Nesta versão, o DAPI fornece provas criptográficas eficientes juntamente com os dados da plataforma, o que permite que clientes leves (por exemplo, carteiras móveis) interajam com segurança com a Platform Dash.

Assinatura do limite de estado da plataforma

Anteriormente, os validadores usavam assinaturas EdDSA não agregadas do resumo criptográfico do estado da plataforma para fornecer provas criptográficas e garantir o consenso da rede. O número e o tamanho total dessas assinaturas tornaram as provas intensivas em recursos para os clientes leves usarem. Na versão 0.20, o mecanismo de assinatura de limite BLS é usado para produzir apenas uma assinatura, fazendo com que carteiras móveis e outros clientes leves possam verificar facilmente.

Otimização de camada ponto a ponto

Anteriormente, nós completos, assim como validadores, verificavam todos os tipos de mensagens P2P. Isso significa que os nós completos também recebiam tráfego de rede contendo mensagens relevantes apenas para validadores para alcançar o consenso. Na nova versão, nós completos não recebem mais mensagens intermediárias de consenso produzidas pelos validadores. Em vez disso, os validadores produzem apenas uma mensagem com uma assinatura de limite BLS para propagar a decisão de consenso resultante ao restante da rede. Isso reduz significativamente a carga na rede, já que muitas mensagens não precisam mais ser propagadas para os nós completos, resultando em 99,5% menos uso de largura de banda.

Plataforma Metadata

A Plataforma Dash agora anexa metadados adicionais às respostas do DAPI, como a altura atual do blockchain da plataforma, bem como a altura sincronizada do blockchain central observada e acordada por todos os nós que participam do consenso da rede. Como as blockchains da plataforma e central são assíncronas, a plataforma usa essa altura central para garantir que todos os nós da plataforma tenham uma visão determinística do estado da rede central.

Validação de contrato de dados rigoroso e seguro

A nova versão do Protocolo da Plataforma Dash atualiza a especificação JSON Schema usada para definir contratos de dados para a versão 2020-12 mais recente e emprega regras de validação rígidas para evitar possíveis erros do usuário em contratos de dados enviados à rede. Um mecanismo especial de expressão regular também é empregado para mitigar ataques ReDoS.

Sincronização robusta de carteira JS

Versões anteriores da biblioteca JS Wallet nem sempre recebiam todas as transações solicitadas e mensagens de bloqueio instantâneo do DAPI durante a sincronização. Isso foi resolvido na versão 0.20.

Melhorias Dashmate

A versão mais recente do Dashmate contém 20 correções e melhorias. A mais significativa delas foi projetada para tornar a configuração de redes de desenvolvimento local mais conveniente e confiável, bem como melhorias de desempenho e suporte ao Windows.

Integração Liquid Exchange (Android)

Integração do Liquid Quick Exchange na carteira para permitir a compra de Dash com cartões de crédito Visa de dentro da Carteira Dash.

Melhorias BIP70

Melhorias na UX de link direto para que haja uma experiência de usuário perfeita entre o aplicativo DashDirect recém-lançado e outros aplicativos que usam esse protocolo.

Implementação BIP69

Isso se alinha com um padrão mais comum de organização de entrada/saída que proporciona melhor anonimato.

Melhorias de frase secreta

Melhorias na interface do usuário para educar melhor os usuários sobre a importância de sua senha e impedir que os usuários façam capturas de tela de sua frase.

Melhorias na Sincronização de Cadeia

Melhorias no status da interface do usuário e alterações de back-end para melhorar o desempenho da sincronização.

Manutenção

Correção de bugs e melhorias na interface do usuário associadas ao Uphold, autenticação de impressão digital, navegação na interface do usuário e recurso de logout automático, e algumas refatorações de código em preparação para a atualização do DashPay.

Enviar convites

Para facilitar o acesso de sua família e amigos à rede Dash, você pode enviar convites e eles terão tudo que precisam para criar seu próprio nome de usuário.

Aceitar convites

Como um novo usuário que não tem nenhum Dash, um convite permitirá que eles criem seu nome de usuário imediatamente, sem precisar esperar para adquirir o Dash primeiro.

Melhorias nas mensagens de erro

Implementação de códigos de erro e mensagens mais descritivas para que os aplicativos cliente possam tratá-los melhor e para que os bugs sejam mais fáceis de investigar.

Projeto de estrutura de árvore de estado robusta

No momento, armazenamos o estado em diferentes árvores merk, o que adiciona alguma sobrecarga para memória e disco. Isso também requer uma lógica muito complexa para garantir a atomicidade e para lidar com transações entre bancos de dados que não são implementadas. Um novo design de árvore de estado mais robusto e seguro será definido.

Projeto de documentação de índices secundários

Como parte do novo projeto da árvore de estado, o MongoDB será substituído.

Distribuição de nós testnet

O Testnet será atualizado para incluir nós em vários data centers para simular problemas do mundo real com latência e desempenho que podem afetar o dimensionamento.

Processo de atualização

Um processo de atualização aprimorado evitará a necessidade de limpar os dados L2, permitindo uma transição segura entre as versões do protocolo.

Versão inicial do GroveDB

O primeiro desse tipo, um banco de dados baseado em estrutura de dados autenticada hierárquica (HADS) que conta com um sistema de armazenamento de dados comprovados e inovador. Isso permitirá recursos que ainda não são possíveis com qualquer outro banco de dados existente atualmente. A primeira versão oferecerá índices secundários e manterá provas criptográficas para a integridade do conteúdo armazenado.

Capacidade de atualizar contratos de dados

Isso permite que esquemas de contrato sejam modificados sem perda de dados ou a necessidade de criar um novo contrato. Isso é uma clara e óbvia diferenciação entre Dash e redes de contratos inteligentes que não têm essa capacidade.

Identidades de masternode

Quando um Masternode possui uma Identidade Dash com um saldo anexado, o proprietário do Masternode pode receber recompensas por sua participação no consenso da Plataforma. Isso oferece uma fonte de receita adicional para os proprietários de Masternodes.

Objetivos da chave de identidade e níveis de segurança

Recursos futuros da plataforma Dash exigirão vários níveis de segurança. Realizar a venda de um ativo digital muito valioso deve exigir um nível de segurança muito alto, enquanto publicar fotos de gatos provavelmente não seria necessário. Com esse recurso, os usuários podem manter as chaves de mais alto nível de segurança em sua carteira de hardware, mas realizar ações menos críticas diretamente de seus telefones.

Repositório de vários pacotes

Para acelerar o processo de desenvolvimento e construção, o código dos componentes da plataforma foi migrado de repositórios autônomos para um repositório de vários pacotes. Essa abordagem de repositório único reduz significativamente as operações de rotina que precisam ser feitas durante o desenvolvimento.

Rotação de quórum, segurança IS mais forte

Melhorar a distribuição da carga de quórum entre os masternodes, ao mesmo tempo em que se expande a segurança do InstantSend. Isso é conquistado apenas alterando um subconjunto de masternodes em um quórum durante a seleção dos membros do quórum, limitando o número de quóruns para os quais cada nó é selecionado de uma vez.

Redução da taxa da proposta

Redução da taxa de proposta de 5 DASH para 1 DASH para tornar o sistema de governança mais acessível. Essa mudança foi impulsionada por uma proposta aprovada de masternode.

Adicionada nova interface de usuário de governança do QT

Adicionada uma guia de governança para permitir que os usuários do Dash Core Qt acessem os detalhes da proposta de governança com mais facilidade.

Implementação inicial de Hard Forking aprimorada

Implementação de uma nova transação especial e aspectos necessários do DIP23 para suportar o mecanismo aprimorado completo de hard fork a ser lançado na versão subsequente do Dash Core.

Bloqueios determinísticos do InstantSend

Introdução de bloqueios InstantSend (DIP22) verificáveis de forma determinística para oferecer melhor suporte ao sistema de identidade da plataforma. Isso permite que as transações do InstantSend sejam verificadas no futuro, em vez de apenas efêmeras.

Backports BTC v0.18/v0.19/v0.20

O progresso da backport para o Bitcoin Core v0.18 aumentou de 83% para 86% e para a v0.19 aumentou de 41% para 53%. Além disso, foram concluídos 18% e 10% dos backports para a v0.21 e v0.22, respectivamente.

Auditoria de segurança externa

O Dash Core Group está engajado oficialmente com uma empresa de auditoria profissional para realizar uma auditoria de segurança na base de código da plataforma.

Habilidade de atualizar uma Identidade (veja DIP11)

Eliminar a lacuna de funcionalidade em relação às especificações do DIP0011. Isso inclui a implementação de uma Transição de Estado de Atualização de Identidade, a introdução de melhorias de segurança de Chave Pública de Identidade, a funcionalidade adicional exigida para saques de crédito e a implementação de uma prova de propriedade de chave de Identidade.

Cálculos Iniciais de Taxa de Armazenamento

Um modelo de taxa de incentivo que compensará Masternodes pelos custos de processamento e armazenamento, além de prevenir spam. A implementação do novo sistema de cálculo de taxa é baseada nas operações necessárias para processar transições de estado e na quantidade de dados que se armazena na rede Masternode. Embora o cálculo da taxa de armazenamento com o novo modelo seja preciso, as taxas de processamento ainda são um assunto a ser aprimorado. Reembolsos de taxas para exclusão de dados também serão implementados na próxima versão.

Distribuição de Taxas de Transição de Estado.

Um sistema em que as taxas da Plataforma são coletadas em pools para serem distribuídas aos Masternodes ao longo do tempo. Esse modelo incentiva os Masternodes a continuarem hospedando e a evitar que seus nós fiquem offline. As taxas de armazenamento de transição de estado são distribuídas para cada Época (~18 dias) até 50 anos no futuro. Quando uma nova Época começa, os Masternodes recebem recompensas por fornecer serviços na Época anterior.

Retirada de crédito da plataforma para o Dash

Créditos da plataforma são trocáveis por Dash. Masternodes terão uma maneira fácil de sacar suas recompensas da plataforma.

Primeira Sincronização de Cabeçalhos

Melhor segurança e confiabilidade para a sincronização de cadeia na carteira Dash JS. A carteira JS se tornará um cliente SPV real que realiza sincronização completa de cadeia e verificação, pedindo aos Masternodes selecionados aleatoriamente para retornar os dados da cadeia solicitada.

Suite de Teste de Desempenho da Plataforma Dash

Para medir o desempenho dos componentes da plataforma, esta versão introduz uma ferramenta de benchmark. Essa ferramenta é profundamente integrada com a execução de blockchain da plataforma e fornece instrumentos convenientes para que os desenvolvedores experimentem e rastreiem o desempenho ao longo do tempo.

Protocolo da Plataforma Dash em Rust

A portabilidade do DPP para Rust o torna mais seguro e eficiente. Isso também tornará o processamento de blocos mais rápido. Para integrar Rust DPP aos componentes JS, fornecemos o WASM DPP. Este é o primeiro passo para a portabilidade da Plataforma para Rust. JS foi bom para experimentar e prototipar, mas agora precisamos de algo mais sustentável.

Execução de Blocos Idênticos

Uma limitação herdada do projeto Tendermint, do qual nosso motor de consenso foi originalmente derivado, é que as assinaturas de blocos só assinariam o estado do bloco anterior, bem como todas as transições de estado do bloco atual. Portanto, para obter dados comprovados do DAPI, seria necessário aguardar o comprometimento do próximo bloco. Isso era incompatível com nosso sistema de prova e sistema de armazenamento desejados. Essa melhoria também reduz significativamente a carga na rede e diminui o tempo necessário para inserir dados na plataforma, resultando em uma melhor experiência do usuário.

Retiradas de Créditos

Atualmente, você pode converter Dash em Créditos da Plataforma criando ou recarregando uma Identidade. Os créditos são principalmente usados para pagar taxas de transição de estado. Os Masternodes recebem suas recompensas por hospedar a Plataforma em Créditos (recompensas de bloco e taxas ST). As retiradas permitem que os Masternodes e outras Identidades convertam seus Créditos de volta para Dash.

Serialização de Dados Eficiente

O Protocolo da Plataforma Dash (DPP) anteriormente usava o mecanismo de codificação CBOR que implementa a serialização de dados sem esquema. Uma vez que todos os dados na Plataforma são armazenados em estruturas predefinidas, não há necessidade de armazenar também as informações de estrutura. Ao armazenar apenas valores, reduzimos dramaticamente o tamanho dos objetos serializados.

Reembolsos de Taxas

Quando um usuário adiciona dados à Plataforma, ele paga pelo armazenamento permanente. No entanto, nem todos os dados armazenados na Plataforma precisam ser permanentes. Os usuários podem definir nos contratos de dados a capacidade de atualizar ou remover documentos. A introdução de reembolsos de taxas permite que os usuários recebam créditos de volta quando excluem dados.

Identidade v2

Uma Identidade consiste em vários dados, como seu saldo e uma coleção de chaves públicas usadas para vários propósitos e níveis de segurança. A nova implementação de armazenamento de Identidades permite atualizar ou buscar apenas partes específicas ou múltiplas da Identidade. Isso reduz as taxas de transição de estado e a carga na rede.

Verificação Total de Créditos

Uma nova funcionalidade de árvores de soma GroveDB nos permitiu implementar um mecanismo de proteção contra bugs inflacionários na blockchain. Essa funcionalidade adicionou somas aos nós de um tipo específico de árvore Merkle AVL. Nessa árvore, os nós raiz contêm a soma de todos os valores inteiros na árvore. Sempre que um valor é adicionado, removido ou atualizado em uma árvore de soma, todos os nós pais e, portanto, o “valor de soma” da raiz são atualizados. O mecanismo de verificação de crédito compara todos os blocos de todos os saldos de crédito no armazenamento com a quantidade esperada de créditos no sistema. Isso evita ataques inflacionários que criariam novos créditos ou tokens fora do fornecimento pré-definido.

Identidades de votação de Masternodes

Esse é um componente para habilitar futuras funcionalidades de governança na plataforma.

API descentralizada com HTTPS

A partir desta versão, as solicitações do DAPI são servidas via HTTPS para permitir a criação de aplicativos para navegadores.

Masternodes de Alta Performance (HPMN)

Plataforma Dash RC1 (Release Candidate 1) Neste sistema, o Masternode padrão continuaria servindo apenas a cadeia de pagamentos Dash. Os HPMN terão requisitos maiores do que um Masternode padrão, como 4k de Dash como garantia e especificações de desempenho mais altas, pois estarão executando duas cadeias em vez de apenas uma.

Implementação BLS v1.0

Atualização da biblioteca de assinaturas BLS para o novo esquema de assinatura para alinhamento de padrões e segurança aprimorada.

Backports do Bitcoin v0.19/v0.20/v0.21/0.v22

Backports do Bitcoin Core para BTC v0.19/v0.20/v0.21/v0.22.

Resolver problemas do Hard Fork v19

Um dos objetivos do hard fork da versão 19 era ativar o esquema básico BLS e começar a usá-lo em várias mensagens na cadeia e ponto a ponto. A motivação por trás dessa mudança é a necessidade de estar alinhado com os padrões do IETF. Infelizmente, alguns casos especiais foram ignorados nos nossos testes funcionais e também não foram identificados na testnet. A tentativa de ativação da v19 na mainnet encontrou um desses casos especiais e a mainnet parou de produzir blocos. Como solução intermediária, foi lançada a versão v19.1.0, que adiou o início da sinalização para o hard fork v19 até 14 de junho.

Para resolver esses problemas, tivemos que reformular a maneira como as chaves públicas BLS são tratadas, incluindo a maneira como são serializadas no banco de dados interno. Isso tornou incompatível com versões mais antigas do Dash Core, então um caminho de migração do banco de dados foi implementado para todas as versões recentes.

Melhorar a migração e o suporte a dados históricos em clientes leves

Como efeito colateral, a solução implementada para resolver os problemas do hard fork v19 abriu um caminho para simplificar a migração para a versão v19 em carteiras móveis.

Com a implementação anterior, as carteiras móveis teriam que converter mais de 4 mil chaves públicas no ponto do hard fork v19, o que pode levar facilmente de 10 a 15 segundos, se não mais. Além disso, após o hard fork v19, se uma lista de masternodes for solicitada a partir de um bloco anterior ao hard fork v19, as chaves do operador estariam sendo fornecidas no esquema BLS básico, mas o hash de merkle da lista de masternodes armazenado na transação coinbase naquela época foi calculado com o esquema BLS legado. Portanto, era impossível verificar o hash de merkle.

Para corrigir esses problemas, foi introduzido um novo campo chamado nVersion para cada entrada no p2p message mnlistdiff. Esse campo indica qual esquema BLS deve ser usado ao desserializar a mensagem – legado ou básico. O campo nVersion da mensagem mnlistdiff em si não indicará mais o esquema e deve ser sempre definido como 1.

Melhorar o suporte à mistura em clientes leves

As mudanças recentes nas mensagens dsq e dstx permitiram que clientes móveis que obtêm listas de masternodes por meio da mensagem mnlistdiff determinem o masternode relacionado a essas mensagens porque o proTxHash foi usado em vez do masternodeOutpoint. Assim que o hard fork v19 for ativado, a assinatura das mensagens dsq e dstx será baseada no proTxHash, o que deverá permitir que os clientes móveis a verifiquem.

Manter ChainLocks ativados sem assinar novos

Antes desta versão, o ChainLocks estava habilitado ou desabilitado. A partir desta versão, é possível definir o SPORK_19_CHAINLOCKS_ENABLED com um valor diferente de zero para desativar a assinatura de novos ChainLocks, enquanto ainda se mantém a aplicação do melhor ChainLock conhecido.

Nenhuma pessoa ou organização tem controle sobre quando o protocolo da Plataforma será ativado; isso ocorrerá após um número específico de proprietários de masternodes terem feito a atualização.

Recompensas de bloco do Masternode

As recompensas de bloco do Masternode serão divididas entre Masternodes normais e Masternodes de Alta Performance (HPMN). A parte de HPMN será acumulada em créditos e distribuída ao longo do tempo entre os nós como incentivo para servir a Plataforma. Os nós receberão recompensas a cada época (~18 dias) se fornecerem os serviços (propor novos blocos da Plataforma).

Taxas de processamento e ajustes

Isso adiciona taxas de processamento mais finitas e o ajuste/revisão dos números existentes para garantir que todos os custos sejam adequadamente cobertos e as taxas sejam calculadas corretamente.

Atualização de protocolo

Testar e aprimorar os processos de atualização de protocolo para otimizar a implementação de mudanças significativas para diferentes níveis do sistema.

Suporte a NFTs

Preparar a Plataforma Dash para armazenar e manter tokens não fungíveis (NFTs). Ao usar o mecanismo de armazenamento da Plataforma, fornecer um meio de manter os dados do NFT também na cadeia.

Instrumentação

Implementar métricas para os componentes da Plataforma necessárias para o monitoramento da rede, incluindo mais testes de estresse.

Teste de segurança interna

Experimentos e testes de segurança pela DCG.

Testes de Estresse

Testes de estresse são realizados com um conjunto de testes de estresse em uma rede dedicada.

Expansão do Tesouro

Antes da DashCore v20.0, 10% das recompensas de bloco eram reservadas para o tesouro DAO Dash, que financia o desenvolvimento e outros esforços da rede. Com a entrada em vigor do hard fork DashCore v20.0 na rede principal, a alocação para o sistema de tesouraria aumentará para 20% das recompensas de bloco, conforme aprovado na proposta de setembro. Miner and masternode rewards will change to 20% and 60% respectively upon activation of the change.

Descontinuação do Sentinel

A funcionalidade do Sentinel foi integrada diretamente na v20.0, eliminando a necessidade de masternodes executarem o aplicativo Sentinel independente. Vários comandos RPC foram atualizados para evitar conflitos entre o DashCore v20.0 e instalações existentes do Sentinel. Recomenda-se remover ou desativar o Sentinel após a atualização dos masternodes para a v20.0.

Transação especial de bloqueio de ativos

Foi introduzido um novo tipo de transação especial, “Bloqueio de Ativos”, para suportar o financiamento de identidade da plataforma.

Realocação da recompensa dos Masternodes

O hard fork de realocação da recompensa dos masternodes (MN_RR), inicialmente incluído no Dash Core v20, será ativado após a adoção da v21 pelos masternodes. Esse hard fork ativa o principal recurso incluído nesta versão: a Realocação da Localização da Recompensa dos Masternodes. A ativação também iniciará o lançamento da Cadeia da Plataforma Dash Evolution.

Realocação de recompensas e pagamentos de evonodes

Quando o hard fork MN_RR for ativado, uma parte do subsídio dos masternodes na coinbase será direcionada ao Credit Pool (ou seja, para a Plataforma) sempre que um bloco for minerado. Evonodes, então, receberão uma única recompensa por ciclo de pagamento na cadeia principal (Core), em vez de recompensas de quatro blocos consecutivos, como nas versões v19/v20. A Plataforma distribuirá o restante dos pagamentos dos evonodes a partir do Credit Pool, incentivando a atualização dos evonodes para a Plataforma, uma vez que apenas nós que executam a Plataforma poderão receber esses pagamentos de recompensa.

Fortalecimento do Spork na Mainnet

O Dash introduziu os sporks em 2014 como uma maneira de permitir transições de atualização mais suaves que os hard forks. Embora essa inovação tenha sido valiosa, a rede agora atingiu um nível de maturidade em que os sporks não são mais necessários na mainnet, devido a recursos como hard forks aprimorados. Assim, esta versão fixa todos os sporks na mainnet. Os sporks continuam ativos em todas as devnets e na testnet; porém, na mainnet, o valor de todos os sporks é fixado em 0, exceto o spork SPORK_21_QUORUM_ALL_CONNECTED, que é definido como 1. Esses valores fixos refletem os valores historicamente ativos na mainnet, sem impactar a funcionalidade da rede.

Validação Pré-Mainnet da Plataforma Dash

Vários experimentos de rede, revisões de código, preparações e correções de possíveis bugs para o lançamento do mainnet com colaboração estreita da comunidade Dash (utilizando projetos da comunidade que utilizam a Plataforma Dash).

Início do lançamento da Mainnet

O primeiro lançamento da Plataforma na mainnet será feito em conjunto com o lançamento do Core v0.21. A Rede Dash será incentivada a concluir suas atualizações o mais rápido possível.

Renúncia do EHF

Isso corrige um problema na renúncia do EHF, onde os masternodes não renunciavam ao EHF se já tivessem feito parte de um quórum de assinatura do EHF anteriormente.. As a result , o limite não conseguia ser atingido.

Prontidão para Ativação

Essas versões foram desenvolvidas para garantir uma ativação bem-sucedida sob condições específicas que estavam sendo monitoradas. Tratava-se de uma atualização obrigatória para todos os operadores de Evonodes. Diferente de outras ativações, esta versão ativará a cadeia da Plataforma assim que 67 Evonodes no quórum Genesis forem atualizadas e configuradas corretamente.

Ativação da Plataforma Dash

Nenhuma pessoa ou organização tem controle sobre o momento da ativação do protocolo da Plataforma; ela acontecerá assim que um número determinado de proprietários de Evonodes tiverem completado a atualização.

DPNS

Quando este contrato for criado, ele permitirá o registro de nomes de usuário na rede.

DashPay

Quando este contrato for criado, ele permitirá que pagamentos por nome de usuário sejam enviados na rede.