Preço de Sui (SUI)

SUI é o token nativo da mainnet Sui: os usuários o usam para pagar o Gas das operações on-chain, os detentores podem delegá-lo a validadores para participar da prova de participação, e ele também pode servir como poder de voto on-chain e ativo líquido em aplicações. Não é um ponto de um único aplicativo; ao executar uma transação na Sui, é necessário pagar as taxas correspondentes denominadas em SUI. Portanto, deter SUI não concede automaticamente receitas ou direitos em algum aplicativo. Seu papel específico em governança, staking e aplicações depende das regras já implantadas pelo protocolo de rede e por cada aplicação relacionada.

O estado on-chain da Sui usa “objetos” como unidade básica, em vez de colocar todo o estado em uma tabela unificada de saldos por endereço. Ativos, dados e recursos criados por contratos inteligentes Move podem ser objetos com ID único, proprietário e versão; as transações leem objetos como entradas e produzem, modificam, transferem ou excluem objetos como saídas. Esse desenho afeta o caminho da transação. Objetos pertencentes a endereços controlados normalmente por um único endereço não disputam acesso com outros usuários e podem seguir uma via rápida de menor latência; objetos mutáveis compartilhados, que várias pessoas podem operar, precisam passar por ordenação por consenso. Objetos compartilhados viabilizam pools de liquidez, mercados e outras interações multiusuário, mas muitas transações escrevendo no mesmo objeto criam contenção; sua latência e vazão não devem ser confundidas com as de transações sem contenção sobre objetos pertencentes a endereços.

A Sui usa prova de participação delegada (DPoS). Detentores de SUI não precisam operar pessoalmente um validador: podem delegar seu SUI ao validador escolhido, incorporando-o ao staking desse validador; o validador bloqueia sua garantia durante um epoch e processa e valida operações da rede. Delegar não significa entregar os tokens para uso discricionário do validador: o protocolo cria para esse staking um objeto de staking sob autocustódia, que registra o pool de staking do validador e o epoch de ativação. Alterações no staking do validador só entram em vigor no novo epoch; o detentor pode retirar ou redirecionar a delegação antes do início do epoch seguinte. A escolha do validador ainda tem diferenças práticas, porque as recompensas delegadas estão relacionadas ao montante delegado, e o serviço e a estrutura de taxas do validador afetam o resultado do delegante.

O retorno do staking de SUI não é uma taxa fixa prometida antecipadamente. Ao fim de cada epoch, o protocolo primeiro agrega as recompensas de staking daquele epoch: elas incluem as taxas de computação acumuladas no período e um subsídio de recompensas de staking existente nos primeiros anos da rede, que desaparece à medida que a oferta circulante se aproxima do limite de oferta; depois, são distribuídas conforme as regras do protocolo aos participantes e à parcela destinada a compensar custos de armazenamento. Para delegantes, somente o staking que permaneceu ativo durante todo o epoch acumula recompensas desse epoch. Ao desfazer o staking, o sistema calcula as recompensas resgatáveis a partir do pool de recompensas do validador, usando o epoch de ativação e o epoch de retirada daquele staking, e desempacota em SUI tanto o principal quanto as recompensas acumuladas. Assim, rendimentos históricos exibidos, desempenho do validador e os momentos de início e término do staking não devem ser tratados como promessa de retorno fixo.

A taxa líquida de Gas de uma transação na Sui pode ser resumida como: taxa líquida = taxa de computação + taxa de armazenamento − reembolso de armazenamento. A taxa de computação depende das unidades computacionais necessárias para executar a transação e do preço de Gas computacional adotado por ela; a taxa de armazenamento depende das unidades de armazenamento ocupadas por novos dados on-chain e do preço de armazenamento. O preço do Gas computacional pode ser entendido como o preço de referência vigente mais uma gorjeta opcional. No início de cada epoch, validadores submetem o menor preço pelo qual aceitam processar transações, e o protocolo seleciona o percentil de dois terços ponderado por staking como preço de referência; a parcela acima dele pode funcionar como gorjeta para elevar a prioridade. O preço de armazenamento é ajustado por proposta de governança e normalmente muda com menos frequência. O usuário também deve definir um gas budget: ele é o teto das taxas que pode pagar; se não bastar para cobrir o exigido, a transação falha e ainda pode consumir parte do orçamento, portanto o teto do orçamento não é a taxa líquida final.

A taxa de armazenamento não é apenas uma cobrança única por dados on-chain; ela também se conecta ao fundo de armazenamento da Sui. Quando uma transação adiciona dados, a taxa de armazenamento correspondente entra no fundo; o fundo gera recompensas por staking, e o protocolo distribui a maior parte dessas recompensas aos validadores atuais para compensar o custo de preservarem dados históricos. A lógica é fazer com que quem cria dados históricos pague pelo armazenamento que futuros validadores ainda precisam sustentar, em vez de deixar integralmente o custo de dados antigos para validadores que entram depois. Ao excluir ou reduzir dados, quem pagou pode receber parte do armazenamento de volta; a documentação atual estabelece reembolso de 99% da taxa de armazenamento original. Contudo, o principal do fundo não é distribuído diretamente, e a parte não reembolsada permanece no fundo; portanto, “excluir dados gera reembolso” não significa que todas as taxas originais serão devolvidas.

O limite total de oferta da mainnet de SUI é de 10 bilhões de unidades, isto é, o protocolo pode cunhar no máximo 10 bilhões de SUI; isso define um limite de oferta, não a quantidade livremente negociável em qualquer momento. A documentação oficial descreve a oferta circulante de longo prazo da mainnet como 10 bilhões de unidades. A quantidade circulante negociável é afetada por bloqueios, vesting e cronogramas de liberação. Quando a mainnet Sui foi lançada publicamente em 3 de maio de 2023, cerca de 5% dos tokens estava em circulação, e o restante entraria gradualmente no mercado conforme o cronograma de liberação proposto. Assim, ao comparar oferta, é preciso distinguir limite, oferta cunhada/total e circulação atual, sem tratar diretamente os 10 bilhões como a quantidade atualmente negociável no mercado.

As liberações de SUI podem alterar a quantidade de tokens potencialmente disponível no mercado, mas não mudam o limite total de 10 bilhões. A página oficial de oferta explica que os tokens remanescentes após o lançamento da mainnet se tornam disponíveis de acordo com o cronograma; o arranjo real também pode mudar conforme a fundação emprega sua alocação para apoiar construtores e o ecossistema, por isso as datas dos gráficos devem ser tratadas como estimativas, não como quantidades garantidas em cada momento. Um marco importante já ocorrido foi que o staking inicial dos investidores iniciais teve um cliff de um ano após o lançamento da mainnet, durante o qual não podia entrar no mercado; esse cliff terminou em maio de 2024. O evento alterou quando essa parcela de tokens iniciais poderia ser transferida, não representou nova cunhagem, nem permite inferir uma direção inevitável de preço.

Detentores de SUI têm o direito de participar de votos de governança on-chain da Sui; a documentação oficial cita itens como atualizações de protocolo entre os assuntos da governança. Essa função é diferente de pagar Gas: Gas paga pela execução da transação e pelo uso de recursos, enquanto o direito de governança permite participar de decisões na camada de protocolo. A simples posse de tokens não demonstra que uma proposta foi aprovada, que um recurso foi ativado na mainnet ou que uma aplicação on-chain necessariamente aceita determinado resultado de votação. Ao analisar informações de governança, deve-se confirmar separadamente o conteúdo da proposta, o estado de votação ou aprovação, o estado de implementação do protocolo e se a aplicação realmente adotou a mudança.

Staking líquido não é sinônimo do staking de protocolo da Sui, mas um arranjo adicional na camada de aplicações, construído sobre objetos de staking. Após a introdução do SIP-6, objetos de staking podem ser usados por protocolos de staking líquido; esses protocolos podem emitir, com base neles, outro comprovante ou ativo utilizável em aplicações. Por isso, o usuário deve distinguir duas camadas: o objeto de staking subjacente corresponde ao SUI delegado ao validador e à liquidação de recompensas por epoch; o comprovante de staking líquido também depende das regras de resgate, taxas, contrato inteligente e liquidez de mercado secundário do protocolo específico. Deter o comprovante não equivale a deter diretamente SUI não bloqueado que possa ser recuperado a qualquer momento pelo valor nominal; o mecanismo de saída e os desvios de preço dependem das regras já implantadas pelo protocolo.

Mysticeti é o protocolo de consenso da Sui e começou a ser implantado gradualmente na mainnet em julho de 2024. Antes da atualização, o desenho da Sui combinava o consenso Narwhal-Bullshark com uma via rápida para objetos pertencentes a endereços; Mysticeti, baseado em DAG, aprimora o caminho de processamento que requer ordenação por consenso, visando reduzir a latência e a carga computacional dos validadores. A mudança se relaciona principalmente a transações que dependem de ordenação por consenso, como as que operam objetos compartilhados; ela não eliminou a necessidade de ordenar objetos compartilhados, nem implica que toda transação, aplicação ou condição de rede tenha a mesma velocidade. Para avaliar a experiência efetiva da atualização, é preciso distinguir resultados de testes, implantação gradual, ativação do protocolo e gargalos próprios das aplicações.

Ao interagir com objetos compartilhados, o usuário não deve tratar um ativo como sem restrições de permissão apenas por ser “publicamente acessível”. Qualquer endereço pode submeter uma transação que referencia um objeto compartilhado, mas o runtime da Sui não fornece automaticamente controle de permissão de negócio para operações privilegiadas; permitir retirada, alteração de parâmetros ou transferência de valor depende de o contrato Move verificar explicitamente credenciais de capacidade, remetente da transação ou propriedade do objeto, entre outras condições. Antes de assinar, confira a rede conectada, a identidade do contrato ou aplicação, os objetos que a transação usará ou modificará, o montante e o escopo da autorização. Objetos pertencentes a endereços só podem ser usados em transações assinadas pelo proprietário, enquanto a fronteira de segurança dos objetos compartilhados é implementada mais pelo código do contrato; portanto, assinar para um contrato desconhecido ou conceder capacidades além do esperado continua arriscado, mesmo que a transação passe pela rede Sui.