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. Logo em seguida vieram os masternodes, fornecendo um conjunto poderoso e incentivado de nós completos que formam uma espinha dorsal para a rede e oferecem serviços aos usuários. Sporks foram lançados para ajudar a entregar um processo de lançamento suave de novos recursos, sem bifurcar a rede, e finalmente o Envio Privado 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 (Platforma 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 Platforma 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 Platforma 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 Platforma 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)

Um Masternode de Alta Performance é um novo tipo de Masternode que será usado para servir a rede participando do consenso tanto na cadeia da Platforma Dash quanto na cadeia de pagamentos Dash (Core). 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 Platforma. Os nós receberão recompensas a cada época (~18 dias) se fornecerem os serviços (propor novos blocos da Platforma).

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.

Sincronização de estado

Para ajudar os novos nós a se sincronizarem mais rapidamente com o estado atual, a sincronização de estado replicará o estado de outros nós em vez de processar todo o blockchain.

Podas de Blockchain e nós de arquivamento

Com a sincronização de estado, os nós não precisarão mais armazenar todo o blockchain, reduzindo assim os requisitos de armazenamento e os custos para os hosts. Introduziremos nós de arquivamento que serão um novo tipo de Masternode que deverá armazenar todo o blockchain.

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.

Instrumentação

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

Processamento de Transição de Estado Atômico

Isolar erros do sistema de execução de transição de estado para que não afetem outras transições de estado no bloco e atualizar o estado com a transição de estado como uma operação atômica no nível de armazenamento.

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.

Transação especial de bloqueio de ativos

OP_ASSET_LOCK para apoiar o financiamento de identidade de plataforma.

Realocação de recompensas do masternode da plataforma

Isso vai permitir que os proprietários de masternode tenham seus créditos L2 convertidos em recompensas Dash

Documentação e DIPs (propostas de melhorias Dash)

Escrever a documentação necessária, tutoriais e DIPs.

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 Platforma Dash).

Início do lançamento da Mainnet

A primeira implementação da rede principal da plataforma será agrupada com a implementação do Core v0.20. A Rede Dash será incentivada a concluir suas atualizações até o final do 2° trimestre de 2023.

Ativação da Plataforma Dash

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.

Suporte a tokens fungíveis

Traga a possibilidade de criar tokens específicos para vários casos de uso relacionados ao Web3, ou seja, angariação de fundos por entidades externas, governança e muito mais.

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.