1. Projektoversigt
1.1 什麼是 $moonini?
**$moonini** er økosystemtokenet for moonpacket-platformen, der bruges til at belønne brugere for aktive handlinger på platformen, herunder:
**I Enkle Vilkår**: Jo mere du bruger på moonpacket, jo mere $moonini vil du tjene.
Kerneværdier
- - ✅ **Decentralisering**: Baseret på Binance Smart Chain (BSC), er alle transaktioner gennemsigtige og verificerbare, der er ingen grund til at stole på tredjepart.
- - ✅ **Retfærdig Fordeling**: 90% af tokens distribueres gennem brugeraktiviteter, 10% er reserveret til teamet og investorerne, hvilket sikrer prioriteter for fællesskabet.
- - ✅ **Gradvis Udgivelse**: Vedtager en 6-trins halveringsmekanisme, der opmuntrer tidlige deltagere til at tjene mere, jo tidligere de deltager.
- - ✅ **Sikker og Pålidelig**: Bruger reviderede standard kontraktbiblioteker, alle større operationer kræver multi-signatur bekræftelser, planlægning for tredjeparts sikkerhedsrevisioner.
2. Tokenomics
2.1 Grundlæggende Token Information
| Element | Værdi | Beskrivelse |
|---|---|---|
| **Token Navn** | moonini | Fuldt navn |
| **Token Symbol** | moonini | Handels-symbol |
| **Samlet Udbud** | 10.000.000.000 tokens (10B) | Fast samlet udbud, aldrig inflationært |
| **Decimaler** | 18 | BSC Standard |
| **Blockchain** | Binance Smart Chain (BSC) | BEP-20 Standard |
2.2 Allokeringsplan
**Samlet udbud: 10.000.000.000 tokens (10B)**
**Allokeringsprincipper**:
**Styrelsesløfte**:
Vi implementerer den strengeste interne kontrol af midler. Alle teamfordelinger og driftsudgifter er underlagt **Multisig** og **Timelock** restriktioner. Ingen enkeltperson kan frit få adgang til midlerne, hvilket sikrer, at hver udgift træffes gennem kollektive beslutninger og er offentligt gennemsigtig.
2.3 6-Faset Halveringsmekanisme
For at tilskynde tidlige deltagere, anvender tokenfordelingen en 'progressiv halverings'-mekanisme:
**Eksempel**:
| Fase | Udstedt Beløbsområde | Indløsningsforhold (per 1 USDT) | Beskrivelse |
|---|---|---|---|
| **Fase 1** | 0 ~ 4.5B | **1.0 token** | Tidlige deltagere, 1:1 udveksling |
| **Fase 2** | 4.5B ~ 6.75B | **0.5 token** | Halveret |
| **Fase 3** | 6.75B ~ 7.875B | **0.25 token** | Halveret igen |
| **Fase 4** | 7.875B ~ 8.4375B | **0.125 token** | Fortsætter halvering |
| **Fase 5** | 8.4375B ~ 8.71875B | **0.0625 token** | Nærmer sig slutningen |
| **Fase 6** | 8.71875B ~ 9B | **0.03125 token** | Slutfase |
💡 Red Packet Filosofi og Værdicyklus
**Ånden af Red Packet er 'Givende' og 'Forbindelse'**:
Oprindeligt fra østlig kultur, repræsenterer Red Packet ikke kun overførsel af midler, men også kærlighed fra ældre til yngre, tillykke, og deling blandt venner. Hos moonpacket er hver gang du sender en Red Packet en varm social interaktion.
**Fra Social Adfærd til Økonomisk Værdi**:
Vi mener, at disse handlinger af venlighed bør registreres og værdiansættes. $moonini er ikke bare en belønnings-token; det er værdibæreren af dette sociale netværk, der genererer langhalet økonomiske effekter fra hver 'givende'.
**Reel Værdistøtte**:
For at opretholde stabiliteten af denne sociale værdi specificerer protokollen: **50% af transaktionsgebyrindtægterne vil automatisk blive injiceret i Likviditetspoolen**.
Dette betyder: jo mere aktivt fællesskabet ➔ jo flere Red Packet-interaktioner ➔ jo flere midler indsprøjtet i likviditetspuljen ➔ jo mere solid værdi grundlag for $moonini. Dette er en positiv cyklus baseret på reelle sociale behov og forretningsindtægter, snarere end blot spekulativ gambling.
Tre, Teknisk Arkitektur
3.1 Blockchain Udvælgelse: Binance Smart Chain (BSC)
**Hvorfor vælge BSC?**
| Fordel | Beskrivelse |
|---|---|
| ✅ **Lave gebyrer** | Gennemsnitlig transaktionsomkostning $0.1-$0.5, meget lavere end Ethereum |
| ✅ **Hurtig Bekræftelse** | Gennemsnitlig bekræftelsestid på 3 sekunder for en glat oplevelse |
| ✅ **Moden økosystem** | Rige DeFi værktøjer med en stor brugerbase |
| ✅ **EVM kompatibel** | Kan genbruge Ethereum-økosystemressourcer |
| ✅ **Wallet Adoption** | Almindelige tegnebøger som MetaMask, Trust Wallet understøtter |
3.2 Smart Contract Arkitektur
Vi bruger brancheverificerede standarder for smarte kontrakter for at sikre sikkerheden og pålideligheden af tokens.
**Kerne designprincipper**:
**Hovedfunktioner**:
**Sikkerhedsforanstaltninger**:
*For detailed technical specifications, contract interfaces, and function definitions, please refer to: Teknisk specifikationsdokument*
Smart Contract Arkitektur
Fire, Udgivelsesmekanisme
4.1 Offentlig Udbud (90%)
初始流動性
- **Indledende Likviditet**:
- - Forudbetal en del af tokenene fra den 90% offentlige udbudskasse for at etablere det indledende likviditetspulje med USDT
- - Sikre, at tokens kan handles normalt efter at være kommet online, og dermed give likviditetsgaranti til investorer.
- - Specifikke beløb vil blive annonceret før mainnet-launchen
開盤防狙擊機制
- **Åbner Anti-Snipe Mekanisme**:
- - **Enkeltkøbgrænse**: 30 minutter før åbning kan en enkelt wallet kun købe 0,5 % eller 1 % af den samlede mængde
- - **Beskyt mindre detailinvestorer**: Forhindr store indehavere i at tage al likviditet, når markedet åbner
- - **Tidsvindue**: Automatisk ophævet efter 30 minutter, uden at påvirke normal handel
- - **Oprethold Pris Stabilitet**: Undgå skarpe prisudsving ved åbning
釋放方式
**Udgivelsesmetode**: Gradual udgivelse gennem brugeraktiviteter
**Udgivelses Kilder**:
1. **Send Red Packets**: Hver gang der sendes 1 USDT Red Packet, modtag tilsvarende $moonini baseret på den nuværende fase
2. **Inviter venner**: Invitér nye brugere succesfuldt og fuldfør delingsopgaver for at modtage $moonini
3. **Fuldfør Opgaver**: Fuldfør præstationsopgaver, sociale opgaver osv. for at tjene ekstra $moonini
4. **Gruppeejerens Profitdeling**: Gruppeejere kan modtage 3% profitandel (USDT) for at sende Red Packets på tværs af grupper
💡 **Produktionsomkostninger vs Markedspris**:
I fase 1 er den implicitte omkostning ved at opnå 1 $moonini gennem Red Packet mining cirka **0,02 USDT** (baseret på 2% transaktionsgebyr).
Mens vores oprindelige noteringspris er **0,01 USDT**.
Dette betyder, at **omkostningerne ved køb på det sekundære marked er 50% lavere end produktionsomkostningerne**, hvilket giver tidlige indehavere en naturlig sikkerhedsmargin.
提領機制
- **Udbetalingsmekanisme**:
- - Efter brugerne tjener $moonini på platformen, kan de trække det tilbage til deres wallet via en sikker identitetsvalideringsmekanisme
- - Systemet vil verificere baseret på brugeraktivitetens optegnelser for at sikre, at kun brugeren kan operere.
- - Når de er verificeret, kan brugerne trække deres tokens til deres tegnebog.
- - **Minimum Udbetalingstærskel**: 10 $moonini
- - **Transaktionsgebyr**: Brugere skal kun betale netværkets transaktionsgebyr (i overensstemmelse med blockchain-praksis)
- *For detailed technical implementation, please refer to: Technical Specification Document*
階段切換
- **Fase Skift**:
- - Skift automatisk til næste fase, når det udstedte beløb når fasegrænsen
- - Procesen for skift er gennemsigtig og sporbar, registreret on-chain
4.2 Hold Kvote (10%)
**Låse- og frigivelsesregler**:
**Udgivelsesmetode**:
**Eksempel**:
| Kategori | Proportion | Låseperiode (Cliff) | Lineær Udgivelsesperiode | Total Varighed |
|---|---|---|---|---|
| **Operationer** | 2% (200M) | 3 måneder | 45 måneder | 48 måneder |
| **Teknisk Team** | 2% (200M) | 3 måneder | 45 måneder | 48 måneder |
| **Offentlig Relation/Marketing** | 2% (200M) | 3 måneder | 45 måneder | 48 måneder |
| **Tidlige Investorer** | 4% (400M) | 3 måneder | 33 måneder | 36 måneder |
Fem, Governance og Sikkerhed
5.1 Styringsmekanisme
**Kerneprincip**: **Ingen enkelt højeste myndighed**, alle vigtige operationer skal gennemgå forsinket offentlig gennemgang
**Styringsproces**:
1. **Forslag**: Governance forslag etableret efter godkendelse af multi-signatur tegnebog
2. **Gennemgangsperiode**: Indtast 48-timers forsinkelsesliste, alle handlinger offentligt synlige på blockchain.
3. **Udførelse**: Forslag kan udføres efter forsinkelsen udløber
4. **Aflysning**: I løbet af vurderingsperioden kan forslagsstilleren annulere forslaget
**Styrbare Elementer**:
Beslutningsproces
5.2 Sikkerhedsforanstaltninger
**Multi-lag beskyttelse**:
1. **Multisignatur Tegnebog**: Alle vigtige operationer kræver mindst 2 underskrifter til bekræftelse
2. **Forsinket udførelse**: Alle højrisikooperationer kræver en 48 timers forsinkelse
3. **Revision**: Gennem tredjeparts sikkerhedsrevisioner
4. **Åben kildekode**: Kontraktkoden er open source og kan verificeres offentligt.
**Tilladelse Administration**:
5.3 Tilbagekøb og Markedsføring (POL - Ubegrænset Tilbagekøb + Gulvprisforsvar)
機制
- **Mekanisme**:
- - **1%** af platformens transaktionsgebyrer brugt til at købe tilbage $moonini og dybe likviditetspuljen
- - **Ubegribelig Buyback**: Ingen daglig grænse for buybacks; så mange transaktionsgebyrer der er, fortsætter buybacks med at yde likviditetsstøtte til tokenen
- - **Automatiseret strategi**: Brug af smarte tilbagekøbstrategier til at reducere forudsigelighed og undgå markedmanipulation
- - **Køb Beskyttelse**: Øger automatisk tilbagekøbsindsatsen, når der er et betydeligt marked fald, hvilket beskytter investorernes interesser
地板價防禦(The Floor Defense)
- **Gulvprisforsvar**:
- - **Psykologisk Prisniveau**: 0,01 USDT
- - **Automatisk Forsvar**: Når prisen falder under forsvarstærsklen, aktiveres forsvarsmodus automatisk, hvilket øger tilbagekøbsefforts.
- - **Automatiseret Markedsdannelse**: Automatisk markedsdannelse baseret på smarte kontrakter, der ikke kræver manuel intervention, hvilket sikrer markedsstabilitet
- - **Spar på Market Maker-gebyrer**: Brug budgettet til at udstede Red Packets, markedsføring eller til at øge den indledende likviditet
參數
設計理念
- **Design Filosofi**:
- - Lave adgangsbarrierer, høje spil-teoretiske afkast
- - Projektpartiet forstyrrer ikke markedet (giver kun gebyrtilbagekøb ved transaktioner)
- - Ren SocialFi model
- - Opretholder automatisk det psykologiske prisniveau for at opretholde markeds tillid
- *For detailed technical parameters and implementation strategies, please refer to: Technical Specification Document*
Token Circulation Flow
seks, Brugerincitamentsystem
6.1 Hvordan opnår man $moonini?
A. Sendende Red Packet
B. Inviter venner (Del Red Packet)
C. Fuldførelse af opgaver
**Opgavetyper**:
**Design Formål**:
6.2 Gebyrstruktur
**Transaktionsgebyrer ved sending af Red Packet**:
**Brug af gebyrer**:
| Scenarie | Samlede gebyrer | Beskrivelse |
|---|---|---|
| **Sender i Egen Gruppe** | 2% | 1% Operationer + 1% Tilbagekøb |
| **Krydsgruppeafsendelse** | 5% | 1% Drift + 1% Tilbagekøb + 3% Gruppeejer Profitdeling |
Syv, Udviklerguide
7.1 Kontraktadresse (Afventende Implementering)
Når tokenet officielt lanceres, vil alle smart kontraktsadresser blive annonceret her, sammen med tilsvarende links til tekniske specifikationer.
**Hovedkontraktmoduler**:
- Tokenkontrakt
- Governance og Forsinkelseskontrol
- Offentlig Udbudskasse
- Team Allocation Treasury
- Tilbagekøbshåndtering
- Likviditetspulje
- Multi-Signature Wallet
*For detailed contract addresses and technical specifications, please refer to the: Technical Specification Document*
7.2 Integrationsmetoder og API (Under planlægning)
moonpacket planlægger at levere et komplet API-økosystem, der gør det muligt for tredjeparter og partnere at integrere $moonini belønningsmekanismen nemt i deres produkter. Uanset om det er en Telegram-bot, et Web3-spil eller en marketingkampagneplatform, giver vores API brugerne mulighed for at modtage $moonini belønninger, hvilket udvider den økologiske indflydelse.
**API-typer**:
Vi planlægger at tilbyde følgende typer af API'er for at imødekomme forskellige integrationsbehov:
**Sikkerhed og tilladelser**:
For at sikre API'ens sikkerhed og stabilitet implementerer vi følgende mekanismer:
**Udgivelsesrytme**:
API'en vil vedtage en progressiv åbning strategi for at sikre stabilitet og sikkerhed:
Typiske integrationsscenarier
- **Telegram Bot / Mini App**: Send Red Packets i dine grupper eller applikationer for at give brugerne mulighed for at modtage $moonini belønninger, hvilket øger brugerengagementet.
- **Web3 Spil**: Rapportér status for opgaves fuldførelse i spil til moonpacket, så spillere automatisk kan modtage yderligere $moonini belønninger ved at fuldføre spilopgaver.
- **Marketing Kampagne Platforme**: Automatiskt send $moonini belønninger baseret på brugeradfærd på sociale medier (f.eks. deling, retweeting, følger osv.), hvilket opnår præcist marketing.
- **DeFi Protokoller**: Integrer $moonini som et ekstra belønningslag, så brugerne kan tjene $moonini belønninger oveni de oprindelige gevinster for at udføre specifikke DeFi handlinger.
- **Indholdsskabelsesplatforme**: Udsted automatisk $moonini belønninger, når skabere fuldfører specifikke opgaver eller når milepæle, hvilket opfordrer til kvalitetsindholdsskabelse.
7.3 Udviklerværktøjer og Dokumentation
For at hjælpe udviklere med at integrere moonpacket API'en lettere, planlægger vi at tilbyde komplette udviklerværktøjer og dokumentation:
I øjeblikket præsenteres tekniske dokumenter fra dokumentcentret (docs) teknisk side, herunder specifikationer for smart contracts, distributionsmekanismer, opgavesystemer og andre tekniske detaljer. Den komplette API-dokumentation vil blive organiseret på siden 《Developer API Documentation》, og officiel API-dokumentation og udviklerværktøjer vil gradvist blive frigivet omkring hovednetlanceringen, så vær venlig at holde øje med det.
8. Køreplan
Fase 1: Infrastruktur (Færdig ✅)
- - [x] Token kontrakt design
- - [x] Teknisk specifikationsdokument
- - [x] Datastrukturdesign
Fase 2: Kontraktudvikling (I gang 🚧)
- - [ ] Token kontrakt implementering (Testnet)
- - [ ] Fasehåndteringskontrakt
- - [ ] Vesting kontrakt
- - [ ] Tidslås integration
- - [ ] Tredjepartsrevision
Fase 3: Forberedelse af lancering (Planlagt 📅)
- - [ ] Mainnet deployment
- - [ ] Oprettelse af initial likviditetspulje
- - [ ] Lancering af brugerincentivsystem
- - [ ] Lancering af dashboard
Fase 4: Udvidelse af økosystemet (Fremtid 🔮)
- - [ ] Aktivering af POL buyback mekanisme
- - [ ] Cross-chain support (Polygon / Arbitrum)
- - [ ] Flere DeFi integrationer
9. Risikovarsel
9.1 Teknisk Risiko
| Risiko | Beskrivelse | Afbødende foranstaltninger |
|---|---|---|
| Smart Contract Sårbarheder | Kontrakten kan have ukendte sårbarheder | Gennem tredjepartsrevisioner, Bug Bounty |
| Privat nøgle lækage | Admin privatnøgler kan blive stjålet | Brug hardware wallets, MPC, multi-signatur |
| Netværksbelastning | BSC spidsbelastningstider kan forårsage forsinkelser | Multi-node redundans, Gasoptimering |
9.2 Markedsrisiko
- - **Prisvolatilitet**: Tokenpriser kan svinge betydeligt.
- - **Likviditetsrisiko**: Den indledende likviditet kan være utilstrækkelig
- - **Regulatorisk Risiko**: Regulerende politikker i forskellige lande kan ændre sig
9.3 Brugerunderretning
- - ⚠️ **Investeringsrisiko**: Tokenpriser kan falde til nul, invester venligst med forsigtighed
- - ⚠️ **Ikke investeringsrådgivning**: Dette white paper udgør ikke nogen investeringsrådgivning
- - ⚠️ **Lav Din Egen Undersøgelse**: Venligst undersøg og vurder risici selv
Ti, Problemer at bekræfte
Dette hvidpapir beskriver de grundlæggende designprincipper og den økonomiske model for $moonini. Følgende emner er stadig under koordinering med rådgivere og partnere og vil blive færdiggjort inden lanceringen af hovednettet:
- **Token Udstedelsestidspunkt og Handelsteder**: Det specifikke udstedelsestidspunkt og om det vil blive liste på centraliserede børser (CEX) er stadig under koordinering med rådgivere og partnere.
- **Tekniske Detaljer**: Nogle tekniske implementeringsdetaljer (som tværkædesupport og justeringer af parametre for tilbagekøbsstrategi) vil blive afsluttet før mainnet lanceringen og opdateret i det tekniske dokument.
- **Overholdelse og Beskatning**: Overholdelseskrav og beskatningsbehandling opdateres løbende baseret på professionelle meninger fra Taiwan og lokalområdet for at sikre overholdelse af lokale regler.
- **Opdateringer af White Paper**: Dette white paper kan have mindre justeringer, men de grundlæggende principper (90/10 fordeling, 6-fase halveringsmekanisme, låsning og lineær frigivelse) forbliver uændrede.
Alle tekniske detaljer, implementeringstrin og funktionsgrænseflader kan findes i Den Tekniske Specifikationsdokument.