نظارت بر ممپول در Polymarket: چطور PolyZig از بلاک جلو می‌زند

نگاهی کلی به اینکه چطور تشخیص تراکنش‌های در انتظار، به کپی‌تریدرها یک مزیت تأخیری روی Polygon می‌دهد.

polymarketmempoollatency

بیشتر ابزارهای کپی‌تریدینگ روی Polymarket با یکی از دو سیگنال کار می‌کنند: پل‌گیری API REST برای فیل‌های جدید، یا اشتراک در فید وب‌سوکت عمومی برای رویدادهای سفارش. هر دو مناسب‌اند. هر دو هم اساساً واکنشی هستند — تا زمانی که معامله را می‌بینید، یک بلاک نشسته و سفارش هدف یا در حال استراحت است یا فیل شده.

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

ممپول چیست

هر تراکنش روی یک بلاکچین عمومی ابتدا در یک استخر از تراکنش‌های در انتظار — یعنی ممپول — پخش می‌شود، قبل از اینکه یک اعتبارسنج آن را بردارد و در یک بلاک بگنجاند. در Ethereum L1، ممپول میدان نبرد کلاسیک MEV است. در Polygon جذابیت کمتری دارد اما هنوز وجود دارد: تراکنش‌ها وارد می‌شوند، اعتبارسنج‌ها آن‌ها را دسته‌بندی می‌کنند، و بلاک‌ها هر دو ثانیه یا همین حدود می‌نشینند.

اگر ممپول را با یک نود که اتصال خوبی دارد تماشا می‌کنید، می‌توانید یک تراکنش را تقریباً زمانی که پخش می‌شود ببینید، نه زمانی که می‌نشیند. در Polygon این تفاوت تا چند ثانیه است، بسته به زمان‌بندی بلاک و اینکه تراکنش هدف چقدر به لبه‌ی پنجره نزدیک رسیده باشد.

چرا برای کپی‌تریدینگ مهم است

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

1. تشخیص سفارش هدف (اینجاست که نظارت بر ممپول ارزش خودش را نشان می‌دهد). 2. رمزگشایی calldata — فهمیدن اینکه کدام بازار، کدام سمت، چه سایزی. 3. تطبیق با کانفیگ کپی شما — آیا این هدف در حال کپی شدن است، آیا معامله از فیلترهای شما عبور می‌کند، چه سایزی باید بگیرید؟ 4. ساخت سفارش خودتان — گرفتن کتاب فعلی، انتخاب قیمت، ساخت payload قابل امضا. 5. امضا با کلید کاربر. 6. ارسال به CLOB Polymarket.

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

در عمل این تفاوت بین فیل‌های کپی‌ای است که به همان قیمتی که هدف گرفته می‌رسند و فیل‌های کپی‌ای که چند سنت لغزش می‌خورند چون بازار قبلاً حرکت کرده.

PolyZig چطور این کار را می‌کند

هیچ راز سری در شکل کلی این کار نیست — هر کسی می‌تواند یک نود Polygon اجرا کند و تراکنش‌های در انتظار را تماشا کند. چیزی که ما تلاش مهندسی روی آن می‌گذاریم بخش‌هایی است که در تولید قابل‌اطمینان‌شان می‌کند:

  • نقاط پایانی RPC اختصاصی. یک RPC عمومی مشترک هم تراکنش‌های در انتظار را می‌بیند، اما با آن‌قدر جیتر و محدودیت نرخ که برای کارهای حساس به زمان بی‌استفاده می‌شود. ما از ارائه‌دهندگان اختصاصی با peering پایدار استفاده می‌کنیم.
  • رمزگشای calldata. وقتی یک هدف یک تراکنش matchOrders روی CTF Exchange Polymarket ارسال می‌کند، payload یک struct کدگذاری‌شده است. باید آن را در لحظه رمزگشایی کنید — شناسه‌های توکن، سایزها، قیمت‌ها، سمت‌ها — بدون مسدود کردن حلقه‌ی تشخیص. ما یک ABI کش‌شده نگه می‌داریم و در همان سرویس Rust که ممپول را تماشا می‌کند، در فرایند رمزگشایی می‌کنیم.
  • احراز هویت از قبل گرم‌شده. امضای یک سفارش در Polymarket نیاز به اعتبارنامه‌های API دارد که از کلید خصوصی کاربر مشتق می‌شوند. مشتق کردن آن‌ها در هر معامله خیلی کند است. ما اعتبارنامه‌های مشتق‌شده را در هر کاربر در شروع نشست کش می‌کنیم، پس مرحله‌ی ۵ بالا فقط یک امضاست، نه یک handshake.
  • زیرساخت اروپای غربی. CLOB Polymarket نزدیک هلند میزبانی می‌شود. رپلیکاهای بک‌اند ما در همان منطقه قرار دارند، که رفت‌وبرگشت نهایی ارسال را در ده‌ها میلی‌ثانیه نگه می‌دارد، نه صدها میلی‌ثانیه‌ای که از آمریکا خواهد بود.

روی هم رفته، مسیر سراسری از تشخیص یک تراکنش هدف در انتظار تا تأیید سفارش کپی ما توسط CLOB، در یک فیل معمولی زیر ۵۰۰ میلی‌ثانیه اجرا می‌شود. برای بازارهای با افق کوتاه — BTC ۱۵ دقیقه‌ای، رویدادهای ورزشی سریع، هر چیزی که قیمت در ثانیه‌ها حرکت می‌کند — این معمولاً در پنجره‌ای است که کپی همان سطح هدف را فیل می‌کند.

جایی که مهم نیست

نظارت بر ممپول برای بسیاری از کپی‌تریدینگ‌ها اغراق‌آمیز است. اگر یک تریدر با گرایش ماکرو را دنبال می‌کنید که پوزیشن‌ها را هفته‌ها نگه می‌دارد، پنج ثانیه‌ای که در تشخیص صرفه‌جویی می‌کنید یک خطای گردکردن است. تز معامله در افقی چنان طولانی شکل می‌گیرد که تفاوت قیمت ورود بین «هدف» و «کپی شما» در سود و زیان نهایی نامرئی است.

مواردی که نظارت بر ممپول اهمیت دارد:

  • بازارهای با افق کوتاه (۱۵ دقیقه‌ای، ساعتی).
  • کتاب‌های سفارش نازک که معامله‌ی خود هدف به‌طور معناداری قیمت را حرکت می‌دهد.
  • متخصصان پرتکرار که پوزیشن‌ها را چندین بار در روز می‌چرخانند.

اگر کیف‌پول‌هایی که کپی می‌کنید در این دسته‌ها می‌افتند، صرفه‌جویی‌های تأخیر ترکیب می‌شوند. اگر نه، احتمالاً می‌توانید با فید وب‌سوکت کنار بیایید و خودتان را از لایه‌ی premium نجات دهید.

یک هشدار صادقانه

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

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