Suallar və cavablar

Platforma rejimi mövcud yeganə rejimdir: bütün məbləğlər virtualdır. Ödəniş sorğusu məbləği hesabda saxlayır və onlayn olmur: sorğunun icra rejimi var: 'qum qutusu'. Cari rejimdə blokçeynə əmanətlər və ödənişlər edilmir - real köçürmələr göndərilməməlidir. Həqiqi əməliyyatların işə salınması “tezliklə” deyil, lakin şərtlərə görə bağlanıb: payments/config/gates.cjs-də 41 hazırlıq elementi, onların heç biri yerinə yetirilməyib: doğrudur, buna görə də canGoLive() funksiyası uğursuzluq qaytarır. Bu belə olsa da, platforma rejimi mövcud olan yeganə rejimdir.

Yoxlayın: payments/config/gates.cjs:20-70,87 · payments/pyramid/engine.cjs:1389 · GET /api/public/stats → environment: sandbox

3 000 virtual USDT profil üzrə bir dəfə. Onlar kabinetdəki «Başlanğıc balansı al» düyməsi ilə hesablanır: basılana qədər balans boşdur. Artırma tələb olunmur, bu USDT-ləri çıxarmaq olmaz.

Məbləğ Math.min(DEMO_GRANT_LIMIT, 300_000) kimi verilib — bu 300 000 sent; vermə həddi DEMO_GRANT_LIMIT = 1 000 000 sent (10 000 USDT). Təkrar sorğu demo_grant_used xətasını qaytarır.

Yoxlayın: payments/pyramid/engine.cjs:1003-1020 · POST /api/me/demo-grant · kabinetdə «İşə başlama» kartı

T1–T11 on bir pillə. Sərhədlər bağlıdır: əvvəlki pillənin yuxarı sərhədi üstəgəl bir sent növbətinin aşağı sərhədinə bərabərdir — boşluq və kəsişmə yoxdur. Dərəcə məbləğdən və müddətdən asılıdır: 30 günə — gündə 1,2 %-dən (T1) 2,6 %-dək (T11); 90 günə +0,2 p.p.; 180 günə +0,4 p.p., lakin gündə 3,0 %-dən yuxarı deyil. Müddət nə qədər uzundursa, dərəcə bir o qədər yüksəkdir. Müddət əmanət açılarkən seçilir: 30, 90 və ya 180 gün, giriş — 10-dan 250 000 USDT-dək.

Pilləni minimumdan aşağı və ya maksimumdan yuxarı açmaq cəhdi aşağıdakı kodlarla rədd edilir below_tier_min / above_tier_max — «az qalır» işləmir: 9,99 USDT T1-də qəbul edilməyəcək.

Yoxlayın: payments/pyramid/plans.cjs:300,447-453 · GET /api/plans (eyni rəqəmlər maşın formasında) · kabinetdə «Depozitlər» nişanı

Düstur birdir: D gün üçün hesablama = floor(əsas × gündəlik dərəcə × D ÷ 10 000), konkret günün gəliri isə — iki belə dəyərin fərqi: floor(P × bp × d ÷ 10 000) − floor(P × bp × (d−1) ÷ 10 000). Kumulyativ floor qəpik itirmir: gündəlik artımların cəmi bütün müddət üçün hesablanmış məbləğə bərabərdir.

Nümunə (model arifmetikası, vəd deyil): T3, 100 USDT — bu 10 000 × 160 ÷ 10 000 = 160 sent = gündə 1,60 USDT; 30 gündə — 48,00 USDT. Minimum 10 USDT-də T1 pilləsi gündə 12 sent verir, 30 gündə — 3,60 USDT.

Kapitallaşdırma yoxdur: hesablanmış faizlər əsasa əlavə olunmur və növbəti günü artırmır. Günlər təqvimlə, istirahət günləri olmadan keçir.

Yoxlayın: payments/pyramid/plans.cjs:418-434,458-461 · dist/plan-math.js:50-55 · GET /api/plans → accrualMethod: tier_daily_cumulative_floor_cents

Xeyr. Bunlar eyni kapital üzərində iki konturdur və hər gün onlardan yalnız biri işləyir; onları toplamaq olmaz. Düz kontur — pillə dərəcəsi və təqvim üzrə hesablama, bu plan şərtidir. Epoxa konturu — operatorun sutka üçün elan etdiyi gəlirdən pul payı, mövqe çəkisi üzrə. Buna görə 48,00 USDT 30 günə T3 100 USDT üzrə — ya düz məbləğ, ya epoxaların cəmidir.

Yoxlayın: payments/pyramid/vault.cjs:19-30 · payments/pyramid/plans.cjs:418-434 · docs/product-math.md:200-224 · kabinetdə mənbə işarəsi: dist/account.html, funksiya numbersSource()

Dörd addım: mövqe → kapital payları (shares) → çəki → hovuzun pro-rata payı → hesablanma.

Çəki = floor(əsas × pillə əmsalı ÷ 10 000). Əmsallar pillələr üzrə verilib: T1–T2 — 150 bpm, T3–T4 — 192, T5–T6 — 233, T7–T8 — 275, T9–T10 — 296, T11 — 300. T3 100 USDT-də 192 sent = 1,92 USDT «dövr gözləməsi» çəkisi verir. Naməlum pillə çəki vermir: mövqe vault_weight_class_unknown kodu ilə rədd edilir.

Hovuz payı — iki hal və bu, səhv edilən əsas yerdir:

— hovuz ≥ çəkilərin cəmi: mövqe düz öz çəkisini alır, artıq hissə vault kapitalında qalır və payın qiymətini qaldırır;

— hovuz çəkilərin cəmindən azdır: mövqe floor(hovuz × çəki ÷ çəkilərin cəminə) alır, hovuzun qalığı növbəti dövrə deferred kimi keçirilir.

Səhifənin rəqəmləri üzrə nümunə, vəd edilmiş gəlir deyil: T3 100 USDT-də çəki 1,92 USDT; əgər dövrün hovuzu çəkilərin cəmindən azdırsa, mövqe floor(hovuz × 1,92 ÷ çəkilərin cəminə) alır, qalıq köçürməyə gedir.

Yoxlayın: payments/pyramid/plans.cjs:288-300,331-367 · payments/pyramid/vault.cjs:252-258,585-610,733-853 · nümunələr cədvəli — /epochs, «Payınız necə hesablanır» bloku

Çünki ödənişin mənbəyi — hovuz, təqvim deyil. Dövrün hovuzu operatorun elan etdiyi bu dövrün gəlirindən və keçmiş deferralların köçürülməsindən yaranır. Gəlir yoxdur — hovuz sıfırdır və mövqelər bu dövrdə heç nə almır; pillənin gündəlik dərəcəsi — şərtləri müqayisə etmək üçün hesabi kəmiyyətdir, dövrün öhdəliyi deyil.

Stendin açıq marşrutundan görüntü (6-cı dövr): hovuz 4 800,00 USDT, mövqelərə 7,50 USDT bölüşdürüldü — bu hovuzun 0,15 %-i, 4 792,50 USDT isə vault kapitalına (saxlama) getdi, yəni payın qiymətini qaldırdı, lakin nağd pula ödənilmədi. Belə dövr — norma, nasazlıq deyil: bir böyük çəki və kiçik hovuz olduqda bölgü məhz belə görünür.

Dövrün gəlirini operator ayrı hərəkətlə qeyd edir; əvvəlki yeddi dövrün medianından 30 %-dən çox kənarlaşma ikinci təsdiq tələb edir — bu, rəqəmdə təsadüfi səhvdən qoruyur.

Yoxlayın: GET /api/epochs/history?limit=30 (eyni sütunlar) · dist/epochs-public.js:77 · son 30 dövrün cədvəli — /epochs

QAPAK protokolun daxili olaraq köçürdüyü düz dövrənin hər gündəlik ödənişinin 2,5%-ni (250 bpm) təşkil edir: treasury_hot hesabından treasury_cover hesabına. T3 100 USDT üçün bu mərtəbədir (160 × 250 ÷ 10,000) = gündə 4 sent. Burada heç bir xarici töhfələr, müştəriyə komissiyalar və ya “sığorta hadisəsi üçün” ödənişlər yoxdur. Niyə sığorta olmasın: ehtiyat fond deyil və kompensasiya hüququ vermir. O, daxili protokol hesabı olaraq qalır və heç bir müqavilə, alıcı və ya ödəniş hadisəsi yoxdur. Vitrin açıq şəkildə əhatə rəqəmini “sığorta təminatı deyil” kimi qeyd edir. Riyaziyyatda göründüyü yer: COVER epoxal paylanmada ümumiyyətlə iştirak etmir və mövqenin payını azaltmır. Düz bir dövrədə bu daxili tərcümədir, buna görə modeldəki yük faiz + kaskad + QAPAK kimi hesablanır. Sizin üçün dəyişən yeganə şey: xəzinədarlığın əhatə dairəsi (vəsaitlər ÷ öhdəliklər) 150% -dən aşağı düşərsə, kaskad payları 0,75-ə vurulur - bu dəvət edənlər üçün bonusların avtomatik azalmasıdır, mərcinizdən çıxma deyil. Ehtiyat müştəriyə ödəniş mənbəyi deyil: COVER hesabı ödəmir.

Yoxlayın: payments/pyramid/plans.cjs:223-225 · payments/pyramid/engine.cjs:156-158,282-288,542-546 · docs/product-math.md:105-112,249-253 · ana səhifədə «Öhdəliklərin uçot əhatəsi» plitəsi

11 pilləli şəbəkədə komanda sürətləndirməsi yoxdur: T1–T11 pillələrinin hamısında konfiqurasiyada teamBoost: false dayanır, ona görə 100 aktiv birbaşa belə bir dənə də baza bəndi əlavə etmir. Sürətləndirmə yoxdursa — bu sizin profilinizin səhvi deyil: o, platformada yoxdur.

Sahə yalnız tarixi depozitlərin legasi konturunda qaldı: ADVANCED, PREMIUM və VIP siniflərində +1 bpm (+0,01 faiz bəndi gündə) əlavə hər 3 aktiv birbaşa üçün, maksimum +5 bpm. Yeni T1–T11 pillələrinə bu qayda aid deyil: GET /api/plans teamBoost: false və teamBoostDailyBpsMax: 0 qaytarır 11 pillənin hər biri üçün.

Yoxlayın: payments/pyramid/plans.cjs:300,69-77 · GET /api/plans → teamBoost, teamBoostDailyBpsMax

Hesablama pillənin müddətində göstərildiyi qədər gün davam edir; son gündə depozit matured («yetdi») statusuna keçir. Sonra ona faiz hesablanmır.

Müddətdən əvvəl geri alma komissiyası o anda sıfıra bərabərdir — pillə komissiyası əvəzinə (2 % T1-də, 0 % T11-də). Çıxarışda 1 USDT şəbəkə komissiyası hər halda, müddətlə bağlanmada da tutulur.

Əsas avtomatik göndərilmir: pul bağlama müraciətinizə qədər depozit hesabında qalır (kabinetdə — «Geri alma şərtləri» / «Depozitin bağlanması»). Müddətdən artıq əsası «saxlama» yoxdur — lakin avtomatik köçürmə də yoxdur: müraciətsiz məbləğ sadəcə qalır.

Yoxlayın: payments/pyramid/engine.cjs:1281,1320-1335,1347-1404 · kabinetdə «Ödənişlər» nişanı

Geri alma komissiyası = floor(əsas × geri alma dərəcəsi ÷ 10 000), dərəcə pillə ilə verilib: T1–T2 — 2 %, T3–T4 — 1,5 %, T5–T6 — 1 %, T7–T8 — 0,5 %, T9–T10 — 0,25 %, T11 — 0 %. Əsasdan hesablanır, faizdən deyil.

Nümunə: T3 100 USDT (10 000 sent) müddətdən əvvəl bağlanır → komissiya 150 sent = 1,50 USDT, köçürməyə 98,50 USDT, minus şəbəkə 1 USDT → 97,50 USDT (platforma rejimində — müraciətin daxili hesabına).

Hesablanmış faizlər sizdə tam qalır: müraciətdə clawbackCents sahəsi sıfıra bərabərdir, hesablanmışın yanması yoxdur. Qayda sadədir: əvvəlcə yığılmış faizlər ödənilir, əsas ayrı müraciətlə bağlanır.

Yoxlayın: payments/pyramid/plans.cjs:91-95,300-367 · payments/pyramid/engine.cjs:1320-1335,1347-1404 · depozitlər siyahısında «Geri alma şərtləri» düyməsi

Siz edə bilərsiniz: - mövcud hesab - hesablanmış faizlər və bonuslar (kodda bu, “faiz” formasında tətbiq olunur); — depozit orqanı — bağlanma üçün ərizə (növ: 'əsas'): mərhələli komissiya ilə vaxtından əvvəl, komissiyasız müddətə uyğun olaraq. Siz edə bilməzsiniz: — başlanğıc 3 000 virtual USDT başlanğıc balansdır, real pula dəyişdirilmir; - bir düymə ilə "bədəni geri götür və faizi tərk et" - bunlar iki fərqli sorğudur; — platforma platforma rejimində olarkən blokçeyndə nəsə alın: köçürmə fiziki olaraq həyata keçirilmir. Şəbəkə komissiyası 1 USDT (100 sent) təşkil edir və müraciət məbləğindən çıxılır. Bir depozit daxilində eyni anda bədən üçün yalnız bir aktiv sorğu ola bilər: ikincisi depozit_locked alır - buna görə də bədənin ikiqat rezervasiyası mümkün deyil.

Yoxlayın: payments/pyramid/engine.cjs:1320-1404 · payments/pyramid/plans.cjs:227-233 · «Ödənişlər» nişanı → «Mövcud»

Ərizə dərhal məbləği ehtiyatda saxlayır: pul müştərinin hesabından gözləyən hesaba (hesabdan çıxarma_ehtiyat) gedir, hətta operatorun qərarından əvvəl. Ərizə rədd edilərsə, ehtiyat geri qaytarılır. İstənilən məbləğ üçün bir marşrut var: avtomatik marşrut yoxdur (avtomatik marşrut: yanlış), ərizə baxılmağa gedir və yalnız operatorun qərarı ilə həyata keçirilir. Emal müddəti 24 saata qədərdir. Tətbiq statusları: nəzərdən keçirildi → təsdiq olundu → yayım → tamamlandı (və ya rədd edildi). Qəbul edənin ünvanı ərizənin doldurulması zamanı qeyd olunur - profilin sonradan redaktə edilməsi artıq yaradılmış proqrama təsir göstərmir.

Yoxlayın: payments/pyramid/engine.cjs:1347-1404 · payments/pyramid/plans.cjs:227-233 · kabinetdə «Mənim müraciətlərim»

Yalnız üç şəbəkədən birində USDT köçürməsi ilə, ünvanı kabinet verir:

— TRON (TRC-20) — minimum 10 USDT;

— BNB Smart Chain (BEP-20) — minimum 10 USDT (tokenin 18 işarəsi var, 6 deyil — bu, köçürmə məbləği üçün vacib detaldır);

— Ethereum (ERC-20) — minimum 20 USDT.

Kart və bank tətbiq olunmayıb: interfeysdə belə üsul yoxdur, «inkışaf planlarında» vədi — funksiya deyil. Köçürmənin skrinşotu və ya «ödənildi» işarəsi balans yaratmır: məbləği, token kontraktını, ünvanı və təsdiqləri öz nodumuz yoxlayır.

Yoxlayın: payments/config/networks.cjs:54-140 — sətirlərdə minimumlar 60, 88, 133 · kabinetdə «Artırma» nişanı

Avtomatik kredit olmayacaq. Kreditləşdirmə seçilmiş şəbəkədə faktiki təsdiqlənmiş köçürmə əsasında, digər aktivlərin avtomatik mübadiləsi olmadan baş verir: USDC, başqa şəbəkənin USDT və ya bu ünvanda hər hansı digər token balansa çevrilmir. Müxtəlif şəbəkələrdəki ünvanlar fərqli ünvanlardır; ilk personajların üst-üstə düşməsi heç nə demək deyil. Nə etməli: ikinci məbləği göndərməyin və əməliyyat identifikatorunu göstərərək dəstək səhifəsi vasitəsilə əlaqə saxlayın. Səhv köçürmənin qaytarılması ayrı bir prosedurdur; platforma rejimində məsələ real vəsaitlərin hərəkəti olmadan həll edilir.

Yoxlayın: payments/config/networks.cjs · «Artırma» nişanı — məbləğ sahəsinin altındakı izah («digər aktivlərin avtomatik mübadiləsi olmadan»)

Üç səviyyə — artıq deyil: birinci dəvət edənə 15 %, ikinciyə 7 %, üçüncüyə 3 %. Kaskadın ümumi həddi — 25 %. Baza — dəvət olunanların gündəlik hesablamaları, onların əmanəti deyil; hər səviyyə ayrıca aşağı yuvarlaqlaşdırılır.

Nümunə: T3 100 USDT gündə 160 sent verir, deməli L1 24 sent, L2 — 11, L3 — 4 alır (gündə 39, hədd 40). Üçüncü səviyyədən dərin heç kim almır.

Bu platformanın xərcidir: dəvət olunanın hesablaması nə kaskada, nə COVER-ə azalmır.

Yoxlayın: payments/pyramid/plans.cjs:104-111 · docs/product-math.md:91-103 · kabinetdə «Dəvətlər» bölməsi

LV1–LV6 komanda səviyyəsi aktiv birbaşaların sayına görə verilir: 1, 3, 8, 20, 45 və 100. Məhz birbaşalar sayılır, dərinlik deyil: ikinci səviyyədə on dəvət olunan bir birbaşanı əvəz etməyəcək.

Aktiv birbaşalar üçün birdəfəlik milestone-bonuslar: həddlər 3 → 10 USDT, 10 → 50, 25 → 150, 50 → 400, 100 → 1 000. Bunlar məhz həddlərdir: pillə ödənişi = min(hədd, birbaşaların depozitlərinin 1 %), ona görə həddlərin cəmi 1 610 USDT — yuxarı sərhəd, vəd edilmiş məbləğ deyil. Pillənin işləməsi üçün dəvət olunanın depoziti pillənin holdunu yaşamalıdır: müvafiq olaraq 14, 30, 60, 90 və 120 gün. Ödəniş idempotentdir: eyni pillə üzrə təkrar işə salma ikinci dəfə ödəmir.

Welcome-bonus ikitərəfli elan olunub: dəvət edənə birinci depozitin 2 %-i (depozitin özü — 50 USDT-dən, bonus həddi 100 USDT), dəvət olunana dərəcəyə +0,1 % 3 gün üçün. Dürüst: o, hazırda ödənilmir — onu yalnız operatorun ayrı hərəkəti işə salır, dəvət olunanın bust pəncərəsi isə kodda səhv açılıb. Bu məbləği vəd etmək olmaz.

Yoxlayın: payments/pyramid/plans.cjs:120-149 · docs/product-math.md:114-138,289-302 · payments/pyramid/engine.cjs:838-843

Addımlar təsvir edilmişdir, lakin cashback-də pul mühərriki yoxdur. Konfiqurasiya aktiv xətlərin sayına görə dörd səviyyəni müəyyənləşdirir: 0 → 20%, 5 → 30%, 15 → 50%, 30 → 60% (sonuncunun 50% sətirləri və ikinci səviyyənin 10% -i var), tarixi konfiqurasiyada T+1 hesablanması qeyd edilmişdir. Kodda bu faizi ödəyən heç bir qeyd yoxdur, bu o deməkdir ki, indi ödəniş yoxdur, çünki onu gözləmək lazım deyil.

Yoxlayın: payments/pyramid/plans.cjs:196-208 · docs/product-math.md:140-154 (birbaşa: «kodda keşbekin pul mühərriki yoxdur») · kabinetdə «Komanda» bölməsi

Ay büdcəsinə ayın gəlirinin 2,5 %-i (250 bpm) gedir və o, DIAMOND rütbəli iştirakçılar arasında alt ağac həcminə (BV) mütənasib bölünür. BV — valyuta deyil, rütbələr üçün şərti həcmdir: o, girişlərin cəmi və pillə əmsalından hesablanır. Qalıq sentlər ən böyük paylara görə bölünür. Alıcısı olmayan ay tamamilə bölünməmiş qalır.

Rütbə həddi: alt ağacın 2 000 000 BV. Miqyas orientiri (nümunə): yuxarı T11 pilləsi 100 000 USDT-də 250 000 BV verir — həddi səkkiz belə giriş bağlayır.

Yoxlayın: payments/pyramid/global-pool.cjs (POOL_BPS = 250) · payments/pyramid/plans.cjs:581-599 (RANK_VOLUME_BV.diamond, BV_FACTOR_HUNDREDTHS.vip) · «Komanda» bölməsində «Global Pool · DIAMOND» bloku

Üçüncü tərəflərin heç bir şeyi yoxdur. Brauzer tərəfindən təsdiqləndi, söz verildiyi kimi deyil: şəbəkə üzərindən 13 səhifənin taranması xarici hostlara 0 sorğu ilə nəticələndi; Üçüncü tərəf kukiləri, analitika, piksel və ya xarici captcha yoxdur; şriftlər və kitabxanalar depodadır; captcha - özünə məxsus, HMAC tokenində. Xarici keçidi izlədikdə istinad göndərilmir. Brauzerdə: doqquz localStorage girişi - dil seçimi, mövzu, animasiya fasiləsi, gizli "Başlanğıc" bloku, saxlanılan kalkulyator skriptləri (şəxsin özü tərəfindən daxil edilmiş məlumatlar) və yerli kontur portfeli. Heç bir açar ziyarətçi identifikatoru deyil. Bir şəxslə əlaqəli yeganə qeyd velar_session sessiya kukisidir: HttpOnly (skriptlər üçün əlçatan deyil), SameSite=Lax, 30 dəqiqə dayanma müddəti və 14 gündən çox deyil. Serverdə: məhsul serveri ümumiyyətlə giriş jurnalını saxlamır - nə üsul, nə yol, nə ünvan, nə də İstifadəçi-Agent yazılmır; nginx döyüş sxemində access_log off rejiminə keçib. Xam İP saxlanmır: ünvanın iştirak etdiyi yeganə yer 0600 hüquqlu faylda açarı olan HMAC qeydiyyat barmaq izidir (açar olmadan, həzm axtarılmır). HMAC barmaq izinin müddəti indi qeyri-müəyyən müddətə başa çatır - bu, REQUEST S3 kimi qeydə alınan tanınmış qüsurdur. Profilə daxil olan yeganə cihaz xüsusiyyəti: saat qurşağı. Səhifə brauzer zonasını oxuyur və onu tələb olunan profil sahəsinə əvəz edir, dəyər serverdə saxlanılır və “sakit saatlar” üçün istifadə olunur. Ziyarətçidən bu barədə soruşulmur - audit seçimi açıq şəkildə etməyi təklif edir (F12, REQUEST S11-i tapın).

Yoxlayın: docs/privacy-audit.md §1 (brauzer), §2 (server), §3 (xarici sorğular — «domenlər siyahısı: boş»), §6 (iz) · maşın yoxlaması — node --test tests/ds-privacy-traces.test.cjs

Üç qatlam, hamısı indi işləyir.

— Çıxarış parolu — giriş paroluna bərabər olmayan ayrıca sirr. Minimum 8 simvol. Onsuz sorğu yaradılmır: server withdraw_password_required (403) qaytarır.

— Ünvanın bərkidilməsi — pul kisəsinin ünvanı sorğu yaradılan anda profildən götürülür və orada dondurulur; parametrlərdə ünvanın dəyişdirilməsi artıq yaradılmış sorğunu dəyişmir.

— Sessiya müddətləri — müştəridə 30 dəqiqə boş durma və 14 gün mütləq müddət; operatorda 8 və 12 saat.

Parollar duzlu scrypt-xeş, sessiya tokeni yalnız sha256-dayjest kimi saxlanılır. TOTP üzrə 2FA APİ-də var, interfeysdə yoxdur.

Yoxlayın: payments/pyramid/engine.cjs:1293,1320-1404 · payments/auth/service.cjs:25 · docs/privacy-audit.md §2.5 · «Parametrlər» bölməsi → «Çıxarış təhlükəsizliyi»

Bərpa poçt olmadan işləyir. "Şifrəni unutmusunuz?" ekranında emaili daxil edin: hesaba Telegram qoşulubsa, kod oraya gəlir; əks halda operator üçün sorğu yaradılır, cavab 4 saat ərzində. Platformada poçt çatdırılması yoxdur, ona görə "məktub göndərildi" mesajını görməyəcəksiniz. Parol və kodları yazışmada verməyin.

Yoxlayın: payments/auth/recovery.cjs:1-32 · payments/server.cjs:1004-1040 (müraciət növbəsi, cavablar, hərəkətlərin auditi) · dist/support.html

2FA TOTP üzrə APİ-də var, interfeysdə yoxdur: özünüz qoşa bilməzsiniz. Girişi parol, çıxarış parolu və qısa sessiya qoruyur.

TOTP/HOTP modulu yazılıb və testlərlə yoxlanılır, lakin qoşmaq üçün müştəri marşrutu yoxdur. Tətbiqdəki kod girişi bərpa etməyə kömək etməyəcək: bərpa Telegram və ya operator vasitəsilə gedir.

Yoxlayın: payments/auth/totp.cjs · payments/server.cjs:1496-1519 (giriş totp qəbul edir; müştəri üçün qoşma marşrutu yoxdur)

Məhsulda nə dərəcə oracle, nə də çevrilmə faktoru yoxdur: bütün məbləğlər və hesablamalar USDT ilə 1:1 hesablama vahidi kimi həyata keçirilir. Məzənnədən kənarlaşma üçün ayrıca qayda dərc edilməyib - nə platformanın öhdəlikləri necə yenidən hesablaması, nə də uyğunsuzluğu necə kompensasiya etmək. Bu o deməkdir ki, məzənnə fərqi sizinlə qalır və heç kim “USDT-də həmişə eyni dollarlar var” deyə söz verə bilməz. Peg riskinin açıqlanması risk səhifəsində yerləşdirilir və xarici mənbəyə, Ethereum Fondunun xəzinə siyasətinə əsaslanır.

Yoxlayın: dist/legal-risk.html (bağlanma haqqında bölmə, xarici mənbəyə keçid) · payments/config/networks.cjs — vahid və token işarələri

Platformada heç bir vergi proseduru, nə də vergi idarəsi üçün arayışlar və ya hesabatlar dərc edilmir: layihə şərtlərində operatorun hüquqi şəxsi doldurulmur - mətndə təfərrüatlar əvəzinə boş bir əvəz var (məxfilik auditində F9 tapın) və sənədin özü qaralama kimi qeyd olunur, bu etibarlı müqavilə deyil. Vergi hesablanması yurisdiksiyanızdan və statusunuzdan asılıdır - lütfən, fərdi şəkildə yoxlayın, platforma burada heç nə saxlamır və ya məsləhət görmür.

Yoxlayın: dist/legal-terms.html («Layihə» başlığı, §1) · docs/privacy-audit.md §5, F9

Ölkələrin dərc edilmiş siyahısı yoxdur: operatorun yurisdiksiyası layihə şərtlərində müəyyən edilməyib. Əslində, regionlar üzrə məhdudiyyətlər bu gün heç nəyə təsir etmir, çünki vəsaitlərin faktiki qəbulu tamamilə bağlıdır: 41 hazırlıq məntəqəsi bağlanmayıb, heç biri də bağlanmayıb, platforma rejimi ödəniş məlumatları olmadan hər kəs üçün əlçatandır.

Yoxlayın: dist/legal-terms.html (tətbiq olunan hüquq bölməsi) · payments/config/gates.cjs:20-70

İnterfeysdə heç bir silmə proseduru yoxdur. Layihənin şərtləri birbaşa qeyd edir ki, girişin bərpası və hesabın silinməsi proseduru ayrıca təsvir tələb edir - yəni "30 gün ərzində siləcəyik" vəd edəcək heç nə yoxdur. Koddakı məlumatların saxlanma müddətləri təxminən elan edilir (maliyyə və AML qeydləri üçün 5 il) və hamısında “vəkil tərəfindən təsdiqlənməmiş” işarəsi var. İndi nə edə bilərsiniz: yerli məlumatları özünüz silin (brauzer parametrləri - sayt məlumatlarının təmizlənməsi bu domen üçün localStorage qeydlərini siləcək) və təhlil üçün sorğu ilə dəstəyə yazın. Parolun dəyişdirilməsi və bütün sessiyaların ləğvi yalnız hesab sirrini dəyişdirməklə mümkündür.

Yoxlayın: dist/legal-terms.html §2 · payments/compliance/privacy.cjs:126-133 (verified: false) · docs/privacy-audit.md §2.5

Hazırda sizin üçün əlçatan olanlar: - hesabda - “Əməliyyat tarixçəsi” (növləri və məbləğləri ilə əməliyyatlar jurnalı) və “Dövr üzrə hesabatım”; — şəxsən dövrlər üzrə mövqelər — GET /api/me/epochs (sessiya tələb olunur); — açıq şəkildə, daxil olmadan — GET /api/epochs/history?limit=30 /epochs səhifəsində göstərildiyi kimi eyni dövr aqreqatlarını qaytarır: hovuz, gəlir, paylanmış, əhatə dairəsi, saxlama, hər dövrün hashı; - rejimin xülasəsi - GET /api/public/stats (ətraf mühit sahəsi). Daxildə mühasibat uçotu ikiqat giriş kimi qurulmuşdur: hər bir əməliyyat debet/kredit göndərişidir, dövr qeydləri E-indeks formasının təkrar koduna malikdir və operatorun fəaliyyət jurnalı yalnız hash zənciri ilə əlavə olunur. Hələ əlçatmaz olanlar: şəxsi əməliyyatlarınızı müstəqil şəkildə uzlaşdırmaq üçün fərdi üsul - maşın şəklində öz jurnalınızı açmaq üçün heç bir şərt yoxdur.

Yoxlayın: payments/ledger/ledger.cjs · payments/admin/audit.cjs · /epochs, «Protokol əməliyyatlarının tarixi və açıq marşrutlar» bloku

Müraciət — kabinet vasitəsilə, «Dəstək» bölməsində: o, əməkdaşlar növbəsinə düşür, cavab həmin dialoqda görünür. İlk cavab — 4 iş saatına qədər; status — «Mənim müraciətlərim» bölməsində.

Bu mətn yazışmasıdır, real vaxtda çat deyil; telefon və xarici messencerlər yoxdur — saytda heç bir xarici sorğu yoxdur.

Cavab prioriteti maliyyə icrasını sürətləndirmir və dəstəyin davamı yeni artırma tələb etmir. Parolları, təsdiq kodlarını, seed-ifadələri və pasport məlumatlarını yazışmada göndərməyin.

Yoxlayın: dist/support.html · payments/ops/service.cjs (müraciət növbəsi, cavablar, hərəkətlərin auditi) · docs/privacy-audit.md §3