Preço do Sui (SUI)

SUI é o token nativo da mainnet Sui: os usuários o utilizam 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 significa automaticamente receber receita ou direitos de algum aplicativo. Seus papéis específicos em governança, staking e aplicações dependem 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 de determinado 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 um endereço e controlados apenas por ele normalmente não disputam acesso com outros usuários e podem seguir um caminho rápido de menor latência; objetos mutáveis compartilhados, que várias pessoas podem operar, precisam passar pela ordenação por consenso. Objetos compartilhados possibilitam interações de múltiplos participantes, como pools de liquidez e mercados, mas, quando muitas transações tentam gravar simultaneamente no mesmo objeto, há contenção; a latência e o throughput não devem ser confundidos com os de transações sem contenção em objetos pertencentes a endereços.

A Sui utiliza prova de participação delegada (DPoS). Os detentores de SUI não precisam operar um validador por conta própria: podem delegar seus SUI ao validador escolhido, contabilizando-os no staking desse validador; o validador bloqueia sua garantia durante um epoch e processa e valida as operações da rede. Delegar não significa entregar os tokens para que o validador os use livremente: 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 próximo epoch. A escolha do validador ainda faz diferença prática, pois as recompensas da delegação 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 consolida as recompensas de staking daquele epoch: elas incluem as taxas de computação acumuladas no período e o subsídio de recompensas de staking existente nos primeiros anos da rede, que desaparecerá quando a quantidade em circulação se aproximar do limite de oferta; em seguida, são distribuídas conforme as regras do protocolo aos participantes e à parcela destinada a compensar custos de armazenamento. Para um delegante, somente o staking que permaneceu ativo durante todo o epoch acumula a recompensa daquele epoch. Ao desfazer o staking, o sistema calcula as recompensas resgatáveis a partir do pool de recompensas do validador, conforme o epoch de ativação e o epoch de retirada desse staking, e desembrulha o principal e as recompensas acumuladas juntos em SUI. Portanto, rendimento histórico exibido, desempenho do validador e os momentos de início e retirada do staking não podem 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 pela transação; a taxa de armazenamento depende das unidades de armazenamento ocupadas pelos novos dados on-chain e do preço de armazenamento. O preço de Gas computacional pode ser entendido como o preço de referência do período acrescido de uma gorjeta opcional. No início de cada epoch, os validadores enviam o menor preço pelo qual estão dispostos a processar transações, e o protocolo escolhe o percentil de dois terços ponderado por staking como preço de referência; a parcela acima do preço de referência pode servir como gorjeta para elevar a prioridade. O preço de armazenamento é ajustado por propostas de governança e normalmente muda com menor frequência. O usuário também deve definir um gas budget para a transação: ele é o limite máximo de taxas pagáveis; se não for suficiente para cobrir o valor exigido, a transação falhará e ainda poderá consumir parte do orçamento. Assim, o limite do orçamento não é igual à 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 de armazenamento; o fundo gera recompensas por meio de staking, e o protocolo distribui a maior parte dessas recompensas aos validadores atuais para compensar o custo de preservar dados históricos. A lógica é fazer com que os usuários que criam dados históricos assumam a responsabilidade pelo armazenamento que futuros validadores ainda precisarão sustentar, em vez de deixar todo o custo dos dados antigos para validadores que entram depois. Quando dados são excluídos ou reduzidos, quem pagou pode receber parte do reembolso de armazenamento; a documentação atual estabelece que o reembolso é 99% da taxa de armazenamento original. Contudo, o principal do fundo de armazenamento 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 pagas originalmente 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; essa definição é um limite de oferta, não a quantidade livremente negociável em determinado momento. A documentação oficial descreve a oferta de longo prazo que pode circular na mainnet como 10 bilhões de unidades. A quantidade circulante negociável pode ser afetada por bloqueios, vesting e cronogramas de liberação. Quando a mainnet da Sui foi lançada publicamente em 3 de maio de 2023, aproximadamente 5% dos tokens estavam em circulação, e os demais entrariam gradualmente no mercado conforme o cronograma de liberação proposto. Por isso, ao comparar oferta, é necessário distinguir o limite, a oferta cunhada/total e a quantidade circulante naquele momento; não se deve 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 alteram o limite total de oferta de 10 bilhões. A página oficial de oferta explica que os tokens restantes após o lançamento da mainnet tornam-se disponíveis conforme o cronograma de liberação; o arranjo efetivo também pode mudar conforme a Fundação implanta sua alocação para apoiar construtores e o ecossistema, portanto os prazos do gráfico devem ser vistos como estimativas, não como quantidades garantidas para cada momento. Um marco relevante já ocorrido foi que o staking inicial dos investidores iniciais teve um cliff de um ano após o lançamento da mainnet, período 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 deve ser descrito incorretamente como nova cunhagem, nem permite inferir uma direção inevitável para o preço.

Os detentores de SUI têm o direito de participar da votação de governança on-chain da Sui, e a documentação oficial cita assuntos como atualizações do protocolo entre os exemplos envolvidos pela governança. Esse papel é diferente de pagar Gas: Gas paga pela execução de transações e pelo uso de recursos, enquanto o direito de governança é o direito de participar de decisões na camada do protocolo. Deter o token por si só não demonstra que determinada proposta foi aprovada, que certa funcionalidade foi habilitada na mainnet ou que uma aplicação on-chain necessariamente aceitará algum resultado de votação. Ao analisar informações sobre governança, é preciso confirmar separadamente o conteúdo da proposta, o estado da votação ou aprovação, o estado de implementação do protocolo e se as aplicações realmente a adotaram.

Staking líquido não é sinônimo de staking no protocolo da Sui; trata-se de um arranjo adicional na camada de aplicações, construído sobre objetos de staking. Após a introdução do SIP-6 na Sui, os objetos de staking podem ser utilizados por protocolos de staking líquido; esses protocolos podem emitir, com base nisso, outro comprovante ou ativo utilizável em aplicações. Por isso, o usuário precisa distinguir duas camadas: o objeto de staking subjacente corresponde ao SUI delegado a um validador e à liquidação de suas recompensas por epoch; o comprovante de staking líquido também depende das regras do protocolo específico para resgate, taxas, contratos inteligentes e liquidez no mercado secundário. Deter o comprovante não equivale a deter diretamente SUI não bloqueado, recuperável a qualquer momento pelo valor nominal; o mecanismo de saída e os desvios de preço devem seguir as regras já implantadas por esse 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 um caminho rápido para objetos pertencentes a endereços; o Mysticeti, baseado em DAG, aprimora o caminho de processamento que exige ordenação por consenso, com o objetivo de reduzir a latência e a carga computacional dos validadores. Essa 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 o fato de que objetos compartilhados precisam ser ordenados, nem significa que toda transação, toda aplicação ou toda condição de rede terá a mesma velocidade. Para avaliar a experiência real da atualização, é preciso diferenciar resultados de testes, implantação gradual, protocolo habilitado e os próprios gargalos das aplicações.

Ao interagir com objetos compartilhados, o usuário não pode tratar um ativo como sem restrições de permissão apenas porque o objeto é “publicamente acessível”. Qualquer endereço pode enviar uma transação que referencia um objeto compartilhado, mas o runtime da Sui não fornece automaticamente controle de permissões de negócio para operações privilegiadas em objetos compartilhados; permitir retirar, alterar parâmetros ou transferir valor depende de o contrato Move verificar explicitamente condições como credenciais de capacidade, remetente da transação ou propriedade do objeto. Antes de assinar, devem ser verificados a rede conectada, a identidade do contrato ou da aplicação, os objetos que a transação usará ou modificará, o valor e o escopo da autorização. Objetos pertencentes a endereços só podem ser usados por transações assinadas pelo proprietário, enquanto a fronteira de segurança dos objetos compartilhados é mais implementada 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.