Question 1

Como foi criada a oferta inicial de MIC e existe emissão posterior?

Accepted Answer

No construtor, 1 bilhão de MIC foi emitido de uma vez para a conta que fez o deploy, com 18 casas decimais. Esta implementação não disponibiliza uma função externa para novas emissões; a emissão inicial não significa que todos os tokens já estivessem em circulação.

Question 2

O “LP burn” do contrato MIC diminui o totalSupply?

Accepted Answer

O mecanismo move o MIC mantido pelo par indicado para o endereço dead e, em seguida, chama sync para atualizar as reservas do pool. Ele lida com MIC que está no pool, não com cotas de LP. Como a transferência só altera os dois saldos e não reduz totalSupply, a operação não equivale a reduzir a oferta total.

Question 3

A movimentação automática de MIC no pool acontece obrigatoriamente a cada duas horas?

Accepted Answer

Não. Além do intervalo ter passado, a transferência precisa ter como destino um AMM marcado, o remetente não pode ser isento de taxas, o recurso deve estar ligado e não pode haver swap interno. O código define inicialmente 7.200 segundos e 0,25% do saldo de MIC no pool-alvo. São valores iniciais, não parâmetros atuais nem garantia de execução periódica.

Question 4

Quais são as restrições para a movimentação manual de MIC no pool?

Accepted Answer

Somente o owner pode chamar a função manual, e a chamada tem de ocorrer estritamente depois do último processamento manual somado a 30 minutos. Em cada chamada, o máximo é 10% do MIC no pool-alvo; o MIC vai para o endereço dead e as reservas são sincronizadas. Esse caminho usa um registro de tempo diferente do acionamento automático.

Question 5

Como eram formadas as taxas de compra e venda no deploy de MIC?

Accepted Answer

No código, compra e venda começam ambas com taxa total de 25%: 20% para marketing, 5% para liquidez e 0% para desenvolvimento. A taxa não é cobrada se qualquer lado for isento. Como o owner tem funções para alterar taxas, esses valores iniciais não descrevem necessariamente a cobrança atual.

Question 6

Transferir MIC entre carteiras comuns também cobra taxa de compra ou venda?

Accepted Answer

Transferências entre carteiras comuns não pagam a taxa aplicada pelo contrato a compras e vendas em AMM, mas isso não garante êxito. A transferência reverte se remetente ou destinatário estiver na blacklist; verificações aplicáveis, como o teto de saldo da carteira, também podem impedi-la.

Question 7

Qual a diferença entre o limite por transação e o limite de carteira de MIC?

Accepted Answer

O limite inicial por transação é 1% da oferta, ou 10 milhões de MIC; o de carteira é 2%, ou 20 milhões de MIC. Com limites ativos e sem isenção, compras verificam o valor da transação e a soma do valor antes da taxa com o saldo existente; vendas verificam o valor da transação, e recebimentos comuns também podem sofrer o limite de carteira. Essas verificações ainda dependem de exceções ligadas ao owner, do swap interno e de outras condições. O owner pode desligar os limites; os números iniciais não representam limites atuais.

Question 8

Por que recebimentos seguidos de MIC no mesmo bloco podem falhar?

Accepted Answer

Com os limites gerais e o atraso de transferência ativos, e se a operação cair nas verificações correspondentes, o contrato registra o bloco por tx.origin. Outra transferência aplicável do mesmo originador no mesmo bloco falha. Há exceções para destinatários como owner, roteador ou par principal; portanto, isso não quer dizer que toda carteira só receba uma vez por bloco. O owner pode desabilitar o atraso de transferência; esta implementação não oferece uma função para reativá-lo.

Question 9

Além de abrir as negociações, o que enableTrading altera?

Accepted Answer

Quando o owner chama enableTrading, são ativadas a negociação e a troca de taxas, o horário do processamento automático do pool é registrado e o bloco de lançamento é gravado. Se a negociação estiver inativa e as verificações de limite se aplicarem, pelo menos um lado da transferência precisa ser isento de taxas; caso contrário, ela reverte. Isso descreve a lógica, não prova uma chamada executada.

Question 10

Quando as taxas de MIC acumuladas no contrato entram no processamento de troca?

Accepted Answer

Alcançar o limiar de troca não basta: a troca deve estar habilitada, não pode haver swap interno, o remetente não pode ser um AMM marcado e nenhum lado pode ser isento de taxas para disparar swapBack. Uma transferência de carteira que atenda a essas condições também pode dispará-lo. Dentro de swapBack, a função retorna imediatamente se o saldo do contrato ou a soma dos contadores de alocação de taxas for zero.

Question 11

Quem recebe as novas cotas de LP quando o mecanismo de taxas adiciona liquidez?

Accepted Answer

O processamento só chama a adição de liquidez se o MIC reservado e o ETH destinado à liquidez forem ambos maiores que zero. A função adiciona MIC e ETH ao pool e entrega as novas cotas de LP ao deadAddress; ela não distribui cotas de LP a cada detentor de MIC.

Question 12

Ao remover os limites de negociação, a checagem da blacklist também para?

Accepted Answer

Não. removeLimits desliga apenas o ramo de limites controlado por limitsInEffect; a checagem da blacklist fica fora dele. Se qualquer lado da transferência ainda estiver marcado, ela reverte. Há uma função exclusiva do owner para marcar ou desmarcar um endereço.

Preço do Magic Internet Cash (MIC)

Preço de Magic Internet Cash (MIC) hoje em USD

Índice de Medo e Ganância

Sobre Magic Internet Cash (MIC)

Casos de uso e recursos

Oferta e mecanismo de emissão

Noções básicas e informações de mercado de Magic Internet Cash (MIC)

Fundamentos

Perguntas frequentes sobre Magic Internet Cash (MIC)