Todas as notícias passam por uma rigorosa verificação de fatos e são revisadas por especialistas em blockchain y profissionais experientes do setor.
- Ao contrário da expectativa de que o Chrysalis fase 1 será lançado na rede principal em agosto, foi anunciado agora que a atualização para o IOTA 1.5 será lançada pela primeira vez no testnet Comnet.
- O lançamento do Chrysalis na rede principal pode ser atrasado por “alguns dias/semanas”, uma vez que são necessários mais testes e auditorias.
Houve alguma confusão dentro da comunidade IOTA ontem sobre se o lançamento do Chrysalis, também conhecido como IOTA 1.5, sofrerá um atraso. No canal de telegramas da IOTA, o cofundador Dominik Schiener escreveu que o Chrysalis fase 1 será lançado “primeiro na Comnet, é claro, depois na mainnet”. Além disso, como Schiener escreveu, haverá também uma auditoria de segurança.
A comunidade discordante expressou posteriormente a sua falta de compreensão pela declaração de Schiener. Com base em um post no blog sobre a estratégia de lançamento da IOTA 1.5 a partir de meados de maio, praticamente toda a comunidade assumiu que o Chrysalis fase 1 será lançado em agosto e a fase 2 em Mainnet até o final de outubro. Mas, como se viu agora, estas datas parecem ser válidas apenas para o lançamento no testnet da Comnet.
Depois de uma grande discussão sobre uma má política de comunicação por parte da Fundação IOTA, Dominik Schiener tomou novamente a palavra. O cofundador da IOTA deixou claro que a Chrysalis aparecerá primeiro no testnet da Comnet:
Essa imagem de tela do Telegrama acima diz literalmente: ela será colocada primeiro na Comnet antes de ir para a Mainnet, e que também faremos uma auditoria de segurança. Eu realmente não entendo a histeria aqui @Phiniut , quando é óbvio que precisamos ter certeza absoluta de que o que desenvolvemos funciona, foi auditado e devidamente verificado através de testes.
Lançar mudanças tão grandes já agora na Comnet é um progresso incrível porque permite que toda a comunidade participe ativamente desta nova versão da IOTA que é muito mais escalável e requer poucos ou nenhuns restabelecimentos. Estamos fazendo nosso melhor para cumprir os prazos apertados que estabelecemos. Ainda não há comunicação oficial porque ainda precisamos terminar as mudanças propriamente ditas em Hornet.
O Sr. Schiener também explicou que todos os tempos indicados no Roteiro da IOTA não devem ser entendidos como prazos, mas apenas como um cronograma. No final, os testes e auditorias têm uma prioridade maior a fim de garantir uma rede principal sem falhas:
Tudo no roteiro e na comunicação é uma avaliação de quanto tempo vai demorar. Não os definimos como prazos até quando precisamos entregar, caso contrário, nossas cabeças serão cortadas pela comunidade por estarem com uma ou duas semanas de atraso. Não é assim que o desenvolvimento de software em um protocolo tão importante deve funcionar.
Neste momento, o mais importante é que as mudanças em Hornet estão quase concluídas, serão colocadas na Comnet e faremos testes e auditorias minuciosas para garantir que, se fizermos a troca na rede principal, estaremos confiantes de que nada se quebrará.
Através do Twitter, Hans Moog, desenvolvedor da Fundação IOTA, também forneceu mais clareza. Como Moog explicou, as auditorias e testes vão levar mais tempo do que o esperado. Isto causará um leve atraso, especialmente porque os tempos dados foram apenas “tempos estimados de chegada”:
Parece que a auditoria e os testes levarão um pouco mais de tempo do que o esperado. Mas estamos falando de alguns dias / semanas a mais e não como um grande atraso. Estamos trabalhando muito para ficar o mais próximo possível do roteiro, mas às vezes há coisas inesperadas que custam alguns dias (ou seja, desenvolvedores adoecendo ou problemas técnicos que precisam ser resolvidos).
É por isso que estas linhas de tempo são consideradas ETAs (horas estimadas de chegada) em vez de datas difíceis. Esta é a maior atualização do protocolo IOTA em anos e é melhor ter certeza de que tudo está são e salvo. Não vale a pena colocar em risco a segurança da rede só para poder chegar a tempo.
