2026-01-02 08:23:32

مؤخرًا، العديد من الأصدقاء الذين يستخدمون بوتات التنبؤ بالسوق يشتكون من مشاكل البنية التحتية، ومع خبرتي العملية خلال الفترة الماضية، أود أن أشارك بعض النقاط التي قد تؤدي إلى فشل النظام وأفكار الحلول لها.

**استقرار الاتصال** هو أول مشكلة كبيرة. عند جمع البيانات التاريخية أو البيانات اللحظية، غالبًا ما يتوقف WS عن العمل فجأة أو يرسل بيانات غير مكتملة، مما يؤدي مباشرة إلى فجوات في بيانات دفتر الأوامر. لقد تعرضت لهذا الأمر على خادم في طوكيو — حيث كان البوت يعتمد على دفتر أوامر غير مكتمل، مما زاد من المخاطر بشكل كبير. لاحقًا، فكرت في استخدام استعلام REST API كخطة احتياطية، وتمكنت أخيرًا من السيطرة على المشكلة. بالطبع، هذا يتطلب تصميم جيد للخادم والبرمجيات، وليس مجرد مشكلة من جانب الشركة الرسمية.

**آلة الحالة + التحقق من مصادر متعددة** هو المبدأ الذي أدركته أخيرًا. أثناء تشغيل الاستراتيجية، إذا حدثت مشكلة في API، فإن الأمر قد ينفجر بسهولة. لذلك، من الضروري استخدام آلة الحالة لمراقبة الطلبات طوال الوقت (إرسال الطلب → التأكيد → المطابقة → التسوية على السلسلة)، مع وضع عدة طبقات من التحذيرات: مثل توقف الطلب عند تجاوز مدة الانتظار المحددة، أو تغير مفاجئ في دفتر الأوامر، أو تجاوز الانزلاق السعري للحد المسموح، وعند حدوث أي من هذه الحالات، يتوقف عن إصدار أوامر جديدة ويغلق المراكز المفتوحة لتقليل المخاطر. بالإضافة إلى ذلك، يتم التحقق من البيانات عبر WS وAPI، مع التحقق المتقاطع من أحداث السلسلة واستعلامات The Graph، لضمان الثقة.

**تأخير الشبكة هو فعلاً الحد الأقصى للقدرة**. يعتقد البعض أن التأخير في منطق البرنامج بالميكروثانية هو العائق، لكنه في الواقع ليس كذلك. العائق الحقيقي هو تأخير الشبكة والخادم في الرحلة ذهابًا وإيابًا. لقد قمت بقياس بين عقد اليابان، وكان الفرق يزيد عن 200 مللي ثانية، وفي سوق يتطلب سرعة عالية، هذا العيب يمكن أن يكون قاتلاً.

بشكل عام، فرص السوق التنبئية لا تزال كثيرة، لكن البنية التحتية لا تزال في مرحلة التكيف. بدلاً من التركيز على الأرباح الطموحة، من الأفضل وضع الدفاع في المقام الأول — الحفاظ على رأس المال هو الهدف الأول، خاصة مع وجود توقعات لاحتمالية توزيع رموز Airdrop لاحقًا.

GRT3.65%

شاهد النسخة الأصلية

قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.

تسجيلات الإعجاب 14

أعجبني
14
6
إعادة النشر
مشاركة

تعليق

0/400

DefiPlaybook

· منذ 2 س

واو، فقط 200 مللي ثانية من التأخير يمكن أن تدمر حسابك، وأنا هنا في جنوب شرق آسيا الحالة أسوأ. بصراحة، ما زال الأمر نفسه، سوق التوقعات الآن هو بحر دماء للبنية التحتية، والبوتات بدون redundancy كلها تراهن على حظ سيء. سوق التوقعات ليس متنافسًا بنفس مستوى 高频، لكنه يتنافس على بعد آخر — كل تفصيل يمكن أن يكلفك رأس مالك بالكامل. هذا الشخص قال أن حل الحالة الآلية هو الحقيقة الصلبة، وهو أضمن ألف مرة من أي "استراتيجية دورة بسيطة". شخص آخر تعرض للخسارة بسبب WS، هذه المشكلة قديمة جدًا. بصراحة، بدلاً من التلاعب بهذه الأمور، من الأفضل أن تركز على جمع الأوتوكرون، قبل أن تستقر البنية التحتية، أي محاولة للربح تعتبر مقامرة. إذا كانت البنية التحتية غير جيدة، فلا تتوقع أن تتجاوز المنافسة بسرعة، السوق لم يعد غبيًا بحيث يمكن للاستراتيجيات الجيدة فقط أن تضمن الربح. الحفاظ على رأس المال يأتي أولاً، والأوتوكرون ثانيًا، وهذه القاعدة صحيحة. التأخير في الشبكة هو بالفعل الحد الأقصى، لكن بصراحة، كم من المستثمرين الأفراد يمكنهم حل هذه المشكلة؟ المستثمرون الكبار فقط هم من يملكون المال لاستئجار خوادم لاستضافة مراكز البيانات، ونحن لا زلنا نلعب دور مزارعي النقاط.

شاهد النسخة الأصليةرد0

FarmToRiches

· منذ 12 س

آه، لقد وقعت في نفس الفخ مع خادم طوكيو، والشعور عند الانفجار المباشر لا يوصف انقطاع WS حقًا لا يمكن التنبؤ به، لحسن الحظ أن REST API أنقذ الموقف نظام الحالة فعلاً يجب تعلمه، وإلا ستكون دائمًا في خطر هل تأخير 200 مللي ثانية مبالغ فيه هكذا، لا عجب أن التداول عالي التردد يحتاج إلى استئجار مركز بيانات أنا أوافق على أن الحفاظ على رأس المال هو الأولوية، والتوزيعات المجانية هي الوجبة الرئيسية حقًا

شاهد النسخة الأصليةرد0

StableGenius

· منذ 12 س

لا، حيلة "النسخة الاحتياطية من واجهة برمجة التطبيقات" هي مجرد وضع لاصق على إعداد معطل بشكل أساسي. أنت في الأساس تعترف أن البنية التحتية سيئة ثم تتجنبها—والحقيقة، من الناحية التجريبية، هذه هي الحركة الوحيدة التي تعمل حاليًا، لكن دعنا لا نتظاهر أن هذا أنيق

شاهد النسخة الأصليةرد0

PumpDoctrine

· منذ 12 س

موجة الأخ ليانغ في انقلاب خوادم طوكيو مذهلة حقا، ولا أحد يستطيع تجنب انقطاع WS هل العقد اليابانية ما زالت ترغب في تشغيل الترددات العالية مع تأخير 200 مللي ثانية؟ ضحك حتى الموت، لهذا السبب أمارس المراجحة منخفضة التردد الآن فقط يتم مراقبة آلة الدولة بعناية لدرجة أنها تبدو كمعركة ملاكمة مع البنية التحتية التحقق المزدوج ضروري بالفعل، وإلا فسوف تتعرض للموت يوما ما بسبب الانزلاق أولا، الإسقاط الجوي هو الدخل الحقيقي لهذه الجولة، وهذا صحيح سوق التوقعات ليس جيدا لهذه الموجة من البنية التحتية، وأشعر أنني مضطر للانتظار نسخة REST API احتياطيا هي حل بسيط لكنه مفيد التحقق من المصادر المتعددة يبدو معقدا، لكنه في الواقع فكرة وجود جدران حماية متعددة سقف زمن الاستجابة في الشبكة لا يمكن تجاوزه إلا إذا قمت بتمديد كابلات الألياف الضوئية الخاصة بك يجب على الأشخاص الذين يفكرون فقط في الاستغلال الربحي أن يلقوا نظرة جيدة على هذا المقال، وهو درس في الدم لقد واجهت أيضا حالة بطاقة الطلب المعلقة، وعقليتي محطمة جدا الدفع في WS غير مكتمل، وهو أكثر القاتل غير المرئي ما زلت لم أفهم منطق آلة الحالة بالكامل، الأمر معقد بعض الشيء فكرة الدفاع أولا تستهان بها حقا في العملات الرقمية

شاهد النسخة الأصليةرد0

GasFeeTherapist

· منذ 12 س

واجهت أيضا تلك ال 200 مللي ثانية في طوكيو، وأفلستني مباشرة هاها --- فصل WS مذهل حقا، والاعتماد فقط على استطلاعات REST API يجب تأجيله، والنهج ذو الاتجاهين موثوق --- آلة الدولة على حق، لا أجرؤ على تشغيل الروبوتات بدون خمس طبقات من اليقظة الآن --- زمن الاستجابة للشبكة هو العنصر الكبير، ومنطق البرنامج محسن حتى النهاية، وهو في الواقع نقطة ضعفاء --- أسواق التنبؤ أصبحت جحيما للبنية التحتية في الوقت الحالي، ومن الأهم بكثير أن تعيش أولا بدلا من تحقيق المال --- Capital Preservation + Airdrop هي الطريقة الصحيحة للعب، وجميع الجشعين يتم تطهيرهم --- أتفق مع أفكار هذا الشخص الدفاعية، لكن الأمر لا يزال يعتمد على من يكون أكثر استقرارا في كل تبادل --- هذا المزيج من التحقق على السلسلة قوي جدا، ولا يمكن استخدامه بمصدر أو مصدرين فقط --- القول إن 200 مللي ثانية كافية للقتل صحيح جدا، والميكروثانية لا يمكن أن تعطي ميزة كبيرة

شاهد النسخة الأصليةرد0

blocksnark

· منذ 12 س

东京那波200ms تأخير مباشرة ي淘汰 الكثير من الناس، وما زالوا يريدون الشراء عند القاع وتوقع السوق، فالأمر بطيء --- لقد واجهت أيضًا مشكلة انقطاع WS، الاعتماد فقط على الرسمي غير كافٍ، يجب أن تضع خطط نسخ احتياطي أكثر لتكون مرتاحًا --- نظام الحالة هذا، على الرغم من أنه يبدو معقدًا، إلا أنه في الواقع الأهم هو البقاء على قيد الحياة، والربح يأتي لاحقًا --- كل من لا يزال يناضل من أجل تحسين الكود، فهم يضيعون وقتهم، المشكلة الأساسية في الشبكة --- السوق التنبئي الآن هو لعبة بنية تحتية، من يدافع بشكل أكثر صلابة هو الذي يعيش أطول --- هذا هو الشيء الذي أريد أن أراه، ليس سر الثراء الفاحش، بل الأخطاء التي مررت بها --- لقد تعلمت تقنية REST للاستعلام الاحتياطي، فهي أفضل من أن تخسر كل شيء مرة واحدة بسبب فشل كبير

شاهد النسخة الأصليةرد0