Savollar va javoblar

Platforma rejimi mavjud yagona rejim: barcha summalar virtualdir. Toʻlov soʻrovi hisobdagi summani saqlab qoladi va internetga oʻtmaydi: soʻrovda executionMode: “sandbox” mavjud. Joriy rejimda depozitlar va to'lovlar blokcheynga amalga oshirilmaydi - real pul o'tkazmalari yuborilmasligi kerak. Haqiqiy operatsiyalarni ishga tushirish "tez orada" emas, lekin shartlar tufayli yopildi: payments/config/gates.cjs-dagi 41 ta tayyorlik elementi, ularning hech biri bajarilmagan: rost, shuning uchun canGoLive() funksiyasi muvaffaqiyatsizlikni qaytaradi. Bu shunday bo'lsa-da, platforma rejimi mavjud bo'lgan yagona rejimdir.

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

3 000 virtual USDT profilda bir marta. Ular kabinetdagi «Boshlang‘ich balansni olish» tugmasi bilan hisoblanadi: bosilgunga qadar balans bo‘sh. To‘ldirish talab qilinmaydi, bu USDT-larni chiqarib bo‘lmaydi.

Summa Math.min(DEMO_GRANT_LIMIT, 300_000) ko‘rinishida berilgan — bu 300 000 sent; berish chegarasi DEMO_GRANT_LIMIT = 1 000 000 sent (10 000 USDT). Takroriy so‘rov demo_grant_used xatosini qaytaradi.

Tekshirish: payments/pyramid/engine.cjs:1003-1020 · POST /api/me/demo-grant · kabinetdagi «Ishni boshlash» kartochkasi

T1–T11 o‘n bir pog‘ona. Chegaralar yopiq: oldingi pog‘onaning yuqori chegarasi plyus bir sent keyingisining pastki chegarasiga teng — bo‘shliq va kesishuv yo‘q. Stavka summa va muddatga bog‘liq: 30 kunga — kuniga 1,2 % dan (T1) 2,6 % gacha (T11); 90 kunga +0,2 p.p.; 180 kunga +0,4 p.p., lekin kuniga 3,0 % dan yuqori emas. Muddat qancha uzoq — stavka shuncha yuqori. Muddat omonat ochilganda tanlanadi: 30, 90 yoki 180 kun, kirish — 10 dan 250 000 USDT gacha.

Bosqichni minimumdan past yoki maksimumdan yuqori ochish urinishi quyidagi kodlar bilan rad etiladi below_tier_min / above_tier_max — «sal etmaydi» ishlamaydi: 9,99 USDT T1-da qabul qilinmaydi.

Tekshirish: payments/pyramid/plans.cjs:300,447-453 · GET /api/plans (oʻsha sonlar mashina koʻrinishida) · kabinetdagi «Depozitlar» boʻlimi

Formula bitta: D kun uchun hisoblash = floor(tana × kunlik stavka × D ÷ 10 000), aniq kunning daromadi esa — shunday ikki qiymatning farqi: floor(P × bp × d ÷ 10 000) − floor(P × bp × (d−1) ÷ 10 000). Kumulyativ floor tiyinni yoʻqotmaydi: kunlik oʻsishlar yigʻindisi butun muddat uchun hisoblangan summaga teng.

Misol (model arifmetikasi, vaʼda emas): T3, 100 USDT — bu 10 000 × 160 ÷ 10 000 = 160 tiyin = kunda 1,60 USDT; 30 kunda — 48,00 USDT. Eng kam 10 USDT T1 bosqichida kun 12 tiyin beradi, 30 kunda — 3,60 USDT.

Kapitallashtirish yoʻq: hisoblangan foizlar tanaga qoʻshilmaydi va keyingi kunni koʻpaytirmaydi. Kunlar kalendar boʻyicha, dam olish kunlarisiz oʻtadi.

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

Yo‘q. Bu bir kapitaldagi ikki kontur va har kuni ulardan faqat bittasi ishlaydi; ularni qo‘shib bo‘lmaydi. Yassi kontur — pog‘ona stavkasi va kalendar bo‘yicha hisoblash, bu reja sharti. Epoxa konturi — operator sutkaga e’lon qilgan tushumdan pul ulushi, pozitsiya vazni bo‘yicha. Shuning uchun 48,00 USDT 30 kunga T3 100 USDT bo‘yicha — bu yo yassi summa, yo epoxalar summasi.

Tekshirish: payments/pyramid/vault.cjs:19-30 · payments/pyramid/plans.cjs:418-434 · docs/product-math.md:200-224 · kabinetdagi manba belgisi: dist/account.html, funktsiya numbersSource()

Toʻrt qadam: pozitsiya → kapital ulushlari (shares) → vazn → pulning pro-rata ulushi → hisoblash.

Vazn = floor(tana × bosqich koʻpaytmasi ÷ 10 000). Koʻpaytmalar bosqichlar boʻyicha berilgan: T1–T2 — 150 bpm, T3–T4 — 192, T5–T6 — 233, T7–T8 — 275, T9–T10 — 296, T11 — 300. T3 100 USDT-da 192 tiyin = 1,92 USDT «tsikl kutish» vaznini beradi. Nomaʼlum bosqich vazn bermaydi: pozitsiya vault_weight_class_unknown kodi bilan rad etiladi.

Pul ulushi — ikki holat va bu xato qilinadigan asosiy joy:

— pul ≥ vaznlar yigʻindisi: pozitsiya aynan oʻz vaznini oladi, ortiqchasi vault kapitalida qolib, ulush narxini koʻtaradi;

— pul vaznlar yigʻindisidan kam: pozitsiya floor(pul × vazn ÷ vaznlar yigʻindisiga) oladi, pulning qoldigʻi keyingi tsiklga deferred sifatida oʻtkaziladi.

Sahifa sonlaridagi misol, vaʼda qilingan daromad emas: T3 100 USDT-da vazn 1,92 USDT; agar tsikl puli vaznlar yigʻindisidan kam boʻlsa, pozitsiya floor(pul × 1,92 ÷ vaznlar yigʻindisiga) oladi, qoldiq oʻtkazishga ketadi.

Tekshirish: payments/pyramid/plans.cjs:288-300,331-367 · payments/pyramid/vault.cjs:252-258,585-610,733-853 · misollar jadvali — /epochs, «Sizning ulushingiz qanday hisoblanadi» bloki

Chunki toʻlov manbai — pul, kalendar emas. Tsikl puli operator eʼlon qilgan shu tsikl tushumi va avvalgi deferrallarning oʻtkazilishidan tashkil topadi. Tushum yoʻq — pul nolga teng va pozitsiyalar bu tsiklda hech narsa olmaydi; bosqichning kunlik stavkasi — shartlarni solishtirish uchun hisobiy kattalik, tsiklning majburiyati emas.

Stendning ochiq marshrutidan olingan surat (6-tsikl): pul 4 800,00 USDT, pozitsiyalarga 7,50 USDT taqsimlandi — bu pulning 0,15 %-i, 4 792,50 USDT esa vault kapitaliga (ushlab qolish) ketdi, yaʼni ulush narxini koʻtardi, lekin naqd pulga toʻlanmadi. Bunday tsikl — norma, buzuqlik emas: bitta yirik vazn va kichik pul boʻlganda taqsimot aynan shunday koʻrinadi.

Tsikl tushumini operator alohida amal bilan qayd etadi; avvalgi etti tsikl medianasidan 30 %-dan ortiq chetlashish ikkinchi tasdiqni talab qiladi — bu sondagi tasodifiy xatodan himoya.

Tekshirish: GET /api/epochs/history?limit=30 (oʻsha ustunlar) · dist/epochs-public.js:77 · oxirgi 30 tsikl jadvali — /epochs

QOQQA 2,5% (250 bpm) tekis konturning har bir kunlik to'lovi bo'lib, protokol ichki ravishda o'tkazadi: treasury_hot hisobidan treasury_cover hisobiga. T3 100 USDT uchun bu qavat (160 × 250 ÷ 10 000) = kuniga 4 sent. Bu erda hech qanday tashqi badallar, mijozga komissiyalar yoki "sug'urta hodisasi uchun" to'lovlar yo'q. Nima uchun sug'urta emas: zaxira fond emas va kompensatsiya huquqini bermaydi. U ichki protokol hisobi bo'lib qoladi va hech qanday shartnoma, oluvchi yoki to'lov hodisasiga ega emas. Do'konda qamrov ko'rsatkichi "sug'urta qoplamasi emas" deb aniq belgilab qo'yilgan. Matematikada ko'rinadigan joyda: COVER epochal taqsimotda umuman qatnashmaydi va pozitsiya ulushini kamaytirmaydi. Yassi sxemada bu ichki tarjimadir, shuning uchun modeldagi yuk foiz + kaskad + QOQQA sifatida hisoblanadi. Bu siz uchun o'zgarib turadigan yagona narsa: agar g'azna qoplamasi (mablag'lar ÷ majburiyatlari) 150% dan pastga tushsa, kaskad aktsiyalari 0,75 ga ko'paytiriladi - bu taklif qilganlar uchun bonuslarni avtomatik ravishda kamaytirish, bu sizning tikishingizdan chegirma emas. Zaxira mijozga to'lov manbai emas: COVER hisobni to'lamaydi.

Tekshirish: payments/pyramid/plans.cjs:223-225 · payments/pyramid/engine.cjs:156-158,282-288,542-546 · docs/product-math.md:105-112,249-253 · bosh sahifadagi «Majburiyatlarni hisobiy qoplash» plitkasi

11 bosqichli toʻrda jamoa tezlashishi yoʻq: T1–T11 bosqichlarining barchasida konfiguratsiyada teamBoost: false turadi, shuning uchun 100 faol toʻgʻridan ham birorta bazaviy punkt qoʻshilmaydi. Tezlashish yoʻq boʻlsa — bu sizning profilingiz xatosi emas: u platformada yoʻq.

Maydon faqat tarixiy depozitlarning legasi konturida qoldi: ADVANCED, PREMIUM va VIP sinflarida +1 bpm (+0,01 foiz punkti kuniga) ustama har 3 faol toʻgʻri uchun, maksimum +5 bpm. Yangi T1–T11 bosqichlariga bu qoida tegishli emas: GET /api/plans teamBoost: false va teamBoostDailyBpsMax: 0 qaytaradi 11 bosqichning har biri uchun.

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

Hisoblash bosqich muddatida koʻrsatilganidek aynan shuncha kun boradi; oxirgi kuni depozit matured («etildi») holatiga oʻtadi. Keyin unga foiz hisoblanmaydi.

Muddatidan avval sotib olish komissiyasi oʻsha paytda nolga teng — bosqich komissiyasi oʻrniga (2 % T1-da, 0 % T11-da). Chiqarishdagi 1 USDT tarmoq komissiyasi har qanday holatda, muddat boʻyicha yopishda ham ushlab qolinadi.

Tana avtomatik joʻnatilmaydi: pul yopish soʻrovingizga qadar depozit hisobida qoladi (kabinetda — «Sotib olish shartlari» / «Depozitni yopish»). Muddatdan ortiq tanani «ushlab qolish» yoʻq — lekin avtomatik oʻtkazish ham yoʻq: soʻrovsiz summa shunchaki yotib turadi.

Tekshirish: payments/pyramid/engine.cjs:1281,1320-1335,1347-1404 · kabinetdagi «Toʻlovlar» boʻlimi

Sotib olish komissiyasi = floor(tana × sotib olish stavkasi ÷ 10 000), stavka bosqich bilan berilgan: T1–T2 — 2 %, T3–T4 — 1,5 %, T5–T6 — 1 %, T7–T8 — 0,5 %, T9–T10 — 0,25 %, T11 — 0 %. Tanadan hisoblanadi, foizdan emas.

Misol: T3 100 USDT (10 000 tiyin) muddatidan avval yopiladi → komissiya 150 tiyin = 1,50 USDT, oʻtkazishga 98,50 USDT, minus tarmoq 1 USDT → 97,50 USDT (platforma rejimida — soʻrovning ichki hisobiga).

Hisoblangan foizlar sizda toʻliq qoladi: soʻrovda clawbackCents maydoni nolga teng, hisoblanganning kuyishi yoʻq. Tartib oddiy: avval toʻplangan foizlar toʻlanadi, tana alohida soʻrov bilan yopiladi.

Tekshirish: payments/pyramid/plans.cjs:91-95,300-367 · payments/pyramid/engine.cjs:1320-1335,1347-1404 · depozitlar roʻyxatidagi «Sotib olish shartlari» tugmasi

Siz: - mavjud hisob - hisoblangan foizlar va bonuslar (kodda bu "foizlar" shaklidagi ariza); — depozit organi — yopilish uchun ariza (turi: «asosiy»): bosqichli komissiya bilan muddatidan oldin, komissiyasiz muddatga ko'ra. Siz qila olmaysiz: — boshlang'ich 3 000 virtual USDT - bu boshlang'ich balans, u haqiqiy pulga almashtirilmaydi; - bitta tugma bilan "tanani tortib oling va foizni qoldiring" - bu ikki xil so'rov; — platforma platforma rejimida boʻlgan vaqtda blokcheynda biror narsa qabul qiling: uzatish jismonan amalga oshirilmaydi. Tarmoq komissiyasi 1 USDT (100 sent) ni tashkil qiladi va ariza miqdoridan yechib olinadi. Bitta omonat ichida bir vaqtning o'zida tana uchun faqat bitta faol so'rov bo'lishi mumkin: ikkinchisi depozit_locked oladi - shuning uchun tanani ikki marta bron qilish mumkin emas.

Tekshirish: payments/pyramid/engine.cjs:1320-1404 · payments/pyramid/plans.cjs:227-233 · «Toʻlovlar» boʻlimi → «Mavjud»

Ilova darhol miqdorni saqlab qoladi: pul mijozning hisobidan kutish hisobiga (withdraw_reserve) operator qaroridan oldin ham o'tadi. Agar ariza rad etilsa, zaxira qaytariladi. Har qanday miqdor uchun bitta marshrut mavjud: avtomatik marshrut yo'q (avtomatik marshrut: noto'g'ri), ariza ko'rib chiqiladi va faqat operator qarori bilan amalga oshiriladi. Qayta ishlash muddati 24 soatgacha. Ilova holatlari: ko'rib chiqish → tasdiqlangan → translyatsiya → bajarildi (yoki rad etilgan). Qabul qiluvchining manzili arizani to'ldirish vaqtida qayd etiladi - profilni keyinroq tahrirlash allaqachon yaratilgan dasturga ta'sir qilmaydi.

Tekshirish: payments/pyramid/engine.cjs:1347-1404 · payments/pyramid/plans.cjs:227-233 · kabinetdagi «Mening soʻrovlarim»

Faqat uch tarmoqning birida USDT oʻtkazish bilan, manzilni kabinet beradi:

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

— BNB Smart Chain (BEP-20) — minimum 10 USDT (tokenda 18 belgi, 6 emas — bu oʻtkazma summasi uchun muhim tafsilot);

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

Karta va bank ishga tushirilmagan: interfeysda bunday usul yoʻq, «rivojlanish rejasida» degan vaʼda — funktsiya emas. Oʻtkazma skrinshoti yoki «toʻlandi» belgisi balans yaratmaydi: summani, token kontraktini, manzilni va tasdiqlarni oʻz nodamiz tekshiradi.

Tekshirish: payments/config/networks.cjs:54-140 — satrlardagi minimumlar 60, 88, 133 · kabinetdagi «Toʻldirish» boʻlimi

Avtomatik kredit bo'lmaydi. Kreditlash tanlangan tarmoqdagi haqiqiy tasdiqlangan o'tkazma asosida, boshqa aktivlarni avtomatik almashmasdan amalga oshiriladi: USDC, boshqa tarmoqning USDT yoki ushbu manzildagi boshqa token balansga aylanmaydi. Turli tarmoqlardagi manzillar turli manzillardir; birinchi belgilarning tasodifi hech narsani anglatmaydi. Nima qilish kerak: ikkinchi miqdorni yubormang va tranzaksiya identifikatorini ko'rsatgan holda qo'llab-quvvatlash sahifasi orqali bog'laning. Noto'g'ri pul o'tkazmasini qaytarish alohida tartibdir; platforma rejimida masala real mablag'lar harakatisiz hal qilinadi.

Tekshirish: payments/config/networks.cjs · «Toʻldirish» boʻlimi — summa maydoni ostidagi izoh («boshqa aktivlarni avtomatik ayirboshlashsiz»)

Uch daraja — ortiq emas: birinchi taklif qiluvchiga 15 %, ikkinchisiga 7 %, uchinchisiga 3 %. Kaskadning umumiy chegarasi — 25 %. Baza — taklif qilinganlarning kunlik hisoblanmalari, ularning omonati emas; har bir daraja alohida pastga yaxlitlanadi.

Misol: T3 100 USDT kuniga 160 sent beradi, demak L1 24 sent, L2 — 11, L3 — 4 oladi (kuniga 39, chegara 40). Uchinchi darajadan chuqurroq hech kim olmaydi.

Bu platforma xarajati: taklif qilinganning hisoblanmasi na kaskadga, na COVERga kamayadi.

Tekshirish: payments/pyramid/plans.cjs:104-111 · docs/product-math.md:91-103 · kabinetdagi «Takliflar» boʻlimi

LV1–LV6 jamoa darajasi faol toʻgʻrilar soni boʻyicha beriladi: 1, 3, 8, 20, 45 va 100. Aynan toʻgʻrilar hisoblanadi, chuqurlik emas: ikkinchi darajadagi oʻnta taklif qilingan bitta toʻgʻrini almashtirmaydi.

Faol toʻgʻrilar uchun bir martalik milestone-bonustar: chegaralar 3 → 10 USDT, 10 → 50, 25 → 150, 50 → 400, 100 → 1 000. Bu aynan chegaralar: bosqich toʻlovi = min(chegara, toʻgʻrilar depozitlarining 1 %), shuning uchun chegaralar summasi 1 610 USDT — yuqori chegara, vaʼda qilingan summa emas. Bosqich ishlashi uchun taklif qilinganning depoziti bosqich xoldini oʻtkazishi kerak: mos ravishda 14, 30, 60, 90 va 120 kun. Toʻlov idempotent: oʻsha bosqich boʻyicha qayta ishga tushirish ikkinchi marta toʻlamaydi.

Welcome-bonus ikki tomonlama deb eʼlon qilingan: taklif qilganga birinchi depozitning 2 %-i (depozit oʻzi — 50 USDT-dan, bonus chegarasi 100 USDT), taklif qilinganga stavkaga +0,1 % 3 kunga. Rostdan: u hozir toʻlanmaydi — uni faqat operatorning alohida amali ishga tushiradi, taklif qilinganning bust oynasi esa kodda notoʻgʻri ochilgan. Bu summani vaʼda qilish mumkin emas.

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

Bosqichlar tasvirlangan, ammo cashbackda pul mexanizmi yo'q. Konfiguratsiya faol chiziqlar soniga ko'ra to'rtta darajani belgilaydi: 0 → 20%, 5 → 30%, 15 → 50%, 30 → 60% (ikkinchi satrlarning 50% va ikkinchi darajaning 10% ga ega), tarixiy konfiguratsiyada T+1 hisobi qayd etilgan. Kodda ushbu foizlarni to'laydigan yozuvlar yo'q, ya'ni naqd pulni qaytarish hozirda mavjud emas va siz buni kutmasligingiz kerak.

Tekshirish: payments/pyramid/plans.cjs:196-208 · docs/product-math.md:140-154 (toʻgʻridan-toʻgʻri: «kodda keshbekning pul dvigateli yoʻq») · kabinetdagi «Jamoa» boʻlimi

Oy byudjetiga oy tushumining 2,5 %-i (250 bpm) ketadi va u DIAMOND darajasidagi ishtirokchilar oʻrtasida ichki daraxt hajmiga (BV) proportsional taqsimlanadi. BV — valyuta emas, darajalar uchun shartli hajm: u kirishlar summasi va bosqich koʻpaytmasidan hisoblanadi. Qoldiq tiyinlar eng katta ulushlar boʻyicha taqsimlanadi. Oluvchilarsiz oy butunlay taqsimlanmay qoladi.

Daraja chegarasi: ichki daraxtning 2 000 000 BV. Miqyos yoʻriqnomasi (misol): yuqori T11 bosqichi 100 000 USDT-da 250 000 BV beradi — chegarani shunday sakkiz kirish yopadi.

Tekshirish: payments/pyramid/global-pool.cjs (POOL_BPS = 250) · payments/pyramid/plans.cjs:581-599 (RANK_VOLUME_BV.diamond, BV_FACTOR_HUNDREDTHS.vip) · «Jamoa» boʻlimidagi «Global Pool · DIAMOND» bloki

Uchinchi tomonlar hech narsaga ega emas. Brauzer tomonidan tasdiqlangan, va'da qilinganidek emas: tarmoq bo'ylab 13 sahifani skanerlash natijasida xorijiy xostlarga 0 ta so'rov kelib tushdi; Uchinchi tomon cookie-fayllari, tahliliy ma'lumotlar, piksellar yoki tashqi captcha mavjud emas; shriftlar va kutubxonalar omborda; captcha - o'ziga xos, HMAC tokenida. Tashqi havolaga o'tishda referer yuborilmaydi. Brauzerda: to'qqizta localStorage yozuvi - til tanlash, mavzu, animatsiya pauzasi, yashirin "Ishga tushirish" bloki, saqlangan kalkulyator skriptlari (shaxsning o'zi tomonidan kiritilgan ma'lumotlar) va mahalliy kontur portfeli. Hech qanday kalit tashrif buyuruvchi identifikatori emas. Biror kishi bilan bog'langan yagona yozuv velar_session seansi cookie-faylidir: HttpOnly (skriptlar uchun mavjud emas), SameSite=Lax, 30 daqiqa to'xtab turish va 14 kundan ortiq davom etmaydi. Serverda: mahsulot serveri umuman kirish jurnalini saqlamaydi - na usul, na yo'l, na manzil, na foydalanuvchi-agent yozilmagan; nginx jangovar pallasida u access_log off rejimiga o'tkazildi. Xom IP saqlanmaydi: manzil ishtirok etadigan yagona joy - bu 0600 huquqlariga ega fayldagi kalit bilan HMAC ro'yxatga olish barmoq izi (kalitsiz, dayjest qidirilmaydi). HMAC barmoq izi endi cheksiz muddatga tugaydi - bu REQUEST S3 sifatida qayd etilgan tan olingan kamchilik. Profilga kiritilgan yagona qurilma xususiyati: vaqt mintaqasi. Sahifa brauzer zonasini o'qiydi va uni kerakli profil maydoniga almashtiradi, qiymat serverda saqlanadi va "sokin soatlar" uchun ishlatiladi. Mehmondan bu haqda so'ralmaydi - audit tanlovni aniq qilishni taklif qiladi (F12, REQUEST S11 ni toping).

Tekshirish: docs/privacy-audit.md §1 (brauzer), §2 (server), §3 (tashqi soʻrovlar — «domenlar roʻyxati: boʻsh»), §6 (iz) · mashina tekshiruvi — node --test tests/ds-privacy-traces.test.cjs

Uch qatlam, barchasi hozir ishlaydi.

— Chiqarish paroli — kirish paroliga teng bo‘lmagan alohida sir. Kamida 8 belgi. Usiz so‘rov yaratilmaydi: server withdraw_password_required (403) qaytaradi.

— Manzilni qulflash — hamyon manzili so‘rov yaratilganda profildan olinadi va unda muzlatiladi; sozlamalardagi manzilni o‘zgartirish yaratilgan so‘rovni o‘zgartirmaydi.

— Sessiya muddatlari — mijozda 30 daqiqa bo‘sh turish va 14 sutka mutlaq muddat; operatorda 8 va 12 soat.

Parollar tuzli scrypt-xesh, sessiya tokeni faqat sha256-dayjest sifatida saqlanadi. TOTP bo‘yicha 2FA APIda bor, lekin interfeysda yo‘q.

Tekshirish: payments/pyramid/engine.cjs:1293,1320-1404 · payments/auth/service.cjs:25 · docs/privacy-audit.md §2.5 · «Sozlamalar» boʻlimi → «Chiqarish xavfsizligi»

Tiklash pochta orqali ishlamaydi. "Parolni unutdingizmi?" ekranida emailni kiriting: akkauntga Telegram ulangan bo'lsa, kod o'sha yerga keladi; aks holda operatorga so'rov yaratiladi, javob 4 soat ichida. Platformada pochta yetkazib berish yo'q, shuning uchun "xat yuborildi" degan xabarni ko'rmaysiz. Parol va kodlarni yozishmada bermang.

Tekshirish: payments/auth/recovery.cjs:1-32 · payments/server.cjs:1004-1040 (murojaatlar navbati, javoblar, amallar auditi) · dist/support.html

2FA TOTP bo‘yicha APIda bor, lekin interfeysda yo‘q: mustaqil yoqib bo‘lmaydi. Kirishni parol, chiqarish paroli va qisqa sessiya himoya qiladi.

TOTP/HOTP moduli yozilgan va testlar bilan tekshiriladi, lekin yoqish uchun mijoz marshruti yo‘q. Ilovadagi kod kirishni tiklashga yordam bermaydi: tiklash Telegram yoki operator orqali boradi.

Tekshirish: payments/auth/totp.cjs · payments/server.cjs:1496-1519 (kirish totpni qabul qiladi; mijoz uchun yoqish marshruti yo‘q)

Mahsulot na stavka oracle, na konvertatsiya koeffitsientiga ega: barcha summalar va hisob-kitoblar USDT da 1:1 hisob birligi sifatida amalga oshiriladi. Stavkaning og'ishi uchun alohida qoida e'lon qilinmagan - na platforma majburiyatlarni qanday qayta hisoblashi, na kelishmovchilikni qanday qoplash kerak. Bu shuni anglatadiki, kurs farqi sizda qoladi va hech kim "USDT da har doim bir xil dollar bor" deb va'da bera olmaydi. Peg riski haqidagi ma'lumot xavf sahifasida joylashtirilgan va tashqi manbaga, Ethereum Foundation g'aznachilik siyosatiga asoslangan.

Tekshirish: dist/legal-risk.html (bogʻlanish haqida boʻlim, tashqi manbaga havola) · payments/config/networks.cjs — birlik va token belgilari

Platformada hech qanday soliq tartib-qoidalari, soliq idorasi uchun sertifikatlar yoki bayonotlar nashr etilmaydi: loyiha shartlarida operatorning yuridik shaxsi to'ldirilmaydi - matnda tafsilotlar o'rniga bo'sh almashtirish mavjud (maxfiylik tekshiruvida F9 ni toping) va hujjatning o'zi qoralama sifatida belgilangan, bu haqiqiy shartnoma emas. Soliqlarni hisoblash sizning yurisdiktsiyangiz va maqomingizga bog'liq - iltimos, alohida tekshiring, platforma bu erda hech narsani ushlab turmaydi yoki maslahat bermaydi.

Tekshirish: dist/legal-terms.html («Loyiha» sarlavhasi, §1) · docs/privacy-audit.md §5, F9

Mamlakatlarning e'lon qilingan ro'yxati yo'q: operatorning yurisdiktsiyasi loyiha shartlarida belgilanmagan. Aslida, bugungi kunda mintaqalar bo'yicha cheklovlar hech narsaga ta'sir qilmaydi, chunki mablag'larni haqiqiy qabul qilish to'liq yopilgan: 41 ta tayyorgarlik punkti yopilmagan, bitta ham yopilmagan, platforma rejimi to'lov ma'lumotlarisiz hamma uchun mavjud.

Tekshirish: dist/legal-terms.html (qoʻllaniladigan huquq boʻlimi) · payments/config/gates.cjs:20-70

Interfeysda o'chirish tartibi mavjud emas. Loyiha shartlarida to'g'ridan-to'g'ri qayd etilgan kirishni tiklash va hisobni o'chirish tartibi alohida tavsifni talab qiladi - ya'ni "biz 30 kun ichida o'chirib tashlaymiz" va'da qiladigan hech narsa yo'q. Koddagi ma'lumotlarni saqlash muddatlari taxminan e'lon qilinadi (moliyaviy va AML yozuvlari uchun 5 yil) va ularning barchasida "advokat tomonidan tasdiqlanmagan" belgisi mavjud. Endi nima qilishingiz mumkin: mahalliy ma'lumotlarni o'zingiz o'chiring (brauzer sozlamalari - sayt ma'lumotlarini tozalash ushbu domen uchun localStorage yozuvlarini o'chiradi) va tahlil so'rovi bilan qo'llab-quvvatlash xizmatiga yozing. Parolni o'zgartirish va barcha seanslarni bekor qilish faqat hisob sirini o'zgartirish orqali mumkin.

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

Siz uchun hozir nima mavjud: - hisobda - "O'tkazmalar tarixi" (turlari va summalari ko'rsatilgan operatsiyalar jurnali) va "Davr uchun mening hisobotim"; — davrlar boʻyicha pozitsiyalar shaxsan — GET /api/me/epochs (sessiya talab qilinadi); — ommaviy ravishda, tizimga kirmasdan — GET /api/epochs/history?limit=30 /epochs sahifasida ko'rsatilganidek, bir xil davr agregatlarini qaytaradi: pul, daromad, taqsimlangan, qamrov, ushlab turish, har bir davrning xesh; - rejim xulosasi - GET /api/public/stats (atrof-muhit maydoni). Ichkarida buxgalteriya hisobi ikki tomonlama yozuv sifatida tuzilgan: har bir operatsiya debet/kredit deklaratsiyasidir, davr yozuvlari E-indeks shaklining qayta identifikatoriga ega va operatorning harakatlar jurnali faqat xesh zanjiri bilan qo'shiladi. Hozircha mavjud emas: shaxsiy tranzaktsiyalaringizni mustaqil ravishda solishtirishning odatiy usuli - o'z jurnalingizni mashina shaklida ochish uchun hech qanday shart yo'q.

Tekshirish: payments/ledger/ledger.cjs · payments/admin/audit.cjs · /epochs, «Protokol operatsiyalari tarixi va ochiq marshrutlar» bloki

Murojaat — kabinet orqali, «Qo‘llab-quvvatlash» bo‘limida: u xodimlar navbatiga tushadi, javob shu dialogda paydo bo‘ladi. Birinchi javob — 4 ish soatigacha; holat — «Mening murojaatlarim» bo‘limida.

Bu matnli yozishma, real vaqtdagi chat emas; telefon va tashqi messenjerlar yo‘q — saytda birorta tashqi so‘rov yo‘q.

Javob ustuvorligi moliyaviy ijroni tezlashtirmaydi va qo‘llab-quvvatlashni davom ettirish yangi to‘ldirishni talab qilmaydi. Parollar, tasdiqlash kodlari, seed-iboralar va pasport ma’lumotlarini yozishmada yubormang.

Tekshirish: dist/support.html · payments/ops/service.cjs (murojaatlar navbati, javoblar, amallar auditi) · docs/privacy-audit.md §3