ما يلفت انتباهي هو الزخم — قمم أعلى، ضغط شراء قوي، والسعر يحتفظ فوق Supertrend على مخطط الـ 5 دقائق.
الأرقام أيضًا مثيرة للاهتمام: • القيمة السوقية: حوالي 126.6 مليون دولار • حجم التداول خلال 24 ساعة: حوالي 1.78 مليون دولار • السيولة: حوالي 10.8 مليون دولار • عدد المالكين: حوالي 460 ألف
يبدو الزخم على المدى القصير قويًا، لكن بعد حركة مثل هذه، سأراقب ما إذا كان بإمكان FLOKI الحفاظ على هذه المستويات الأعلى بدلًا من مطاردة الشمعة.
$BTCDOM يبدو أن إعداد البيتكوين هنا مثير للاهتمام. 📊 السعر حول 78.5 ألف دولار، مع مقاومة رئيسية قرب 80 ألف–88 ألف دولار ودعم متراص حول 70 ألف–72 ألف دولار. الاختراق الواضح فوق 80 ألف قد يفتح الباب نحو 88 ألف–92 ألف دولار. إذا خسرت الدعم الأدنى، فتصبح منطقة 60 ألف–65 ألف دولار ذات صلة مرة أخرى. راقب المستويات، لا تطارد الشموع. 👀 #bitcoin #BTC #crypto #trading $ETH $BNB
لقد بدأت أنظر عن كثب إلى الشفق، وبرزت لي نقطة واحدة على وجه الخصوص وهي أن الخصوصية تُعامل كجزء من النظام ذاته وليست مجرد ميزة أخرى.
يُعد نظام المُبطِّل (Nullifier) مثالًا جيدًا. فهو يتيح للشبكة معرفة أن إحدى الملاحظات قد تم إنفاقها بالفعل دون الكشف بالضبط عن أي ملاحظة كانت.
إن هذا الفصل يبدو مهمًا بالنسبة إلى الشفق. ما تزال الشبكة تحصل على الإشارة التي تحتاجها لمنع الإنفاق المزدوج، بينما يمكن إبقاء تفاصيل المعاملة الأساسية محجوبة.
ما يثير اهتمامي هو أن الأمر ليس حقًا لإخفاء كل شيء. بل هو يتعلق بالتحقق من تحديد ما الذي تحتاجه الشبكة فعلًا إلى معرفته.
ما زلت أعتقد أن السؤال الأكبر هو ما إذا كان هذا التوازن بين الخصوصية والتحقق والامتثال يمكن أن ينجح على نطاق مؤسسي حقيقي.
إذا استطاع الشفق تحقيق هذا التوازن بشكل عملي، فإن طبقة الخصوصية تصبح أكثر بكثير من مجرد ميزة. $COLLECT $BTC
غالبية الناس ينظرون إلى @Dusk ويرون سلسلة خصوصية. أرى أن الصورة الأكبر أكثر إثارة للاهتمام.
يمنح DuskDS الشبكة طريقتين مختلفتين لتحريك القيمة: Moonlight للتدفقات الشفافة، وPhoenix للتحويلات المحمية. الفكرة ليست إخفاء كل شيء، بل التحكم في ما يحتاج فعلًا إلى أن يكون مرئيًا.
وهنا تبرز أهمية آلية npk لدى Phoenix.
تتلقى كل مذكرة مفتاحًا لمرة واحدة جديدًا، لذا فإن المدفوعات المتكررة لنفس المستخدم لا تتحول تلقائيًا إلى أثر عام. وفي الوقت نفسه، يمكن لمفتاح العرض تحديد المذكرات الواردة دون منح القدرة على الإنفاق.
بالنسبة للأصول الخاضعة للتنظيم، فإن هذا التمييز ضخم.
لا يحاول Dusk جعل التمويل خاصًا بالكامل. بل يسعى إلى أن تعمل الخصوصية والإفصاح والتسوية معًا.
كنت أبحث في كيفية اختيار @Dusk لمُولِّدي الكتل ولجنة التصويت، ولفت انتباهي جزء DS/DE. يتولى DS عملية الاختيار، بينما يستخدم DE وزن الحصة ودرجة تعتمد على SHA3 لتحديد من سيتم اختياره. ما يعجبني هو أن العقد لا تحتاج إلى التواصل من أجل إجراء الاختيار. يمكنها استخدام المدخلات نفسها والحصول على النتيجة نفسها. كما توجد قاعدة بسيطة وجدتُها مثيرة للاهتمام: بعد أن يحصل المُفوِّض على رصيد، يتم إزالة 1 DUSK من وزنِه. لذلك تكون الفرصة أعلى لدى أصحاب الحصص الأكبر، لكن الشيء نفسه لا يعني أنهم يظلون يُختارون فقط مرارًا وتكرارًا. آلية صغيرة، لكنها تجعل عملية الاختيار بأكملها أكثر توازنًا.
كنت أراجع آلية <a>Fallback</a> لدى Dusk ولفت انتباهي شيء واحد: رقم التكرار مهم جدًا عند حدوث تفرّع (fork).
لأن إجماع Dusk غير متزامن، قد تصل الرسائل متأخرة أو تُفقد أثناء الازدحام. لذلك قد ترى أجزاء مختلفة من الشبكة كتلًا مختلفة، وأحيانًا يمكن لأكثر من مرشح أن يحصل على النصاب (quorum) في الجولة نفسها.
القاعدة الأساسية هي أن التكرار الأقل يحظى بالأولوية. إذا تم قبول كتلة من التكرار 1 ولكن لاحقًا حصلت كتلة من التكرار 0 على النصاب، يمكن لكتلة التكرار الأقل أن تستبدلها. تُرجع العقدة الحالة إلى ما قبل الكتلة القديمة وتعيد تنظيم السلسلة.
وهذا يجعل التكرار 0 مثيرًا للاهتمام. التكرار 0 هو المحاولة الأولى، تليه التكرارات 1 ثم 2، وهكذا. وبما أنه لا يوجد تكرار -1، فلا يمكن استبدال كتلة من التكرار 0 مباشرةً عبر <a>Fallback</a> بتكرار أقل.
لكنني لن أصف ذلك بالنهائية الكاملة. قد يتأثر كتلة التكرار 0 أيضًا إذا تم التراجع عن أحد الأسلاف. تأتي النهائية الفعلية عبر <a>Rolling Finality</a>.
لذلك، أرى أن <a>Fallback</a> أكثر من مجرد تنظيف التفرعات. رقم التكرار يمنح الشبكة طريقة حتمية لاختيار الكتل المتنافسة، مع كون التكرار 0 في قاع ترتيب الأولوية.
كنت أعتقد أن وضع الطوارئ لدى Dusk هو مجرد خطة احتياطية في حال تعذر على الشبكة إنتاج كتلة.
لكن بعد النظر بعمق أكثر في الأمر، أرى هنا فكرة أكثر إثارة للاهتمام: كيف تحافظ على استمرار تشغيل سلسلة الكتل عندما تبدأ آلية الإجماع العادية في الفشل؟
يتنقل Dusk عادةً عبر تكرارات تُقترح فيها الكتل وتُتحقق منها ثم تُعتمد. لكن إذا تعطل عدد كبير جدًا من المُوفّرين، فقد تفشل عدة تكرارات واحدة تلو الأخرى.
بعد 16 تكرارًا متتاليًا فاشلًا، يمكن لـ Dusk دخول وضع الطوارئ.
ما يتغير هنا مثير للاهتمام للغاية. فعمليات انتهاء مهلات الخطوة العادية لا تصبح القيد الرئيسي، ويمكن أن تستمر تكرارات مفتوحة متعددة في المحاولة حتى يحين وصول النصاب.
بالطبع، يخلق ذلك مشكلة أخرى. فوجود عدة مرشحين يعني زيادة احتمال ظهور كتل متنافسة.
يعالج Dusk ذلك عبر قبول الكتلة الناجحة من أقل تكرارٍ مُرقم وإغلاق التكرارات المفتوحة المتبقية.
لكن ماذا يحدث إذا تعذر حتى على التكرار الأخير الوصول إلى النصاب؟
هنا تدخل طلبات كتل الطوارئ Emergency Block Requests.
إذا طلبت أغلبية مُرجّحة بالحصص من المُوفّرين واحدًا، يمكن لـ Dusk إنشاء كتلة فارغة خاصة، موقعة من Dusk نفسه، مما يسمح للسلسلة بالمضي قدمًا بدل أن تبقى عالقة إلى أجل غير محدد.
الجزء الذي أجدُه الأكثر إثارة للاهتمام هو المقايضة.
يضيف Dusk آلية احتياطية مركزية مُتحكَّم بها لحماية استمرارية عمل الشبكة أثناء سيناريو فشل شديد.
لذا ربما ليست هي المسألة الحقيقية ما إذا كان وضع الطوارئ لا مركزيًا بما يكفي.
بل ما إذا كان الحفاظ على الشبكة حية في أسوأ حالة يستحق هذا القدر الصغير من التنازل.
إن هذا التوازن بين اللا مركزية وقابلية الاستمرار هو ما يجعل تصميم إجماع Dusk مميزًا بالنسبة لي.
#dusk $DUSK كنت أقرأ من جديد مستندات @Dusk وانتهيت إلى إلقاء نظرة أدق على Rolling Finality.
الفكرة الأساسية سهلة بما يكفي. تبدأ الكتلة بوصف Accepted، ثم تصبح Attested بعد الحصول على عدد كافٍ من الأصوات. من هناك يمكن أن تنتقل إلى Confirmed وفي النهاية Final.
لكن الجزء الذي وجدته مثيرًا للاهتمام هو الفرق بين n=0 و n>0.
التكرار الأول يحصل على المسار السريع. إذا وصلت كتلة n=0 إلى Attested، فيمكن اعتبارها بالفعل غير قابلة للعكس. أما التكرارات اللاحقة فالأمر مختلف. حتى بعد أن تصبح Attested، ما زالوا بحاجة إلى مزيد من التأكيدات.
أظن أن السبب واضح تمامًا: إذا فشلت المحاولة الأولى، فلا تريد الشبكة لمُولِّد لاحق أن يحصل على نفس مستوى الحتمية النهائية الفورية.
ما زلت أتساءل كيف تعمل هذه القواعد في التنفيذ الحالي وما إذا كانت متطلبات التأكيد يمكن أن تتغير بمرور الوقت.
#dusk $DUSK كنت أرى باستمرار أن Dusk وُصفت كسلسلة بلوك تشين بُنيت خصيصًا للأسواق المالية المُنظَّمة، لذا دخلت في حفرة أرنب صغيرة لفهم ما الذي يجعلها مختلفة فعلًا.
المقارنة الأكثر وضوحًا مثيرة للاهتمام. السلاسل العامة مثل Bitcoin وEthereum تمنحك شفافية، لكن هذا المستوى من وضوح الرؤية ليس دائمًا مناسبًا للنشاط المالي المُنظَّم. الشبكات التي تركز على الخصوصية تحل جزءًا من هذه المشكلة، لكن عندها يصبح الامتثال وقابلية التدقيق أكثر صعوبة.
يبدو أن Dusk تحاول الجلوس في المنتصف تمامًا: خصوصية حيث تحتاج بيانات مالية إلى الحماية، ولكن مع بنية كافية لكي تظل الأسواق المُنظَّمة قادرة على العمل ضمن متطلبات الامتثال.
ثم بدأت أبحث في معمارية تلك الفكرة.
تم تصميم Succinct Attestation لتوفير حتمية نهائية سريعة. Kadcast يتولى طبقة نظير-إلى-نظير. وMoonlight وPhoenix تتخذان نهجين مختلفين للمعاملات. أما Zedger فهو المكان الذي تصبح فيه الأمور أكثر إثارة للاهتمام — إطار عمل سرّي لعقود ذكية مُصمم حول الأوراق المالية والمنتجات المالية.
ما علق بذهني هو أن Dusk ليست فقط تحاول صنع بلوك تشين عامة أخرى. يبدو أن المعمارية مبنية حول سؤال أضيق بكثير:
هل يمكن لبنية تحتية للـ blockchain أن تمنح الأسواق المالية المُنظَّمة خصوصية دون التضحية بالامتثال؟
هذه مشكلة أصعب بكثير من مجرد جعل المعاملات أسرع أو أرخص.
والآن أنا أتساءل — إذا كانت الأصول المُنظَّمة تتحرك على السلسلة بمقياس كبير فعلًا، فهل ستصبح مقاربة Dusk للخصوصية + الامتثال هي الميزة الأهم؟