نرم‌افزار برای صنعت شما

بازی و جهان‌های دیجیتال

تجربه‌هایی برای بازیکنان بسازید که در آن حساب‌ها، دارایی‌ها و سیستم‌های اجتماعی در خدمت بازی باشند. بلاکچین را فقط جایی وارد کنید که هدف محصولی روشنی را پوشش می‌دهد.

نیازهای خود را مطرح کنید
/01

از مسیر بازیکن محافظت کنید

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

/02

اقتصاد بازی را از نمایش آن جدا کنید

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

  • حساب‌های بازیکن و راه‌اندازی کیف پول
  • ماژول‌های کلکسیون، موجودی و بازار
  • کمپین‌های اجتماعی و کنترل‌های اپراتور
/03

سوءاستفاده و بازیابی را هم‌زمان با کارایی آزمایش کنید

برنامه پذیرش باید ادعاهای تکراری، درخواست‌های تکراری، وضعیت‌های ناسازگار موجودی و انتقال‌های قطع‌شده را پوشش دهد. اهداف کارایی به یک مسیر واقعی از تجربه بازیکن نیاز دارند، نه فقط یک endpoint جداگانه. ما تله‌متری و ابزارهای پشتیبانی را طوری تعریف می‌کنیم که اپراتور بتواند یک آیتم مورد اختلاف یا یک claim ناموفق را بفهمد، بدون اینکه از بازیکن بخواهد همه مراحل فنی را دوباره بازسازی کند.

شفافیت پیش از تعهد

پرسش‌هایی که ارزش پرسیدن دارند.

آیا بازیکنان باید فوراً کیف پول خارجی وصل کنند؟

نه لزوماً. در مرحله کشف می‌توان تجربه‌ای مبتنی بر حساب کاربری را با مسیر استفاده از کیف پول خارجی مقایسه کرد. در هر دو رویکرد، بازیابی، کنترل دارایی‌ها و نقطه‌ای که امضا کردن ضروری می‌شود باید شفاف توضیح داده شود.

آیا می‌توانید روی یک بازی موجود توسعه انجام دهید؟

بله، به شرطی که سطح یکپارچه‌سازی آن اجازه بدهد. پیش از تصمیم‌گیری درباره اینکه کدام ماژول‌ها داخل بازی باشند و کدام‌ها به‌صورت سرویس‌های جداگانه پیاده‌سازی شوند، هویت، مالکیت موجودی، APIهای رویداد و محدودیت‌های استقرار را بررسی می‌کنیم.

قطعه‌های بعدی را به هم وصل کنید.

خدمات و زیرساخت‌های نرم‌افزاری مرتبط با این گفت‌وگو را عمیق‌تر بررسی کنید.

بیایید قدم بعدی را مشخص کنیم

بگویید چه چیزی باید درست کار کند.

ایده، پلتفرم فعلی یا فرایندی را بیاورید که به پاسخ بهتری نیاز دارد. ما با پرسش‌های درست شروع می‌کنیم.

درباره پروژه‌تان گفت‌وگو کنید