Napisać OPROGRAMOWANIE na BLOCKCHAIN część 2

- 2. transakcja na rozwój front-endu

front-end (react) zgodnie z projektem https://drive.google.com/file/d/1TZJkWb4BSQl4Zq7NetWcN5q5IqI1po0o/view?usp=sharing

back-end (Nodejs) zgodnie z wymaganiami:

Wymagania dotyczące sieci referencyjnej na 10 poziomach.

Gracz w programie referencyjnym buduje sieć na podstawie rekomendacji, tzn. powinno być pole do generowania linku referencyjnego i kodu QR.

Definicje:

Gracz - klient, który okresowo korzysta z usługi.

Aktywny Gracz - klient, który w ciągu miesiąca kalendarzowego wpłacił jakąś kwotę na swoje konto w wysokości 30 UAH (jako przykład).

Wszystkie wartości cyfrowe to  zmienna wielkość.

Przyznania są dokonywane w pierwszy dzień kalendarzowy nowego miesiąca za poprzedni.

Przyznania nagród (bonusów) są dokonywane tylko dla tych, którzy wpłacili kwotę od 30 UAH, jeśli nie ma wpłat, to bonusy nie są przyznawane.

Gracz  domyślnie uważany jest za poziom zerowy (korzeniowy).

Od pierwszego  poziomu  (kogo osobiście zaprosił) otrzymuje  5% wpłat za miesiąc;

Od drugiego      5%;

Od trzeciego      5%;

Od czwartego    5%;

Od piątego        5%.

Od szóstego       5%

Od siódmego      5%

Od ósmego      5%

Od dziewiątego      5%

Od dziesiątego      5% 

Poniżej dziesiątego poziomu przyznania  dla poziomu zerowego nie ma.  Nagrody wynoszą 50%.

Administrator widzi całą sieć. Gracze tylko swoją w swoich panelach.

Klienci powinni przyciągać referentów wszystkimi dostępnymi metodami - media społecznościowe, kody QR i inne.

Administrator -  dwa poziomy - administrator, operator.

W panelu  Administratora powinno być:

1. Konfigurowalne poziomy dostępu.

1.1. Administrator 

1.2. Operator

Co powinno być - liczba wszystkich osób, ile wpłat, liczba przyznań. 

Eksport dokumentów dla BSA.

Wykresy, wybór według interesujących parametrów. Okno wiadomości z reklamowym banerem - ustawienia dla klientów.

2. Klient

Liczba zaproszonych referentów ogółem i według poziomów

Liczba aktywnych (opłaconych) referentów ogółem i według poziomów

Kwota przyznanych bonusów

Okno wiadomości lub reklamowy baner.

Okno generowania kodu QR linku referencyjnego i stały link referencyjny.

Strona główna 

Zapytanie o rejestrację użytkownika w nowej oddzielnej bazie danych referentów z potwierdzeniem przez e-mail. (plus dodajemy zapytanie łączące, aby sprawdzić, czy ten użytkownik znajduje się w ogólnej bazie danych oraz wymyślamy przekazywanie i aktualizację liczby mirakoinów i płatności między dwiema bazami danych) p.s będzie można ustalić czas na rozmowę i omówić możliwe opcje.

Zapytanie o podstawowe wejście na stronę.

Strona “Mój profil”

Zapytanie, które zwraca sumę wpłat oraz status konta, saldo użytkownika oraz liczbę referentów. 

Przycisk “doładuj konto” (nasze systemy płatności, nic nie jest potrzebne)

Przycisk “Wypłać bonusy” nie ma zapytania, ponieważ przenosi użytkownika na stronę bonusów. 

Przycisk “Szczegóły” pod referentami również nie wymaga zapytania, przenosi użytkownika na inną stronę.

Strona “Moje bonusy”

Zapytanie o saldo bieżących bonusów użytkownika oraz statystyki przyznawania bonusów (rok, trzy miesiące, miesiąc, tydzień) oraz odpisywanie w tych samych interwałach.

Zapytanie o wypłatę środków na kartę (dodatkowe informacje, przekażemy podczas realizacji)

Zapytanie o przeliczenie bonusów na konto miraplay (zmiana liczby monet w bazie użytkownika, przygotuję odpowiedni rout według parametrów) 

Zapytanie o wypłatę na portfel kryptograficzny.

Strona “Moje Referencje”

      1.Dane o zaproszonych i aktywnych użytkownikach.

      2.Dane o referentach porównawczo (wszystkie informacje wraz z procentami w zależności od poziomu) z imieniem i awatarem użytkownika-referenta.

      3.Wyciąg agregatu analityki o rejestracji referentów  (rok, trzy miesiące, miesiąc, tydzień)

Strona “Moje linki referencyjne”

      1. Zapytanie o stworzenie linku referencyjnego (w polu wejściowym użytkownik będzie dodawał nazwę linku, która na backendzie dodawana jest do ogólnego formatu linków i generowana. W miarę możliwości zrobić je krótkimi).

      1.1 edytowanie nazwy linku i regeneracja linku. 

     2.Zapytanie, które zwraca aktywne linki użytkownika. 

     3. Zapytanie o usunięcie linku z bazy danych.

     4. Logowanie przejścia po zapytaniu.

     5. Analityka liczby przejść i rejestracji dla każdego z linków według nazwy. 

Strona “Moje Ustawienia”

Zapytanie o wszystkie dane.

zapytanie o zmianę danych (Nazwisko, Imię, Imię ojca, Login, E-mail, Telefon, Data urodzenia, Telegram, Zmiana hasła, Kod identyfikacyjny, Seria i numer paszportu, Twoje zameldowanie, Kto wydał, Twoje dane, KVED, EDRPOU, Nazwa TOW, Avatar Użytkownika)

Strona “FAQ” 

Zapytanie o uzyskanie wszystkich pytań i odpowiedzi.

Zapytanie administracyjne do dodawania, edytowania i usuwania pytań. (+ potrzebny dynamiczny tłumaczenie).

Przycisk “Skontaktuj się z nami” przyjmuje dane (Temat, pytanie, użytkownik) i zapisuje pytanie w bazie danych. Osobno i w podmiocie użytkownika, który zadawał pytanie, aby później wyświetlić historię korespondencji.  

Strona “Użytkownicy” (Administracyjna)

Zapytanie o wszystkich użytkowników.

Zapytanie o posortowanych aktywnych klientów, którzy już mają zarejestrowanych referentów.

Zapytanie o posortowanych użytkowników, którzy mają przynajmniej 1 wpłatę.

Zapytanie administracyjne o zablokowanie użytkownika z logowaniem przyczyny.

Zapytanie administracyjne o przeniesienie użytkownika do operatora.

Zapytanie administracyjne o informacje o konkretnym użytkowniku. 

Zapytanie o obniżenie operatora z powrotem na użytkownika (z logowaniem w formacie “usunięci operatorzy”)

Zapytanie o wszystkich usuniętych operatorów.

Zapytanie o zablokowanych użytkowników z wszystkimi informacjami i przyczyną zablokowania. 

Strona “Statystyka” (Administracyjna)  

Statystyka wpłat użytkowników (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat) oraz całkowita kwota za wybrany okres. 

Statystyka rejestracji (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyka aktywnych (więcej niż 100 UAH) i nieaktywnych użytkowników (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyka przejść referencyjnych (dzień, tydzień, miesiąc, trzy miesiące, rok, wprowadzenie według dat)

Statystyka wypłat z wariantami “na konto”, “przeniesienie do mirakoinów”, “wypłata na portfel kryptograficzny”.

Statystyka różnicy aktywnych użytkowników w porównaniu do poprzedniego miesiąca. 

Strona “Ustawienia poziomów referencyjnych” (Administracyjna)

     1.Zapytanie o edytowanie stawki procentowej poziomów referentów  

Strona “Opinie” (Administracyjna)

Zapytanie o wyświetlenie wszystkich wysłanych zapytań. 

Zapytanie, które przyjmuje odpowiedź do konkretnego pytania i dodaje tę odpowiedź do informacji użytkownika, który zadawał to pytanie.

Model użytkownika

System przyznawania bonusów zaczyna się od momentu, gdy użytkownik przyprowadza pierwszego referenta, który dokonuje wpłaty. 

Te bonusy są “szare”, dopóki użytkownik nie wpłaci na konto od 100 UAH. Po zmianie statusu konta na “aktywny” te bonusy przenoszą się do kategorii “zielone” i są już nie w “bonusach” użytkownika, ale w jego saldzie. Tzn. są przechowywane. Od następnego miesiąca wszystkie bonusy znowu są liczone w kategorii “szare” i zerowane, jeśli w ciągu bieżącego miesiąca konto nie zostało przeniesione do statusu “aktywny” (kwota wpłat była mniejsza niż 100 UAH). Wypłata bonusów jest możliwa tylko pod warunkiem, że w momencie składania wniosku o wypłatę konto użytkownika jest w statusie “aktywny” (kwota doładowań za bieżącą liczbę dni większa niż 100 UAH). Rozpoczęcie i aktualizacja konta oraz statusu bonusów są związane z początkiem i końcem miesiąca kalendarzowego. 

Uściślenia dotyczące ważnych punktów modelu użytkownika, dla wygody.

logowanie przejścia po  linkach referencyjnych użytkownika (nawet jeśli bez rejestracji, rejestrujemy aktywność oraz  liczbę  zainteresowanych klientów). 

pole o posiadaniu podpisanej umowy na wypłatę środków (będzie zmieniać się przez zapytanie administracyjne-potwierdzenie).

Pole rejestracji, czy to osoba publiczna, przez zapytanie administracyjne 

pola z wartościami wypłaty środków na różne systemy.

tablica z korespondencją z administratorem/operatoriem z datami i tematyką korespondencji.

pole, czy użytkownik był operatorem

przyczyna zablokowania, jeśli został zablokowany. 

logowanie wypłaty środków na różnych systemach 

rachunek ogólnego doładowania i usunięcia przez cały czas istnienia “użytkownika”

rejestracja każdego wypłaty i doładowania środków z datą i czasem. 

rejestracja ostatniego aktywnego miesiąca u użytkownika. Jeśli u wcześniej aktywnego użytkownika, przerwa w 2 miesiące, wysyłamy zaplanowane powiadomienie na e-mail. 

Tak samo zaplanowane powiadomienie o możliwości utraty przyznanych “szarych” bonusów, na 10 dni przed końcem miesiąca. 

wysłanie ostrzeżenia o dużej liczbie referentów, którzy weszli przez link, ale się nie zarejestrowali, z wyjaśnieniem nazwy linku. Dla zwykłego użytkownika po każdych 20 “pustych” przejściach. Dla publicznego użytkownika po każdych 50 “pustych” przejściach.

I połączenie z główną bazą danych, aby jednocześnie zaktualizować liczbę wpłat i monet. 

Również należy wyróżnić i zabronić usuwania profili “czystych” administratorów. Ale mieć zapytanie o przekształcenie użytkownika w użytkownika&operatora lub użytkownika&administratora, których można zarówno blokować, jak i usuwać. Tzn. mieć różnicę zapisów w bazie danych między czystymi a mianowanymi administratorami.

I śledzić liczbę użytkowników na stronie w danym momencie.

Logowanie, które muszą być obowiązkowe.

     Liczba przejść przez linki

     Liczba aktywnych użytkowników według miesięcy

     Liczba nieaktywnych użytkowników według miesięcy

     Korespondencja z klientami z powiązaniem id użytkownika, który pyta oraz administratora/operatora, który odpowiada. 

     Usunięci operatorzy/administratorzy

Zachowanie drzewa użytkowników w systemie blockchain poprzez smart kontrakt z elastyczną możliwością wdrażania dodatkowych funkcji (system modułowy)

Przykład: ewidencja salda bonusów

Baza danych według uznania

Kopia wszystkich użytkowników z uwzględnieniem drzewa zachować w bazie danych