Budżet: 15000 UAH Termin: 3 dni
Cześć! Dokładnie przeanalizowałem twój projekt i jestem gotów do jego realizacji. Porozmawiajmy o szczegółach, aby jak najlepiej go wykonać.
...Projekt: Platforma Prop Trading Crypto
⸻
1. Cel projektu
Stworzyć internetową platformę prop trading, na której użytkownik:
1. Rejestruje się
2. Kupuje wyzwanie handlowe
3. Przechodzi etap oceny
4. Otrzymuje konto finansowane
5. Dzieli się zyskiem z platformą
Platforma powinna być w pełni zautomatyzowana, z systemem kontroli ryzyka i przejrzystą logiką obliczeń.
⸻
2. Architektura projektu
2.1 Stos technologiczny
Frontend:
• Next.js (SSR)
• Tailwind lub analog
• Responsywne układanie (mobile-first)
Backend:
• Node.js (NestJS) lub Laravel
• REST API
• Autoryzacja JWT
Baza danych:
• PostgreSQL
Hosting:
• VPS (Ubuntu)
• Docker (zalecane)
• Oddzielny serwer dla bazy danych
⸻
3. Struktura strony
3.1 Część publiczna
Strona główna
Bloki:
1. Blok Hero
• Nagłówek
• Podtytuł
• Przycisk “Rozpocznij Wyzwanie”
• Przycisk “Zobacz Zasady”
2. Jak to działa (3 kroki)
3. Tabela wyzwań
• Rozmiar konta
• Cena
• Cel zysku
• Maksymalne dzienne straty
• Maksymalne całkowite straty
• Podział zysku
4. Korzyści
5. FAQ
6. Program partnerski
⸻
4. Rejestracja i autoryzacja
Funkcjonalność:
• Email + hasło
• Potwierdzenie email
• Przywracanie hasła
• Autoryzacja JWT
• 2FA (przez Google Authenticator)
Tabela użytkowników:
• id
• password_hash
• rola (użytkownik/admin)
• referral_code
• referred_by
• created_at
⸻
5. Panel użytkownika
5.1 Sekcja “Moje konta”
Wyświetlanie:
• ID konta
• Typ wyzwania
• Saldo początkowe
• Bieżące saldo
• Cel zysku
• Dzienne straty
• Całkowite straty
• Status (Aktywne / Zaliczone / Nieudane / Finansowane)
⸻
5.2 Szczegóły konta
Wskaźniki:
• Kapitał
• Saldo
• Pływający PnL
• Zrealizowany PnL
• Maksymalna dzienna strata (użyte %)
• Maksymalna całkowita strata (użyte %)
Historia transakcji:
• Data
• Para
• Kierunek
• Rozmiar pozycji
• PnL
⸻
6. Logika wyzwania (podstawowa matematyka)
Dla każdego konta ustalane są parametry:
• initial_balance
• profit_target_percent
• max_daily_drawdown_percent
• max_total_drawdown_percent
6.1 Obliczanie celu zysku
profit_target = initial_balance × (profit_target_percent / 100)
Jeśli:
current_equity ≥ initial_balance + profit_target
→ status = ZALICZONE
⸻
6.2 Dzienne straty
daily_loss_limit = initial_balance × (max_daily_drawdown_percent / 100)
Jeśli:
(początkowe saldo dnia − bieżąca equity) > daily_loss_limit
→ status = NIEUDANE
⸻
6.3 Całkowite straty
total_loss_limit = initial_balance × (max_total_drawdown_percent / 100)
Jeśli:
current_equity < initial_balance − total_loss_limit
→ status = NIEUDANE
Weryfikacja powinna odbywać się automatycznie przy każdej nowej transakcji.
⸻
7. Integracja handlu
Opcje:
Opcja A — Integracja API
• Połączenie z giełdą przez klucz API
• Otrzymywanie:
• Transakcji
• Salda
• PnL
• Aktualizacja co 5–10 sekund
Opcja B — Symulator
• Wbudowany system handlowy
• Ceny pobierane przez market API
• Użytkownik otwiera transakcje wewnątrz platformy
• Platforma oblicza PnL
⸻
8. System płatności
Podłączyć:
• Crypto (USDT TRC20 / ERC20)
• Stripe (karty)
Logika:
Po udanej płatności:
• tworzy się konto wyzwania
• status = AKTYWNE
• rozpoczyna się odliczanie okresu handlowego
Tabela płatności:
• id
• user_id
• amount
• currency
• status
• created_at
⸻
9. Program partnerski
Każdy użytkownik otrzymuje:
referral_code
System:
• 10–20% od kosztu wyzwania
• Przyznawanie po udanej płatności
• Wyświetlanie w panelu:
• Liczba poleconych
• Całkowity dochód
• Historia przyznawania
Tabela poleconych:
• user_id
• invited_user_id
• commission
• created_at
⸻
10. Etap finansowany
Po statusie ZALICZONE:
• Tworzy się konto finansowane
• Podział zysku = na przykład 80/20
• Przy żądaniu wypłaty:
• oblicza się czysty zysk
• zatrzymuje się % platformy
• tworzy się żądanie wypłaty
⸻
11. Panel administracyjny
Funkcje:
• Przeglądanie użytkowników
• Przeglądanie kont
• Filtr według statusów
• Ręczna zmiana statusu
• Zarządzanie taryfami
• Zarządzanie prowizjami
• Zatwierdzanie wypłat
• Statystyki finansowe
⸻
12. Bezpieczeństwo
• Limitowanie API
• Hashowanie bcrypt
• Ochrona CSRF
• Ochrona przed SQL injection
• Logi działań użytkowników
• Logi działań administratorów
⸻
13. UI/UX
• Ciemny motyw
• Żywy PnL (animacja zmiany)
• Adaptacja do urządzeń mobilnych
• Minimum przeciążenia
⸻
14. Dodatkowo (opcjonalnie)
• Plan skalowania (zwiększenie kapitału po X wypłatach)
• Ranking traderów
• Ograniczenie handlu w czasie wiadomości
• Automatyczny reset wyzwania za dodatkową opłatą
⸻
Budżet: 15000 UAH Termin: 3 dni
Cześć! Dokładnie przeanalizowałem twój projekt i jestem gotów do jego realizacji. Porozmawiajmy o szczegółach, aby jak najlepiej go wykonać.
Budżet: 15000 UAH Termin: 15 dni
Dzień dobry.
Mam doświadczenie i chęć do pracy.
Zrealizuję w ustalonym terminie.
Rozwój Telegram Mini App (Bot + WebApp) do sprzedaży dóbr cyfrowych i walut w grach (Python / aiogram) Opis projektu: Wymagana jest разработка Telegram-bota z pełnoprawnym interfejsem WebApp do zautomatyzowanej sprzedaży dóbr cyfrowych (Telegram Stars, Telegram Premium, waluty w grach/donaty do PUBG Mobile, Steam i inne). Projekt nosi nazwę Aspect App. Główny nacisk kładzie się na szybkość działania, płynny UI/UX w stylu Web3/minimalizmu oraz pełną automatyzację wydawania towarów po dokonaniu płatności. Stos technologii: Backend: Python 3.10+, aiogram 3.x (FastAPI dla Webhook/API mile widziane). Baza danych: PostgreSQL / Redis (do sesji i cache'owania). Frontend (WebApp): React.js / Vue.js / Next.js (według uznania dewelopera, ważna jest szybkość i płynność animacji). Integracje: Telegram WebApp API. Główna funkcjonalność (MVP): 1. Część kliencka (Telegram Mini App): Główny ekran: Kategorie towarów (Aktywa Telegram, Donaty w grach). Siatka banerowa dla promocji. Katalog towarów: Karty towarów z wyborem objętości (na przykład: 50, 100, 500 Telegram Stars lub UC). Pola do wprowadzania danych gracza (Player ID do PUBG). Koszyk i Zamówienie: Szybki zakup w 2 kliknięcia. Moduł płatności: Integracja metod płatności (CryptoBot API / TON Connect / inne bramki fiatowe do uzgodnienia). Panel użytkownika: Historia zamówień, status realizacji, system poleceń (saldo wewnątrz aplikacji). 2. Panel administracyjny (wbudowany w WebApp lub oddzielny bot): Zarządzanie katalogiem (dodawanie/usuwanie towarów, zmiana cen). Monitorowanie zamówień i statystyki sprzedaży. System wysyłek do bazy użytkowników. 3. Logika automatyzacji (będzie plusem): Gotowość architektury do integracji z API dostawców (API do automatycznego zakupu Stars/UC). Na etapie MVP część towarów może być wydawana kodami z bazy danych. Co jest wymagane od wykonawcy: 1. Rozwój architektury bazy danych i backendu w Pythonie. 2. Wykonanie i integracja WebApp (projekt graficzny omówimy, ważny jest czysty styl Web3, Glassmorphism). 3. Ustawienie bezpiecznych transakcji i webhooków płatności. 4. Wdrożenie na serwer (Docker, Ubuntu, konfiguracja SSL). Wymagania dla kandydata: Doświadczenie w komercyjnej разработке Telegram WebApps od 1 roku. Posiadanie portfolio z uruchomionymi i działającymi Mini Apps (przesyłaj linki w odpowiedzi). Czysty, udokumentowany kod. Warunki pracy: Praca tylko przez Bezpieczną Transakcję (Sejf / Escrow) platformy. Płatność etapowa (dzielimy projekt na Sprint 1: Backend + Baza danych, Sprint 2: Frontend WebApp, Sprint 3: Integracja płatności i testy). Budżet: Do uzgodnienia z wybranym kandydatem (podaj swoją widełkę cenową i terminy w odpowiedzi)
Potrzebny streamer, najlepiej mający subskrybentów na Twitchu, im więcej subskrybentów, tym lepiej. Należy zareklamować stronę, aby jak najwięcej ludzi się o niej dowiedziało.
Szukamy specjalisty ds. bezpieczeństwa aplikacji Solana do przeprowadzenia audytu smart kontraktu przed wdrożeniem na mainnet. Stos technologiczny kontraktu: Rust + framework Anchor Token SPL (przelew/przechowywanie tokenów w PDA) Mekaniki: rundy z czasem, escrow zakładów, resolver ceny końcowej, obliczanie i dystrybucja wypłat, instrukcje roszczeń, awaryjne wstrzymanie + zwrot, ustawienie prowizji przez admin authority Sprawdzenie pod kątem typowych luk w Solana/Anchor: brak kontroli właściciela/podpisu, walidacja konta, przepełnienie całkowite, kolizje nasion PDA, wzorce reentrancy, przywileje kluczy authority Analiza logiki dystrybucji wypłat (zaokrąglanie, edge cases z wieloma uczestnikami) Sprawdzenie mechanizmów awaryjnych (wstrzymanie, zwrot) — czy nie można ich obejść lub nadużyć Raport z klasyfikacją ustaleń według krytyczności (Critical/High/Medium/Low) oraz rekomendacjami Powtórna weryfikacja po poprawkach (re-audit fixes) Wymagania dla wykonawcy: Potwierdzone doświadczenie w audycie lub rozwoju aplikacji Solana (Rust/Anchor) — prosimy o linki do GitHub, wcześniejsze audyty lub przykłady znalezionych luk Znajomość specyfiki Token SPL oraz wzorców escrow PDA Doświadczenie z narzędziami analizy statycznej (Soteria, Sec3, cargo-audit) będzie plusem W odpowiedzi prosimy o podanie: Doświadczenia z Solana (nie EVM) — konkretne projekty Orientacyjną cenę i czas realizacji dla kontraktu o takim zakresie Format raportu (przykład, jeśli jest)