( This is a Portuguese translation of the original English announcement , I'm not part of Bitcoin Cash Node Team, I'm a community member helping with a translation into my Native Language, all credits belong to: Bitcoin Cash Node)
( Esta é uma tradução em português do anúncio original em inglês, não faço parte da equipe do Bitcoin Cash Node, sou membro da comunidade ajudando na tradução para o meu idioma nativo, todos os créditos pertencem a: Bitcoin Cash Node)
Relatório do mantenedor chefe do BCHN 2020-03-14
Olá, usuários da comunidades de Bitcoin Cash e Bitcoin Cash Node!
Mais de duas semanas se passaram desde o lançamento inicial (v0.21.0) do Bitcoin Cash Node, e hoje quero dedicar algum tempo para informar sobre o que aconteceu desde então e as atividades em que estamos ocupados e estamos trabalhando / planejamento agora.
Esperamos que esses relatórios se tornem uma publicação muito mais regular, já que as coisas se acalmam um pouco e agilizamos os processos do nosso projeto.
Captação do projeto
Desde o lançamento, pelo menos 3 pools de mineração têm blocos minerados sinalizaram suporte ao Bitcoin Cash Node (e implicando em desacordo com o IFP):
pool.bitcoin.com
ASICseer
SBI Crypto
Vários sites surgiram para monitorar a adoção de / BCHN / sinalização mineiros / pools:
https://bitcoincash.network/voting/ (no momento da redação, 6,9% nos últimos 2016 blocos no período 624961 - 626976)
https://cash.coin.dance/blocks adicionou um diagrama dos últimas 1000 blocos, é de 9,3% no momento da escrita. A
Nossinalização Blockchain mostra que o suporte ao BCHN entre o poder de hash está aumentando constantemente.
Visão financeira geral
Atualmente, o projeto está coletando fundos através do endereço de doação de várias assinaturas bitcoincash: prnc2exht3zxlrqqcat690tc85cvfuypngh7szx6mk
Fonte: https://bitcoincashnode.org/
No momento em que este documento foi escrito, este endereço tinha 141.0527805 BCH e não havia fundos na carteira gastos ainda, exceto por uma despesa inicial logo após a configuração:
-0.00000535 BCH: registro da conta cashaccount
BitcoinCashNode#59780; 🎈
Uma quantia adicional (1.13385917 BCH) para o endereço 1 (bitcoincash:pp03e95qz7yene7v4vdx2vfsqx4qsq4wfvw8z3pkjf da carteira multisig(várias assinaturas). Isso foi recebido dos fundos de doações coletados e mantidos em nome do BCHN pela Coin.dance, que solicitou um endereço dedicado à Coin.dance, que transferiu o dinheiro para a carteira multisig.
Existem alguns fundos que estão sendo doados para o projeto voluntariamente por pools de mineração utilizando Bitcoin Cash Node.
Atualização dos itens de trabalho do projeto
Primeiro algumas breves estatísticas do nosso repositório no gitlab:
Desde o início:
problemas: 51 levantados, 18 fechado, 33 abertos
pedidos de mesclagem: 100 levantados, 86 fundiram, 10 Fechados (leia-se: rejeitado ou abortada
rejected or aborted), 4 abertos:.
Lembrete usamos gitlab para o repositório de trabalho, Github é apenas um espelho para os nossos lançamentos e versões de lançamento marcados do código
com relação ao projeto é previamente planos anunciados, foram feitos progressos nos seguintes itens:
Atualizações da documentação:
documentos relacionados ao desenvolvedor / compilação
(gitian, CONTRIBUTING, documentos de compilação ninja, renomeação no Doxy documentos de nível superior de gen e link para https://bitcoindoxygen.art/)criação de um novo documento descrevendo nossas regras de trabalho do Gitlab e significado de tags / labels
atualização da política de divulgação de segurança
remoção de referências obsoletas (Segwit, BIP9, BIP145) na RPC resultados da ajuda da interface
-
Graças à ajuda generosa de Alexander Levin do ASICseer, as pontes têm estabelecido entre a nossa folga de desenvolvimento e o Telegram e o IRC, agora há um aumento no fluxo de informações.
Alexander também ajudou a configurar o registro de canais públicos em nossa folga para http://logs.bchnode.org/ . Esperamos que haja mais aprimoramentos no registro, como a exibição de qual canal uma mensagem registrada se originou - mas isso requer algumas resoluções de tíquete de suporte do fornecedor pelas quais estamos aguardando.Dedicamos canais públicos em nosso Slack para interação com a comunidade:
# dev-general <- nosso principal canal de desenvolvimento, aberto a qualquer pessoa
# dev-newbie <- nosso canal de desenvolvedores iniciante, visitado por nossos desenvolvedores seniores semestralmente. Qualquer um pode perguntar e aprender aqui.
# support-general <- caso você precise de mais suporte interativo do que através dos problemas do Gitlab, qualquer um é bem-vindo aqui!
#testing <- canal de teste usado pelo próprio projeto. Congratulamo-nos com qualquer testador de software para participar, participar, observar etc.
#quality <- nosso principal canal de controle de qualidade, aberto a todos para levantar e discutir quaisquer problemas relacionados à garantia de qualidade em nosso projeto.
# general-discuss <- canal de discussão geral, aberto sobre quaisquer questões relacionadas ao projeto que não se encaixam melhor em outros canais. Sinta-se livre para perguntar sobre qualquer coisa aqui.
#introduction <- para que os membros do Slack se apresentem.
"Identificando existentes lacunas nos testes de software , bem como inadequações das ferramentas e métodos de verificação, e formulando planos apropriados para melhorar a garantia da qualidade":
Estou começando a trabalhar em um plano de verificação e validação de software (VVP) adequado para este projeto. Este plano identificará funções e atividades relacionadas ao processo de V&V e será um documento ativo que será comprometido com o repositório após a revisão.
Provavelmente será seguido logo depois por planos que abrangem outras partes do ciclo de vida do software (desenvolvimento, manutenção, processo de controle de qualidade, etc.). Documentar esses aspectos do projeto provavelmente será uma atividade de vários meses, pois estaremos simultaneamente ocupados em muitas outras coisas (não temos o luxo de suspender o desenvolvimento contínuo para primeiro aperfeiçoar nossos planos e processos).
Comecei a reunir listas de verificação de revisão com base nas quais criaremos um banco de dados de listas de verificação de controle de qualidade para serem usadas durante várias atividades do projeto (a partir de requisitos, planos de teste e revisão de código e expansão para cobrir o design, implementação e gerenciamento de configuração / lançamento)
"Configurando processos de compilação e lançamento reproduzíveis mais eficientes":
Após o release inicial, obtivemos algumas dicas sobre onde precisamos melhorar (por exemplo, formatos comuns de hash de build) e planejamos realizar um release menor nas próximas duas semanas para praticar e aprimorar um pouco nosso processo de lançamento.
"Revisando nossa infra-estrutura de projeto (semeadoras, sementes
seeders, seeds) e procurando configurar uma melhor hospedagem de arquivos para nossos pacotes de lançamento":revisarei nossas seeds / seeders antes do próximo lançamento menor (daqui a uma ou duas semanas).
"Configurando a implantação contínua de nosso projeto por meio da integração do Gitlab / Docker com o objetivo de configurar testes adicionais externos ao Gitlab": as
compilações do Docker ainda não foram automatizadas pelo Gitlab. Josh Elliot nos ajudou gentilmente na provisão de compilação do Docker da versão inicial. O projeto registrou uma conta do Docker e será necessário um pouco de trabalho para integrar nosso pipeline do Gitlab ao Docker. Isso pode não ser concluído antes do próximo lançamento menor - depende dos recursos do desenvolvedor.
"Estabelecendo nosso processo de suporte e contato":
atualizamos nosso documento de política de divulgação de segurança e contatamos vários outros projetos para estabelecer um relacionamento de divulgação mútua.
Até agora, os relacionamentos foram estabelecidos com BCHD, Flowee e Knuth, com mais a seguir em breve, esperançosamente.
"Estabelecendo um processo responsável e transparente para financiar a manutenção e desenvolvimento contínuos do Bitcoin Cash Node":
Parte deste é o relatório financeiro que estou começando neste post, para manter todos informados sobre o estado do financiamento do projeto, nossas receitas e despesas e planos em torno disso. Falando em planos, vou trabalhar em uma proposta de angariação de fundos para a campanha Flipstarter, que exige que um plano seja enviado até 30 de março de 2020. Mais informações sobre o nosso plano serão disponibilizadas à medida que progridem para o formato revisável. Eu tenho uma oferta de assistência para trabalhar comigo em @imaginary_username (obrigado!)
"Definindo outras funções que o projeto procura estabelecer, como contato profissional com os principais usuários do nosso software e envolvimento com uma base maior de usuários do Bitcoin Cash":
Uma função para essa posição de contato foi redigida por @emergent_reasons, mas ainda não a publiquei, pois espero que possa fluir para a Proposta de Captação de Recursos, juntamente com a definição de algumas outras funções que o projeto procurará preencher.
"Avaliando a quantidade de pessoal disponível para as tarefas planejadas e elaborando um orçamento adequado para o próximo evento de arrecadação de fundos":
isso faz parte do meu trabalho de redação de proposta a ser concluído até 30 de março - com a ajuda de muitos membros do projeto de cujas contribuições eu vou depender .
Contato com outras equipes de clientes em relação à implementação de recursos
Xversion (Bitcoin Unlimited, champion: Greg Griffith)
Bitcoin Cash Node foi abordado por desenvolvedor BU Greg Griffith com um pedido para implementar a xversion protocolo de mensagem em BCHN.
Houve uma discussão saudável tanto internamente quanto no rastreador de problemas do Gitlab (ref. Https://gitlab.com/bitcoin-cash-node/bitcoin-cash-node/-/issues/45) e parece que os desenvolvedores do BCHN não se opõem a a última proposição para implementar o xversion com base em um bit de serviço. Espera-se uma discussão e refinamento mais técnicos de uma especificação adaptada, mas o processo também me levou a formular um conjunto aproximado de diretrizes para o que o BCHN precisa de outros clientes que desejam recursos nele:
"Requisitos" gerais do mantenedor chefe do BCHN para aceitar solicitações de mesclagem de outras implementações:
(ainda não as descrevi formalmente na documentação do projeto, e elas estão sujeitas a revisão, mas estou listando aqui as que são de bom senso conhecidas no momento.)
Conforme o estilo de codificação que é basicamente idêntico ao Bitcoin ABC ainda, mas concordamos internamente com um limite de comprimento de linha flexível de 80 e um limite rígido de 132 para o código C / C ++ - o restante permanece o mesmo que o ABC por enquanto (código Python etc.)Acompanhado por testes de cobertura e documentação apropriadaAceito e validado a montante (nesse caso, significa mesclado e testado no outro cliente). Em seguida, verificaremos isso no BCHN e sugeriremos ajustes que possam ser necessários tecnicamente.Nossos usuários devem oferecer suporte ao recurso / correção proposto. Isso é garantido através da apresentação de propostas entre portas através de problemas em nosso rastreador Gitlab, onde podem ser vistos e discutidos por todos os nossos usuários, corretamente avaliados e priorizados.
Xthinner (independente, Jonathan Toomim)
Bitcoin Cash Node dafoi abordado por Jonathan Toomim para discutir se o Xthinner e partes das ferramentas de teste de estresse desenvolvidas para ele poderiam ser incorporadas no BCHN.
A discussão e o pensamento sobre o assunto (no lado do BCHN) ainda estão em fases iniciais, mas Jonathan fez observações interessantes em relação ao algoritmo de seleção de moedas bastante lento, mas também bom, usado no código do nó, que poderia ser aumentado por um seletor de moedas alternativo, mais rápido, mas menos otimizado, útil em algumas situações (como teste de estresse para blocos maiores).
Geralmente, vejo muito potencial para a cooperação entre o Bitcoin Cash Node e Jonathan sobre esses recursos.
Estado do repositório de especificações BCH e consenso de (não) IFP
Como alguns de vocês devem saber, eu e outros desenvolvedores levantamos objeções quando a proposta do IFP - mais ou menos como anteriormente descrito por Jiang Zhuoer e implementado pelo Bitcoin ABC - foi incorporada ao "Bitcoin Pasta de especificação da organização Cash no repositório bitcoincash.org no Github, contra o desacordo expresso com o IFP por muitos na comunidade Bitcoin Cash.
Não apenas a fusão de especificações ocorreu apesar dos protestos, mas também
contra a convenção estabelecida de não mesclar mudanças de consenso extremamente controversas no que deveria ser o repositório comumente usado para as especificações regulares de atualização do hard-fork
18 (dezoito) dias após o congelamento do recurso da especificação!
Então, digitei uma solicitação de solicitação no Github para reverter essa fusão do IFP.
A discussão foi posteriormente trancada e encerrada pelos mantenedores, que se recusaram a se revelar, apesar de minhas repetidas indagações sobre quem tomou essas decisões.
Além disso, descobri por meio de notificação automática por e-mail que minha conta do Github (ftrader) havia sido removida da organização Bitcoin Cash em 3 de março, novamente por partes desconhecidas e sem vontade de reconhecer sua responsabilidade. Eu levantei uma questão no Github para perguntar sobre isso, que foi ignorada nos últimos cinco (5) dias.
Duas solicitações pull pull requests da nossa equipe de projeto para adicionar o cliente Bitcoin Cash Node à lista de nós completos no site bitcoincash.org também foram recusadas por motivos xulos:
Este tratamento do nosso projeto e as preocupações da comunidade sobre o IFP pela "organização Bitcoin Cash" me encorajará e muitos dos que apoiam o Bitcoin Cash O nó é contra o IFP e não o considera parte da atualização de maio de 2020, para procurar alternativas quando se trata de um lar para a especificação do protocolo Bitcoin Cash e informações sobre implementações compatíveis para a próxima atualização da rede de maio.
Olhando para a frente...
Por favor, ajude-me com sua opinião sobre a direção do projeto BCHN, dando-me feedback nos comentários abaixo e também participando da March 2020 Bitcoin Cash Node Community Survey - o uso inaugural dado e BCHN Public Consultation System.