Angebotszuteilung und Vesting

Eine Zuteilungsgrafik kann 100% ergeben und dabei unmittelbare Teamkontrolle oder einen Vestingzeitplan verbergen, der vor der Einzahlung beginnt.

Gesamtes Rohangebot, Dezimalpräzision und Zuteilungsnenner angeben, bevor Prozentsätze angezeigt werden. Jede Zuteilung benötigt Zweck, Empfänger-/Befugnisbezeichnung, Betrag, unmittelbare Verfügbarkeit und Freigabebedingungen. Einen geplanten Zeitplan nicht mit einem durchgesetzten bereitgestellten Vertrag verwechseln. Die Quelldokumentation beschreibt einen Vestingmechanismus; die Übung unten definiert ihren eigenen hypothetischen Zeitplan.

Bei linearem Vesting Beginn, Dauer, gegebenenfalls Cliff, Gesamtzuteilung und bereits freigegebenen Betrag angeben. Erworbenen Anspruch getrennt vom derzeit abrufbaren Betrag berechnen: frühere Freigaben verringern, was abrufbar bleibt. Können Einzahlungen nach Zeitplanbeginn eingehen, kann die Implementierung einen Teil sofort freigebbar machen; diese Abhängigkeit offenlegen, statt für jede Einzahlung eine neue Sperre anzunehmen. Übertragung der Begünstigtenposition und administrative Pfade sind ebenfalls relevant.

Eine Zuteilungsoffenlegung verifiziert nicht unabhängig alle Wallets und verhindert keinen anderen Mintpfad. Ein Gesamtangebotsentwurf muss mit tatsächlicher Angebots-/Befugnisevidenz abgeglichen werden, bevor eine reale Aussage möglich ist. Hier bleiben alle Beträge und Empfänger fiktiv, ohne Vertragsbereitstellung oder Finanzierung.

Zuteilungsnenner: angegebenes Gesamtangebot für Prozentberechnungen.

Erworbener Anspruch: nach dem festgelegten Zeitplan erworbener Betrag.

Abrufbar: erworben minus bereits freigegeben.

Durchgesetztes Vesting: durch prüfbare Kontrollen implementierter Zeitplan, kein Prosaversprechen.

ILLUSTRATIVE Cedar-Angebot=1,000,000 Ganzzahleinheiten-Äquivalente: Community 500,000; Treasury 250,000; Team 200,000; Testreserve 50,000. Teamzeitplan ist linear über24 Monate ab Monat 0 festgelegt, ohne Cliff; bei Monat 6 sind20,000 bereits freigegeben. Dies ist ein Papierzeitplan, kein reales Treuhandkonto.

Holderverteilung plus Freigabezeitachse:50/25/20/5 Zuteilungsanteile; Team bei Monat 6 erworben 50,000, freigegeben 20,000, abrufbar 30,000, nicht erworben 150,000. Jede Zahl als illustrativ kennzeichnen und Zeitplan von Durchsetzung trennen.

Beschriftung: Fiktive Zuteilung und Papierfreigabezeitplan; kein eingezahlter oder gesperrter Vermögenswert.

SPECIFICATION_ONLY — die gerenderte Visualisierung wurde noch nicht erstellt oder unabhängig geprüft.

Die fiktiven Zuteilungen ergeben 1,000,000 und 100%. Bei Monat 6 beträgt der festgelegte Teamanspruch50,000; abrufbar sind30,000 nach der angegebenen früheren Freigabe.

Dies beweist keine gesperrten Mittel, reale Verwahrung, Unabhängigkeit der Begünstigten, Obergrenzendurchsetzung oder zukünftige Ausführung. Eine100%-Zuteilungsgrafik kann nicht belegen, dass100% des Angebots tatsächlich von diesen Bezeichnungen kontrolliert werden.

Erworbenen Betrag als abrufbar zeigen; frühere Freigaben weglassen; Papierversprechen eine Sperre nennen; Verhalten bei späten Einzahlungen oder Begünstigtenübertragung ignorieren.

Alle Prozentsätze, Teamanspruch bei Monat 6 und abrufbaren Saldo berechnen. Eine Offenlegung schreiben, die den Unterschied zwischen diesem Zeitplan und einer verifizierten Vestingimplementierung erklärt.

• Einheiten und Gesamtzuteilung abgleichen.
• Beginn, Dauer, Cliff und frühere Freigaben angeben.
• Erworbene, abrufbare und nicht erworbene Beträge trennen.
• Papierzeitplan nicht als durchgesetzte Sperre kennzeichnen.

Zuteilungsrechnung ist reproduzierbar, wenn Nenner und Freigabeannahmen ausdrücklich bleiben; Durchsetzung erfordert separate Unterlagen.

• Erworben ist nicht dasselbe wie abrufbar.
• Ein Zeitplanversprechen ist keine beobachtete Sperre.
• Angebots- und Befugnisevidenz müssen reale Zuteilungsaussagen begleiten.

P12-L03

Verwenden Sie das benannte BlockAssay-Werkzeug nur als Kontext zum Lesen von Evidenz. Diese Lektion erzeugt keine Werkzeugausgabe, Kontositzung oder Zugangsberechtigung. Offline-Übung; nichts signieren, bereitstellen, genehmigen oder finanzieren.

• ERC20: ERC-20-Standard — Tokenschnittstelle und Semantik der Ausgabeberechtigungen; der Standard belegt weder Emittentenidentität noch sichere Berechtigungen. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Unterlagen haben separat eingefrorene Herkunftsnachweise und ausdrückliche Erhebungslücken.
• VEST: OpenZeppelin Contracts 5.x Finanzfunktionen — VestingWallet-Mechanismus; tatsächlicher Zeitplan und Kontrolle des Begünstigten erfordern spezifische Implementierungsevidenz. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Unterlagen haben separat eingefrorene Herkunftsnachweise und ausdrückliche Erhebungslücken.

ILLUSTRATIVE — vollständig fiktive Offline-Eingaben; keine aktuelle Beobachtung.

null — keine reale Beobachtung

1

null

needs_review