Question 1

O que é MON?

Accepted Answer

MON é o ativo nativo da blockchain Monad, usado para pagar taxas de transações on-chain e operações de contratos inteligentes, e também pode ser usado em staking para participar do consenso da rede. Monad é uma Layer 1 compatível com bytecode da EVM e, portanto, fornece um ambiente de execução para contratos inteligentes e aplicações no estilo Ethereum. As duas funções on-chain centrais de MON correspondem a etapas distintas: remetentes de transações o usam para pagar custos de execução; validadores e delegadores o usam para formar peso de staking, influenciando o poder de voto no consenso e a programação da produção de blocos. Possuir MON, por si só, não significa já ser um validador nem já receber recompensas de staking.

Question 2

Como é calculada a taxa de gas em MON?

Accepted Answer

Ao transferir, implantar um contrato ou chamar um contrato na Monad, os usuários pagam taxas em MON. O cálculo básico da taxa é: taxa devida = gas limit definido pela transação × preço efetivo por unidade de gas; o gas abstrai, em uma unidade comum, os recursos de que a rede necessita para processar a transação. Uma regra essencial da Monad é cobrar pelo gas limit, e não pelo gas used efetivamente após a execução. Isso está ligado ao seu design de execução assíncrona: líderes de bloco e validadores precisam reservar espaço no bloco para a transação antes da execução; cobrar apenas pelo uso efetivo, possivelmente menor, poderia permitir ocupar muito espaço pagando taxas muito baixas. Portanto, definir um gas limit excessivamente alto afeta diretamente o custo final pago em MON.

Question 3

Como a taxa base, a taxa de prioridade e o preço máximo por unidade afetam as taxas em MON?

Accepted Answer

O preço por unidade de gas é compatível com EIP-1559: price_per_gas = min(taxa base + taxa de prioridade especificada pelo usuário, preço máximo por unidade definido pelo usuário). A taxa base é ajustada pelo sistema a cada bloco; a taxa de prioridade é a parcela adicional especificada pelo usuário para aumentar a prioridade de ordenação; o preço máximo por unidade limita quanto o usuário está disposto a pagar, no máximo, por unidade de gas. Assim, a taxa total da transação é afetada tanto pelo gas limit quanto pelo preço. Quando o preço máximo por unidade é definido muito baixo, a transação pode não ser incluída em um bloco; se a carga da rede permanecer alta, a taxa base pode ficar acima do mínimo. A estimativa em dólares vista pelo usuário também varia com o preço de mercado de MON, enquanto a taxa on-chain em MON é determinada pelos parâmetros acima.

Question 4

Como o staking de MON afeta a validação e a produção de blocos?

Accepted Answer

A Monad usa o staking para determinar o peso de voto dos validadores no consenso MonadBFT e, com base nisso, programar os líderes de produção de blocos de cada epoch. Detentores que não podem operar um nó por conta própria podem delegar MON a um validador, fazendo seu valor delegado contar para o staking total desse validador. Para entrar no conjunto de validadores ativos, um validador deve atender simultaneamente aos três limiares atuais: seu authAddress deve ter autodelegado pelo menos 100,000 MON, o total delegado deve ser de pelo menos 10,000,000 MON e ele deve estar entre os 200 primeiros por peso de staking. Validadores que não atenderem às condições são removidos do conjunto ativo no próximo limite de epoch; portanto, a delegação aumenta o peso de um validador, mas não garante que ele sempre mantenha a qualificação ativa.

Question 5

Como as recompensas são geradas e distribuídas após delegar MON?

Accepted Answer

As recompensas do líder de bloco têm duas partes: uma recompensa inflacionária fixa de 18 MON atualmente cunhada pelo protocolo por bloco e as taxas de prioridade geradas pelas transações desse bloco. O validador primeiro cobra a comissão que definiu sobre a recompensa inflacionária, e a parte restante é distribuída conforme o peso de cada delegador no staking total desse validador. A parcela da recompensa inflacionária de um delegador pode ser entendida como: recompensa inflacionária do bloco × (1 － taxa de comissão do validador) × (valor delegado / staking total desse validador). As taxas de prioridade atualmente vão primeiro para o validador; este pode optar por compartilhá-las via mecanismo externalReward do pré-compilado de staking, mas essas recompensas externas não sofrem a dedução da comissão acima. Delegadores podem retirar recompensas acumuladas ou reaplicá-las para aumentar o peso de staking.

Question 6

O fornecimento de MON é fixo?

Accepted Answer

O fornecimento total inicial de MON é de 100 bilhões de unidades, mas o total não é fixo: o protocolo cunha novos MON por meio de recompensas de bloco e queima a parcela da taxa base das taxas de transação. Portanto, a mudança no fornecimento depende do resultado conjunto desses dois movimentos: emissão de recompensas e queima de taxa base. As taxas de prioridade e a taxa base têm destinos diferentes: atualmente, as taxas de prioridade vão para o validador do bloco, enquanto a taxa base integra o mecanismo de queima. Não se pode concluir que o fornecimento total necessariamente cai apenas porque há queima, nem que necessariamente sobe apenas porque há recompensas de bloco; é preciso comparar a quantidade efetivamente emitida e a efetivamente queimada no mesmo período.

Question 7

Quando MON pode ser recuperado após desfazer uma delegação e quando as operações de staking entram em vigor?

Accepted Answer

Após desfazer o staking, MON não pode ser retirado imediatamente: os tokens em unstaking precisam aguardar 1 epoch para poderem ser retirados. A maioria das operações de staking também não afeta o consenso logo após o envio da transação; elas são submetidas em um bloco de limite e entram em vigor no início de um epoch subsequente. Há um bloco de limite a cada 50,000 blocos, o que a documentação estima ocorrer aproximadamente a cada 4 horas e 12 minutos; o bloco de limite faz um snapshot do estado de staking que será usado e, em seguida, há mais um atraso de 5,000 rodadas antes de começar o novo epoch. Se a operação entrar após o bloco de limite, ela pode não entrar no epoch imediatamente seguinte e ser adiada para o epoch posterior. A espera para retirada e os limites de efetivação existem para que o estado de execução, o estado do snapshot e o estado usado pelo consenso se conectem em fases fixas.

Preço de Monad (MON)