$SAND (24h -1.02%):هل أصبحتُ أنا أيضًا ضمن المواضيع الرائجة اليوم؟ الجميع على الإنترنت يتحدث عن «فوز VIT على G2 في بطولة VCT». ومع اشتعال الاهتمام بألعاب البلوك تشين، حظيت اللعبة، باعتبارها واحدة منها، بالاهتمام أيضًا. وصلت الضجة، فهل سيواكبها السعر؟ خمنوا في التعليقات.
من منظور تقني|$APR 5 دقائق -9.31%، 4 ساعات -19.09%، 24 ساعة -28.51% بعد هبوط حاد، غالبًا ما يكون التذبذب لبعض الوقت بداية الاستقرار، أما الانعكاس المباشر على شكل V فهو أقل شيوعًا.
هذا الرأي للنقاش فقط، والأرباح والخسائر على مسؤوليتك.
لدى فريق المشروع أخبار جديدة، كيف سيتفاعل كبار المستثمرين؟ «أكملت orbio جولة تمويل بقيمة 1.2 مليون دولار على سلسلة إحدى منصات التداول» بعد صدور الأخبار الإيجابية، راقب كبار المستثمرين على السلسلة: هل يزيدون حيازاتهم أم يستغلون الأخبار الإيجابية للبيع؟ $BTC يقترح إضافتها إلى قائمة المراقبة. ماذا ستفعل؟
يا جماعة، سجّل $LUMIA مستوى قياسيًا جديدًا مع ارتفاع كبير في حجم التداول، متجاوزًا أعلى مستوى له خلال آخر 60 يومًا، وهو 0.09664! في مثل هذه الأوقات، يسهل جدًا أن يستبد بك الخوف من تفويت الفرصة، وحتى أنا أشعر برغبة في الشراء. لكن كلما سجّل السعر مستوى قياسيًا جديدًا بحجم تداول كبير، زادت أهمية التفكير مسبقًا فيما ستفعله إذا تراجع. السعر الحالي 0.1081، وحجم التداول يبلغ 48.4 ضعف متوسطه اليومي. شاركونا آراءكم في التعليقات!
🐳 أكبر 5 انخفاضات خلال 24 ساعة في العقود: · $USELESS -10.78% · $AIN -8.49% · $لوبستر -8.19% · RAYSOL -7.06% · SOON -5.47% هذا الهبوط الحاد في $USELESS (-10.78%)غالبًا ما يصاحبه تفعيل متتالٍ لأوامر وقف الخسارة لمراكز الشراء في العقود. راقب ما إذا كان معدل التمويل وحجم المراكز المفتوحة يتراجعان؛ فقد لا يتحقق الاستقرار الحقيقي إلا بعد انتهاء موجة التصفية.
تُظهر البيانات أن حركة السوق بعد الأخبار المماثلة لا تكون متطابقة دائمًا، فلا تنسخ الماضي حرفيًا. خذ هذا الخبر الحالي مثالًا: تعاونت Gennius مع إحدى منصات التداول لإطلاق خدمات الأصول الرقمية المصرفية في أمريكا اللاتينية، وكانت الأرجنتين أولى الأسواق، $ETH ، وبلغ حجم التداول 384 مليونًا. غالبًا ما لا يكون أسوأ ما قد يواجهه الخبر الإيجابي هو ألّا يراه أحد، بل أن يكون الجميع قد رأوه بالفعل.
هذه خلاصة معلومات متاحة للعموم، ويُرجى الرجوع إلى النص الأصلي.
$DOT 5 دقيقة، ارتفع بنسبة 2.9%، ليصل إلى 1.288، ويتراوح خلال 24 ساعة بين 1.127 و1.293. انتظر حتى تكتمل الشمعة قبل اتخاذ القرار؛ فالارتفاع المفاجئ أثناء التداول لا يُحتسب. الارتفاع سريع وواضح، لكن لا تنسَ: كلما زادت سرعة الارتفاع، زادت سرعة ظهور الخلافات غالبًا.
فهم هذه النقطة لن يجعلني أقوى فورًا، لكنه سيساعدني على تجنب بعض الأخطاء الساذجة. موضوع اليوم: الإقراض اللامركزي لكل نوع من الضمانات نسبة قرض إلى قيمة (LTV) خاصة به. فمثلًا، عندما تبلغ النسبة 75%، يمكن اقتراض 75 دولارًا كحد أقصى مقابل أصول تبلغ قيمة ضمانها 100 دولار. لا تقترض حتى الحد الأقصى. حافظ على عامل الصحة أعلى بكثير من 1، واترك هامشًا لتقلبات الأسعار. يمكن لحاملي $AAVE التصويت على مقترحات تتعلق بمعايير المخاطر في Aave وغيرها.
أثناء متابعة السوق في وقت متأخر من الليل، لاحظت أن $JCT بدأ بالصعود. ارتفع بنسبة 4.35% خلال 5 دقائق، ووصل السعر إلى 0.002607. بصراحة، رأيت مثل هذه التحركات كثيرًا؛ بعضها يكون بداية انطلاقة السوق، وبعضها مجرد شمعة سريعة. هذه المرة، بلغ حجم التداول خلال 24 ساعة 136 مليون دولار، ويمكن الاستئناس بحجم التداول. ما رأيكم، أي نوع من التحركات هذه المرة؟
ما إن يظهر هذا الخبر الإيجابي حتى يُتوقّع أن تضجّ الساحة 🔥 منصة التداول اللامركزية THORChain تُطلق مبادلات Zcash الأصلية هذا أقرب إلى عامل إيجابي على المدى الطويل؛ فلا تتوقعوا نتائج فورية على المدى القصير. $ZEC 1209.84، بدأ الاهتمام يزداد، لكن لا تتسرعوا في استثمار كامل رأس المال!
رأيت للتو خبرًا: يُشتبه في تعرض مستخدمي Ledger لهجوم واسع النطاق لسرقة العملات، وقال محلل على السلسلة إن الخسائر تجاوزت 86 مليون دولار. شعرت بالقلق للحظة. بعد ظهور خبر أمني، غالبًا ما يشعر مستخدمو المشاريع ضمن المنظومة نفسها ببعض التوتر أيضًا. بعد قراءة الخبر، فتحت مخطط الشموع وألقيت نظرة؛ ويبدو أن السوق لا يزال يستوعب الأمر. $ETH لنراقب أولًا ونرى.
🐋 $BTC سجّل مستوى قياسيًا جديدًا خلال 24 ساعة، مع نشاط قوي من المشترين. السعر الحالي 83040.31، متجاوزًا القمة السابقة عند 82750، وبلغ حجم التداول خلال 24 ساعة 1.558 مليار دولار. غالبًا ما تتجمع أوامر وقف خسارة البيع على المكشوف قرب القمم الجديدة، وقد يؤدي الثبات فوقها إلى تغطية مراكز البيع؛ لكن ينبغي أيضًا الحذر من التراجع بعد الارتفاع.
لنتحدث عن انطباع شخصي؛ صادفت هذا الخبر للتو: ستُفتح في 12 أكتوبر 29.93 مليون وحدة من عملة BB، أي ما يعادل 2.31% من المعروض المتداول. على الأصدقاء أصحاب الرقم $BB الانتباه إلى هذا الخبر. عند الاطلاع على الأخبار، اقرأوا المصدر الأصلي؛ فالنقل غالبًا ما يشوّهها. ما انطباعكم الأول؟
أثناء متابعة السوق عند المساء، لاحظت أن $AIOT هبط فجأة. خلال 5 دقائق، انخفض بنسبة -4.82%، ووصل السعر إلى 0.0443. بصراحة، رأيت كثيرًا من هذه الهبوطات الحادة؛ بعضها مجرد ذيل شمعة، وبعضها كسر حقيقي لمستوى الدعم. هذه المرة، بلغ حجم التداول خلال 24 ساعة 16.84 مليون دولار، ويمكن الاستئناس بحجم التداول. ما رأيكم، أيّهما؟
‼️ قائمة الموضوعات الرائجة: «مدوّن: الأولوية العاجلة للمنتخب الوطني الصيني هي استعادة روح القتال» $CHZ يحظى باهتمام كبير في مجال كرة القدم. فالاهتمام مؤشر استباقي، والأموال الحقيقية هي الاختبار.
#CHZ
هذه المشاركة لمجرد مشاركة المعلومات، ولا تُعدّ نصيحة استثمارية.
🔍 $XDP السياق: أطلقت إحدى منصات التداول خدمة «الربح السريع Lite» لمنتجي USDT وXDP، ضمن برنامج «اربح من التخزين». تشير الإحصاءات إلى أن تحركات الأسعار بعد أخبار مماثلة لا تكون متطابقة دائمًا، فلا تعتمد على ما حدث سابقًا. لا تتسرع عند ورود أخبار إيجابية، وانتبه إلى ما إذا كان السوق قد استبقها بالفعل.
#XDP
هذا المحتوى لأغراض مرجعية فقط، وقرار البيع والشراء مسؤوليتك.
#dusk $DUSK @Dusk توقفت المنصة لمدة عشر دقائق، وما زلت أستطيع الانتظار. لكن إذا بعد الاستعادة طُلب مني حتى “تأكيد ما إذا كان بإمكاننا احتساب المراكز الأصلية كما هي” من جديد، فهذا يتجاوز نطاق الأعطال المعتادة؛ بالتأكيد ستُعيد إدارة الأموال التفكير قبل المتابعة.
أعتقد أن بروفة H2 في DuskEVM كشفت هذه الخط الفاصل.
إن توقف الـSequencer المسؤول عن ترتيب المعاملات وتغليفها لمدة طويلة للغاية، وفضلاً عن ذلك فقد سجلاً لم يكن قد تم تأكيده نهائياً. ثم فرض النظام “فترة صلاحية” على الدفعة الأولى من البيانات التي أُرسلت بعد الاستعادة: كانت 3600 كتلة Dusk على المستوى الأساسي. إذا تجاوزت هذا الحد، فقد تكون البيانات التي عادت قد انتهت صلاحيتها بالفعل، وقد يصبح حل الاستعادة أكثر تطرفاً مثل إعادة تعيين نقطة بداية L2 أو إعادة النشر.
لكن لاحقاً وسّعت الجهة الرسمية نافذة التمرين إلى 4000 كتلة، وأتاحت 400 كتلة إضافية. أفهم هدفهم من ذلك: ضمان هبوط بيانات الاستعادة في الوقت المناسب، بحيث يمكن مواصلة استخدام العقود الأصلية والأرصدة وسجل المعاملات كما هو.
في البداية، اعتبرتها حقاً مجرد تحسينات/تعديل بسيط على المعلمات. لكن عندما أدخلت في الحاضر الحقيقي المراكز المستقبلية، شعرت فجأة بأن المعدل الذي يزيد به “تكلفة التوقف” لا يظل ثابتاً.
لأن النافذة لم تكن قد انتهت بعد، وكانت المعاملات مجرد متوقفة. لكن حالما نتجاوز الخط، سيتعين إعادة تأكيد إمكانية استخدام السيولة داخل تجمعات التمويل، ومخزون الروبوتات الاحتياطي، ومراكز المستخدمين: هل يمكن الاستمرار في استخدامها أم لا. أعتقد أن تلك اللحظات الإضافية القصيرة قد تجعل العطل فجأة ينتقل إلى مستوى مختلف.
لذلك، لن أكتفي بعد الآن بمشاهدة “معدل التواجد عبر الإنترنت هذا الشهر”. كم يتبقى على انتهاء النافذة؟ وهل يمكن قبول الدفعة الأولى من البيانات بعد الاستعادة؟ وهل السجل بعد الاستعادة هو نفس السجل التاريخي السابق؟ هذه المؤشرات أقرب إلى المخاطر الحقيقية على رأس المال، ولها قيمة مرجعية أكبر لتداولاتي.
حُكمي على $DUSK : نقص تحصيل بضع جولات Gas خلال فترة التوقف مجرد خسارة صغيرة. الخسارة الأكبر قد تأتي من أن الأموال لا تجرؤ على البقاء لفترة طويلة، ومن أن الروبوتات تنقل المخزون الاحتياطي إلى مكان آخر، ومن أن المستخدمين يقللون من التنقل ذهاباً وإياباً بين الطبقات. أرى أن DuskEVM يريد تكوين طلب مستمر على الغاز، ولا يمكنه تحقيق ذلك إلا إذا أثبت أن الأعطال حين تعبر ستُستعاد بعدها قدرة السوق القديم على “الالتقاط من مكانه” دون انقطاع.
الـ400 كتلة الإضافية تشتري استمرارية السوق؛ لكن تجربة التداول التي أبحث عنها هي أن بعد استعادة الخدمة، لا يزال بإمكان احتساب الحسابات الأصلية كما هي.
#dusk $DUSK @Dusk أنا كنت أظنّ أن Data Driver، طالما أنها تحمل توقيع صاحب العقد، فالأمان يكفي. بعد أن قرأت كود Dusk، لم يبقَ من الاطمئنان إلا النصف: التوقيع يثبت من قام برفع الملف، لكنه لا يثبت أنه يتوافق مع أي نسخة من العقد.
في Dusk، تعد Data Driver ملف WASM مستقلًا. يعتمد عليه المحفظة والبورصات والروبوتات لقراءة بايتات الآلة التي يخرجها العقد على شكل مبالغ وصلاحيات وأحداث، وكذلك لتشفير عمليات المستخدم إلى بيانات يمكن للعقد تنفيذها. عند الرفع، يمنح صاحب العقد توقيع تجزئة (هاش) ملف الـDriver، ثم يقوم العقد/العقدة بتخزينه لاحقًا وفقًا لمعرّف العقد (contract ID).
اكتشفت أن المشكلة الأساسية تقع في العميل. تقوم W3sper حاليًا أيضًا بتسجيل الـDriver وتخزينه مؤقتًا وفقًا لمعـرّف العقد نفسه. وتشير Issues في المستودع الرسمي إلى أن هنا ما يزال ينقص الربط القوي بين الـDriver وإصدار العقد أو هاشه.
يؤدي ذلك إلى نوع من عدم التطابق الشائع في Dusk: طرف قديم يستمر في استخدام الـDriver القديم المخزَّن مؤقتًا، بينما طرف جديد يقوم بتنزيل الـDriver الجديد. قد تأتي كلتا النسختين من مسارات سليمة، ولا تظهر أي أخطاء على الجانبين، لكن على نفس الارتفاع (height) قد تُقرأ المبالغ والأحداث وحتى معاملات الصفقة بمعانٍ مختلفة.
أسوأ ما أخافه في التداول هو حدوث هذا النوع من الأعطال. فشل الصفقة سيطلق تنبيهًا؛ أما قراءة البيانات بشكل خاطئ بصمت—فقد يؤدي ذلك إلى أن تحسب المحفظة رصيدها والروبوت مراكزه وسجلات منصة البيانات كلٌ على حدة، حتى لا تتكشف المشكلة إلا عندما لا تتطابق الأموال.
في المراحل القادمة سأضيف مؤشرات لتقييم $DUSK . عدد العقود يمكن أن يتضخم بسهولة، لذا يصبح اتساق تجزئات الـDriver (Driver hash) أكثر قيمة. من المهم أن يكون من الممكن التحقق من أي نسخة من الـDriver استخدمتها المحافظ الرئيسية والبورصات والفهارس، ومن أي ارتفاع أصبحت فعّالة، ومتى انتهت صلاحية النسخة القديمة.
يقسم Dusk بين "تنفيذ العقد" و"تفسير العقد" إلى طبقتين، ما وفر مرونة، لكنه أضاف أيضًا طبقة مسؤولية خاصة إضافية: يجب أن يثبت الملف الأصلي أيضًا أنه لم يَفُت عليه الزمن. عندها فقط يمكن للناس أن يتداولوا براحة أكبر.
اكتشفت أن هناك تغييرًا تقنيًا تم دمجه في الفرع الرئيسي لـDusk من PLONK. يتمثل التعديل في مسار إلغاء تسلسل ملف الدائرة المضغوطة: بعد أن يتم تحليل نص الرسالة بالكامل، إذا بقيت بايتات زائدة، فإن compile_with_compressed سيرجع InvalidCompressedCircuit. وأضافت اختبارات الرجوع الرسمية تحديدًا قيمة ذيلية شرعية لـ MessagePack للتحقق من أنه قبل الإصلاح كان يُقبَل، وبعد الإصلاح سيتم رفضه.
لنفس الدائرة المضغوطة، يكون نص الرسالة مطابقًا تمامًا، وفي النهاية يتم إدخال بايت غير ذي صلة واحد فقط. أي نظام رقابة أو تخزين مؤقت يحسب التجزئة اعتمادًا على البايتات الأصلية سيعتبرها ملفًا آخر؛ بينما قد يظل الإصدار القديم من PLONK قادرًا على قراءتها بشكل طبيعي.
عندما وصلت إلى هنا، شعرت بقلق قليلًا. الملف تغيّر بالفعل، ومع ذلك تقول أداة التحقق: “لم يتغير”. بالنسبة للأنظمة المالية، هذا مزعج أكثر من مجرد ظهور خطأ مباشر: يوجد لشيء واحد، في الوقت نفسه، بطاقتا هوية.
سأوضح نقطة الهدف أولًا. التغيير هذه المرة يتعلق بملف الدائرة المضغوطة المستخدم في توليد الإثباتات، وليس ضمن نطاق الإثباتات التي تم توليدها بالفعل على السلسلة. المعالجة الجديدة التي دمجها Dusk كانت حاسمة جدًا: بعد قراءة جسم الدائرة، إذا وُجدت بايتات زائدة في الخلف، فإن كامل الملف يُحكم عليه بأنه غير صالح.
بصراحة، كان لدي في البداية انطباع أنها تضع تدقيقًا زائدًا. طالما أن الأداة القديمة تعمل، فلماذا نقطع التوافق لأجل بضعة بايتات ذيلية؟ لكن حين وضعتها في سياق نظام المعاملات، تغيرت الفكرة. إذا تم التعرف على الملف الأصلي عبر التدقيق أو التخزين المؤقت أو مستودع الإصدارات وفقًا للبايتات، بينما يقوم المترجم بمعاملة ملفين مختلفين كحزمة واحدة من القواعد، فحين تنشأ مشكلة يصعب جدًا توضيح أي نسخة تم استخدامها بالفعل.
وهذا يمنحني معيارًا عمليًا جدًا: بعد الترقية، إذا فشلت بعض تطبيقات ZK فجأة، فابدأ بالتحقق من InvalidCompressedCircuit، وإصدار الأداة، وما إذا كان يمكن الاستعادة بعد إعادة التصدير. إذا فشل الملف القديم ونجح الملف الجديد، فهذا غالبًا يشير إلى انتقال صيغ؛ أما إذا فشلت الملفات المعيارية على نطاق واسع، فحينها يلزم تعميق البحث في منطق الإثبات أو أعطال الشبكة. لا تخلط بين نوعي المخاطر على نفس الخط.
بالنسبة لـ$DUSK ، فإن هذا التشديد على المدى القصير قد يقلل من نجاح الاستدعاءات، وربما يجعل الأدوات القديمة تتوقف لفترة. أما على المدى الطويل، فالقيمة تعتمد على ما إذا كانت عمليات انتقال المنبع قد خفضت تكاليف فشل الإثبات أو الجدل حول الإصدارات أو مراجعة المؤسسات. لن يقوم المُحلِّل مباشرةً بإنشاء مشترين. كل ما يمكنه فعله هو أن تجعل كل دائرة تُعترف بهوية واحدة فقط.
في المعاملات، لن أعتبر “قابلية القراءة قدر الإمكان” أمرًا ودودًا؛ فأنا أعتقد أن الدفاتر المالية تحتاج إلى تفرد قانوني. DYOR! #dusk $DUSK @Dusk