RTP در اسلات: تعریف دقیق و آنچه نمی‌گوید
RTP کوتاه‌شده‌ی «بازگشت به بازیکن» است، اما تعریف دقیق آن یک امید ریاضی است نه یک وعده. این صفحه تعریف را باز میکند، حدش را مشخص میکند و نشان می‌دهد چرا از آن نمیشود به نتیجهی یک جلسه رسید.
تعریف به‌صورت امید ریاضی
برای یک چرخش با شرط ثابت، امید ریاضی پرداخت برابر است با مجموع «پرداخت هر نتیجه ضربدر احتمال آن نتیجه» روی همه‌ی نتیجه‌های ممکن. RTP همان امید ریاضی است که بر شرط تقسیم شده و در ۱۰۰ ضرب شده باشد.
چون هر چرخش مستقل و هم‌توزیع است، امید ریاضی مجموع n چرخش برابر n برابر امید ریاضی یک چرخش است. این خطی بودن دلیل آن است که ماشین‌حساب این سایت فقط یک ضرب ساده انجام می‌دهد و لازم نیست تعداد چرخش را شبیهسازی کند.
قانون اعداد بزرگ و آنچه واقعاً تضمین میکند
قانون اعداد بزرگ میگوید میانگین نمونه با بزرگ‌شدن نمونه به امید ریاضی همگرا میشود. اما دو نکته‌ی مهم در آن هست که معمولاً نادیده گرفته می‌شوند:
- همگرایی دربارهی میانگین است، نه دربارهی مجموع. با بزرگ‌شدن نمونه، فاصله‌ی میانگین از RTP کوچک میشود ولی فاصله‌ی مجموع نتیجه از انتظار معمولاً بزرگ‌تر میشود.
- هیچ «نیروی جبران‌کننده‌ای» وجود ندارد. چرخش‌های آینده نتیجه‌های گذشته را جبران نمی‌کنند؛ فقط با انباشته‌شدن داده، وزن گذشته در میانگین کم میشود.
این را می‌توانی مستقیم اندازه بگیری: نمونه‌گیر میز کار را یک بار با ۱٬۰۰۰ و یک بار با ۱۰۰٬۰۰۰ چرخش اجرا کن و ببین فاصله‌ی بازگشت اندازه‌گیری‌شده از ۹۴٫۴٪ در کدام حالت کوچک‌تر است.
عدد این بازی و روش اندازه‌گیری‌اش
| پارامتر | مقدار | روش |
|---|---|---|
| RTP بلندمدت | ۹۴٫۴٪ | ۳٬۰۰۰٬۰۰۰ چرخش استاندارد با اجرای کامل دورهای چرخش رایگان |
| فرکانس برد | ۳۷٫۵٪ | نسبت چرخش‌های دارای برد غیرصفر در همان اجرا |
| فعال‌شدن چرخش رایگان | ۱٫۰۷٪ | نسبت چرخش‌های پایه‌ای که ۳ اسکتر یا بیشتر داشته‌اند |
| دسته‌بندی نوسان | متوسط | ترکیب فرکانس برد و شیب جدول پرداخت |
چرا برای بازی‌های دیگر عددی نداریم
محاسبه یا اندازه‌گیری RTP فقط وقتی ممکن است که تعریف نوارها و جدول پرداخت در دسترس باشد، یا گزارش یک آزمایشگاه مستقل منتشر شده باشد. برای بازی‌های سایت‌های فهرست‌شده هیچ‌کدام را در اختیار نداریم؛ به همین دلیل فیلدهای rtp، volatility و hitFrequency در داده‌ی برندهای این سایت null مانده‌اند و در جدول‌ها با «تأیید نشده» نمایش داده می‌شوند.
RTP در اسلات تضمین نیست: میانگین بلندمدت در برابر یک جلسه
این تفکیک مهم‌ترین چیزی است که از این صفحه باید برداشته شود، چون تقریباً همه‌ی ادعاهای نادرست دربارهی اسلات از قاطی‌کردن همین دو چیز می‌آیند. RTP در اسلات یک پارامتر توزیع است: عددی که اگر همان شرایط را بینهایت بار تکرار کنی، میانگین نتیجه‌ها به آن نزدیک میشود. نتیجهی یک جلسه یک نمونه‌ی واحد از آن توزیع است و هیچ الزامی ندارد نزدیک میانگین بیفتد.
عملاً این یعنی: ۹۴٫۴٪ به تو نمی‌گوید از هر ۱۰۰ واحد شرط، ۹۴٫۴ واحد را پس می‌گیری. در یک نشست ۱۰۰ چرخشی، نتیجهی تو می‌تواند صفر باشد یا چند برابر شرط کل — هر دو با همان RTP کاملاً سازگارند. RTP حتی نمی‌گوید نتیجهی «محتمل‌ترین» کدام است؛ در بازی‌های با شیب پرداخت تند، نتیجهی محتمل‌تر یک نشست کوتاه معمولاً زیر میانگین است، چون میانگین را رویدادهای نادر بالا می‌کشند.
سؤال طبیعی بعدی این است که از چه اندازه‌ای به بعد عدد مشاهده‌شده معنا پیدا میکند. جواب عددی‌اش در یادداشت اندازه‌ی نمونه آمده و خلاصه‌اش این است که خطا با جذر تعداد چرخش کم میشود، پس برای نصف‌کردن خطا باید تعداد چرخش را چهار برابر کنی — و همین کندی است که تجربه‌ی شخصی را به شاهد ضعیفی برای RTP تبدیل میکند.
پرسش‌های پرتکرار
RTP یک تضمین است یا یک میانگین؟
یک میانگین در حد بینهایت. اگر یک بازی RTP برابر ۹۴٫۴٪ داشته باشد، معنایش این است که وقتی تعداد چرخشها بهسمت بینهایت میرود، نسبت مجموع پرداخت به مجموع شرط به ۹۴٫۴٪ همگرا میشود. در هیچ تعداد متناهی چرخشی این نسبت تضمینشده نیست.
چرا نمیشود از RTP به نتیجهی یک جلسه رسید؟
چون RTP فقط مرکز توزیع را میگوید و هیچ اطلاعاتی دربارهی پراکندگی نمیدهد. برای رسیدن به احتمال یک نتیجهی مشخص، به شکل کامل توزیع نیاز داری — و آن همان چیزی است که نوسان توصیفش میکند.
RTP روی هر چرخش اعمال میشود؟
نه. هیچ مکانیزمی در بازی وجود ندارد که «بررسی کند» تا حالا چقدر پرداخت شده و بر اساس آن چرخش بعدی را تنظیم کند. RTP یک خاصیت نوظهور از تعریف نوارها و جدول پرداخت است، نه یک هدفی که در زمان اجرا دنبال میشود.
دور چرخش رایگان در RTP حساب میشود؟
بله و باید حساب شود. در شبیهسازی این بازی، هر بار که اسکترها دور را فعال کردهاند آن دور تا آخر بازی شده و بردهایش در مجموع پرداخت آمده است. اگر کسی RTP را بدون احتساب ویژگیهای بونوس گزارش کند، عدد کمتر از واقعیت خواهد بود.