برای فهم بایننس، بهتر است از پرسشی بسیار عملی شروع کنیم: وقتی در یک حساب معاملاتی بیت‌کوین می‌خرید، آیا همان لحظه تراکنشی روی شبکه بیت‌کوین اتفاق افتاده است؟ در مدل معمول صرافی متمرکز، پاسخ منفی است. موتور تطبیق سفارش و دفتر داخلی حساب‌ها با انتقال دارایی روی بلاکچین دو لایه جدا هستند؛ تفاوتی که بر قیمت اجرا، زمان برداشت و مسئولیت نگهداری اثر مستقیم دارد.
پاسخ کوتاه: بایننس یک صرافی متمرکز است؛ معامله در دفتر حساب آن با انتقال رمزارز روی شبکه یکسان نیست. از سوی دیگر، ارائه خدمات به اشخاص مستقر در ایران در شرایط اعلام‌شده این پلتفرم محدود شده است. این نوشته برای شناخت معماری و ارزیابی ریسک است، نه راهنمای افتتاح حساب یا عبور از محدودیتهای دسترسی.
بایننس در سال ۲۰۱۷ کار خود را با خدمات مبادله دارایی دیجیتال آغاز کرد. در سال‌های بعد، بازار نقدی، قراردادهای مشتقه و ابزارهای دیگر به مجموعه اضافه شد. همه این خدمات، هم‌زمان و در همه کشورها عرضه نمی‌شوند؛ برای همین وقتی مطلبی درباره «امکانات بایننس» می‌خوانیم، لازم است بپرسیم درباره کدام محصول، در چه تاریخی و برای کدام منطقه صحبت می‌کند.
در مدل اصلی صرافی متمرکز، سفارش خرید با فروش سازگار تطبیق داده می‌شود. دفتر ثبت داخلی موجودی طرفین تغییر می‌کند، اما بلاکچین دارایی در هر معامله یک تراکنش تازه ثبت نمی‌کند. این تمایز بر سرعت معامله، کارمزد و مسئولیت نگهداری دارایی اثر می‌گذارد و در راهنمای انواع صرافی متمرکز و غیرمتمرکز با مدل‌های جایگزین مقایسه شده است.
سه واژه مشابه را نباید یک دارایی واحد دانست: «بایننس» نام پلتفرم خدمات معاملاتی است؛ «BNB» یک رمزارز قابل‌انتقال با کاربردهایی در اکوسیستم مرتبط است؛ و «BNB Chain» به زیرساخت بلاکچینی اشاره دارد. مالک BNB نه سهام‌دار خودکار شرکت است، نه از این راه به حساب معاملاتی یا ذخایر آن دسترسی پیدا می‌کند. انتقال BNB روی یک شبکه با معامله BNB در دفتر سفارش دو رویداد فنی متفاوت است.
برای شناخت وضعیت این دارایی در بازار داخلی، صفحه خرید BNB توضیح شرایط معامله را ارائه می‌کند و صفحه قیمت بایننس کوین برای بررسی نرخ و تغییرات بازار است. وجود این صفحات به معنای دسترسی به خدمات بایننس یا مناسب‌بودن سرمایه‌گذاری در BNB نیست.
شروع فعالیت در سال ۲۰۱۷، شکل‌گیری خدمات مبتنی بر BNB و گسترش محصولات معاملاتی، سه بخش از تاریخ این مجموعه‌اند؛ اما آن‌ها را نباید خط سیر ساده «رشد مساوی امنیت» تلقی کرد. بایننس از یک محل تطبیق سفارش به مجموعه‌ای از خدمات امانی و معاملاتی تبدیل شد. در همین روند، مسئولیت پلتفرم در قبال برداشت، نگهداری، احراز هویت و مدیریت ریسک نیز تغییر کرد. برای ارزیابی یک محصول باید به آخرین سند همان محصول نگاه کرد، نه شرحی که در سال‌های نخست فعالیت منتشر شده است.
یک نشانه کاربردی برای تشخیص مطالب قدیمی وجود دارد: اگر متنی ادعا می‌کند بایننس فقط تبدیل رمزارز به رمزارز انجام می‌دهد یا تمام خدماتش برای همه کشورها فعال است، احتمالاً بخشی از اطلاعات آن منسوخ شده است. تفاوت خدمات فیات، بازارهای اسپات، محصولات مشتقه و شبکه‌های بلاکچینی هم به معنی آن نیست که یک حساب کاربری به همه آن‌ها دسترسی دارد.
در معامله اسپات، کاربر سفارش خرید یا فروش ثبت می‌کند. سفارش بازار معمولاً با بهترین نقدینگی در دسترس تطبیق می‌یابد، اما در بازار کم‌عمق ممکن است با چند قیمت مختلف پر شود؛ به این اختلاف «لغزش قیمت» می‌گویند. سفارش محدود فقط در قیمت تعیین‌شده یا بهتر اجرا می‌شود و ممکن است اصلاً پر نشود. نمایش یک قیمت لحظه‌ای به‌تنهایی تضمین نمی‌کند که کل حجم سفارش دقیقاً با همان قیمت انجام شود.
به‌عنوان مثال، اگر قیمت نمایشی یک دارایی ۱۰۰ واحد باشد اما در دفتر سفارش فقط ۲۰ واحد با قیمت ۱۰۰ و باقی نقدینگی در ۱۰۱ موجود باشد، خرید ۵۰ واحد ممکن است میانگین قیمتی بالاتر از ۱۰۰ داشته باشد. این مسئله در دارایی‌های کم‌حجم یا زمان جهش بازار شدیدتر است و باید کنار کارمزد معامله سنجیده شود.
در قراردادهای آتی یا دائمی، معامله‌گر لزوماً خود رمزارز را تحویل نمی‌گیرد؛ بلکه در معرض تغییر قیمت یک قرارداد قرار می‌گیرد. وجه تضمین، نرخ تأمین مالی، ریسک لیکوییدیشن و محدودیتهای دسترسی، ماهیت این ابزار را از خرید اسپات جدا می‌کنند. اهرم می‌تواند هم سود و هم زیان را چندبرابر کند و حتی قبل از آنکه قیمت دارایی به صفر برسد، معامله به‌دلیل کسری وجه تضمین بسته شود.
اینکه یک محصول در مستندات جهانی بایننس معرفی شده باشد، به معنای مجازبودن آن برای هر کاربر نیست. قبل از مقایسه امکانات، باید شرایط ارائه محصول در حوزه قضایی مربوط و خطرات آن را روشن کرد. این مقاله راهنمای افتتاح حساب یا استفاده از خدمات محدودشده نیست.
«آخرین قیمت» عدد مربوط به یک معامله انجام‌شده است، اما «بهترین قیمت فروش» پایین‌ترین پیشنهاد فروشِ موجود در دفتر سفارش است. «میانگین قیمت اجرا» از وزن‌دادن به قیمت همه بخش‌های یک سفارش به دست می‌آید و «قیمت تمام‌شده» کارمزد و سایر هزینه‌های مرتبط را نیز در نظر می‌گیرد. ممکن است هر چهار عدد در یک لحظه متفاوت باشند، بدون اینکه صرافی لزوماً اشتباه محاسباتی کرده باشد.
برای یک سفارش محدود نیز باید نوع آن را خواند: ممکن است بخشی فوراً اجرا شود و مابقی در دفتر سفارش بماند. از روی عبارت «سفارش ثبت شد» نمی‌توان نتیجه گرفت دارایی خریداری شده است. وضعیت Filled، Partially filled و Canceled نتایج متفاوتی دارند. این تفکیک به‌ویژه هنگام گزارش‌گیری از معاملات گذشته یا تطبیق مانده حساب اهمیت دارد.
سناریوی فرضی زیر صرفاً برای شناخت معماری صرافی است. فرض کنید خریدار ۰٫۰۲ بیت‌کوین سفارش بازار می‌دهد. در دفتر فروش، ۰٫۰۰۵ BTC با قیمت ۱۰۰٬۰۰۰ تتر و ۰٫۰۱۵ BTC با قیمت ۱۰۰٬۲۰۰ تتر برای هر بیت‌کوین موجود است. اجرای سفارش به‌ترتیب ۵۰۰ و ۱۵۰۳ تتر هزینه دارد؛ مجموع ۲۰۰۳ تتر و میانگین اجرای هر بیت‌کوین ۱۰۰٬۱۵۰ تتر است. اگر کاربر فقط قیمت اول را دیده باشد، عدد نهایی برایش غیرمنتظره خواهد بود.
پس از معامله، موجودی BTC حساب در دفتر داخلی افزایش می‌یابد. برای نگهداری در کیف پول شخصی، درخواست برداشت، کنترل مقصد، احتمال بررسی امنیتی و کارمزد شبکه مرحله‌ای جداگانه است. این مثال همچنین روشن می‌کند چرا «نقدشوندگی»، «کارمزد معامله» و «هزینه برداشت» باید در گزارش مقایسه‌ای جدا ثبت شوند؛ جمع‌کردن همه زیر عنوان کارمزد صرافی تصویر درستی نمی‌دهد.
| مرحله | محل وقوع | سؤال کنترل |
|---|---|---|
| ثبت سفارش | دفتر سفارش پلتفرم | سقف قیمت، نوع سفارش و نقدینگی چقدر است؟ |
| اجرای سفارش | موتور تطبیق و دفتر حساب | میانگین اجرا و کارمزد چه شد؟ |
| برداشت | کنترل عملیاتی صرافی و شبکه مقصد | شبکه، نشانی، محدودیت و زمان تأیید چیست؟ |
دارایی واریزشده به حساب متمرکز تحت سازوکار امانی پلتفرم قرار می‌گیرد. کاربر معمولاً درخواست برداشت را ثبت می‌کند؛ اما امضای تراکنش نهایی و سیاست‌های امنیتی برداشت توسط متولی زیرساخت مدیریت می‌شود. در کیف پول شخصیِ غیرامانی، برعکس، نگهداری عبارت بازیابی و کلید خصوصی با خود دارنده است؛ این اختیار بیشتر، مسئولیت امنیتی بیشتری هم ایجاد می‌کند. برای درک مسیرهای نگهداری و انتقال، باید خطر گم‌کردن کلید و خطر طرف مقابل را جداگانه سنجید.
بایننس برای برخی دارایی‌ها سازوکار «اثبات ذخایر» و راستی‌آزمایی با درخت مرکل و zk-SNARK معرفی کرده است. کاربر می‌تواند در تاریخ یک تصویر ثبت‌شده، وجود موجودی خود در مجموعه تعهداتِ گزارش‌شده را کنترل کند. اما این گزارش، به‌تنهایی جای صورت‌های مالی کامل، بررسی همه بدهی‌های خارج از زنجیره، کنترل حقوقی دارایی‌ها یا تضمین برداشت فوری را نمی‌گیرد. حتی خود مستندات آموزشی این محدودیتِ زمانی و پوشش ناقص تعهدات خارج از زنجیره را توضیح می‌دهد.
پس عبارت «دارایی‌ها ۱۰۰ درصد پشتوانه دارند» باید همیشه با سه پرسش همراه شود: چه دارایی‌هایی، در چه تاریخی و با چه روش مستقلی بررسی شده‌اند؟ کنترل امنیتی مفید است، اما امتیاز مطلق اعتماد نیست. روش رسمی اثبات ذخایر امکان مشاهده اطلاعات منتشرشده را نشان می‌دهد؛ ادعای شرکت درباره کفایت ذخایر را نباید با نظر مستقل منتشرکننده این مقاله اشتباه گرفت.
سه سؤال ظاهراً نزدیک، پاسخ‌های متفاوت دارند: آیا صرافی در یک زمان مشخص دارایی‌هایی روی زنجیره نشان داده است؟ آیا تعهدات آن به مشتریان در همان دامنه محاسبه شده‌اند؟ آیا کاربر معین می‌تواند همین امروز و از حوزه قضایی خودش برداشت کند؟ گزارش شفافیت ذخایر معمولاً برای سؤال اول و بخشی از سؤال دوم طراحی می‌شود؛ سؤال سوم به قرارداد، کنترل‌های حساب، نقدینگی عملیاتی و وضعیت سرویس مربوط است. به همین علت بررسی گزارش ذخایر باید کنار شرایط برداشت و سابقه پاسخ‌گویی قرار بگیرد.
برای ارزیابی منصفانه، اگر گزارش یک دارایی از تاریخ مشخصی عقب مانده، صرفاً بنویسید «گزارش به‌روز در این دامنه پیدا نشد». نبود اطلاعات کافی خود یک ریسک تصمیم است، اما مجوز اعلام ورشکستگی یا امنیت قطعی هیچ مجموعه‌ای نیست.
هزینه معامله فقط نرخ درج‌شده در جدول کارمزد نیست. نوع سفارش، کارمزد سازنده یا گیرنده سفارش، لغزش قیمت، اختلاف قیمت خرید و فروش، کارمزد برداشت شبکه و تبدیل میان دارایی‌ها می‌تواند جمع هزینه را تغییر دهد. نرخ‌های رسمی نیز ممکن است با سطح حساب، کمپین و محصول تغییر کنند؛ بنابراین نقل یک عدد ثابت برای همه کاربران در سال ۲۰۲۶ گمراه‌کننده است.
| عامل | در چه مرحله‌ای اثر دارد؟ | پرسش لازم |
|---|---|---|
| کارمزد معامله | تطبیق سفارش | نرخ سفارش‌گذار و سفارش‌بردار چقدر است؟ |
| لغزش قیمت | سفارش بازار یا کمبود عمق | برای کل حجم، میانگین قیمت اجرا چقدر می‌شود؟ |
| کارمزد شبکه | برداشت به کیف پول | شبکه و هزینه نهایی انتقال چیست؟ |
| نرخ تبدیل | تعویض جفت‌ارز | چند تبدیل و چند مرحله هزینه لازم است؟ |
| هزینه ریسک | توقف برداشت یا محدودیت حساب | برنامه جایگزین برای دسترسی به دارایی چیست؟ |
فرض کنید سفارش معادل ۱۰۰۰ واحد تتر ثبت می‌شود. کارمزد معاملاتی فرضی ۰٫۱ درصد برابر ۱ تتر است؛ اما اگر لغزش اجرا ۰٫۴ درصد باشد، چهار تتر دیگر به هزینه مؤثر اضافه می‌شود. با هزینه برداشت فرضی ۲ تتر، مجموع ۷ تتر می‌شود. این ارقام نمونه آموزشی‌اند، نرخ زنده هیچ صرافی یا شبکه‌ای نیستند. مقایسه منصفانه، جمع این هزینه‌ها را در یک سناریوی یکسان قرار می‌دهد.
فرض کنید سفارش خریدی در دفتر سفارش ۲٬۰۰۳ تتر ارزش اجرا دارد و نرخ کارمزد فرضی آن ۰٫۱ درصد باشد. هزینه معامله حدود ۲٫۰۰۳ تتر می‌شود و مجموع پرداختی پیش از برداشت به ۲٬۰۰۵٫۰۰۳ تتر می‌رسد. اگر بعداً ۰٫۰۰۰۱ بیت‌کوین هزینه برداشت شود، نباید آن را به‌عنوان درصدی از کارمزد معامله ثبت کرد؛ این یک هزینه جداست و با مقدار بیت‌کوین برداشت‌شده محاسبه می‌شود. همه اعداد مثال صرفاً آموزشی هستند و نرخ هیچ پلتفرمی در روز بررسی محسوب نمی‌شوند.
همین مثال را می‌توان برای مقایسه دو پیشنهاد به کار برد: ابتدا مبلغ خالص دارایی دریافتی، سپس هزینه انتقال و سرانجام امکان استفاده قانونی از سرویس را کنار هم بگذارید. انتخاب ارزان‌ترین کارمزد اسمی درحالی‌که امکان برداشت یا احراز هویت وجود ندارد، مقایسه‌ای ناقص است.
بیت‌کوین (BTC) از نظر کارکرد و سیاست عرضه با توکن‌های خدماتی تفاوت دارد. هنگام جابه‌جایی آن، نام شبکه، حداقل برداشت و آدرس مقصد باید بررسی شود. برای مطالعه بازار داخلی می‌توان خرید بیت‌کوین و قیمت بیت‌کوین را جداگانه دید؛ مطالعه قیمت با ثبت سفارش یکسان نیست.
اتریوم (ETH) علاوه بر مبادله، برای کارمزدهای شبکه و برنامه‌های قرارداد هوشمند استفاده می‌شود. انتقال توکن روی شبکه اشتباه یا به آدرس ناسازگار می‌تواند به از دست‌رفتن دارایی منجر شود. تفاوت عملکرد ETH با محصولات مشتقه مبتنی بر قیمت آن را باید شناخت؛ لینک‌های داخلی خرید اتریوم و قیمت اتریوم مسیرهای جداگانه بررسی این دارایی‌اند.
تتر (USDT) در بسیاری از بازارهای رمزارزی به‌عنوان ارز مظنه به کار می‌رود. ثبات نسبی هدف‌گذاری‌شده آن، حذف خطر صادرکننده، محدودیت نقدشوندگی، شبکه انتقال یا مسدودشدن دارایی نیست. پیش از تصمیم، خرید تتر و قیمت تتر را با نوع شبکه، کارمزد و نیاز واقعی خود مقایسه کنید.
در مستندات رسمی منتشرشده در سال ۲۰۲۶، بایننس صریحاً استفاده کاربران ساکن یا حاضر در ایران را ممنوع دانسته و دورزدن الزامات احراز هویت از طریق VPN را نیز نقض شرایط استفاده معرفی کرده است. در نتیجه توصیه‌هایی مانند «با IP ثابت ثبت‌نام کنید» یا «از مدارک شخص دیگری استفاده کنید» نه راهکار امن است و نه مطابق مقررات پلتفرم. خطر فقط رد ثبت‌نام نیست؛ محدودیت برداشت، مسدودشدن حساب و مشکلات اثبات مالکیت می‌توانند با تأخیر ظاهر شوند.
پیش از انتخاب مسیر خرید، کاربر ایرانی باید امکان استفاده قانونی از خدمت، فرایند احراز هویت، سازوکار رسیدگی به اختلاف و محل نگهداری دارایی را بررسی کند. برای آشنایی با خدمات قابل‌ارزیابی در بازار داخلی، صرافی ارز دیجیتال و صفحه خرید ارز دیجیتال و فهرست قیمت ارزهای دیجیتال نقطه شروع مطالعه‌اند، نه تضمین مناسب‌بودن هر دارایی برای سرمایه‌گذاری. این مقاله هیچ راهنمایی برای عبور از محدودیت جغرافیایی ارائه نمی‌دهد.
این وضعیت با ثبت‌نام تازه فرق دارد. برای پیگیری رسمی حساب قدیمی، شناسه پرونده، زمان آخرین دسترسی، نامه‌های پشتیبانی، سابقه واریز و برداشت و مدارک مالکیت مجاز را در محلی امن نگه دارید. از ارسال عبارت بازیابی، گذرواژه یا کد ورود به اشخاصی که خود را واسطه رفع محدودیت معرفی می‌کنند خودداری کنید. وجود سابقه موجودی در یک اسکرین‌شات به‌تنهایی حق برداشت یا تأیید هویت را اثبات نمی‌کند؛ مسئله باید در چارچوب ضوابط سرویس و مسیر پشتیبانی رسمی پیگیری شود.
این توضیح برای کاهش خطر از دست‌رفتن مدارک است، نه راهنمای تغییر موقعیت جغرافیایی، جعل هویت یا دورزدن کنترل‌های صرافی. اگر مقررات یا تعهدات قراردادی مبهم است، دریافت مشاوره حقوقی متناسب با وضعیت شخصی از آزمون‌کردن روش‌های نامعتبر کم‌خطرتر است.
| ویژگی | مزیت بالقوه | محدودیت یا خطر |
|---|---|---|
| عمق دفتر سفارش | اجرای بهتر در جفت‌ارزهای نقدشونده | تغییر سریع عمق هنگام نوسان |
| محصولات متنوع | روش‌های مختلف معامله و مدیریت سفارش | پیچیدگی، اهرم و ریسک قراردادی |
| نگهداری امانی | بازیابی حساب با فرایند پشتیبانی | وابستگی به سیاست برداشت و متولی |
| مدارک شفافیت ذخایر | امکان کنترل بخشی از داده‌ها | نبود پوشش کامل بدهی‌های خارج زنجیره |
| احراز هویت و کنترل ریسک | کاهش بعضی سوءاستفاده‌های حساب | ریسک عدم واجدشرایط‌بودن جغرافیایی |
نخست دامنه خدمات مجاز برای محل اقامت خود را بخوانید؛ سپس وجود اطلاعیه‌های برداشت، روش‌های ورود مقاوم‌تر در برابر فیشینگ، کنترل فهرست سفید آدرس برداشت، گزارش رخدادها و سازوکار مستقل بررسی ذخایر را ارزیابی کنید. نام‌آور بودن یا شمار کاربران، جای این مدارک را نمی‌گیرد. در راهنمای ارزیابی امنیت صرافی همین معیارها با رویکرد شواهد قابل‌سنجش بررسی شده‌اند.
اگر هدف، مقایسه ساختار بازارهاست، تفاوت صرافی و بروکر را نیز باید شناخت. در مقایسه مفهوم بروکر و صرافی روشن می‌شود که خرید دارایی، قرارداد مابه‌التفاوت و استفاده از اهرم، سه تجربه متفاوت‌اند؛ هر سه نباید زیر یک عبارت کلی «ترید کریپتو» قرار گیرند.
تصور کنید یک صرافی ادعا می‌کند «دارایی همه مشتریان در امنیت کامل است». این جمله بدون تاریخ، محدوده پوشش و روش آزمون، قابل راستی‌آزمایی نیست. اگر موضوع اثبات ذخایر باشد، باید حداقل زمان عکس‌برداری از موجودی‌ها، دارایی‌های تحت پوشش، روش محاسبه تعهدات کاربران و امکان بررسی سهم حساب خودتان مشخص باشد. اگر موضوع امنیت حساب است، سند مناسب چیز دیگری است: مشخصات روش ورود، محدودیتهای برداشت و راه تماس در رخداد اضطراری.
| ادعا | سند قابل بررسی | چه چیزی همچنان نامعلوم می‌ماند؟ |
|---|---|---|
| موجودی کاربران پشتوانه دارد | گزارش PoR با تاریخ، دارایی‌های تحت پوشش و روش راستی‌آزمایی | همه بدهی‌ها و تغییرات بعد از زمان گزارش |
| حساب در برابر فیشینگ محافظت می‌شود | پشتیبانی از کلید امنیتی/Passkey و کنترل‌های برداشت | خطاهای انسانی، نفوذ به ایمیل یا پشتیبانی |
| برداشت‌ها ایمن هستند | سیاست کنترل نشانی، تأخیر امنیتی و ثبت رخداد | دسترسی دائمی و نامحدود در همه وضعیت‌ها |
عبارت‌هایی مانند «بالاترین امنیت» یا «دارایی صددرصد محفوظ» برای تصمیم مالی کافی نیستند. گزارش اثبات ذخایر، از تاریخ نمونه‌برداری و دامنه دارایی‌های پوشش‌داده‌شده می‌گوید؛ کنترل ورود، از محافظت حساب؛ و گزارش رخداد، از آمادگی پاسخ‌گویی. هیچ‌یک جای دیگری را نمی‌گیرد. برای نمونه، در توضیح رسمی سامانه اثبات ذخایر بایننس از درخت مرکل و مدارک رمزنگاری برای سنجش گنجاندن مانده مشتری در مجموعه گزارش‌شده استفاده شده است. بااین‌حال، چنین گزارشی به‌تنهایی تمام بدهی‌های برون‌زنجیره‌ای یا وضعیت آینده شرکت را اثبات نمی‌کند.
روش عملی این است که برای هر ادعا، سند، تاریخ، دامنه و امکان بررسی مستقل مشخص شود. وقتی اطلاعات ارائه نشده، نتیجه درست «برای من تأیید نشد» است؛ نه «حتماً بی‌خطر» و نه «قطعاً کلاهبرداری». برای مقایسه منظم می‌توان از چک‌لیست ارزیابی امنیت صرافی‌ها استفاده کرد و داده‌های جدید را در همان چارچوب قرار داد.
اگر مهاجم صفحه ورود جعلی بسازد، کدی که کاربر دستی وارد می‌کند ممکن است در همان لحظه استفاده شود؛ به همین دلیل NIST کدهای OTP را در گروه روش‌های مقاوم در برابر فیشینگ قرار نمی‌دهد. در مقابل، احراز هویت مبتنی بر کلید با اتصال رمزنگاری‌شده به دامنه می‌تواند بخشی از این خطر را کاهش دهد. نکته مهم‌تر برای صرافی‌ها، کنترل تغییر دستگاه، اضافه‌کردن مقصد برداشت و بازیابی حساب پس از رخداد مشکوک است؛ امنیت ورود باید در کنار امنیت خروج دارایی سنجیده شود.
تفاوت میان یک حساب کاربری و کیف پول را می‌توان از مسیر کنترل‌های روزمره فهمید. کاربر حساب متمرکز با گذرواژه و روش احراز هویت وارد می‌شود؛ اما معامله‌گر در کیف پول غیرامانی ممکن است برای هر تراکنش، امضای رمزنگاری‌شده ارائه کند. در مدل متمرکز، تصاحب حساب می‌تواند به تلاش برای برداشت غیرمجاز منجر شود. بنابراین مقاومت در برابر فیشینگ، حفاظت از ایمیل اصلی، بررسی دستگاه‌های متصل و اعلان برداشت اهمیت دارند. هیچ ابزار امنیتی به‌تنهایی ریسک را صفر نمی‌کند.
در ارزیابی عملی، فقط به وجود یک دکمه «فعال‌سازی 2FA» نگاه نکنید. ببینید در صورت اضافه‌شدن دستگاه جدید، تعویض شیوه ورود یا تغییر نشانی برداشت چه تأخیری اعمال می‌شود و چگونه می‌توان تغییرات غیرمنتظره را متوقف کرد. تفاوت روش‌های مقاوم به فیشینگ و کد یک‌بارمصرف در سند فنی NIST توضیح داده شده است؛ ادعای امنیت بدون مشخص‌بودن این سازوکارها کامل نیست.
در بسیاری از سامانه‌های امانی امکان محدودکردن مقصدهای برداشت، تأیید دستگاه جدید یا تأخیر امنیتی وجود دارد. وجود این کنترل‌ها تنها زمانی ارزشمند است که کاربر آن‌ها را درست تنظیم کند و راه لغو یا بازیابی در زمان حادثه نیز روشن باشد. در مقابل، در کیف پول غیرامانی ممکن است یک امضای اشتباه برای قرارداد مخرب، مجوز خرج‌کردن دارایی ایجاد کند؛ این مسئله خارج از بحث رمز عبور حساب صرافی است و باید مستقل آموزش داده شود.
برای ساکنان ایران، فهرست بالا صرفاً اصول عمومی امنیت انتقال است و نباید به‌عنوان راهنمای انتقال از حساب محدودشده یا دورزدن سیاست‌های پلتفرم تعبیر شود. در صورت داشتن حساب با مشکل دسترسی، مسیر امن‌تر مستندسازی مالکیت و پیگیری رسمی است، نه آزمایش آدرس‌ها یا هویت‌های متفاوت.
فرض کنید دو نفر می‌خواهند اتریوم را با تتر معاوضه کنند. در بستر متمرکز، معامله می‌تواند در دفتر داخلی حساب‌ها به‌سرعت ثبت شود؛ اما تسویه به کیف پول شخصی تابع پردازش برداشت و شبکه مقصد است. در یک مبادله غیرامانی روی قرارداد هوشمند، کاربر از کیف پول امضا می‌کند و نتیجه در شبکه ثبت می‌شود؛ در عوض کارمزد شبکه و ریسک قرارداد پررنگ‌تر است. در یک معامله همتابه‌همتا، طرفین ممکن است پیش از آزادسازی دارایی به تأیید پرداخت برون‌زنجیره‌ای نیاز داشته باشند. این مثال نشان می‌دهد «یکسان بودن جفت‌ارز» به معنی یکسان‌بودن ریسک و تجربه نیست.
کاربری که هدفش نگهداری بلندمدت است، باید افزون بر قیمت و کارمزد، مسئولیت کنترل کلید و امکان بازیابی را بررسی کند. کاربری که معاملات متعدد انجام می‌دهد نیز هزینه اجرا، نقدشوندگی و فرایند گزارش‌گیری مالی را می‌سنجد. هیچ‌کدام از این نیازها مجوز نادیده‌گرفتن شرایط جغرافیایی و مقررات را ایجاد نمی‌کنند؛ بنابراین برای مخاطب ایرانی، مقایسه فنی بایننس را باید از توصیه استفاده عملی جدا نگه داشت.
فرض کنید دو نفر هرکدام مقدار کمی اتریوم برای پرداخت هزینه‌های یک برنامه بلاکچینی نیاز دارند. نفر اول ETH را در حساب امانی نگه می‌دارد؛ هنگام اجرای برنامه به انتقال روی شبکه و احتمال تأخیر برداشت وابسته است. نفر دوم ETH را در کیف پول شخصی نگه می‌دارد؛ انتقال را خودش امضا می‌کند، اما اگر عبارت بازیابی را گم کند پشتیبانی صرافی راهی برای بازگرداندن کلید ندارد. برای نفر اول «آیا برداشت روی شبکه موردنظر فعال است؟» سؤال اصلی است؛ برای نفر دوم «آیا قرارداد و مجوز امضا را می‌فهمم؟» اهمیت بیشتری دارد.
به همین دلیل جدول مقایسه باید بر مسئولیت، هزینه و امکان بازیابی تکیه کند، نه ادعای کلی اینکه یکی از این روش‌ها همواره امن‌تر است. شرایط منطقه‌ای بایننس نیز مستقل از این انتخاب فنی باقی می‌ماند.
فرض کنید خرید ۰٫۰۲ BTC در گزارش معامله تأیید شده، اما هنوز هیچ تراکنشی در مرورگر بلاکچین دیده نمی‌شود. این به‌خودی‌خود نشانه «گم‌شدن بیت‌کوین» نیست؛ زیرا معامله دفتر داخلی، تراکنش روی زنجیره تولید نمی‌کند. نقطه بررسی اول، تاریخچه معاملات و تغییر مانده حساب است. نقطه دوم، در صورت ثبت درخواست برداشت، وضعیت همان درخواست و شناسه تراکنش شبکه است. اگر شناسه تراکنش صادر نشده باشد، جست‌وجوی حدسی در مرورگر شبکه نتیجه‌ای ندارد؛ باید وضعیت درخواست از مجرای رسمی پلتفرم پیگیری شود.
در مقابل، اگر تراکنش واقعاً روی شبکه ثبت شده است، باید شبکه مقصد، تعداد تأییدها، آدرس گیرنده و در صورت لزوم قرارداد توکن را بررسی کرد. رسید «موفق» در یک مرحله، تضمین نهایی مرحله بعد نیست. این تفکیک به خواننده امکان می‌دهد بدون اعتماد به اشخاص واسطه، منشأ تأخیر را بهتر مشخص کند.
پیش از بررسی ابزارهای معاملاتی، متن شرایط خدمات و وضعیت واجدشرایط‌بودن باید روشن شود. صرف داشتن دارایی روی یک بلاکچین به معنی حق استفاده از تمام رابط‌های تجاری یا حساب‌های متمرکز در هر حوزه قضایی نیست. هیچ تغییری در مشخصات هویتی یا استفاده از ابزار تغییر موقعیت را راه‌حل دسترسی معرفی نمی‌کنیم؛ اگر حساب قبلی محدود شده است، نگهداری سوابق و پیگیری از مسیر رسمی، مسئله‌ای جدا از ثبت‌نام تازه است.
بایننس را باید به‌عنوان مجموعه‌ای از زیرساخت‌های متمرکز معامله و نگهداری دارایی بررسی کرد، نه مترادف امنیت کامل یا دسترسی جهانی. برای کاربر ایرانی، واجدشرایط‌بودن و ریسک حقوقی مقدم بر امکانات و تعداد جفت‌ارزهاست. در کنار شناخت دفتر سفارش و هزینه معامله، کنترل مالکیت دارایی، محدودیت برداشت و کیفیت مدارک امنیتی ضروری است. متن برای آموزش و اطلاع‌رسانی تهیه شده و توصیه سرمایه‌گذاری یا راهنمای دورزدن محدودیت‌ها نیست.
منابع زیر در بازبینی ۱ نوامبر ۲۰۲۶ برای بررسی ادعاهای تاریخی، محدودیت منطقه‌ای و فنی خوانده شدند. وضعیت خدمات و شرایط استفاده ممکن است بعد از این تاریخ تغییر کند.
با توجه به مستندات رسمی سال ۲۰۲۶، بایننس کاربران ساکن یا حاضر در ایران را از استفاده از پلتفرم منع کرده است. وضعیت دقیق هر خدمت باید از شرایط رسمی خوانده شود؛ روش عبور از این محدودیت پیشنهاد نمی‌شود.
خیر. در مدل امانی، کنترل امضای تراکنش‌های برداشت با متولی زیرساخت است. کنترل کیف پول غیرامانی و مسئولیت عبارت بازیابی موضوعی جداگانه است.
خیر. اثبات ذخایر ابزار شفافیت درباره داده‌ها و تاریخ مشخص است؛ مسائل حقوقی، عملیاتی و تعهدات خارج از زنجیره را به‌تنهایی پوشش نمی‌دهد.
بله. BNB رمزارز است و BNB Chain زیرساخت بلاکچینی؛ حساب بایننس یک رابطه قراردادی با پلتفرم معاملاتی است.
خیر. اسپات خریدوفروش دارایی است و فیوچرز قراردادی با وجه تضمین، ریسک لیکوییدیشن و شرایط حقوقی متفاوت است.
