Preço do NEM (XEM)

XEM é a moeda nativa da rede NEM NIS1, usada para transferências nessa cadeia e para taxas de várias operações on-chain; não é o XYM da rede Symbol. NEM NIS1 e a posterior Symbol são duas redes que coexistem; portanto, deter XEM não equivale a deter XYM, e seus endereços, redes e saldos de ativos também não podem ser misturados. Essa distinção de identidade foi especialmente importante quando a Symbol entrou em operação: a cadeia NIS1 original reteve o XEM, enquanto a Symbol emitiu seu próprio XYM; para contas XEM que atendiam às condições da época, foi organizada separadamente uma distribuição de XYM mediante opt-in, em vez de substituir automaticamente o XEM presente nas contas.

A oferta protocolar de XEM não é produzida continuamente pela criação de blocos: a documentação oficial afirma que 100% dos XEM já foram emitidos no bloco gênese. A referência técnica informa uma oferta de 8.999.999.999 XEM; portanto, colher novos blocos não cunha novos XEM. Isso deve ser entendido separadamente de “receber receitas de colheita”. No NIS1, as taxas de transação já pagas nas transações de um bloco são atribuídas à conta que colhe com sucesso esse bloco; assim, a atividade da rede pode afetar o total de taxas distribuíveis, mas não altera o fato de que a emissão ocorreu no gênese. Outros 10.000.000 XEM são descritos pela documentação como fundos planejados reservados para o Supernode Program, o que tampouco é emissão adicional por bloco.

A colheita (harvesting) é o processo pelo qual o NEM NIS1 produz blocos e obtém as taxas de transação daquele bloco. O PoI (Proof-of-Importance, prova de importância) primeiro calcula a importância de contas qualificadas; quanto maior a importância, maior a chance de a conta colher um bloco. Após uma colheita bem-sucedida, a fonte da recompensa são as taxas já pagas pelas transações incluídas no bloco, e não XEM recém-emitidos. O PoI não usa apenas o saldo total da conta como único critério. A conta precisa primeiro atingir o limite de saldo adquirido; a referência técnica também constrói relações de transação a partir de transferências de valor recentes entre contas qualificadas: as transferências incluídas devem ser de pelo menos 1.000 XEM, ter ocorrido nos últimos 43.200 blocos (cerca de 30 dias), e o destinatário também deve ser qualificado. Essa relação, junto com o saldo adquirido, serve ao cálculo de importância; portanto, “quanto se possui” não equivale a uma garantia de obter uma determinada colheita.

Uma conta precisa ter pelo menos 10.000 XEM de saldo adquirido para entrar no cálculo de importância do PoI e se qualificar para a colheita; ter apenas a mesma quantidade de XEM não adquiridos não satisfaz essa condição. Esse limite determina a possibilidade de participar do cálculo de importância, e não é uma promessa de retorno fixo. Os XEM recém-transferidos para uma conta inicialmente formam saldo não adquirido. A documentação determina que, a cada 1.440 blocos, 1/10 da parcela não adquirida restante se torna adquirida; portanto, a aquisição não é concluída de uma só vez, mas ocorre de forma gradual e decrescente sobre o montante não adquirido restante. Se ocorrer uma transferência, as parcelas adquirida e não adquirida são usadas juntas na proporção original; não se pode simplesmente entender o saldo como “gastar apenas a parcela não adquirida”.

Na colheita local, o dispositivo que executa um nó NIS local assina e colhe em nome da conta principal; por isso, o dispositivo precisa permanecer em funcionamento. Usar diretamente a chave privada da conta principal em um NIS remoto exporia ao servidor remoto a chave que pode controlar os fundos, e é exatamente por isso que o protocolo não permite essa prática. A colheita delegada primeiro inicia on-chain uma “transferência de importância”, que mapeia a importância da conta principal para uma conta proxy com saldo zero. Após a transferência ser aceita, é necessário aguardar 360 confirmações para que ela seja concluída; antes da conclusão, apenas a conta original pode colher, e depois dela a conta proxy colhe. O nó remoto recebe apenas a chave privada da conta proxy para assinar blocos, enquanto as taxas continuam sendo pagas diretamente à conta principal original; como a conta proxy tem saldo zero e não pode transferir os fundos da conta principal, se o nó remoto for comprometido o risco principal é não conseguir colher normalmente em nome da conta, e não o roubo direto dos XEM da conta principal.

A taxa para transferir XEM é determinada pelos recursos de rede ocupados pela transação, e não apenas por um valor fixo cobrado pelo fato de haver uma transferência. A referência técnica divide a taxa de uma transferência comum em duas partes, que são então somadas: a parcela do valor cobra 0,05 XEM para cada 10.000 XEM transferidos, com teto de 1,25 XEM; a parcela da mensagem cobra 0,05 XEM para cada bloco iniciado de 32 bytes. Portanto, a taxa final = parcela do valor + parcela da mensagem. Sem mensagem, a segunda parcela não é gerada; quanto mais longa a mensagem, maior a taxa, calculada em blocos arredondados para cima de “cada 32 bytes iniciados”. Essa fórmula descreve o critério protocolar para transferências comuns no NIS1 e não deve ser confundida com a taxa de saque definida por uma plataforma de negociação.

O snapshot efetivo da Symbol ocorreu em 12 de março de 2021, na altura de bloco NIS1 3.105.500; a Symbol entrou em operação em seguida, em 16 de março. Anteriormente, haviam sido anunciados o plano de 14 de janeiro de 2021 e a altura 3.025.200, mas esse plano não se tornou o snapshot ou evento de lançamento efetivo devido ao adiamento do lançamento. Esse arranjo não migrou nem converteu XEM em XYM. Os XEM no NIS1 continuaram na cadeia original; contas NIS1 que possuíam pelo menos 100 XEM no momento do snapshot e haviam concluído o opt-in antes do lançamento receberam XYM na mesma quantidade na Symbol. O opt-in servia para vincular uma futura conta Symbol, e a distribuição se baseava no saldo na altura do snapshot, não em XEM comprados, vendidos ou transferidos posteriormente; portanto, não é possível inferir diretamente do saldo atual de XEM que ainda se pode obter XYM pelo mesmo processo de pré-lançamento.

Ao transferir XEM, a transação assinada pelo remetente entra primeiro na rede e depois é incluída em um bloco por um colhedor; se a transação não for incluída em um bloco antes do prazo de expiração definido para ela, o protocolo a considera expirada e os nós a descartam. Portanto, “enviada” não equivale a “confirmada por um bloco”. Na prática, primeiro confirme que a rede de destino é de fato a NEM NIS1, o endereço e o valor do destinatário, e reserve XEM suficientes para cobrir a taxa dessa transação. Se a transação incluir uma mensagem, também é necessário considerar que o comprimento da mensagem altera a taxa; uma vez que a transação tenha sido incluída, não é possível contar com um mecanismo on-chain para revertê-la unilateralmente, portanto endereço, valor e mensagem devem ser confirmados antes da assinatura.

A menor unidade representável de XEM é 0,000001 XEM, ou seja, 1 XEM pode ser dividido em 1.000.000 de unidades mínimas. O protocolo registra as quantidades em unidades mínimas inteiras e as exibe com 6 casas decimais; portanto, transferências pequenas e cálculos de taxas não dependem de arredondamento de números de ponto flutuante. Essa precisão apenas descreve a capacidade de representação da unidade de ativo NIS1 e não determina se uma transação pode ser aceita pela rede; no envio, ainda é necessário satisfazer simultaneamente condições como saldo disponível, a taxa daquela transação e o formato da transação.