چگونه از Polymarket برای مبتدیان استفاده کنیم: یک چک لیست امن برای ورود

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

نکات کلیدی

• Polymarket داده‌های بازار می‌تواند به‌صورت عمومی بدون API کلید دریافت شود، اما قرار دادن سفارشات نیاز به اعتبارنامه‌های L2 API کیف پول دارد..
• ثبت‌نام از Google، ایمیل با یک کد 6 رقمی، یا اتصال یک کیف پول کریپتو و امضای پیام‌ها برای فعال‌سازی تجارت پشتیبانی می‌کند.
• سپرده‌ها نیاز به انتخاب توکن و شبکه صحیح و ارسال به آدرس ارائه شده دارند. سپرده‌های با زنجیره یا آدرس اشتباه قابل برگشت نیستند.
• انتخاب کیف پول تغییرات عملیاتی را به همراه دارد: یک EOA معمولاً به POL برای گاز, در حالی که یک Safe مستقر شده توسط رلیر می‌تواند عملیات‌های بدون گاز را فعال کند.

نحوه کارکرد ورود به Polymarket

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

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

لحظه‌ای که جریان کاری به تجارت منتقل می‌شود، الزامات تغییر می‌کند. مستندات کمک Polymarket سه روش ثبت‌نام را فهرست می‌کند: ورود به Google، ورود به ایمیل با استفاده از یک کد 6 رقمی، یا ورود با یک کیف پول کریپتو با اتصال و امضای پیام‌ها (شامل یک پیام دوم برای فعال‌سازی تجارت). آن مرحله آخر اهمیت دارد زیرا پل بین "من می‌توانم بازارها را مشاهده کنم" و "من می‌توانم اقدامات تأیید شده انجام دهم" است.

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

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

سپرده‌گذاری وجوه بدون از دست دادن آن‌ها

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

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

یک مبتدی که می‌پرسد "چقدر باید برای شروع Polymarket داشته باشم" معمولاً سعی دارد از تأمین مالی بیش از حد یک مکان ناآشنا جلوگیری کند. مستندات اشاره شده در اینجا حداقل‌های دقیق یا توکن‌های پشتیبانی شده برای هر مسیر را فهرست نمی‌کنند، اما بیان می‌کنند که مقدار حداقلی برای روش سپرده انتخاب شده وجود دارد.

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

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

این‌جا نیز جایی است که اصطلاحات زیرساخت داخلی شروع به اهمیت پیدا می‌کنند. اگر جریان سپرده، موجودی Polymarket را تأمین کند که در نهایت با استفاده از polymarket usd pusd معامله می‌شود، کاربر هنوز باید انتخاب شبکه را در لحظه انتقال درست انجام دهد. پلتفرم نمی‌تواند پس از واقعیت، ارسال به زنجیره اشتباه را "اصلاح" کند، زیرا نهایی‌سازی تراکنش در زنجیره است، نه در پایگاه داده Polymarket.

انتخاب‌های کیف پول و انتظارات گاز

انتخاب کیف پول هزینه مدل استفاده از Polymarket را بیشتر از آنچه اکثر مبتدیان انتظار دارند، تغییر می‌دهد. مستندات شروع به کار سازنده بازار خط روشنی بین یک EOA و یک کیف پول Safe ترسیم می‌کند. یک EOA یک کیف پول استاندارد به سبک Ethereum است که در آن کاربر برای تراکنش‌های زنجیره‌ای، از جمله تأییدها و اجرای معاملات، هزینه می‌پردازد.

یک کیف پول Safe در مستندات Polymarket یک کیف پول قراردادی مبتنی بر Gnosis Safe است که از طریق رلیر Polymarket مستقر شده است، با این مزیت که تراکنش‌های بدون گاز می‌توانند فعال شوند جایی که Polymarket هزینه‌های گاز را برای عملیات‌های زنجیره‌ای پرداخت می‌کند.

این تمایز به سؤال مبتدی "آیا برای Polymarket به کیف پول نیاز دارم" با ظرافت پاسخ می‌دهد. برای مرور بازارها یا دریافت داده‌های عمومی به کیف پول نیاز نیست. کیف پول زمانی مرکزی می‌شود که کاربر بخواهد با احراز هویت مبتنی بر کیف پول تجارت کند، یا زمانی که کاربر با جریان API که اعتبارنامه‌ها را از یک امضا کننده استخراج می‌کند، تعامل دارد.

انتظارات گاز جایی است که مبتدیان غافلگیر می‌شوند. راهنمای سریع به‌صراحت بیان می‌کند که مثال از Polygon mainnet با شناسه زنجیره 137 استفاده می‌کند و یک الزام مشخص را علامت‌گذاری می‌کند: قبل از تجارت، آدرس تأمین‌کننده نیاز به pUSD برای خرید توکن‌های نتیجه و POL برای گاز در صورت استفاده از EOA (نوع امضا 0) دارد. تصور غلط رایج این است که "Polygon به معنای این است که گاز اساساً رایگان است، بنابراین مهم نیست." واقعیت عملی ساده‌تر است: اگر کیف پول هزینه گاز را پرداخت می‌کند، به توکن گاز نیاز دارد.

برای کاربران فنی، تنظیم مبتنی بر رلیر یک اصطلاح دیگر را معرفی می‌کند که در جریان‌های احراز هویت ظاهر می‌شود: یک کیف پول پروکسی. راهنمای سریع یادآوری می‌کند که کاربران کیف پول پروکسی (نوع 1 و 2) می‌توانند از رلیر بدون گاز Polymarket به جای پرداخت گاز مانند یک EOA استفاده کنند. این یک ارتقاء اخلاقی نیست. این یک انتخاب جریان کاری با حالت‌های شکست متفاوت است و به همین دلیل نوع کیف پول باید قبل از تأمین مالی و تأییدها تعیین شود.

یافتن بازارها و خواندن نتایج

سریع‌ترین راه برای درک ساختار بازار Polymarket این است که یک بازار فعال از نقطه پایانی عمومی Gamma دریافت کرده و فیلدها را بررسی کنید. راهنمای سریع از یک تماس مثال مشخص به https://gamma-api.polymarket.com/markets?active=true&closed=false&limit=1 استفاده می‌کند و سوال بازار و clobTokenIds را چاپ می‌کند. جزئیات کلیدی برای مبتدیان درخواست HTTP نیست. این قانون ترتیب است که مستندات آن را مشخص می‌کنند: clobTokenIds به ترتیب [ID توکن بله، ID توکن نه] مرتب شده‌اند.

این ترتیب تفاوت بین یک سفارش صحیح و یک اشتباه خاموش هنگام تجارت برنامه‌نویسی است. یک مبتدی می‌تواند در فرضیه "درست" باشد و هنوز هم طرف اشتباه را قرار دهد اگر ID توکن‌ها در کد یا در یک صفحه‌گسترده جابجا شوند. به همین دلیل است که یک صفحه جداگانه مانند نحوه خواندن قیمت‌های Polymarket مفید است. قیمت تنها زمانی معنی‌دار است که به توکن نتیجه صحیح مرتبط باشد.

برای کاربران غیر API، همان مفهوم به‌صورت بصری به‌عنوان نتایج بله و نه ظاهر می‌شود. برای کاربران API، این به یک ID توکن تبدیل می‌شود که باید در ایجاد سفارش وارد شود. راهنمای سریع حتی به خواننده می‌گوید که یک ID توکن از clobTokenIds را ذخیره کند زیرا برای قرار دادن یک سفارش نیاز خواهد بود.

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

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

قرار دادن اولین تجارت خود از طریق API

یک جریان تجارت API حداقلی دارای سه بخش متحرک است: کشف بازار عمومی، احراز هویت استخراج شده از کیف پول و ارسال سفارش با پارامترهای صحیح بازار. راهنمای سریع توالی را مشخص می‌کند: یک بازار را از Gamma دریافت کنید، SDK را نصب کنید، اعتبارنامه‌های API را استخراج کنید، کلاینت تجارت را در Polygon mainnet (شناسه زنجیره 137) راه‌اندازی کنید، سپس یک سفارش محدود با استفاده از token_id از clobTokenIds قرار دهید.

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

خود قرار دادن سفارش دارای چند پارامتر است که از نظر عملیاتی اهمیت دارد. مثال راهنمای سریع جزئیات بازار را برای به‌دست آوردن اندازه تیک و اینکه آیا بازار neg_risk است، دریافت می‌کند، سپس createAndPostOrder را با tokenID، قیمت، اندازه و طرف فراخوانی می‌کند. این مدل ذهنی صحیح است: متادیتای بازار محدودیت‌هایی برای اعتبار سفارشات ایجاد می‌کند.

تأییدها پیش‌نیاز پنهانی دیگری هستند که به محض اینکه جریان کار به حرکت توکن‌های آنچین می‌پردازد، ظاهر می‌شوند. راهنمای شروع به کار بازارساز تأییدهای مورد نیاز و نام قراردادهای خرج‌کننده را فهرست می‌کند. این راهنما تأیید pUSD برای قرارداد CTF را برای تقسیم pUSD به توکن‌های نتیجه مشخص می‌کند و تأیید توکن‌های نتیجه CTF برای CTF Exchange (و CTF Exchange ریسک منفی برای بازارهای ریسک منفی) را نیز مشخص می‌کند.

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

برای خوانندگانی که می‌خواهند یک راهنمای تأمین مالی اختصاصی داشته باشند، نحوه تأمین مالی Polymarket باید به عنوان یک چک‌لیست جداگانه از "نحوه ثبت سفارش" در نظر گرفته شود. تأمین مالی جایی است که اشتباهات زنجیره‌ای اتفاق می‌افتد. تجارت جایی است که اشتباهات ID توکن اتفاق می‌افتد.

اشتباهات رایج مبتدیان که باید از آن‌ها پرهیز کرد

گران‌ترین اشتباهات مبتدیان Polymarket مربوط به انتخاب بازار نیست. این اشتباهات مربوط به دسترسی و انتقال‌ها هستند.

اول: به اشتراک گذاشتن کد ورود ایمیل. سند ثبت‌نام Polymarket صریح است. کد ۶ رقمی هرگز نباید به اشتراک گذاشته شود، از جمله با افرادی که ادعا می‌کنند کارمند هستند. اگر کسی به آن کد دسترسی پیدا کند، می‌تواند به حساب و وجوه دسترسی پیدا کند و پشتیبانی Polymarket نمی‌تواند وجوهی که به دلیل کدهای به اشتراک گذاشته شده از دست رفته است را بازیابی کند. مبتدیان باید آن کد را مانند یک رمز عبور یک‌بار مصرف برای سرمایه در نظر بگیرند. اگر یک DM "پشتیبانی" آن را درخواست کند، تعامل قبلاً به خطر افتاده است.

دوم: واریز به زنجیره یا آدرس اشتباه. سند واریز بیان می‌کند که کاربران باید قبل از ارسال وجوه، شبکه و آدرس واریز را دوباره بررسی کنند و عواقب آن را تکرار می‌کند: تراکنش‌هایی که به زنجیره یا آدرس اشتباه ارسال می‌شوند، قابل بازگشت نیستند. تصوری که باید از بین برود این است که "پشتیبانی می‌تواند آن را اصلاح کند." اسناد برعکس این را می‌گویند.

سوم: فرض کردن اینکه هزینه همیشه توسط شخص دیگری پرداخت می‌شود. راهنمای سریع اشاره می‌کند که یک تنظیم EOA (نوع امضا ۰) برای هزینه در Polygon به POL نیاز دارد. رفتار بدون هزینه به نوع کیف پول و جریان ریلیر بستگی دارد، نه به آرزوهای خیالی.

چهارم: برخورد با دسترسی به API Polymarket مانند یک کلید API عادی در یک صرافی. داده‌های بازار عمومی هستند، اما تجارت به اعتبارنامه‌های API L2 مشتق شده از کیف پول نیاز دارد. اگر کدپایه به گونه‌ای نوشته شده باشد که یک کلید ایستا کافی باشد، اولین تماس تأیید شده شکست خواهد خورد.

پنجم: اشتباه گرفتن ID توکن‌های بله و نه. راهنمای سریع ترتیب را صریح می‌کند: clobTokenIds [بله، نه] هستند. هر سیستمی که آن‌ها را بدون برچسب‌گذاری ذخیره کند یا آن‌ها را مرتب کند، یک کارخانه اشکال است.

بازارهای پیش‌بینی به خاطر درست بودن در رویداد پاداش می‌دهند. Polymarket به خاطر بی‌دقتی در زیرساخت مجازات می‌کند.

جمع‌بندی

من دیده‌ام که مبتدیان در Polymarket بدون اینکه هرگز در بازار "غلط" باشند، پول از دست می‌دهند. دو مورد تکراری که پیش می‌آید، ارسال کد ورود ۶ رقمی ایمیل به کسی است که ادعا می‌کند پشتیبانی است و ارسال واریز در شبکه اشتباه به دلیل اینکه رابط کاربری کیف پول از Polygon دور شده است. اسناد به وضوح می‌گویند که پشتیبانی نمی‌تواند هیچ یک از نتایج را بازگرداند.

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

منابع

• اسناد Polymarket
• اسناد Polymarket
• اسناد Polymarket
• اسناد Polymarket