PANews 10 de setembro, os desenvolvedores do Shiba Inu anunciaram na terça-feira que, após a empresa de segurança Hexens concluir a auditoria e aprovar o novo Token e seu contrato de migração, o adiamento prolongado do trabalho de migração do LEASH v2 começará nos próximos dias. Anteriormente, a equipe havia apontado que havia um defeito oculto no código original do LEASH, que comprometia o design de sua oferta fixa, resultando em meses de incerteza, e esta aprovação encerra a questão.
Os desenvolvedores afirmaram que, após a nova correção, o contrato não poderá cunhar novos Tokens em nenhuma circunstância, e todo o suprimento da versão v2 foi previamente cunhado em uma carteira multiassinada. Durante o processo de migração, os Tokens v1 serão bloqueados ou destruídos, enquanto a carteira multiassinada liberará os Tokens v2 proporcionalmente aos direitos de cada detentor. Esta reestruturação é baseada na biblioteca OpenZeppelin ERC-20 para manter a simplicidade e auditabilidade do Token. Quaisquer funcionalidades avançadas (como camada de privacidade) serão adicionadas posteriormente através de wrappers, em vez de modificar o Token subjacente.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Desenvolvedores do Shiba Inu: Após a auditoria de segurança na Hexens, a migração do LEASH v2 será iniciada nos próximos dias.
PANews 10 de setembro, os desenvolvedores do Shiba Inu anunciaram na terça-feira que, após a empresa de segurança Hexens concluir a auditoria e aprovar o novo Token e seu contrato de migração, o adiamento prolongado do trabalho de migração do LEASH v2 começará nos próximos dias. Anteriormente, a equipe havia apontado que havia um defeito oculto no código original do LEASH, que comprometia o design de sua oferta fixa, resultando em meses de incerteza, e esta aprovação encerra a questão. Os desenvolvedores afirmaram que, após a nova correção, o contrato não poderá cunhar novos Tokens em nenhuma circunstância, e todo o suprimento da versão v2 foi previamente cunhado em uma carteira multiassinada. Durante o processo de migração, os Tokens v1 serão bloqueados ou destruídos, enquanto a carteira multiassinada liberará os Tokens v2 proporcionalmente aos direitos de cada detentor. Esta reestruturação é baseada na biblioteca OpenZeppelin ERC-20 para manter a simplicidade e auditabilidade do Token. Quaisquer funcionalidades avançadas (como camada de privacidade) serão adicionadas posteriormente através de wrappers, em vez de modificar o Token subjacente.