Nairobi_

استيقظ مجلس الـPerpetuals اليوم واختار الفوضى النقية 📈⚡

🟢 $ZETA +70.95%
🟢 $PTB +60.13%
🟢 $SAGA +35.74%
🟢 $NIL +34.37%
🟢 $KMNO +28.41%
🟢 $BTW +26.99%
🟢 $MINA +24.94%
🟢 $VVV +24.73%

ZETA تقيم ماستر كلاس في الزخم العمودي، وتحقق أكثر من +70% دون أن تنظر للخلف.

وفي الوقت نفسه، PTB يحقق +60% بينما يتداول عند 0.0011—هذا هو جوهر انحراف المتداولين في البرپ.

وأكثر جزء مجنون؟ حتى مع صعود +24% اليوم لكل من VVV وMINA، ستبقى جالسًا عند خط الأساس تمامًا. كامل اللوحة تتحرك وكأن البنية السوقية أخذت إجازة.

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

أي واحد من هؤلاء المتصدرين لديه القدرة على الاستمرار في الحركة غدًا؟

هل موسم الألتكوينز بدأ للتو؟ 👀

الأموال بدأت تدور باتجاه الألتكوينز، والأرقام صارت صعبة التجاهل:

🟢 $NIL +33.92%
🟢 $NEAR +23.21%
🟢 $SUI +17.99%
🟢 $AVAX +14.49%
🟢 $DOGE +7.28%
🟢 $XRP +4.91%
🟢 $SOL +4.46%
🟢 $ZEC +4.35%

هذه هي شاشة من نوعها تجعل كل متداول فجأة يتذكر أنه لديه قائمة مراقبة 😂

لكن السؤال الحقيقي هو…

هل أنت بالفعل ماسك ألتكوينزك، أم أنك تنتظر “التأكيد” بينما هي تتحرك بدونك؟ 👀

اكتب الألتكوين الذي تراقبه بالأسفل.
لنرَ أي أكياس يحملها كريبتو تويتر فعلاً. 🫡

#SolanaCutsTargetSlotTimeTo250ms
#BTCBreaks80K
#AltSeasonComing

هذا اللوح يرفض بكل صراحة أن يتصرف بشكل طبيعي 😭

🟢 $BULLA +121.19%
🟢 $MARSCOIN +93.26%
🟢 $4 +54.05%
🟢 $BU +45.58%
🟢 $AKE +38.61%
🟢 牛来 +38.41%
🟢 $FLOCK +34.12%

ضاعف BULLA أكثر من مرتين خلال 24 ساعة.

وكاد MARSCOIN يفعل الشيء نفسه.

وبطريقة ما، يبدو +54% على 4 كأنه حركة عادية بجانبهم 😂

ما أراقبه الآن ليس من ارتفع أكثر، فهذا واضح.

بل من يستطيع الصمود أمام أول موجة جدية من جني الأرباح دون أن يعيد نصف المكاسب.

من لا يزال لديه موجة أخرى؟

يتم الآن تدقيق الفائزين بالأمس.

القبيح هو $CYS بنسبة -33.52%.
ثم يأتي:

$牛来 بنسبة -22.55%
$TRIA بنسبة -22.17%
$ZORA بنسبة -17.93%
$SKR بنسبة -17.20%
$BLESS بنسبة -16.21%
$4 بنسبة -12.01%

ما يجعل هذه القائمة مثيرة للاهتمام ليس مجرد اللون الأحمر.

بل هو رؤية ZORA وSKR هنا بعد أن كانتا تجلسان على جانب الرابحين قبل وقتٍ قصير.

هذه هي جزء من تداول الزخم غالبًا ما ينساه الناس.

الأخضر يجذب الانتباه.
الأحمر يختبر مدى القناعة.

الآن أنا أكثر فضولًا تجاه رد الفعل أكثر من الانخفاض نفسه.

لوحة حمراء الليلة. وBTR تم سحقه بالكامل.

$BTR -37.57% بسعر $0.09813
CYS -21.12%
$MAGMA -20.25%
$PROM -19.68%
$ONG -17.42%
$RIVER -17.05%
$BLESS -16.57%

BTR هو الأبرز هنا بشكل واضح. يومًا يقارب -38% بعد كل الاهتمام الذي حظي به مؤخرًا—وهذا بالضبط سبب أن هؤلاء المتحركين شديدي التقلب ممتعون… إلى أن لا يعودون كذلك.

MAGMA وPROM اللتان تظهران هنا مرة أخرى تقولان الكثير أيضًا. كان لديهما زخم كبير في وقت سابق؛ والآن يظهر الوجه الآخر من تلك الصفقة.

السؤال الآن ليس “من الذي تفلّس بأقوى شكل؟”

بل: من لديه فعليًا أفضل فرصة للارتداد أولًا؟

لستُ هائنًا، هذا اللوح بدأ يشعر أقل كأنه ضخّ عشوائي وأكثر كونه دوران زخم كامل.

$SKR هي ما زالت الوحيدة التي يجب على الجميع النظر إليها أولًا، +71.10%.

ثم السطر الثاني يصير مثيرًا للاهتمام:

$ZORA +39.37%
$HEMI +37.39%

الفجوة هناك صغيرة جدًا.

شمعة أقوى واحدة فقط ويمكن أن تصبح ZORA أو HEMI بسهولة الاسم التالي الذي يبدأ الجميع بالحديث عنه.

بعدها تحصل على:

$0G +24.21%
$FLOCK +22.31%

عادةً +20% سيكون كافيًا لامتلاك الشاشة.

لكن اليوم الأمر لا يتعدّى أنه يمنحك مقعدًا على الطاولة 😂

الذي أراقبه الآن ليس من ضخّ أكثر.

بل من يستطيع أن يحتفظ بالزخم حتى بعد أن يبدأ المتداولون في قفل الأرباح.

MOVR قال فعلًا “انزاحوا” 😭

🟢 $MOVR : +44.35% — $0.9885
🟢 $MAGMA : +32.99% — $0.35265
🟢 $VET : +28.30% — $0.007254

المضحك أن هذا الثلاثي نفسه كان موجودًا بالفعل في قائمة الرابحين من قبل… ومع ذلك ما زالوا هنا.

MOVR دفع أقوى فعلًا.

MAGMA ما زالت مرتاحة فوق +30%.

وVET تعمل +28% كأن هذا شيء طبيعي في يوم خميس.

في هذه المرحلة، السؤال ليس من الذي ضخّ.

بل من ما زال لديه وقود كافٍ لتمتدّ الساق التالية؟ 👀

$PROM أعطانا المضخة. الآن أنا أراقب ما إذا كان يمكنه تحويل تلك المضخة إلى استمرار.

مخطط 1H ما زال قويًا: السعر انطلق تقريبًا من 2.60 دولار → 4.05 دولارات، ثم هدأ، والآن يحاول الثبات حول 3.75 دولار بدلًا من التراجع الكامل عن الحركة.

وهذا مهم.

إعدادي 👇

🟢 منطقة الدخول: 3.68–3.76 دولار
🎯 الهدف 1: 3.90 دولار
🎯 الهدف 2: 4.05 دولارات
🎯 الهدف 3: 4.25–4.30 دولار
🔴 الإبطال: إغلاق 1H أسفل 3.55 دولار

أكثر جزء يعجبني هو أن PROM ما زالت جالسة بشكل جيد فوق MA25 قرب 3.31، بينما MA القصير يسوّي/يستوي عند السعر الحالي. بشكل أساسي، السوق يقرر ما إذا كان هذا سيصبح تماسكًا قبل دفعة أخرى… أم قمة الحركة.

بالنسبة لي، 4.05 هي مستوى “الرئيس” الحقيقي.

اخترقه بشكل نظيف واثبت فوقه؟ أتطلع للأعلى.

اخسار 3.55؟ انتهى الإعداد. لا جدال مع الرسم البياني.

ماذا سيفعل PROM بعد ذلك؟
$UAI $SUPER

لم يتحرك الـ6٪ أبدًا.

ظلت التجارة تسوء.

كانت تلك تفاصيل رافعة TermMax التي كنت ألقي عليها اللوم على الرقم الخطأ.

كان لدي أصل يولّد عائدًا بنسبة 12٪.

ممكن لـ TermMax أن يُتيح لي الاقتراض مقابل ذلك بسعر ثابت 6٪، ثم استخدام رأس المال المقترض لزيادة التعرض كضمان، ولفّ وضع الضمان + الدين داخل GT.

12 داخلة.

6 خارجة.

زيادة الرافعة على الفارق.

حكاية سهلة الإعجاب.

والجزء المطمئن كان هو الـ6٪.

لم يكن عليّ أن أتساءل ما إذا كان الاستخدام في مكان ما سيدفع التمويل إلى 9، ثم 14، بينما كنت بالفعل داخل الصفقة.

TermMax كان قد أقفل هذا الجانب.

ثم انخفض عائد الضمان إلى 4٪.

لم يحدث شيء لقرضي.

هذا ما جعل الأمر غريبًا.

كان لدى GT ما يزال الدين.

وكان سعر اقتراض TermMax ما يزال 6٪.

لم تتغير الاستحقاقات.

لم يعِد أحد تسعير التمويل الثابت الخاص بي لأن ظروف السوق أصبحت أكثر قسوة.

الرقم الدقيق الذي أردته المحمي ظل محميًا.

إلا أنني الآن كنت أستقرض عند 6٪ لزيادة التعرض لشيء يكسب 4٪.

والرافعة لم تتوقف عن العمل.

إنها فحسب كانت تضاعِف فارقًا لم أعد أريده يتضاعف.

أظن أنني حوّلت “الرافعة بسعر ثابت” بهدوء إلى “عائد مُدار بالرافعة يمكن التنبؤ به”.

وهذا ليس الشيء نفسه.

يمكن لـ TermMax إزالة مشكلة سعر الاقتراض المتحرك.

لا يمكنه إجبار الضمان الذي يولّد عائدًا على الاستمرار في إنتاج APY الذي استخدمته عند دخولي.

تلك الـ12٪ تخص آلية أخرى.

المكافآت يمكن أن تنخفض.

يمكن أن ينكمش العائد الأساسي.

وGT لا يحتاج إلى أن يُكسر كي يسبب أي من ذلك ضررًا.

ولهذا أستمر بالعودة إلى 6٪.

لو كان قفز إلى 15٪ لكان فشل النظام سيبدو واضحًا.

لكن هنا قامت TermMax بالضبط بما طلبته.

بقيت 6٪ هي 6٪.

كان الرقم غير المستقر يقبع على الجهة الأخرى.

12 تحولت إلى 4.

نفس الدين الثابت.

سبب مختلف تمامًا لرغبة في الرافعة.

يمكن لـ TermMax أن يُثبت أحد طرفي ذلك الفارق.

ولا زلت أتساءل لماذا تعاملت يومًا ما مع المسافة بينهما على أنها شيء ثابت أيضًا.

@TermMax #TermMax #termmax $AVAAI $ONG $BOME

تفصيل الغسق في الشبكات الذي كنت أعود إليه باستمرار هو أن العقدة يمكنها التحقق من رسالة ما دون أن تتعلم بالضرورة من أين بدأت تلك الرسالة.

قراءتي الأولى لطبقة Kadcast لدى Dusk كانت تدور في الغالب حول الكفاءة.

تنظم Dusk الأقران باستخدام مسافة XOR بنمط كاديمليا، ثم تُحوّل الكتل والمعاملات ورسائل الإجماع عبر أقران مُختارة بدلًا من إغراق كل جار.

إرسال مكرر أقل. عرض نطاق أقل. منطقي.

ثم يغيّر جانب الأمان الصورة.

الرسائل على Dusk مُوقّعة، وتتحقق العقد من تلك التواقيع قبل تمريرها.

وبذلك يمكن للشبكة رفض البيانات غير الشرعية دون أن يَطلب ذلك من كل مُرَحِّل معرفة المصدر الأصلي في الشبكة.

الانتشار الخاص بـ Kadcast داخل Dusk يُعمّي هذا المصدر.

تتحرك الرسالة عبر أقران مُختارة بمسافات XOR متزايدة. وحتى تصلها عقدة Dusk أخرى، قد لا تكون العقدة التي سلّمتها هي العقدة التي أنشأتها.

وهذا يخلق تمييزًا كنت أُسقطه على نحو عفوي:

من الذي وثّق هذه الرسالة؟

و

من أين دخلت هذه الرسالة إلى الشبكة؟

هاتان ليستا سؤالًا واحدًا.

التوقيع يحمي الأصالة.

ومسار التوجيه لا يحافظ على أثرٍ بسيط للعودة إلى الأصل.

وهذا يَهم أكثر على Dusk لأن خصوصية المعاملات جزءٌ بالفعل من تصميم الدفتر. إخفاء محتوى المعاملة مع جعل أصل الشبكة سهل التتبّع سيكشف نوعًا آخر من البيانات الوصفية.

لكن توجد مفاضلة داخل الآلية نفسها أيضًا.

لا تزال Dusk تحتاج إلى بنية توجيه. تحافظ العقد على جداول الأقران، وتستبدل الأقران المتعطلة، ويمكنها استخدام أقران بديلة عندما يفشل مسار.

لذلك فخصوصيتنا هنا ليست «لا أحد يعرف شيئًا».

ما تتجنبه Dusk هو جعل التسليم يعتمد على كشف مسار واضح من المصدر إلى الوجهة.

الأصالة تخص الرسالة.

والأصل يخص مسار الشبكة.

وبمجرد فصل هذين الأمرين، يتغير سؤالي:

بالنسبة إلى شبكة تركز على الخصوصية مثل Dusk، كم يمكن لطبقة النقل أن تكشف من بيانات وصفية قبل أن تتوقف خصوصية المعاملة-بالمستوى-الجزئي عن كونها القصة الكاملة للخصوصية؟

@Dusk #Dusk $DUSK $HYPE $ZEC

قواعد TermMax في عقدٍ واحد أزعجتني أكثر من الفكرة الرئيسية لفكرة «السيولة المُدارة بسعر ثابت».

يدير القيّم الطلبات وتخصيصها والاستراتيجية لصالح المودعين. يوفّر المستخدمون رأس المال؛ ثم يقرر شخص آخر كيفية نشره.

ثم لاحظت تصميم الإقفال الزمني (timelock).

في خزائن TermMax، لا تنتظر جميع التغييرات الحساسة بالطريقة نفسها. التغييرات التي تزيد المخاطر—مثل رفع أتعاب الأداء، أو إضافة قائمة بيضاء للأسواق، أو تقليل مدة الإقفال الزمني، أو تغيير Guardian—يجب أن تمر عبر الإقفال الزمني. بعض التغييرات التي تقلّل المخاطر يمكن تطبيقها فورًا.

في البداية بدا ذلك كأنه مجرد راحة في الحوكمة.

لكنني أعتقد أنه في الحقيقة بيانٌ عن الزمن.

يقوم TermMax بفصل الصلاحية عن السرعة.

قد يكون للقيّم سلطة اقتراح تغيير، لكن امتلاك السلطة لا يعني أن التغيير ينبغي أن يصبح نافذًا الآن. يسأل النظام: هل يوسّع ذلك تعرض المودعين، أم يقلّله؟

وهذا مهم لأن الخزينة تواصل العمل بينما تجري الحوكمة. قد تكون الأوامر مُفعّلة بالفعل. وقد يكون رأس المال مُخصّصًا بالفعل. وربما لا يراقب المودعون كل تغيير في المعلمات.

لذلك فإن التأخير في التغيير الذي يزيد المخاطر ليس مجرد طقس. إنه يخلق فترة تختلف فيها الحالة المقترحة عن الحالة النشطة، ويمكن للـ Guardian مراجعة التغيير المعلّق أو إلغاؤه قبل أن يصبح حقيقة.

لا يفرض TermMax التأخير نفسه عندما يتحرك التغيير في الاتجاه الأكثر أمانًا.

هذه اللامتناظرة بقيت معي.

معظم أنظمة الصلاحيات تجيب: «من المسموح له أن يفعل هذا؟»

تصميم خزائن TermMax يطرح أيضًا سؤالًا: «كم بسرعة يجب السماح لهذا النوع من الإجراءات أن يكون له تأثير فعلي؟»

وهذان تحكّمان مختلفان.

القيّم يدير الاستراتيجية. يمكن للـ Guardian التدخل خلال فترة الانتظار. ويحدد عقد الخزينة متى يصبح القرار المعلّق قابلًا للتنفيذ.

لذلك في TermMax، الإدارة المفوّضة ليست هي الشيء نفسه الإدارة الفورية المفوّضة.

السؤال الذي أُترك به هو: ما الذي ينبغي على المودعين مراقبته عن كثب—هل من يتحكم في الخزينة، أم أي التغييرات يُسمح لها أن تصبح حقيقة قبل أن تتاح لهم فرصة الرد؟

@TermMax #TermMax $BTW $HEMI $TREE

تفصيل الغروب في التوثيق الذي كنت أعود إليه باستمرار هو أن قفل DUSK لا يمنحك فورًا قوة إجماع تلك الحصة.

قراءتي الأولى كانت بسيطة:

ارْهِن الرموز.

كن جهة مُوفِّرة.

ادخل مرحلة الإجماع.

لكن الغروب يُدخل حالة أخرى بين هذه الأمور:

الأهلية.

تُسجَّل الحصة كمقدار بالإضافة إلى ارتفاع الكتلة التي أُدرجت فيها معاملتها. وللدخول في التعيين العشوائي الحتمي (deterministic sortition)، يجب أن تحقق الحد الأدنى وأن تنجو من فترة نضج مرتبطة بالـ epochs.

تلك الفترة ليست مجرد “انتظر N كتلة من الإيداع”.

بل تشمل بقية الـ epoch التي تهبط فيها الحصة، بالإضافة إلى دورة كاملة أخرى. النتيجة: تصبح الحصص الجديدة مؤهلة عند حدود epoch.

لذلك يمكن لحصتين تم الالتزام بهما في أوقات مختلفة جدًا أن تستحوذا حقوق إجماع معًا.

شخص يلتزم بحصة في بداية epoch ينتظر مدة أطول من شخص يلتزم قرب نهايتها، ومع ذلك يمكن لكليهما عبور حدّ الأهلية في الوقت نفسه.

يبدو الأمر بسيطًا حتى تفصل بين الحالات.

الرأسمال المُقيّد مكشوف بالفعل لنظام التراهن.

الرأسمال المؤهل يمكنه فعليًا الدخول في sortition.

والرأسمال المُنتقَى يحصل على دور إجماعي ملموس.

هذه ثلاث لحظات مختلفة.

والعقوبات تُقسّم الصورة مرة أخرى. يمكن أن يؤدي التعليق إلى استبعاد مُوفِّر من sortition لعدة epochs. يمكن أن يؤدي soft slashing إلى قفل جزء من الحصة وتقليل وزنها. يمكن أن يؤدي hard slashing إلى حرق الحصة.

لذا حتى عبارة “ما زالت مُراهنة” لا تعني بالضرورة “ما زالت تحمل نفس التأثير الإجماعي”.

وهذا يجعل حد epoch أكثر من مجرد تدوين.

إنه جزء من سطح أمان البروتوكول.

تخيّل حصة كبيرة تصل في وقت متأخر داخل epoch. الرأسمال مُلتزم به، لكنه لا يستطيع فورًا إعادة تشكيل اختيار اللجنة لمجرد أن المعاملة اكتملت.

يجعل الغروب ملكية الحصة فورية، بينما يؤخر أهلية الإجماع.

وهذا غيّر السؤال بالنسبة لي.

عندما نقول إن شبكة PoS قد اكتسبت حصة جديدة، هل نعني أن الرأسمال قد تم قفله؟

أم نعني أن البروتوكول قد سمح فعليًا لهذا الرأسمال أن يبدأ تحديد الكتل؟

@Dusk #Dusk $DUSK $GPS $VELVET

تفصيل طائر الفينيكس سهل تفويته:

الملاحظات التي يتم إنفاقها تبقى داخل شجرة ميركل.

أول مرة عاملت تلك الشجرة كأنها مجموعة UTXO خاصة. بمجرد إنفاق ملاحظة، افترضت أنها ستختفي.

الورقة البيضاء تقول خلاف ذلك.

عندما يتم إنفاق ملاحظة من طائر الفينيكس، يستنتج مالكها مُبطِّلًا (nullifier) من المفتاح السري للملاحظة. يقوم الشبكة بتسجيل هذا المُبطِّل بحيث لا يمكن إنفاق الملاحظة مرة أخرى.

لكنها لا تتعلم أي ملاحظة ينتمي إليها المُبطِّل.

لذلك تبقى الملاحظة. تواصل الشجرة النمو.

وهذا يخلق تمييزًا لم أكن قد فكرت فيه:

المُسجَّل ليس هو نفسه قابلًا للإنفاق.

جذر ميركل حديث يسمح للشبكة بالتحقق من أن ملاحظة الإدخال تنتمي إلى الشجرة. مجرد العضوية لا يعني أن القيمة ما تزال “حية”.

هذا الجواب موجود في قائمة المُبطِّلات.

وطائر الفينيكس يحافظ على الرابط العام بين الاثنين مخفيًا.

في Moonlight، يُسند Dusk حسابًا إلى رصيد عام.

أما Phoenix فيعمل بشكل مختلف. تقوم الشبكة بالتحقق من إثبات ZK بأن ملاحظات الإدخال قد تم إبطالها بشكل صحيح وتمتلك قيمة كافية لملاحظات جديدة، والإيداع وحد أقصى للغاز، دون كشف المبالغ.

لذلك يمكن أن تبقى ملاحظة Phoenix مُسجَّلة حتى بعد زوال فائدتها الاقتصادية.

السجل يبقى.

حق الإنفاق لا يبقى.

ثم هناك انقسام آخر.

يمكن إعطاء مفتاح مشاهدة لطرف موثوق لمسح الشبكة وتحديد المعاملات الموجهة إلى المستخدم. لكن لا يزال لا يستطيع إنفاق تلك الملاحظات، لأن مفتاح سر الملاحظة يتطلب المفتاح السري الكامل للمستخدم.

لذلك فإن “يمكنه رؤية حالتي الخاصة” و“يمكنه التحكم في حالتي الخاصة” صلاحيتان مختلفتان.

تظهر حدودتان:

مسجَّل / قابل للإنفاق

مرئي / قابل للتحكم

الحالة الاستثنائية التي أعود إليها دائمًا هي تطبيق يعيد بناء ما لدى المستخدم “حاليًا”.

وجود الملاحظة غير كافٍ.

والقدرة على التعرف عليها غير كافية أيضًا.

تحتاج إلى التاريخ وحالة الإبطال والمواد السرية الصحيحة.

وهذا يجعلني أتساءل:

في دفتر يوميات خاص، هل “الحالة الحالية” تمثل كائنًا واحدًا على الإطلاق، أم أنها تقاطع سجلات غير مكتملة عمدًا عند قراءتها وحدها؟

@Dusk #dusk $DUSK $VELVET $APR

التفصيل في الشفق الذي كنت أعود إليه باستمرار هو أن الكتلة يمكن أن تحمل إثبات نجاح ومع ذلك لا تكون نهائية.

في قراءتي الأولى لـ Succinct Attestation كان الأمر أبسط.

تصل المقترحات.

وتبلغ عملية التحقق أغلبية ساحقة من أصوات Valid.

وتؤكد عملية التصديق ذلك.

وتبرهن توقيعات BLS المجمّعة اكتمال النصاب.

تمّ كل شيء، أليس كذلك؟

ليس تمامًا.

قسّمت فقرة “النهائية المتدرجة” في Dusk الكتلة إلى accepted و attested و confirmed و final.

إذا أُنتجت كتلة عند التكرار I > 0 بينما لا يزال التكرار السابق يفتقر إلى أي fail attestation، فيمكنها حمل إثبات نجاح ولا تُعلَّم إلا على أنها accepted.

لأن عبارة “اللجنة وصلت إلى النصاب” تبدو قريبة جدًا من “هذه الكتلة لا يمكن أن تختفي”.

في Dusk، هاتان ادعاءان مختلفان.

التكرار السابق غير محسوم لا يزال مهمًا. إذا وصلت كتلة ذات تكرار أقل لاحقًا إلى إجماع، يمكن للاحتياط fallback أن يستبدل الكتلة accepted ويطرح خلفها اللاحقين.

لذا فإن إثبات النجاح يثبت حدوث الاتفاق.

لكنه لا يثبت دائمًا أن السلسلة أنهت اختيارها.

الكتلة المُوثَّقة (attested) إمّا أنها وصلت عند iteration 0 أو لديها fail attestations تغطي كل تكرار سابق، وبالتالي لا يمكن لكتلة ذات تكرار أقل أن تستبدلها مباشرة. يعتمد confirmed على الكتل اللاحقة. لا يصل final إلا عندما تكون الكتلة confirmed وأبواها (parent) قد أصبح نهائيًا بالفعل.

هذا ما جعل “النهائية خلال ثوانٍ” تبدو أقل كأنها حدث واحد وأكثر كحدٍّ يجب على التطبيق قراءته بشكل صحيح.

التطبيق في Dusk لا يكتفي بالسؤال عمّا إذا كان الإجماع قد وقّع شيئًا.

هل تُفرَج عن الضمانات؟

هل يتم الاعتراف بتحويل أمني؟

دع عقدًا آخر يتعامل مع الحالة باعتبارها لا رجعة فيها؟

قد لا تستحق هذه جميعها نفس العتبة.

في أغلب الوقت، من المحتمل أن يتقدم الأمر بسرعة. جيد

حالة الطرفية هي ما يهمني: كتلة تبدو ناجحة، يتفاعل معها تطبيق، ولا يزال التكرار الأقل حيًا.

Dusk لا يخفي هذه الفجوة. إنه يسميها.

accepted ليست نهائية.

وبمجرد أن لاحظت ذلك، تغيّر سؤال تكاملي.

ليس “هل نجح الإجماع؟”

إلى أي مدى يحتاج هذا التطبيق أن تصبح Dusk لا رجعة فيها قبل أن يتصرف؟

@Dusk $DUSK #Dusk $ACE $APR

ظننت أن جلسة قلعة الغسق العامة كانت هي الجزء الذي قدّم فيه غسق أخيرًا شيئًا ما.

داخل غسق، كان قد تم قبول برهان المعرفة الصفرية مسبقًا.

كانت جلسة القلعة موجودة على السلسلة (onchain).

لذلك فتحتها متوقعًا أن أجد الشيء الذي كنت قد أثبتّه للتو موجودًا في مكان ما بداخلها.

ربما الاعتماد. الإقامة. أي سمة كان يهتم بها فعليًا خدمة الغسق.

لكن لم يكن هناك.

والصراحة هذا ما أثار شكي قبل أن يجعلني منبهرًا.

لأنّه إذا كان غسق يسجّل هذه الجلسة العَقَدية علنًا على Dusk L1، فماذا بالضبط صار علنيًا إذا لم يظهر أصل الشهادة نفسها؟

كنت أستمر في التعامل مع عبارة «تم التحقق على Dusk» كأنها تعني بالضرورة «تم الكشف عنه في مكان ما».

على ما يبدو ليس كذلك.

داخل القلعة، يمكن إثبات حيازة رخصة صالحة من مزوّد موثوق عبر المعرفة الصفرية. يقوم عقد القلعة بالتحقق من هذا البرهان وتسجيل الجلسة.

بعدها تحصل الخدمة على ملف تعريف الجلسة (cookie) وتقرر ما إذا كان برهان قلعة الغسق يطابق سياستها الخاصة.

لكن ما زلت أستطيع فتح تلك الجلسة العامة وعدم العثور على الرخصة التي استخدمتها.

لا توجد سمات موقّعة مُلقاة هناك.

لا يوجد حقل اعتماد جالس هناك.

ولا مفتاح محفظة مكشوف خلف ذلك.

كان هذا الشيء يظل يزعجني.

كان غسق قد جعل حقيقة أن التحقق حدث أمرًا ظاهرًا دون أن يجعل حقيقة أنني تحققت ظاهرة بالطريقة نفسها.

وأجل، كان «الإفصاح الانتقائي» يبدو أبسط بكثير قبل هذا.

كنت قد تخيلت خصوصية غسق تحتفظ بكل شيء مغلقًا إلى أن يطلب شخص شرعي، ثم يتم فتح جزء من المعلومات.

لكن قلعة الغسق تبدو أكثر دقةً مُزعجة.

تحصل خدمة ما على ما يكفي من برهان غسق لاتخاذ قرارها.

يحصل Dusk L1 على ما يكفي للاحتفاظ بالجلسة.

ومع ذلك، يبدو أن أيًا منهما لا يتطلب السلسلة كاملة كي ترث الشهادة نفسها.

لذلك واصلت إعادة فتح جلسة القلعة نفسها بحثًا عن الإفصاح.

كانت الجلسة ما تزال عامة.

والسبب الذي جعلني مؤهلًا ما زال مفقودًا.

وربما هذا هو ما يجعلني متعلقًا بهذا الأمر في غسق.

كان هناك شيء تم إفصاحه.

أنا فقط لست متأكدًا لماذا افترضت أصلًا أن على الجميع استلامه

@Dusk $DUSK #dusk $ACE $VELVET

كنت أبدّل بين الحسابات العامة والمحمية في محفظة Dusk لأنني كنت أظن أن أحدهما يجب أن يكون هو النسخة “الحقيقية” من DUSK.

نفس الرمز.

نفس الشبكة.

نفس المحفظة.

تصرفت Moonlight كحساب عام عادي. الرصيد ظاهر. المرسل ظاهر. المستلم ظاهر. المبلغ ظاهر.

ثم حولت Phoenix نفس DUSK إلى ملاحظات مُشفّرة وتوقّف التحويل عن تركني نفس الأثر.

نعم، هذا بدا غير متّسق.

إذا كانت Dusk عبارة عن بلوك تشين للخصوصية، فلماذا يبدو إرسال واحد علنيًا بالكامل؟

أو إذا كانت DUSK عامة بما يكفي للتنقل عبر Moonlight، فماذا يصبح خاصًا بالضبط عندما أختار Phoenix؟

كنت أحاول باستمرار إلحاق الخصوصية بالـأصل.

كانت تلك هي الجزء الذي أخطأت فيه.

Moonlight وPhoenix هما نموذجان للمعاملات داخل DuskDS. أحدهما يحفظ القيمة ضمن نموذج حساب عام. والآخر يستخدم الملاحظات المحمية وإثباتات المعرفة الصفرية دون كشف بيانات المرسل والمستلم والمبلغ نفسها.

لم يتحول الكوين إلى كوين مختلف.

ما سُمح للمراقبين بتعلمه هو ما تغير.

وبطريقة ما، كان هذا يزعجني أكثر من سلسلة تكون خاصة طوال الوقت فحسب.

لأن الخصوصية لم تعد صفة يمكنني تعيينها لـ Dusk ثم أنسى أمرها.

كان الاختيار موجودًا داخل التدفق.

الإرسال عبر Moonlight وDusk يترك أثر حساب عام.

الإرسال عبر Phoenix ويمكن للتسوية أن تتم دون منح المراقبين العاديين الصورة المالية نفسها.

نفس طبقة التسوية.

رؤية مختلفة.

وتطبيقات Dusk تجعل من الصعب تسويتها. يمكن لتدفق DuskVM أن يبقى شفافًا عندما تكون الحالة العامة مفيدة، وأن يستخدم قدرات الخصوصية أو المعرفة الصفرية عندما تحتاجها التطبيقات.

لذا بدأت عبارة “Dusk خاصة” تبدو بسيطة أكثر من اللازم.

يمكنني استخدام نفس الشبكة والتنقل بين رصيد مُفترض أن يكون محل نظر، وتحويل تكفي لإثبات صحته.

لا أزال أتوقف عند اختيار المحفظة.

ليس لأنني لا أعرف ماذا تعني العامة والمحمية.

بل لأنني توقعت أن الخصوصية يجب أن تنتمي إلى السلسلة.

لكن Dusk تواصل جعلها تنتمي إلى التدفق الذي أختاره فعليًا.

@Dusk #Dusk $DUSK #dusk $AKE $COTI

لوح العقود المستقبلية يعود ليصبح مثيرًا مرة أخرى 👀

$BTR +50% هو العنوان الواضح، لكن $VELVET +40% هو الذي سأبقي عينًا عليه. ثم إن $INX موجود عند +31.63%، بينما #FHE و #SQD ما زالتا تدفعان دون أن يصبح الأمر عموديًا تمامًا.

ما يعجبني هنا هو أن المكاسب موزعة وليست قطعة واحدة تعمل كل شيء.

ومع ذلك، هذه عقود مستقبلية… لذا “+50%” يمكن أن تتحول بسرعة إلى “لماذا فتحت هذه الصفقة؟” 😂

قائمتي للمراقبة: BTR للزخم، VELVET للمتابعة، INX كخيار مفاجئ.

تبويب الرابحين يعمل هذا الشيء مرة أخرى، حيث تبدو كل عملة “مبكرة” فقط بعد أن تكون قد ضخت بالفعل 50%+ 😭

$BICO +68.66%
$ZBT +66.46%
$ACE +57.07%
CTSI +54.21%
HFT +54.05%

بشكل أساسي، خمس طرق مختلفة لاختبار ما إذا كنت تعلمت شيئًا عن مطاردة الشموع الخضراء.