Загрузка цены
FourteenControllerПубличный контроллер амбассадоров

Публичный контроллер амбассадоров 4TEEN с реальным кабинетом за ним

Сайт — это proof-слой. Регистрация, владение slug, привязка покупателей, начисление rewards и вывод средств по-прежнему находятся в кошельковом кабинете и рассчитываются через FourteenController.

Этот маршрут не должен делать вид, что публичная страница является рабочим кабинетом. Реальный flow начинается в кошельке: пользователь регистрирует ambassador-identity, закрепляет slug, синхронизирует on-chain профиль, а затем накапливает объём и rewards, атрибутированные покупателями.

У публичного сайта другая задача. Он должен доказывать, что контроллер live, профили кабинета существуют, привязки покупателей отслеживаются, покупки обрабатываются, а состояние rewards остаётся видимым, а не исчезает в back office.

  • РЕГИСТРИРУЙ. ПРИВЯЗЫВАЙ. ПРОВЕРЯЙ. ВЫВОДИ.
  • ПУБЛИЧНЫЙ PROOF. РЕАЛЬНЫЙ КАБИНЕТ.

Профили on-chain

8

Профили амбассадоров уже видны через слой кабинета, поддерживаемый контроллером.

Привязанные покупатели

4

Buyer identities уже прикреплены к профилям амбассадоров.

Rewards выведены

1.28 TRX

TRX уже выведены амбассадорами через flow кабинета.

Pending Replay

1

Строки, которые всё ещё ждут безопасной по ресурсам обработки, а не выдаются за завершённые.

4TEEN ambassador cabinet mobile wallet preview

Identity кабинета, реферальная ссылка, строки покупателей, pending replay и выводы остаются нативными для кошелька. Сайт остаётся публичным, понятным и честным.

Identity кабинета, реферальная ссылка, строки покупателей, pending replay и выводы остаются нативными для кошелька. Сайт остаётся публичным, понятным и честным.

Профили on-chain

8

Профили амбассадоров уже видны через слой кабинета, поддерживаемый контроллером.

Привязанные покупатели

4

Buyer identities уже прикреплены к профилям амбассадоров.

Rewards выведены

1.28 TRX

TRX уже выведены амбассадорами через flow кабинета.

Pending Replay

1

Строки, которые всё ещё ждут безопасной по ресурсам обработки, а не выдаются за завершённые.

Маршрут кабинета

Публичная страница — не кабинет. Она доказывает, что кабинет существует.

Это чистое продуктовое разделение. Кошелёк отвечает за identity, привязку, replay и действия вывода. Сайт объясняет механику и показывает, действительно ли система движется.

Контроллер + кабинет

Регистрация и rewards остаются нативными для кошелька. Публичный proof остаётся открытым.

Endpoint кабинета уже объединяет on-chain состояние dashboard с database rows для покупателей, покупок и pending replay. Это значит, что публичный сайт может честно рассказывать о flow, не делая вид, будто он может заменить сам кабинет.

  • Кабинет формирует реферальную ссылку из slug амбассадора.
  • Покупки, атрибутированные покупателям, сохраняются и replay-обрабатываются через контроллер, когда ресурсы это позволяют.
  • Состояние claimable rewards и история выводов отслеживаются вместе с on-chain профилем.

Владение slug

Кошелёк не становится амбассадором только благодаря маркетинговому тексту

Registration flow проверяет доступность slug, предотвращает повторную регистрацию кошелька и ожидает реальный on-chain профиль амбассадора до того, как маршрут считается завершённым.

Привязка покупателей

Earn-маршрут начинается, когда покупки действительно атрибутированы

Привязанные покупатели, атрибутированные покупки, обработанные строки контроллера и pending replay — это отдельные состояния. Кабинет не сводит их в одно декоративное число.

Именно поэтому страница должна описывать публичный контроллер амбассадоров с реальным кабинетом за ним, а не фейковый реферальный landing page без рабочего состояния.

4TEEN ambassador registration mobile wallet preview

Registration Flow

Регистрация начинается в кошельке, а затем становится on-chain профилем.

Экран регистрации — это не свободная signup-форма. Это точка, где выбор slug, wallet identity, routing энергии и синхронизация с контроллером начинают иметь значение.

ambassador_registration

Кошелёк может оценить ресурсы, проверить slug и только затем финализировать регистрацию.

API проверяет, занят ли slug, зарегистрирован ли уже кошелёк и готов ли energy route для purpose ambassador_registration. После транзакции синхронизация кабинета проверяет, что on-chain профиль действительно существует.

  • Доступность slug проверяется до подтверждения маршрута.
  • Аренду энергии можно запросить специально для регистрации амбассадора, когда это необходимо.
  • Синхронизация кабинета проверяет сохранённый slug hash и показывает итоговую реферальную ссылку.

Wallet identity

Регистрация становится профилем, а не разовым заполнением формы

После синхронизации у амбассадора появляется wallet-bound профиль с текущим уровнем, reward-процентом, числом покупателей, объёмом, начисленными rewards, выведенными rewards и claimable balance.

Безопасность replay

Если у операторской стороны не хватает ресурсов, строки ждут, а не лгут

Pending replay — часть truth layer. Кабинет держит его видимым, пока операторских ресурсов не станет достаточно для чистой обработки проверенных покупок.

Поэтому последовательность регистрации не косметическая. Это вход в тот же кабинет, где позже хранятся referral state, строки покупок и выводы.

Публичный ledger

Итоги контроллера остаются публичными, даже когда действия кабинета остаются приватными.

Всего амбассадоров8
Активные амбассадоры8
Привязанные покупатели4
Отслеживаемый объём258 TRX
Начисленные rewards1.81 TRX
Выведенные rewards1.28 TRX
Зарезервированные rewards0.53 TRX
Доступно owner16.25 TRX
Нераспределённые средства покупок12.6 TRX

FourteenController раскрывает системные счётчики и балансы. Сайт должен делать это видимым, не притворяясь, что публичный слой может подписывать транзакции кабинета.

Runtime кабинета

Если ресурсов мало, строки ждут, а не делают вид, что они обработаны.

Кошелёк оператораTN95o1...LH6TCT
Готово сейчасНужен top-up
Профили on-chain8
Активные профили8
Pending Replay1
Последняя замеченная покупкаMay 5, 2026, 4:55:45 PM UTC
Последний замеченный выводApr 3, 2026, 1:26:33 PM UTC
Доступная энергия0
Доступный bandwidth600
Потребность на allocation120000 energy / 500 bandwidth
Safe floor после запуска100 energy / 10 bandwidth

Публичный runtime-view важен, потому что он объясняет, почему replay может легитимно становиться в очередь. Низкая энергия или bandwidth больше не являются тихим сбоем; это видимое состояние системы.

Лестница уровней

Рост покупателей меняет долю rewards.

0-9 buyers

Bronze

10% reward share на qualified flow.

10-99 buyers

Silver

25% reward share на qualified flow.

100-999 buyers

Gold

50% reward share на qualified flow.

1000+ buyers

Platinum

75% reward share на qualified flow.

Proof Layer

Публичная сторона всё равно должна показывать, что кабинет уже обработал.

Записанные покупки

12

Покупки, уже записанные в footprint кабинета, включая обработанные и pending rows.

Амбассадоры с покупками

3

Профили, у которых уже есть purchase attribution, проходящая через earn-маршрут.

События вывода

2

Строки вывода rewards, уже зафиксированные backend и синхронизацией кабинета.

Последний замеченный вывод

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

Самый последний записанный timestamp вывода rewards амбассадором.

Это удерживает сайт на основе реальных доказательств кабинета: покупки, очередь replay и выводы — всё оставляет видимый публичный footprint.