پیاده‌سازی سرویس صدور و امضای دیجیتال تیکت ورود به ملک

شرح و جزئیات فنی: ۱. شرح مسئله و هدف معماری (Problem Statement & Objective) طبق **بخش ۱ و ۱۰ سند**، وقتی کاربر (مثلاً کاربر ۲۵) در سایت میکروسرویس روی دکمه «ورود به ملک» (مثلاً ملک ۴۱۲) کلیک می‌کند، میکروسرویس باید یک **مجوز مخصوص همان ورود (تیکت امنیتی کوتاه‌مدت و یک‌بارمصرف)** صادر و با کلید خصوصی خود امضا کند. این تیکت صرفاً برای آغاز ورود به یک ملک مشخص در بازه ۶۰ ثانیه است و یک مجوز دائمی نیست. ۲. مشخصات فنی و ساختار تیکت (Technical Specification) ساختار Payload تیکت امضاشده (به صورت JWT با الگوریتم نامتقارن `EdDSA (Ed25519)` یا `RS256` و یا PASETO v4.public): ```json { "ticket_id": "01J8Z9X6K4M3N2P1Q0R9S8T7U6", "user_id": 25, "property_id": 412, "audience": "Gameplay Entry", "issued_at": 1762000000, "expires_at": 1762000060, "issuer": "metaverse-rang-microservice" } ``` - **استخراج امن هویت (`user_id`):** شناسه کاربر باید **منحصراً از نشست معتبر سمت سرور میکروسرویس (Server-Side Session / Auth Context)** استخراج شود. شناسه ارسال‌شده توسط مرورگر به تنهایی مدرک هویت نیست (**بخش ۱ - گام ۰۲**). - **محدودیت به ملک مقصد (`property_id`):** تیکت صادرشده برای ملک `412` روی هیچ ملک دیگری (مثلاً ملک `500`) معتبر نباشد. - **مهلت اعتبار (`expires_at`):** دقیقاً `زمان صدور + ۶۰ ثانیه` (قابل تنظیم در Config و مصوب در قرارداد فنی). - **شناسه یکتا (`ticket_id`):** تولید شناسه یکتای تصادفی (`UUIDv4` یا `ULID`) جهت تضمین یک‌بارمصرف بودن در سمت Gameplay. - **مقصد مجاز (`audience`):** مقدار ثابت `"Gameplay Entry"` تا تیکت در هیچ سرویس دیگری قابل مصرف نباشد.