Bem vindo! Novo em Zcash?
The Zcash network is young, but evolving quickly! Sign up and we'll be in touch with monthly highlights on ecosystem growth, network development and how to get started with Zcash!

Idioma

Ciclo de lançamentos e vida útil

Nathan Wilcox | May 01, 2017

A partir de maio, o esforço de desenvolvimento da Zcash irá deflagrar uma nova política de lançamento de atualizações. Alguns detalhes podemos compartilhar imediatamente com os usuários:

Este é um cronograma agressivo de atualizações e, se não funcionar para o seu caso, gostaríamos de ouvir suas considerações o mais rápido possível. Isso é tudo o que você precisa saber como usuário e o restante deste post descreve nosso raciocínio e alguns detalhes de atualização do protocolo.

Melhor Segurança e Qualidade

Desde o nosso lançamento, tivemos um rígido cronograma de lançamento de três semanas de duração. Nós entregamos cada versão dentro de um prazo de dois dias em relação à data limite, com exceção do último lançamento, que foi adiado, 1.0.9 e a versão hotfix 1.0.8-1.

Nosso novo processo tem um pouco mais de tempo entre os lançamentos. Vamos usar este tempo extra para adicionar testes de pré-lançamento e pacotes de teste mais completos, ter uma reunião retrospectiva para cada lançamento, e começar a coordenação por release para cada uma das nossas prioridades do roadmap que são mais de longo prazo.

Coordenação mais clara

Uma mudança essencial com esta nova política é um explícito tempo de vida útil do lançamento, cujas partes mais importantes são a data de lançamento e a data de expiração, cerca de 4 meses depois, na quarta terça-feira após o lançamento.

Para versões ativas que ainda não tenham atingido a sua data de expiração, fazemos nosso melhor esforço para fornecer correções de segurança, acompanhamento de relatórios de bugs, evitar interrupções na rede de produção e ajudar os usuários a atualizar para a versão mais recente. Para lançamentos expirados a única ajuda que nós prometemos é a atualização para a versão mais recente.

A fim de codificar este ciclo, temos até a intenção de introduzir uma nova propriedade chamada auto-senescence começando no 1.0.9 que fará com que os nós automaticamente fechem quando perceberam que atingiram sua data de expiração esta funcionalidade terá sempre uma opção de cancelamento, uma vez que (como discutido abaixo) nosso objetivo é dar aos usuários sua própria escolha, e não coagi-los ou controlá-los.

Uma nota secundária importante: esta política é definida inteiramente no contexto de uma única liberação, assim que um usuário não necessita saber qualquer coisa sobre nossos lançamentos futuros ou nossas novas políticas para esses lançamentos, a fim de entender esta política para sua própria instalação.

Autonomia do usuário: expiração versus atualização automática

Consideramos que a escolha do usuário é um valor primordial para proteger. Embora isso possa parecer abstrato ou excessivamente dramático, isso afeta diretamente nossas escolhas de design técnico e se apresenta como a escolha de uma abordagem de expiração, ao invés de uma abordagem de atualização automática.

A atualização automática de aplicativos tornou-se generalizada, por causa de inúmeras vantagens. Uma das vantagens mais importantes é para garantir que o software antigo é raro, de modo que as vulnerabilidades e dívida técnica sejam removidos da rede, tornando assim o todo mais seguro.

Enquanto isso, a maioria dos usuários confia no comportamento padrão, e uma atualização automática padrão coloca-os de fato sob a influência de um único grupo de desenvolvedores de aplicativos. A maioria das pessoas acredita que isso é bom, e embora tenha sido muitas vezes, acreditamos que estamos vendo uma profunda mudança na governança de fato devido a esses tipos de desenvolvimentos tecnológicos.

Preferimos a depreciação ao invés da atualização automática, onde os usuários devem eles próprios optar por atualizar para nossos novos lançamentos ou alternativas de outras pessoas. Acreditamos que isso ainda dá a vantagem sistêmica de remover o software antigo, mas os usuários devem explicitamente se inscrever para cada atualização, e cada vez é uma oportunidade para educar-se e decidir sobre um destino diferente.

Por que a expiração é boa para Zcash?

Porque os usuários e nossa comunidade de desenvolvimento têm este acordo, nós podemos começar a confiar nesta programação para atualizações de protocolo, correções de segurança, melhorias de usabilidade e remoção de dívidas técnicas.

Uma vez que esta política é colocada em funcionamento com a nossa versão 1.0.9 em maio, estamos no caminho certo para iniciar a atualização do protocolo para o conjunto Sapling de recursos.

Também seremos capazes de implementar melhorias de usabilidade, como divulgação de pagamento e, dentro de vários meses, saberemos que o apoio a essas melhorias deve ser generalizado, e, portanto, todas as carteiras e os fornecedores se beneficiarão da consistência de todo o ecossistema.

Eu enfatizei "deve ser" porque os usuários podem sempre optar por rejeitar nossa política de expiração, editando sua configuração local ou instalando implementações alternativas. Nesse caso, teremos um sinal claro da comunidade de usuários sobre suas reservas em relação a nós, por isso este é um dos principais mecanismos de nossa governança em constante melhoria.

Gostaríamos de ouvir suas considerações

Entre em contato conosco e mande qualquer comentário sobre esta nova política de lançamento. Você pode nos encontrar no bate-papo da comunidade , ou se preferir, entre em contato diretamente através do email.

[1]Nós ainda estamos determinando quando e como os lançamentos anteriores ao 1.0.9 serão expirados.

zcash, releases, users, software, consensus, forks | Veja todas as tags