DUNITER V2 em português

Plano de Comunicação

Quando será informado sobre o progresso do projeto?

1. Outubro: porquê mudar?</ p >

2. Novembro – Dezembro: o que vai mudar < /p>

3. Janeiro: que não irá alterar
   e como este vai acontecer

4. Fevereiro: software de satélite: *descobrir, testar e utilizar *

---

Porquê mudar?

1/ Desvantagens da V1

As primeiras desvantagens são visíveis principalmente para os programadores:

• A principal razão desta migração: Dificuldades em manter o Duniter V1 (corrigir bugs e fazer melhorias).

• Questões de segurança,

  • O Duniter pode ser facilmente bloqueado (ataque de saturação da rede).
  • Todas as contas de membros são potencialmente ferreiras¹, mas algumas são facilmente hackeáveis, o que permitiria a um atacante comprometer potencialmente toda a blockchain

• Obrigação dos ferreiros de fazerem ressincronizações manualmente para que continue a funcionar.

• Risco de fork* se os smiths não actualizarem o Duniter rapidamente no caso de uma correcção de um bug.

Todos os utilizadores já notaram outras desvantagens:

• Execução lenta.

  • Muito tempo para exibir operações
  • Entre 5 e 10 minutos para processar uma transação, 30 minutos para a validar

• Problemas de sincronização de pools¹: Visualizações diferentes de um nó para outro, porque nenhum nó tem uma visão global dos pools.

• Transações ou certificações que não são aprovadas.
  *Certificações que desaparecem.

• Dificuldade em inserir novos (problemas de sincronização entre certificadoras para ter 5 certificadoras disponíveis em simultâneo)².\

2/ Vantagens da v2

• Fácil manutenção e atualizações para os programadores

• Atualização automática sem fork para ferreiros
  (existirá sempre a possibilidade de recusar uma atualização, mas será voluntária e não mais por esquecimento).

• Um bloco a cada 6 segundos

  • Transação validada em 30 segundos
  • Tempo de resposta significativamente melhorado

• Sincronização de nós mais rápida e fiável
  Certificações validadas de imediato (sem piscinas)
  Entrada mais fácil de novos (já não há necessidade de sincronização entre as primeiras 5 certificadoras)

3/ Evolução do software, não da moeda

O software está em constante evolução; até à data, estamos na versão 1.8.7 do Duniter e 1.7.13 do Cesium.
Estes desenvolvimentos foram feitos para se manterem compatíveis com as versões anteriores, e foram sempre implementados sem problemas.

A versão 2 é ainda software livre, é uma nova blockchain que começará com todos os dados da blockchain Ğ1 V1 no momento da mudança (contas, transações, certificações, etc.)
Encontrará todos os seus Ğ1s, as suas certificações e transações.

Uma nova blockchain envolve novo software (Cesium 2, Gecko, Tikka, G1nkgo 2, etc.)

Não será possível trocar entre dois blockchains diferentes, pelo que, após a data de mudança, terá de ter instalada a nova versão do software para continuar a trocar ğ1 com o resto da comunidade.

Para não perder esta alteração, esteja atento à informação neste site, no fórum e nas “redes sociais”!

Folheto frente e verso para partilhar

Clique na imagem para ampliar

---

Evoluções (o que irá mudar para os utilizadores)

1/ Novo software

Para poder continuar a trocar com outros junistas, é essencial que todos mudem de versão na primeira ligação após o início do blockchain V2.

• Césio O software mais utilizado oferecerá a sua versão V2. Não há planos para mudar para o Duniter V2 até que este software esteja pronto.
• Gecko, mais virado para smartphones, para pagamentos, está pronto, com alguns ajustes.
• Tikka em computador, contabilidade orientada para profissionais, em desenvolvimento.
• Ğ1nko uma carteira que facilita as transações nos mercados G. A versão 2 pode estar pronta para migração
• Ğ1superbot também terá a sua versão para Duniter V2.
• Duniter-Connect, extensão do browser que permite transferências a partir de qualquer site, evolui à medida que o Duniter se desenvolve.
• Ğcli O cliente de linha de comandos (para técnicos) semelhante ao Silkaj, também evolui à medida que o Duniter se desenvolve
  *...

---

2/ Nova forma de Chaves Públicas

Com a nova blockchain Duniter V2, aquilo a que chamamos chaves públicas alteram a sua codificação. Assim, a sua chave pública já não será parecida com a que conhece. Provavelmente terá de reimprimir o seu código QR para quem o imprimiu.

Falaremos mais sobre o endereço do que sobre a chave, todos começarão por "g1...", por isso use o fim do endereço em vez do início, para reconhecer a sua conta.

No Duniter v2 iremos encorajar o uso de um endereço em vez de uma simples chave pública. O endereço ajuda a evitar erros ao copiar e utilizar uma chave na rede errada.

Para o ajudar, para as contas criadas antes da atualização, o Cesium2 irá apresentar a antiga “chave pública” como um lembrete. O mesmo para o G1nkgo, que irá exibir esta chave antiga.

---

3/ Depósito existencial

No blockchain v1, as contas com menos de 1 Ğ1 desaparecem sem que o utilizador seja notificado (destruição da moeda).
No blockchain v2 será impossível descer abaixo da marca 1 × 1 sem solicitar explicitamente o encerramento da conta.

---

4/ Desaparecimento das piscinas

• As certificações serão consideradas imediatamente, quer a pessoa certificada esteja a aguardar outras certificações ou não.
  *Será respeitado o período de 5 dias entre duas certificações pois o DuniterV2 apenas permite uma certificação de 5 em 5 dias.
• Alguns clientes (como a Césium) podem oferecer a adição das suas intenções de certificação num “catálogo de endereços” (ainda não desenvolvido).

---

5/ Processo de adesão (tornar-se membro cocriador de moeda)

• As novas contas serão apenas contas simples de carteira.
• Deve ter alguns Ğ1s para iniciar o processo de certificação. Será, portanto, impossível certificar uma conta com zero ğ1
• A primeira certificação constitui um convite para se tornar membro (sem necessidade de inscrição).
• A aceitação do convite consiste, para o recém-chegado, na escolha de um apelido no prazo de 48 horas (prazo que pode ainda sofrer alterações).
• Uma vez registado o apelido, são possíveis as seguintes certificações.
• Quando a conta tem 5 certificações respeitando a regra da distância torna-se co-criadora de moeda.
• Já não há necessidade de sincronização para as certificações (já não poderá certificar se não estiver disponível).
• O prazo de dois meses para a obtenção das primeiras cinco certificações respeitando a regra do distanciamento será ainda válido. (A duração do atraso pode sofrer alterações)
• Caso os prazos sejam ultrapassados, o certificador recupera a sua certificação do seu stock de certificações a emitir.

---

6/ Novas contas mais seguras

A autenticação por identificador secreto e palavra-passe é pouco segura para uma moeda. (Hoje os seus bancos exigem que tenha autenticação dupla)

1. As contas antigas, com identificador secreto e palavra-passe, permanecerão sempre utilizáveis ​​com o Césio, como antes da transição para o V2.
2. As novas contas serão criadas a partir de uma mnemónica de 12 palavras. Estas 12 palavras devem ser mantidas cuidadosamente fora de vista, uma vez que permitem recuperar as suas contas noutros dispositivos ou outros softwares de gestão de carteiras (Cesium, Gecko, Tikka , etc.)
3. As várias contas podem ser criadas utilizando o mesmo mnemónico (isto constituirá o que chamamos de “cofre”). Um cofre pode conter várias contas ou apenas uma.
4. Depois de criado o cofre, um código de 4 ou 5 letras ou números será suficiente para aceder a todas as contas do cofre, desde que utilize o mesmo dispositivo.
5. Uma conta criada com mnemónica poderá ser utilizada em Cesium, Gecko Tikka, Gcli e provavelmente com outros softwares.

---

6 bis / Migração para uma conta mais segura

Só para os junistas que quiserem.

6. O Gecko foi concebido para funcionar apenas com contas criadas por mnemónica, por questões de segurança. Para outros softwares, nada de definitivo neste momento.
7. O Gecko oferece-se para “migrar” a sua conta antiga (id/mdp) para uma nova conta que criou anteriormente com uma mnemónica.
8. Isto pode permitir-lhe consolidar todas as suas contas num cofre único e mais fácil de usar.
9. A migração de uma conta de membro é a transferência da sua identidade com apelido, certificações, estatuto de membro ou não, e ğ1.
10. A migração de uma conta de carteira simples resume-se a uma transferência de todos os ğ1.
11. Uma vez migrada, a nova conta (com mnemónica) poderá ser utilizada para todas as suas transações independentemente do software de gestão de carteira (Césium, Gecko, Tikka, Gcli) e a conta antiga não será mais nada além de uma carteira vazia .
12. A conta antiga continua utilizável como qualquer carteira. Mas isso seria perder o sentido de ter migrado.

---

7/ Taxas e quotas

A capacidade de um blockchain não é infinita.

Um blockchain necessita de poder computacional e espaço de armazenamento. Ambos, embora substanciais, não são ilimitados. Um possível ataque é a saturação do poder computacional com o envio de milhares de milhões de transações por segundo.
Outros blockchains cobram uma taxa por cada ação para impedir esta saturação de cálculos e espaço de armazenamento.

Mas o Ğ1 não é como os outros.

1- As taxas só serão cobradas em caso de sobrecarga da blockchain.

• Um número total de ações (transações, certificações, adesão, etc.) por bloco foi avaliado como sendo o limite de operação "normal". Para além deste limite o blockchain é considerado saturação.
  *Apenas se o número de ações num bloco exceder este limite serão cobradas taxas. Taxas estimadas em cerca de 0,015 DUĞ1, ou 17 Ğ1 por 100 transações.

2- Além disso, os custos serão reembolsados ​​a todos os membros da web of trust (esta é a força do nosso Blockchain)

• É definida uma quota de ações por membro e por bloco (permitindo ainda muitas transações)
• As contas de não associados podem ser associadas a uma conta de associado e também ter as suas quotas reembolsadas, dentro do limite da quota por associado.
• Um membro pode fazer uma única transação, mas se, ao mesmo tempo, alguém lançar 1 milhão de transações em 1 milhão de contas, a blockchain ficará saturada e, portanto, serão cobradas taxas a este membro.
• Depois será reembolsado porque não ultrapassa a quota por associado.
• Se um membro e as suas contas vinculadas lançarem centenas de transações resultando em saturação, este membro só será reembolsado nas primeiras transações, sendo as seguintes para além da quota.
• Se um membro lançar centenas de transações, mesmo para além da quota por membro, mas estiver sozinho a fazer transações nesse momento, isso pode acontecer sem saturar a blockchain e, portanto, sem taxas.
• No entanto, não existe qualquer possibilidade de reembolso em caso de encerramento da conta!
  *Não haverá lugar a reembolso para contas anónimas.

É improvável que tal ataque seja desencadeado, pois arruinaria o atacante por um bloqueio temporário. Estas taxas são, por isso, um desincentivo.

Mais informações no fórum techinque

---

8/ Sub-ecrã dos ferreiros

Hoje qualquer membro pode instalar um nó e forjar blocos, o que leva a alguns problemas de atualização e sincronização, bem como de segurança, pois alguns utilizadores desconhecem as vulnerabilidades de segurança da sua instalação e “esquecem-se” de atualizar.

Com a V2 do Duniter, apenas os membros da subcanvas do ferreiro poderão forjar blocos.
Qualquer pessoa pode ainda executar um nó espelho que não escreve blocos, mas responde aos pedidos do cliente.
Como os nós de ferreiro se dedicam a calcular e escrever blocos, já não responderão aos pedidos dos clientes.
Todos os nós comunicam quase instantaneamente.

As certificações de ferreiro devem respeitar uma licença de ferreiro que garanta um bom nível de segurança, entre outras coisas já ter executado um nó espelho corretamente durante um determinado tempo, podendo manter o seu servidor está aberto 24 horas por dia, 7 dias por semana e tem uma boa ligação à internet.
Os membros desta subweb não têm necessariamente de se conhecer ou de se ver fisicamente, pois devem ser primeiro membros da Web de Confiança dos Co-Criadores.

Para fazer parte deste sub-ecrã do ferreiro desde a inicialização, deve executar um nó antes de mudar para gdev ou gtest (as moedas utilizadas para testar a versão 2 antes da inicialização).

Documentação que explica como instalar um nó e tornar-se um Ferreiro na V2 está a ser escrita e será comunicada assim que estiver concluída.

Os ferreiros atuais são convidados, se estiverem interessados, a tentar instalar o Duniter V2, para ver como funciona, detetar quaisquer problemas de instalação e ajudar a escrever a documentação "torne-se um ferreiro".
É/será possível utilizar Yunohost ou [imagens Docker](https://www.ionos.fr/digitalguide/serveur/know-how/les-images - janela de encaixe /).

Mais informações no [fórum técnico](https://forum.duniter.org/t/video-installer-un-noeud-duniter-v2-en-moins-de-dix- Minutes/11243/1)

---

9/ Próximos recursos

As novas funcionalidades serão possivelmente implementadas após o lançamento do Duniter V2, se os programadores estiverem disponíveis para começar.

• Faça transferências automáticas
• Delegar autoridade sobre uma conta
  *Conta com múltiplas assinaturas
• Contas de carteira ligadas a uma identidade
  Direito ao esquecimento (eliminação de comentário?)*
• Possibilidade de configurar votos!
  *E mais de acordo com a imaginação de cada um...

Autor

Maaltir do Coletivo MàJ-V2 validado por hugotrentesaux, bgallois , Moul, Tuxmain

Folheto frente e verso para partilhar

Clique na imagem para ampliar

---

O que não vai mudar