Alocação da oferta e vesting

Um gráfico de alocação pode somar 100% enquanto oculta controlo imediato da equipa ou um calendário de vesting iniciado antes do depósito dos fundos.

Especifique oferta bruta total, precisão decimal e denominador de alocação antes de apresentar percentagens. Cada alocação necessita de finalidade, etiqueta de destinatário/autoridade, montante, disponibilidade imediata e condições de libertação. Não confunda calendário previsto com contrato implementado que o aplica. A documentação descreve um mecanismo de vesting; o exercício define o seu próprio calendário hipotético.

Para vesting linear, indique início, duração, período inicial de bloqueio se existir, alocação total e quantidade já libertada. Calcule o direito adquirido separadamente do montante atualmente reclamável: libertações anteriores reduzem o restante reclamável. Se chegarem depósitos após o início, a implementação pode tornar uma parte imediatamente libertável; divulgue essa dependência em vez de pressupor um novo bloqueio por depósito. Transferência do beneficiário e vias administrativas também importam.

Uma declaração de alocação não verifica independentemente todas as carteiras nem impede outra via de emissão. O desenho da oferta total deve ser reconciliado com provas reais de oferta/autoridade antes de uma afirmação sobre ativo real. Aqui montantes e destinatários permanecem fictícios, sem implementação nem financiamento de contrato.

Denominador de alocação: total declarado usado nas percentagens.

Direito adquirido: montante adquirido pelo calendário estipulado.

Reclamável: adquirido menos o já libertado.

Vesting aplicado: calendário executado por controlos inspecionáveis, não promessa escrita.

ILLUSTRATIVE oferta Cedar=1,000,000 equivalentes de unidades inteiras: comunidade 500,000; tesouraria 250,000; equipa 200,000; reserva de testes 50,000. Calendário da equipa linear estipulado de24 meses desde mês 0, sem período inicial de bloqueio; no mês 6,20,000 já foram libertados. É um calendário no papel, não depósito em custódia real.

Distribuição de detentores e cronologia de desbloqueio: parcelas50/25/20/5; equipa mês 6 adquirido 50,000, libertado 20,000, reclamável 30,000, não adquirido 150,000. Identifique cada número como ilustrativo e distinga calendário de aplicação.

Legenda: Alocação fictícia e calendário no papel de desbloqueio; nenhum ativo depositado nem bloqueado.

SPECIFICATION_ONLY — o visual renderizado não foi produzido nem revisto independentemente.

As alocações fictícias somam 1,000,000 e 100%. No mês 6 o direito estipulado da equipa é50,000; o reclamável é30,000 após a libertação anterior indicada.

Não prova fundos bloqueados, custódia real, independência dos beneficiários, aplicação do limite nem execução futura. Um gráfico de alocação de100% não estabelece que100% da oferta esteja realmente controlada por essas etiquetas.

Apresentar adquirido como reclamável; omitir libertações anteriores; chamar bloqueio a uma promessa no papel; ignorar depósitos tardios ou transferência do beneficiário.

Calcule todas as percentagens, direito da equipa no mês 6 e saldo reclamável. Escreva uma declaração explicando a diferença entre este calendário e uma implementação de vesting verificada.

• Reconciliar unidades e alocação total.
• Indicar início, duração, período inicial de bloqueio e libertações anteriores.
• Separar montantes adquiridos, reclamáveis e não adquiridos.
• Não classificar um calendário no papel como bloqueio aplicado.

A aritmética de alocação é reproduzível com denominador e pressupostos de libertação explícitos; a aplicação exige registos separados.

• Adquirido não equivale a reclamável.
• Um calendário prometido não é um bloqueio observado.
• Provas de oferta e autoridade devem acompanhar afirmações de alocação real.

P12-L03

Utilize a ferramenta BlockAssay indicada apenas como contexto de leitura de evidências. Esta lição não cria resultados de ferramenta, sessões de conta nem direitos de acesso. Exercício offline; não assine, implemente, aprove nem financie nada.

• ERC20: Norma ERC-20 — Interface do token e semântica das autorizações; a norma não estabelece identidade do emissor nem permissões seguras. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
• VEST: OpenZeppelin Contracts 5.x — finanças — Mecanismo VestingWallet; o calendário real e o controlo do beneficiário exigem provas específicas da implementação. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.

ILLUSTRATIVE — entradas offline inteiramente fictícias; nenhuma observação atual.

null — nenhuma observação real

1

null

needs_review