Prijs laden
FourteenControllerPublieke ambassadorcontroller

Een publieke 4TEEN Ambassador Controller met een echt cabinet erachter

De website is de bewijslaag. Registratie, slug-eigendom, koperskoppeling, opbouw van beloningen en opnames blijven in het wallet-cabinet en worden afgehandeld via FourteenController.

Deze route mag niet doen alsof de publieke pagina het werkende cabinet is. De echte flow begint in de wallet: een gebruiker registreert een ambassador-identiteit, claimt een slug, synchroniseert het on-chain profiel en bouwt daarna aan koper-toegeschreven volume en beloningen.

De publieke site heeft een andere taak. Deze moet bewijzen dat de controller live is, cabinet-profielen bestaan, koperskoppelingen worden bijgehouden, aankopen worden verwerkt en de beloningsstatus zichtbaar blijft in plaats van te verdwijnen in een backoffice.

  • REGISTREER. KOPPEL. VERIFIEER. NEEM OP.
  • PUBLIEK BEWIJS. ECHT CABINET.
  • EERST DE SLUG. LATER DE BELONINGSFLOW.

Profielen on-chain

8

Ambassador-profielen die al zichtbaar zijn via de door de controller ondersteunde cabinet-laag.

Gekoppelde kopers

4

Koperidentiteiten die al aan ambassador-profielen zijn gekoppeld.

Geclaimde beloningen

1.28 TRX

TRX die al door ambassadors is opgenomen via de cabinet-flow.

Wachtende replay

1

Rijen die nog wachten op resource-veilige verwerking in plaats van nep als voltooid te worden weergegeven.

4TEEN ambassador cabinet mobile wallet preview

Cabinet-identiteit, referral-link, kopersrijen, wachtende replay en opnames blijven wallet-native. De website blijft publiek, leesbaar en eerlijk.

Cabinet-identiteit, referral-link, kopersrijen, wachtende replay en opnames blijven wallet-native. De website blijft publiek, leesbaar en eerlijk.

Profielen on-chain

8

Ambassador-profielen die al zichtbaar zijn via de door de controller ondersteunde cabinet-laag.

Gekoppelde kopers

4

Koperidentiteiten die al aan ambassador-profielen zijn gekoppeld.

Geclaimde beloningen

1.28 TRX

TRX die al door ambassadors is opgenomen via de cabinet-flow.

Wachtende replay

1

Rijen die nog wachten op resource-veilige verwerking in plaats van nep als voltooid te worden weergegeven.

Cabinet-route

De publieke pagina is niet het cabinet. Ze bewijst dat het cabinet bestaat.

Dat is de heldere productscheiding. De wallet beheert identiteit, koppeling, replay en opnameacties. De site legt de mechanismen uit en laat zien of het systeem daadwerkelijk beweegt.

Controller + Cabinet

Registratie en beloningen blijven wallet-native. Publiek bewijs blijft open.

Het cabinet-endpoint voegt on-chain dashboardstatus al samen met database-rijen voor kopers, aankopen en wachtende replay. Dat betekent dat de publieke site eerlijk over de flow kan communiceren zonder te doen alsof ze het cabinet zelf kan vervangen.

  • Het cabinet herleidt een referral-link uit de ambassador-slug.
  • Aan kopers toegeschreven aankopen worden opgeslagen en opnieuw tegen de controller afgespeeld wanneer resources dat toelaten.
  • Claimbare beloningsstatus en opnamegeschiedenis worden samen met het on-chain profiel bijgehouden.

Slug-eigendom

Een wallet wordt geen ambassador door marketingtekst alleen

De registratieflow controleert of de slug beschikbaar is, voorkomt dubbele walletregistratie en verwacht een echt on-chain ambassador-profiel voordat de route als voltooid wordt beschouwd.

Koperskoppeling

De earn-route begint wanneer aankopen daadwerkelijk worden toegeschreven

Gekoppelde kopers, toegeschreven aankopen, verwerkte controller-rijen en wachtende replay zijn allemaal afzonderlijke statussen. Het cabinet vlakt ze niet af tot één decoratief getal.

Daarom moet de pagina een publieke ambassadorcontroller met een echt cabinet erachter beschrijven, en geen neppe referral-landingspagina zonder operationele status.

4TEEN ambassador registration mobile wallet preview

Registratieflow

Registratie begint in de wallet en wordt daarna een on-chain profiel.

Het registratiescherm is geen los aanmeldformulier. Het is het punt waar slug-selectie, wallet-identiteit, energierouting en controllersynchronisatie belangrijk beginnen te worden.

ambassador_registration

De wallet kan resources offreren, de slug valideren en pas daarna de registratie afronden.

De API controleert of de slug al bezet is, of de wallet al geregistreerd is en of de energieroute klaar is voor het doel ambassador_registration. Na de transactie verifieert de cabinet-sync dat het on-chain profiel echt bestaat.

  • Beschikbaarheid van de slug wordt gecontroleerd voordat de route bevestigt.
  • Energiehuur kan specifiek voor ambassador-registratie worden aangevraagd wanneer dat nodig is.
  • De cabinet-sync verifieert de opgeslagen slug-hash en toont de definitieve referral-link.

Wallet-identiteit

Registratie wordt een profiel, geen eenmalig ingevuld formulier

Na synchronisatie heeft de ambassador een wallet-gebonden profiel met huidig level, beloningspercentage, aantal kopers, volume, opgebouwde beloningen, geclaimde beloningen en claimbaar saldo.

Replay-veiligheid

Als de operatorzijde te weinig resources heeft, wachten rijen in plaats van te liegen

Wachtende replay maakt deel uit van de waarheidslaag. Het cabinet houdt dit zichtbaar totdat operatorresources veilig genoeg zijn om geverifieerde aankopen netjes te verwerken.

De registratiereeks is dus niet cosmetisch. Het is de toegang tot hetzelfde cabinet dat later referral-status, aankooprijen en opnames bevat.

Publiek grootboek

Controllertotalen blijven publiek, zelfs wanneer cabinet-acties privé blijven.

Totaal aantal ambassadors8
Actieve ambassadors8
Gekoppelde kopers4
Getrackt volume258 TRX
Opgebouwde beloningen1.81 TRX
Geclaimde beloningen1.28 TRX
Gereserveerde beloningen0.53 TRX
Beschikbaar voor eigenaar16.25 TRX
Niet-toegewezen aankoopfondsen12.6 TRX

FourteenController toont tellingen en saldi op systeemniveau. De site moet dat zichtbaar maken zonder te doen alsof de publieke laag cabinet-transacties kan ondertekenen.

Cabinet-runtime

Als resources laag zijn, wachten rijen in plaats van te doen alsof ze zijn verwerkt.

Operator-walletTN95o1...LH6TCT
Nu gereedTop-up nodig
Profielen on-chain8
Actieve profielen8
Wachtende replay1
Laatste aankoop gezienMay 5, 2026, 4:55:45 PM UTC
Laatste opname gezienApr 3, 2026, 1:26:33 PM UTC
Beschikbare energie0
Beschikbare bandbreedte600
Benodigd per toewijzing120000 energy / 500 bandwidth
Veilige ondergrens na run100 energy / 10 bandwidth

De publieke runtime-weergave is belangrijk omdat die uitlegt waarom replay terecht in de wachtrij kan staan. Lage energie of bandbreedte is geen stille fout meer; het is zichtbare systeemstatus.

Level-ladder

Kopersgroei verandert het beloningsaandeel.

0-9 buyers

Bronze

10% beloningsaandeel op gekwalificeerde flow.

10-99 buyers

Silver

25% beloningsaandeel op gekwalificeerde flow.

100-999 buyers

Gold

50% beloningsaandeel op gekwalificeerde flow.

1000+ buyers

Platinum

75% beloningsaandeel op gekwalificeerde flow.

Bewijslaag

De publieke kant moet nog steeds tonen wat het cabinet al heeft verwerkt.

Geregistreerde aankopen

12

Aankopen die al in de cabinet-footprint zijn geschreven, over verwerkte en wachtende rijen heen.

Ambassadors met aankopen

3

Profielen die al aankooptoeschrijving door de earn-route laten lopen.

Opname-events

2

Rijen voor beloningsopnames die al door de backend en cabinet-sync zijn vastgelegd.

Laatste opname gezien

Apr 3, 2026, 1:26:33 PM UTC

Tijdstempel van de meest recent geregistreerde opname van ambassador-beloningen.

Dit houdt de website verankerd in echt cabinet-bewijs: aankopen, replay-wachtrij en opnames laten allemaal een zichtbare publieke footprint achter.