Skip to content

این پلتفرم با کلیدها، سفارش‌ها و دسترسی شما چطور رفتار می‌کند

امنیت اینجا مجموعه رفتارهایی در کد است، نه یک نشان. آنچه اهمیت دارد را ساده می‌گوییم — از جمله چیزی که این استقرار ندارد.

  1. 01

    کلیدهای صرافی روی سرور می‌مانند

    کلیدهای API برای هر حساب جداگانه ذخیره، در حالت سکون رمزنگاری، در هر نمایش پوشانده و از لاگ‌ها پاک می‌شوند. هرگز به مرورگر فرستاده نمی‌شوند و هرگز در اختیار مدل هوش مصنوعی قرار نمی‌گیرند: لایهٔ تصمیم شواهد بازار را می‌بیند، نه اطلاعات ورود.

  2. 02

    هیچ سفارشی از دروازهٔ ریسک رد نمی‌شود

    تعیین حجم، سقف مواجهه، حدود افت سرمایه و کلید قطع، پیش از وجود سفارش اجرا می‌شوند. موتور امتیازدهی نمی‌تواند سفارش بگذارد، و لایهٔ هوش مصنوعی فقط می‌تواند حد ضرر را تنگ‌تر کند — هرگز نمی‌تواند پوزیشن باز کند یا محافظت را شل کند.

  3. 03

    اجرا در نبود اطمینان متوقف می‌شود

    معاملهٔ زنده به یک مرحلهٔ فعال‌سازی صریح نیاز دارد و در حالت غیرفعال شروع نمی‌کند. اگر اطلاعات ورود، موتور ریسک یا زنجیرهٔ حسابرسی قابل تأیید نباشد، ورود رد می‌شود نه اینکه امتحان شود — خروج‌ها همچنان اجرا می‌شوند.

  4. 04

    حساب شما

    رمزها به‌صورت هش‌شده ذخیره می‌شوند، ورود دو مرحله‌ای (TOTP) قابل فعال‌سازی است، نشست‌های فعال فهرست می‌شوند و رویدادهای حساب در زنجیرهٔ حسابرسی خواندنی ثبت می‌شوند.

  5. 05

    چیزی که این استقرار ندارد

    سرویس ایمیل وجود ندارد: هیچ ایمیل تأیید، بازیابی رمز یا اطلاع‌رسانی فرستاده نمی‌شود. این را همین‌جا می‌گوییم تا فرمی نشان ندهیم که پیامش هرگز نمی‌رسد — تغییر دسترسی از راه اپراتور انجام می‌شود.

گزارش مشکل

پرسش‌ها و یافته‌های امنیتی از فرم تماس می‌گذرند و در صندوق اپراتور می‌نشینند.

Security — keys, orders and access in TIKALGO