FourteenControllerController pubblico per ambassador

Un controller pubblico per ambassador 4TEEN con un vero cabinet alle spalle

Il sito web è il livello di prova. Registrazione, proprietà dello slug, binding degli acquirenti, maturazione delle ricompense e prelievi restano nel cabinet del wallet e vengono regolati su FourteenController.

Questa route non deve fingere che la pagina pubblica sia il cabinet operativo. Il flusso reale parte nel wallet: un utente registra un’identità da ambassador, rivendica uno slug, sincronizza il profilo on-chain e poi accumula volume e ricompense attribuiti agli acquirenti.

Il sito pubblico ha un compito diverso. Deve dimostrare che il controller è live, che esistono profili nel cabinet, che i binding degli acquirenti vengono tracciati, che gli acquisti vengono processati e che lo stato delle ricompense resta visibile invece di sparire in un back office.

REGISTRA. COLLEGA. VERIFICA. PRELEVA.
PROVA PUBBLICA. CABINET REALE.
PRIMA LO SLUG. POI IL FLUSSO DI RICOMPENSE.

Profili on-chain

Profili ambassador già visibili tramite il livello cabinet supportato dal controller.

Acquirenti collegati

Identità degli acquirenti già associate ai profili ambassador.

Ricompense richieste

1.28 TRX

TRX già prelevati dagli ambassador tramite il flusso del cabinet.

Replay in sospeso

Righe ancora in attesa di un’elaborazione sicura per le risorse, invece di essere finte come completate.

4TEEN ambassador cabinet mobile wallet preview

Apri la route del wallet Vedi il flusso di registrazione

Identità nel cabinet, link referral, righe acquirente, replay in sospeso e prelievi restano nativi del wallet. Il sito web rimane pubblico, leggibile e trasparente.

Profili on-chain

Profili ambassador già visibili tramite il livello cabinet supportato dal controller.

Acquirenti collegati

Identità degli acquirenti già associate ai profili ambassador.

Ricompense richieste

1.28 TRX

TRX già prelevati dagli ambassador tramite il flusso del cabinet.

Replay in sospeso

Righe ancora in attesa di un’elaborazione sicura per le risorse, invece di essere finte come completate.

Route del cabinet

La pagina pubblica non è il cabinet. Dimostra che il cabinet esiste.

Questa è la separazione di prodotto corretta. Il wallet gestisce identità, binding, replay e azioni di prelievo. Il sito spiega la meccanica e mostra se il sistema si sta davvero muovendo.

Controller + Cabinet

Registrazione e ricompense restano native del wallet. La prova pubblica resta aperta.

L’endpoint del cabinet unisce già lo stato della dashboard on-chain con le righe del database per acquirenti, acquisti e replay in sospeso. Questo significa che il sito pubblico può descrivere il flusso in modo veritiero senza fingere di poter sostituire il cabinet stesso.

Il cabinet risolve un link referral a partire dallo slug dell’ambassador.
Gli acquisti attribuiti agli acquirenti vengono persistiti e riprodotti sul controller quando le risorse lo consentono.
Lo stato delle ricompense richiedibili e la cronologia dei prelievi vengono tracciati insieme al profilo on-chain.

Proprietà dello slug

Un wallet non diventa ambassador solo con un testo di marketing

Il flusso di registrazione verifica la disponibilità dello slug, impedisce la registrazione duplicata del wallet e richiede un profilo ambassador on-chain reale prima che la route sia considerata completata.

Binding degli acquirenti

La route di earning inizia quando gli acquisti sono davvero attribuiti

Acquirenti collegati, acquisti attribuiti, righe del controller processate e replay in sospeso sono tutti stati separati. Il cabinet non li appiattisce in un unico numero decorativo.

Ecco perché la pagina dovrebbe descrivere un controller pubblico per ambassador con un vero cabinet alle spalle, non una falsa landing page referral senza stato operativo.

4TEEN ambassador registration mobile wallet preview

Flusso di registrazione

La registrazione inizia nel wallet, poi diventa un profilo on-chain.

La schermata di registrazione non è un semplice modulo di signup. È il punto in cui selezione dello slug, identità del wallet, instradamento dell’energia e sincronizzazione con il controller iniziano a contare.

ambassador_registration

Il wallet può quotare le risorse, validare lo slug e solo dopo finalizzare la registrazione.

L’API verifica se lo slug è già occupato, se il wallet è già registrato e se la route dell’energia è pronta per lo scopo ambassador_registration. Dopo la transazione, la sincronizzazione del cabinet verifica che il profilo on-chain esista davvero.

La disponibilità dello slug viene verificata prima che la route confermi.
Il noleggio di energia può essere richiesto specificamente per la registrazione ambassador quando necessario.
La sincronizzazione del cabinet verifica l’hash dello slug salvato ed espone il link referral finale.

Identità del wallet

La registrazione diventa un profilo, non la compilazione una tantum di un modulo

Una volta sincronizzato, l’ambassador ha un profilo collegato al wallet con livello attuale, percentuale di ricompensa, conteggio acquirenti, volume, ricompense maturate, ricompense richieste e saldo richiedibile.

Sicurezza del replay

Se il lato operatore ha poche risorse, le righe attendono invece di mentire

Il replay in sospeso fa parte del livello di verità. Il cabinet lo mantiene visibile finché le risorse dell’operatore non sono abbastanza sicure da processare in modo pulito gli acquisti verificati.

Quindi la sequenza di registrazione non è cosmetica. È la porta d’ingresso nello stesso cabinet che in seguito contiene stato referral, righe di acquisto e prelievi.

Ledger pubblico

I totali del controller restano pubblici anche quando le azioni del cabinet restano private.

Ambassador totali	8
Ambassador attivi	8
Acquirenti collegati	4
Volume tracciato	258 TRX
Ricompense maturate	1.81 TRX
Ricompense richieste	1.28 TRX
Ricompense riservate	0.53 TRX
Disponibile per l’owner	16.25 TRX
Fondi di acquisto non allocati	12.6 TRX

FourteenController espone conteggi e saldi a livello di sistema. Il sito dovrebbe renderli visibili senza fingere che il livello pubblico possa firmare transazioni del cabinet.

Runtime del cabinet

Se le risorse sono basse, le righe attendono invece di fingere di essere state chiuse.

Wallet operatore	TN95o1...LH6TCT
Pronto ora	Richiede top-up
Profili on-chain	8
Profili attivi	8
Replay in sospeso	1
Ultimo acquisto rilevato	May 5, 2026, 4:55:45 PM UTC
Ultimo prelievo rilevato	Apr 3, 2026, 1:26:33 PM UTC
Energia disponibile	0
Bandwidth disponibile	600
Fabbisogno per allocazione	120000 energy / 500 bandwidth
Soglia sicura dopo l’esecuzione	100 energy / 10 bandwidth

La vista pubblica del runtime è importante perché spiega perché il replay può legittimamente accodarsi. Energia o bandwidth basse non sono più un errore silenzioso; sono uno stato di sistema visibile.

Scala dei livelli

La crescita degli acquirenti modifica la quota di ricompensa.

0-9 buyers

Bronze

10% di quota ricompensa sul flusso qualificato.

10-99 buyers

Silver

25% di quota ricompensa sul flusso qualificato.

100-999 buyers

Gold

50% di quota ricompensa sul flusso qualificato.

1000+ buyers

Platinum

75% di quota ricompensa sul flusso qualificato.

Livello di prova

Il lato pubblico dovrebbe comunque mostrare ciò che il cabinet ha già processato.

Acquisti registrati

12

Acquisti già scritti nell’impronta del cabinet, tra righe processate e in sospeso.

Ambassador con acquisti

3

Profili che hanno già attribuzione di acquisti in movimento attraverso la route di earning.

Eventi di prelievo

2

Righe di prelievo delle ricompense già acquisite dal backend e dalla sincronizzazione del cabinet.

Ultimo prelievo rilevato

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

Timestamp più recente registrato per un prelievo di ricompense ambassador.

Questo mantiene il sito web ancorato a prove reali del cabinet: acquisti, coda di replay e prelievi lasciano tutti un’impronta pubblica visibile.

Route di prova

Usa il livello pubblico per ispezionare il controller, l’implementazione del wallet e l’app live.

Contratto

Open contracts repo