FourteenControllerÖffentlicher Ambassador-Controller

Ein öffentlicher 4TEEN Ambassador-Controller mit einem echten Cabinet im Hintergrund

Die Website ist die Nachweisebene. Registrierung, Slug-Eigentum, Käuferbindung, Reward-Aufbau und Auszahlungen bleiben weiterhin im Wallet-Cabinet und werden gegen den FourteenController abgerechnet.

Diese Route sollte nicht so tun, als wäre die öffentliche Seite das funktionierende Cabinet. Der echte Ablauf beginnt im Wallet: Ein Nutzer registriert eine Ambassador-Identität, beansprucht einen Slug, synchronisiert das On-Chain-Profil und sammelt danach käuferzugeordnetes Volumen und Rewards.

Die öffentliche Website hat eine andere Aufgabe. Sie soll nachweisen, dass der Controller live ist, Cabinet-Profile existieren, Käuferbindungen verfolgt werden, Käufe verarbeitet werden und der Reward-Status sichtbar bleibt, statt in einem Backoffice zu verschwinden.

REGISTRIEREN. BINDEN. VERIFIZIEREN. AUSZAHLEN.
ÖFFENTLICHER NACHWEIS. ECHTES CABINET.
ERST DER SLUG. SPÄTER DER REWARD-FLOW.

Profile On-Chain

Ambassador-Profile, die bereits über die controller-gestützte Cabinet-Ebene sichtbar sind.

Gebundene Käufer

Käuferidentitäten, die bereits Ambassador-Profilen zugeordnet sind.

Ausgezahlte Rewards

1.28 TRX

TRX, die bereits von Ambassadors über den Cabinet-Ablauf abgehoben wurden.

Ausstehende Wiederverarbeitung

Zeilen, die noch auf eine ressourcenschonende Verarbeitung warten, statt als abgeschlossen vorgetäuscht zu werden.

4TEEN ambassador cabinet mobile wallet preview

Wallet-Route öffnen Registrierungsablauf ansehen

Cabinet-Identität, Referral-Link, Käuferzeilen, ausstehende Wiederverarbeitung und Auszahlungen bleiben wallet-nativ. Die Website bleibt öffentlich, lesbar und ehrlich.

Profile On-Chain

Ambassador-Profile, die bereits über die controller-gestützte Cabinet-Ebene sichtbar sind.

Gebundene Käufer

Käuferidentitäten, die bereits Ambassador-Profilen zugeordnet sind.

Ausgezahlte Rewards

1.28 TRX

TRX, die bereits von Ambassadors über den Cabinet-Ablauf abgehoben wurden.

Ausstehende Wiederverarbeitung

Zeilen, die noch auf eine ressourcenschonende Verarbeitung warten, statt als abgeschlossen vorgetäuscht zu werden.

Cabinet-Route

Die öffentliche Seite ist nicht das Cabinet. Sie beweist, dass das Cabinet existiert.

Das ist die saubere Produkttrennung. Das Wallet besitzt Identität, Bindung, Wiederverarbeitung und Auszahlungsaktionen. Die Website erklärt die Mechanik und zeigt, ob sich das System tatsächlich bewegt.

Controller + Cabinet

Registrierung und Rewards bleiben wallet-nativ. Öffentliche Nachweise bleiben offen.

Der Cabinet-Endpunkt führt bereits den On-Chain-Dashboard-Status mit Datenbankzeilen für Käufer, Käufe und ausstehende Wiederverarbeitung zusammen. Das bedeutet, dass die öffentliche Website wahrheitsgemäß über den Ablauf sprechen kann, ohne vorzugeben, das Cabinet selbst ersetzen zu können.

Das Cabinet löst einen Referral-Link aus dem Ambassador-Slug auf.
Käuferzugeordnete Käufe werden gespeichert und gegen den Controller wiederverarbeitet, sobald die Ressourcen es zulassen.
Auszahlbarer Reward-Status und Auszahlungshistorie werden zusammen mit dem On-Chain-Profil verfolgt.

Slug-Eigentum

Ein Wallet wird nicht allein durch Marketingtext zu einem Ambassador

Der Registrierungsablauf prüft die Verfügbarkeit des Slugs, verhindert doppelte Wallet-Registrierungen und erwartet ein echtes On-Chain-Ambassador-Profil, bevor die Route als abgeschlossen gilt.

Käuferbindung

Die Earn-Route beginnt, wenn Käufe tatsächlich zugeordnet werden

Gebundene Käufer, zugeordnete Käufe, verarbeitete Controller-Zeilen und ausstehende Wiederverarbeitung sind getrennte Zustände. Das Cabinet reduziert sie nicht auf eine einzige dekorative Zahl.

Deshalb sollte die Seite einen öffentlichen Ambassador-Controller mit einem echten Cabinet im Hintergrund beschreiben, nicht eine gefälschte Referral-Landingpage ohne Betriebszustand.

4TEEN ambassador registration mobile wallet preview

Registrierungsablauf

Die Registrierung beginnt im Wallet und wird dann zu einem On-Chain-Profil.

Der Registrierungsbildschirm ist kein loses Anmeldeformular. Er ist der Punkt, an dem Slug-Auswahl, Wallet-Identität, Energie-Routing und Controller-Synchronisierung relevant werden.

ambassador_registration

Das Wallet kann Ressourcen kalkulieren, den Slug validieren und erst dann die Registrierung abschließen.

Die API prüft, ob der Slug vergeben ist, ob das Wallet bereits registriert ist und ob die Energie-Route für den Zweck ambassador_registration bereit ist. Nach der Transaktion verifiziert die Cabinet-Synchronisierung, dass das On-Chain-Profil wirklich existiert.

Die Slug-Verfügbarkeit wird geprüft, bevor die Route bestätigt.
Bei Bedarf kann Energie-Miete gezielt für die Ambassador-Registrierung angefordert werden.
Die Cabinet-Synchronisierung verifiziert den gespeicherten Slug-Hash und stellt den finalen Referral-Link bereit.

Wallet-Identität

Die Registrierung wird zu einem Profil, nicht zu einem einmaligen Formular-Eintrag

Nach der Synchronisierung hat der Ambassador ein wallet-gebundenes Profil mit aktuellem Level, Reward-Prozentsatz, Käuferanzahl, Volumen, aufgelaufenen Rewards, ausgezahlten Rewards und auszahlbarem Guthaben.

Sicherheit bei der Wiederverarbeitung

Wenn die Betreiberseite zu wenig Ressourcen hat, warten Zeilen, statt zu lügen

Ausstehende Wiederverarbeitung ist Teil der Wahrheitsebene. Das Cabinet hält sie sichtbar, bis die Betreiberressourcen sicher genug sind, um verifizierte Käufe sauber zu verarbeiten.

Die Registrierungssequenz ist also nicht kosmetisch. Sie ist der Einstieg in dasselbe Cabinet, das später Referral-Status, Kaufzeilen und Auszahlungen hält.

Öffentliches Ledger

Controller-Gesamtdaten bleiben öffentlich, auch wenn Cabinet-Aktionen privat bleiben.

Ambassadors insgesamt	8
Aktive Ambassadors	8
Gebundene Käufer	4
Verfolgtes Volumen	258 TRX
Aufgelaufene Rewards	1.81 TRX
Ausgezahlte Rewards	1.28 TRX
Reservierte Rewards	0.53 TRX
Für Owner verfügbar	16.25 TRX
Nicht zugeordnete Kaufmittel	12.6 TRX

FourteenController stellt systemweite Zähler und Salden bereit. Die Website sollte das sichtbar machen, ohne vorzugeben, dass die öffentliche Ebene Cabinet-Transaktionen signieren kann.

Cabinet-Laufzeit

Wenn Ressourcen knapp sind, warten Zeilen, statt vorzugeben, sie seien verarbeitet.

Operator Wallet	TN95o1...LH6TCT
Jetzt bereit	Aufladung erforderlich
Profile On-Chain	8
Aktive Profile	8
Ausstehende Wiederverarbeitung	1
Letzter gesehener Kauf	May 5, 2026, 4:55:45 PM UTC
Letzte gesehene Auszahlung	Apr 3, 2026, 1:26:33 PM UTC
Verfügbare Energie	0
Verfügbare Bandbreite	600
Bedarf pro Zuteilung	120000 energy / 500 bandwidth
Sicherer Mindestbestand nach Durchlauf	100 energy / 10 bandwidth

Die öffentliche Laufzeitansicht ist wichtig, weil sie erklärt, warum Wiederverarbeitung berechtigt in die Warteschlange gehen kann. Niedrige Energie oder Bandbreite ist nicht länger ein stiller Fehler; sie ist sichtbarer Systemstatus.

Level-Leiter

Käuferwachstum verändert den Reward-Anteil.

0-9 buyers

Bronze

10% Reward-Anteil auf qualifizierten Flow.

10-99 buyers

Silver

25% Reward-Anteil auf qualifizierten Flow.

100-999 buyers

Gold

50% Reward-Anteil auf qualifizierten Flow.

1000+ buyers

Platinum

75% Reward-Anteil auf qualifizierten Flow.

Nachweisebene

Die öffentliche Seite sollte weiterhin zeigen, was das Cabinet bereits verarbeitet hat.

Erfasste Käufe

12

Käufe, die bereits in den Cabinet-Footprint geschrieben wurden, über verarbeitete und ausstehende Zeilen hinweg.

Ambassadors mit Käufen

3

Profile, bei denen Kaufzuordnung bereits durch die Earn-Route läuft.

Auszahlungsereignisse

2

Reward-Auszahlungszeilen, die bereits vom Backend und der Cabinet-Synchronisierung erfasst wurden.

Letzte gesehene Auszahlung

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

Zeitstempel der zuletzt erfassten Ambassador-Reward-Auszahlung.

So bleibt die Website auf tatsächliche Cabinet-Nachweise gestützt: Käufe, Wiederverarbeitungswarteschlange und Auszahlungen hinterlassen alle einen sichtbaren öffentlichen Footprint.

Nachweis-Routen

Nutze die öffentliche Ebene, um den Controller, die Wallet-Implementierung und die Live-App zu prüfen.

Contract

Open contracts repo