Usuários do SushiSwap solicitaram mudanças, mas o protocolo T pode ser entregue sem uma revisão

Conclusão:

• A comunidade Sushiswap votou em mudanças de Política para o protocolo para reduzir o cronograma de recompensa de token, introduzir um período de bloqueio para SUSHI recém-cunhado e introduzir staking de taxas. Mas essas mudanças T podem ser feitas sem primeiro migrar para novos contratos inteligentes, disse uma empresa de pesquisa à CoinDesk.
• O contrato atual do MasterChef T permite alterações no contrato do SushiToken, que por sua vez determina outras funções do protocolo para cunhar tokens SUSHI e para pagar recompensas de participação de taxas aos detentores do Sushiswap .
• Cada contrato inteligente teria que ser migrado manualmente para fazer as alterações, afirma a empresa de pesquisa, embora a equipe do Sushiswap esteja procurando soluções alternativas que T exijam tanto trabalho pesado.

A migração do contrato inteligente do Sushiswap foi concluída, mas há um problema: outra migração pode ser necessária se a equipe quiser implementar mudanças no protocolo votado pela comunidade do Sushiswap .

Limitações no código do SushiSwap tornam as mudanças propostas impossíveis sem soluções alternativas sérias ou alterações no código do SushiSwap, ou seja, outra migração, disse a empresa de pesquisa de blockchain IntoTheBlock ao CoinDesk.

O A comunidade Sushiswap acaba de votar para diminuir a recompensa do token SUSHI – um token chamado de provedor de liquidez (LP) que é recompensado a usuários de SUSHI que fazem stake de tokens nos pools de liquidez do SushiSwap – de 100 SUSHI por bloco para 50, com cortes sucessivos a cada dois anos. Além disso, essa mudança incluiria um mecanismo de “vesting” pelo qual dois terços de todos os SUSHI recém-cunhados são bloqueados por um ano.

Esses tokens adquiridos ganhariam taxas de transação, mas não poderiam ser movidos ou usados em votação até que o bloqueio de tempo de um ano expirasse. A proposta de aquisição é particularmente pertinente a este projeto depois que seu progenitor, Chef Nomi, vendeuUS$ 13 milhões em tokens SUSHI para éterúltimo fim de semana. Chef Nomirecentemente perdeu esta fortuna, porém, anunciando no Twitter que ele enviou os 37.400 ether que arrecadou negociando seus tokens SUSHI para o tesouro do Sushiswap .

Leia Mais: 'IF**ked Up': Chef Nomi, criadora do Sushiswap , devolve fundo de desenvolvimento de US$ 14 milhões

SUSHI desenrolado

Essas propostas obtiveram uma maioria esmagadora de votos na comunidade, mas IntoTheBlock disse ao CoinDesk que os contratos inteligentes atuais do SushiSwap T são flexíveis o suficiente para contornar as regras do protocolo.

O contrato do MasterChef, por exemplo, T permite que o cronograma de recompensas seja alterado porque a taxa de emissão é “codificada”.

“...[A] versão atual do contrato inteligente do MasterChef codificou o número de Fichas SUSHIpor bloco que pode ser concedido. Isso foi feito por meio dosushiPorBloco variável que é inicializada com um valor de 100 no momento da criação do contrato e T pode ser modificada depois disso. Você pode ver a referência na linha 96 do contrato inteligente do MasterChef. Em termos mais simples, alterar o valor dosushiPorBloco variável exigiria a implantação de um novo contrato inteligente”, diz um documento de pesquisa do IntoTheBlock compartilhado com o CoinDesk.

Leia Mais: Sushiswap vai retirar até US$ 830 milhões da Uniswap hoje: por que isso é importante para DeFi

Felizmente, há uma correção para essa limitação que T exige outra migração: mesmo que a recompensa tenha um limite máximo, é possível enviar recompensas extras para um endereço sem saída ao qual ONE tem acesso (portanto, para diminuir as recompensas de 100 SUSHI para 50 SUSHI, cada recompensa de bloco enviaria 50 dos 100 SUSHI cunhados para esse endereço sem saída).

“Embora inteligente, essa opção está longe de ser elegante e foge do design original do protocolo Sushiswap ”, diz o relatório.

A grande migração: o que isso significaria

Mais do que deselegante, consertar as outras limitações exigiria uma revisão completa dos contratos inteligentes do SushiSwap. O problema decorre de uma escolha de design em que o contrato MasterChef (que tem controle sobre o protocolo) não é atualizável e, na verdade,possuio contrato SushiToken, portanto, migrar para um novo contrato MasterChef (por exemplo, MasterChefV2) também exigiria a implantação de um novo contrato SushiToken (SushiTokenV2), de acordo com o desenvolvedor do IntoTheBlock, Pablo Bianciotto.

“A limitação surge do fato de que o MasterChef não é atualizável”, ele disse ao CoinDesk. “Para ser atualizável, a lógica real do contrato deve ser armazenada em outro contrato que seja referenciado pelo MasterChef. Isso lhe daria a flexibilidade de alterar a lógica de cunhagem/distribuição de recompensas substituindo este contrato secundário por um novo e atualizando a referência do MasterChef.

“Além disso, o SushiToken é propriedade do MasterChef, então criar um novo contrato MasterChef V2 com uma nova lógica de distribuição de recompensas e recursos atualizáveis exigiria migrar o contrato do SushiToken também.”

Para atualizar o contrato para implementar o vesting, por exemplo, seria necessário criar um MasterChefV2e um contrato do SushiTokenV2, disse Bianciotto.

O CEO da FTX Exchange, Sam Bankman-Fried, que é um dos detentores de assinaturas múltiplas e foi eleito o novo Master Chef pelos usuários do Sushiswap , rebateu essa afirmação após a publicação.

“Você pode fazer o vesting”, ele disse ao CoinDesk por mensagem direta, “enviando as emissões do SUSHI para um pool controlado por um contrato inteligente que dita o cronograma de vesting”.

Bianciotto confirmou que esta é uma solução alternativa viável, acrescentando que ela “pode ser vista como uma extensão da solução” para enviar novos SUSHI para um endereço de queima para controlar sua taxa de emissão.

Leia Mais:Negócio duvidoso: o que aconteceu com o protocolo DeFi Sushiswap de US$ 1,2 bilhão no fim de semana

A limitação do código, no entanto, ainda interferiria na implementação da proposta de pagamento de taxas porque não há como transferir os tokens adquiridos do contrato MasterChef para outro contrato para staking de taxas.

“Essa parte é ainda mais difícil de fazer”, disse Bianciotto. “Para ganhar pagamentos de taxas, você tem que fazer stake de SUSHI no contrato do SushiBar, mas se seu SUSHI recompensado por stake estiver investido e no MasterChef, você T conseguiria transferi-lo do MasterChef para o SushiBar para ganhar pagamentos de taxas.” Ele acrescentou que um SushiBarV2 precisaria ser criado para acomodar essa mudança, assim como um novo contrato de cunhagem de tokens SUSHI (SushiMakerV2).

Um efeito cascata

Na verdade, a natureza não atualizável do contrato MasterChef cria um efeito cascata em que cada contrato inteligente sob seu controle também requer uma atualização para fazer alterações no protocolo. A equipe do Sushiswap pode implementar as propostas de aquisição e redução de emissões com as soluções alternativas discutidas acima, mas a única solução para tornar os contratos inteligentes do SushiSwap atualizáveis ​​sem essas medidas tortuosas envolve migrar cada contrato inteligente para uma versão completamente nova.

Visto que cada contrato precisaria ser reimplantado, esse processo de migração seria mais trabalhoso do que o ONE. A migração completa de cada contrato inteligente envolveria tirar um snapshot dos saldos de todos os usuários e lançar novos tokens após a implantação dos novos contratos, bem como migrar dados individuais de usuários de todos os pools de liquidez do SushiSwap; os usuários também teriam que retirar todos os tokens SUSHI do SushiBar e nos pools de staking SUSHI/ ETH antes do snapshot.

Biaciotto disse que, embora o snapshot e o airdrop possam parecer simples para endereços de usuários, “contratos inteligentes que dependem do SushiToken podem parar de funcionar, a menos que sejam atualizados para usar o novo SushiTokenV2”.

Ele também observou que “não há restrições de tempo” para essas mudanças. Ele recomendou uma migração transparente e metódica que também “abre caminho para adicionar/alterar recursos de protocolo perfeitamente no futuro” para evitar ter que implementar mais mudanças por meio de outra migração.

Resposta da comunidade

A CoinDesk entrou em contato com A nova liderança eleita da SushiSwap (os membros que possuem uma das nove chaves de assinatura múltipla para ditar o desenvolvimento do protocolo) para perguntar se eles estão planejando outra migração.

“Nenhuma migração no curto prazo”, respondeu 0xMaki, o desenvolvedor líder do Sushiswap, que está no projeto desde o início. 0xMaki continuou dizendo que eles desejam implementar as propostas de aquisição e participação de taxas, mas que “será necessário pensar mais” para realizá-las.

Leia Mais:A migração do Sushiswap inaugura a era dos "políticos de protocolo"

Outro membro da equipe insistiu que tal migração seria “significativamente menos complicada” e que não há “nenhuma preocupação com problemas no horizonte”. Bianciotto reafirmou que, como “o SUSHI é propriedade do MasterChef”, “qualquer tipo de migração não é trivial”.

Para corroborar a pesquisa da IntoTheBlock, a CoinDesk entrou em contato com a Zokyo Labs, uma empresa de segurança e desenvolvimento de blockchain com um estúdio DeFi. Um representante da Zokyo confirmou as descobertas da IntoTheBlock sobre a natureza atualizável dos contratos inteligentes atuais da Sushi.

Nota editorial: Este artigo foi atualizado para incluir comentários adicionais do CEO da FTX Exchange, Sam Bankman-Fried, e de Bianciotto sobre como implementar a aquisição de direitos sem uma migração.