ŘeGáL TraÐér

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

هذا هو الجزء الذي جعل Hedger مثيرًا للاهتمام بالنسبة لي. ركزت حلول الخصوصية الكثيرة على ما يمكن إخفاؤه، لكن قلة منها تقضي وقتًا كافيًا في فهم كيفية ملاءمة هذه الخصوصية لبيئات التطوير القائمة. يسلك Hedger طريقًا مختلفًا عبر استكشاف الحوسبة السرّية داخل إطار متوافق مع EVM. من خلال الجمع بين التشفير المتجانس مع إثباتات عدم المعرفة، يهدف إلى إبقاء القيم الحساسة خاصة مع السماح في الوقت نفسه بالتحقق. كما تجعل العقود المُسبقة (precompiled contracts) هذه الإمكانيات أقرب إلى تدفقات عمل Solidity التي يعرفها المطورون بالفعل.

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

أفكر في أن Hedger يعالج مشكلة يمكن التقليل من شأنها بسهولة. خصوصية المؤسسات ليست فقط مسألة إخفاء المعلومات؛ بل هي إدخال السرّية ضمن أنظمة لديها بالفعل قواعد ومسؤوليات. لست مقتنعًا بالكامل بعد بأن المقايضات ستكون سهلة الإدارة، لكن المحاولة تبدو أكثر واقعية من العديد من المقاربات السابقة التي تابعتها.
@Dusk $DUSK #dusk #dusk

اليوم كنت أتفحّص نهج Dusk في التمويل السري، وظلّت هناك فكرة واحدة تزعجني.

عادةً ما يُوصَف الخصوصيّة بأنها إخفاء المعلومات.

لكن لا أعتقد أنها الصورة الكاملة.

كلما نظرت أكثر إلى تصميم Dusk، بدا لي أن المشكلة الأصعب هي تحديد من ينبغي له أن يرى ماذا، ومتى.

يتعامل Dusk مع ذلك عبر العقود الذكية السرّية ومعيار عقد الأمان السرّي (XSC). ليست الفكرة مجرد جعل المعاملات غير مرئية. بل هي إنشاء نظام يمكن للنشاط المالي من خلاله أن يظل قابلاً للتحقق، دون أن تُكشف المعلومات الحسّاسة بشكل غير ضروري.

في البداية، اعتقدت أن هذا يُعدّ في الأساس تحسينًا للخصوصية.

الآن أراه بشكل مختلف.

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

تطرح الخصوصية تحديًا آخر.

لا يمكن للمنظومة المالية أن تصبح سرّية إلى حدّ أن يفقد المشاركون الثقة فيما يحدث تحت السطح.

يبدو أن هذا التوازن هو المكان الذي تبدأ فيه التجربة الحقيقية لـ Dusk.

أحيانًا لا يكون أهم قرار تصميمي هو ما تسمح به الشبكة للجميع برؤيته، بل ما تختار عمدًا ألّا تكشفه.
@Dusk $DUSK #dusk

استمررت في رؤية مكوّنات ديْسك المختلفة وهي تُناقَش بشكل منفصل: DuskDS وDuskVM وDuskEVM وطبقات الخصوصية، لكن سؤالًا واحدًا كان يعود إليّ باستمرار: ما الذي يجعل هذه الأجزاء تعمل معًا فعليًا؟

هذا قادني إلى Rusk.

في البداية، ظننت أنه مجرد البرنامج الذي يشغّل عقدة. لكن كلما تعمّقت أكثر، أدركت أنه يؤدي دورًا أكبر بكثير. إن Rusk هو طبقة التنفيذ التي تشغّل إجماع Dusk، وتحافظ على حالة البلوكشين، وتنفّذ عقود DuskVM، كما تربط التطبيقات الخارجية عبر واجهات برمجة التطبيقات.

ما لفت انتباهي هو أن Rusk ليس الميزة التي يتحدث عنها المستخدمون عادةً. لا توجد عناوين خصوصية لافتة للنظر ولا تطبيق واضح مبني حولها.

وهذا بالضبط ما يجعله مميزًا.

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

المقابل هو أنه كلما تولّت الطبقة الأساسية مسؤوليات أكثر، ازدادت أهمية الاعتمادية والأمان.

ربما لن يُحدَّد مستقبل بنية البلوكشين التحتية فقط بما يراه المستخدمون من ميزات، بل بما لا يُرى من طبقات تعمل بهدوء لتجعل تلك الميزات ممكنة.
@Dusk $DUSK #dusk #dusk

#termmax @TermMax .

كنت أُمعن النظر في أسواق الفائدة الثابتة وتساءلت عن سؤال بسيط: من الذي يقرر فعليًا كيف ينبغي أن يبدو سعر الفائدة «العادل»؟

في العديد من بروتوكولات الإقراض، يتبع السوق منحنى محددًا مسبقًا. @TermMax اتخذت نهجًا مختلفًا عبر أوامر النطاق (Range Orders)، ما يسمح لمقدمي السيولة بتحديد نطاقات لسعر الفائدة بدل الالتزام برأس المال تحت شرط ثابت واحد.

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

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

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

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

هل سيعتمد مستقبل التمويل اللامركزي ذو الفائدة الثابتة (DeFi) بدرجة أكبر على خوارزميات أفضل أم على استراتيجيات مصممة بشكل أفضل من البشر؟

#TermMax
أحتاج إلى خمس دقائق من اهتمامك لأنني أريد مشاركة تفاصيل صغيرة عن TermMax vault والتي كدت أتجاوزها اليوم: آلية حماية الحد الأدنى للعائد السنوي (Min. APY).

ظننت في البداية أنها مجرد معامل مخاطر آخر. لكن عندما نظرت إليها، أدركت أنها تتعلق بأمر أكبر حقًا…. إلى أي مدى يجب أن يثق المستخدمون بالقائمين على إدارة الـ vault؟

في vaults @TermMax ، يقرر القيمون (curators) كيفية تخصيص رأس المال عبر الاستراتيجيات. هذه المرونة مفيدة، لكنها تعني أيضًا أن المودعين يعتمدون على قرارات تتخذ خلف الكواليس.

يُنشئ إعداد Min. APY حدًا أدنى للعودة (العائد). أعتقد أن زيادة هذا التخيص/الحماية يمكن أن يتم بسرعة، لكن تقليلها يتطلب فترة قفل زمني (timelock).

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

في الحقيقة، هذا اختيار تصميمي مثير للاهتمام بالنسبة لي. لا تحتاج DeFi دائمًا إلى صلاحيات أقل؛ أحيانًا تحتاج إلى صلاحيات مُصممة بشكل أفضل.

ومع تعقّد استراتيجيات الـ vaults أكثر، أتساءل إذا كانت مثل هذه الآليات يمكن أن تصبح طبقة جديدة من الثقة بين المستخدمين والتمويل المؤتمت. #TermMax
$BTW

$BIO
$BOME

#dusk $DUSK

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

في البداية، كنت أنظر إلى الصورة الأكبر…. الخصوصية، والعقود الذكية والتطبيقات المالية. لكن بعد ذلك قضيت وقتًا أطول في “الإثبات الموجز”، وأمسكتني هذه النقطة الصغيرة في التصميم.

@Dusk لا يجعل كل مشارك يؤدي الدور نفسه تمامًا. بدلًا من ذلك، ينقسم الإجماع إلى مراحل. لجنة تقترح، وأخرى تتحقق، وثالثة تؤكد النتيجة النهائية.

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

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

لكنني أحب الاتجاه…. ربما لا تتمكن سلاسل الكتل المستقبلية من التوسع عبر جعل الجميع يفعل كل شيء، بل عبر منح كل دور هدفًا أوضح.

أحيانًا تكون خيارات التصميم الخفية هي التي تحكي القصة الحقيقية لبروتوكول ما.
#dusk
$BOME
$MRNAon #CryptoRally

امنحني فقط 5 دقائق… أريد أن أشارك تفاصيل صغيرة واحدة @Dusk وجدتها لأنها تبدو مملة في البداية، لكنها في الواقع تقول الكثير عن كيفية تصميم DuskVM. تُسمى argbuf.

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

يخبر النظام العقد بكمية البيانات التي تم وضعها هناك. يقرأها العقد، ويؤدي عمله، ثم يكتب النتيجة مرة أخرى في المساحة نفسها.

هذه فكرة بسيطة… لكنني في الواقع أحبها.

هناك حدود واضحة بين العقد والبيئة المحيطة به، ما قد يجعل التنفيذ أكثر قابلية للتنبؤ. وفي الوقت نفسه، ما زال على المطورين التعامل مع المدخلات والذاكرة بعناية. لا يمكن للآلة الافتراضية أن تنقذ منطق عقد سيئ.

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

تحظى الخصوصية بأكبر قدر من الاهتمام، لكن أحيانًا تكون قواعد التنفيذ الهادئة هذه هي ما يجعل النظام أسهل للثقة.
$DUSK
$GAIX
$BTW

#TermMax
امنحني فقط 5 دقائق، أريد أن أشارك شيئًا مثيرًا للاهتمام حول@TermMax . كنت أقرأ تصميم مخزن TermMax للإصدار V2، ووجدت تفصيلًا ظل يجذبني إلى الوراء: رأس المال الخامل لا يبقى دائمًا خاملاً.

يمكن لقيّم أن يوجّه الأصول غير المستخدمة إلى مصدر عائد قائم على القاعدة مثل Aave أو Morpho، بينما يتم نشر رأس مال الصندوق المتبقي في أوامر النطاق الخاصة بـ TermMax. لا يزال المودعون يحتفظون بحصص صندوق ERC-4626، لكن العائد الكامن تحتها يمكن أن يأتي من أكثر من مكان.

في البداية، أعجبني ذلك فورًا. لماذا نترك USDC جالسًا إذا كان يمكنه أن يدرّ شيئًا؟

لكن كلما فكرت أكثر، بدأت تسمية "معدل ثابت" تبدو أقل بساطة.

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

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

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

كم مقدار التعرض لسعر متغير داخل صندوق بُني حول أسواق ذات معدل ثابت يعد كثيرًا؟
$BTW
$VELVET
$LAB

ما أراه غريبًا في تصميم الفائدة الثابتة لـ #TermMax هو أن أحد رموزه يقوم بالضبط بما لا يحبه معظم حاملي الرموز عادةً: التحرك نحو الصفر.

لكن مع XT، فهذا ليس إخفاقًا. بل هو جزء من البنية.

يربط كل سوق بسعر فائدة ثابتة بين FT وXT بحيث يساوي 1 FT + 1 XT = 1 من رمز الدين. يمثّل FT الطرف الذي يصل في النهاية إلى قيمة الاسترداد الخاصة به، بينما XT هو الجزء المكمّل الذي تتلاشى قيمته عند الاستحقاق.

أعتقد أن ذلك يجعل XT أصعب في التقييم مما يبدو عليه أولاً.

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

كما يجعل ذلك عائد TermMax الثابت يبدو لي مختلفًا قليلًا.

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

بالنسبة لي، الاختبار الحقيقي ليس ما إذا كان XT سيصل في النهاية إلى الصفر. بل ما إذا كان السوق يستطيع الاستمرار في تسعير فائدته المتبقية بشكل معقول في الطريق إلى هناك. @TermMax #TermMax .

👉مسار XT نحو الصفر هو…

ما لفتني ليس كون Dusk يدعم بيئتي تنفيذ. بل السبب الذي قد يجعل هذا الاختيار يصبح محرجًا لاحقًا.

لذلك توفّر DuskVM للمطوّرين الأصليين بلغة Rust/WASM مسارهم الخاص، بينما تُبقي DuskEVM فرق Solidity داخل الأدوات المألوفة لديهم. هذا أمر عملي. لا يحتاج المطوّرون إلى التخلي عن كل ما يعرفونه كي يبنوا على Dusk.

تظهر التعقيدات بعد أن يبدأ الاعتماد بالعمل.
إذا اجتذبت كلتا البيئتين تطبيقات حقيقية، فقد ينتهي الأمر بـ Dusk إلى أن تتطور ثقافتان للمطوّرين جنبًا إلى جنب. أدوات مختلفة، عادات تعاقد مختلفة، وتوقعات مختلفة حول كيفية تفاعل التطبيقات.

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

الجزء الذي أراه مثيرًا للاهتمام هو أن Dusk ربما يقلّل نوعًا من الاحتكاك بينما يخلق بهدوء نوعًا آخر. يصبح جذب المطوّرين أسهل. وجعل العالمين يشعران وكأنهما شبكة واحدة قد يصبح أصعب.
كنت سأراقب ما يحدث عندما يتوقف المستخدمون عن الاهتمام بالبيئة التي يعيش فيها التطبيق. غالبًا عندها سيتم اختبار قرار التصميم هذا بشكل صحيح.
@Dusk $DUSK #dusk

لقد كنت أنظر عن كثب إلى TermMax V2، وهناك شيء واحد يستمر في العودة إليّ. الجزء المثير للاهتمام ليس فقط أن المستخدمين يمكنهم الاقتراض أو الإقراض بمعدلات ثابتة. بل الطريقة التي يحاول بها <number>@TermMax </number> جعل تلك المعدلات قابلة للاستخدام فعليًا في سوق حي.

يجمع V2 بين أوامر النطاق التي يقوم بتنسيقها المُشرفون وأوامر الحدود الفردية، ثم يقوم بتوجيه السيولة المتاحة إلى معاملة واحدة. يمكن للمقرضين تحديد أقل معدل يقبلونه، بينما يمكن للاقترضين تحديد الحد الأقصى للمعدل الذي هم مستعدون لدفعه.

على الورق، يبدو هذا كتحسين بسيط في التداول. لكن في الواقع، أعتقد أنه مهم جدًا.

يمكن بسهولة أن تتناثر السيولة ذات المعدلات الثابتة عبر أصول مختلفة وأنواع ضمانات مختلفة وآجال استحقاق مختلفة. وهذا يعني أن معدلًا قد يبدو جذابًا على الشاشة ولكنه يظل صعب التنفيذ بحجم ذي معنى. خذ مركزًا طويلًا على $GPS ، <number>$TUT </number> تزداد هي أيضًا، لكن أعتقد أنها ضخّة مزيفة مثل <number>$LAB </number>😏. لذا ضع وقف الخسارة.

حسنًا، توفر أوامر الحدود للمستخدمين تحكمًا أكبر، لكن هناك فخ. إن الحصول على معدل أفضل لا يضمن أن أحدًا ما سيقوم بالفعل بملء أمرِك.
وهذا هو الجزء الذي أجده الأكثر إثارة للاهتمام في TermMax. قد لا تكون الاختبار الحقيقي هو ما إذا كان يمكنه تقديم معدلات ثابتة، بل ما إذا كان بإمكانه بناء سيولة كافية حول كل استحقاق لجعل تلك المعدلات قابلة للاعتماد فعلًا.

هل يمكن لـ TermMax أن يجعل الانتظار للحصول على المعدل الثابت المناسب يستحق؟

<number>#termmax </number> @TermMax

#dusk @Dusk .
في الأمس $ACE سلبني 80 دولارًا 😭

رأيتُه يهبط من حوالي 0.37 دولار إلى 0.14 دولار، وإعترفًا بالحقيقة… لقد كان ذلك مؤلمًا أكثر مما أحب أن أقرّ به.

وفي الوقت نفسه، $HEMI موجود بين أكبر الرابحين اليوم، لكن التقلب يبدو جامحًا بعض الشيء بالنسبة لي الآن. سأبتعد. أحيانًا أيضًا عدم الضغط على الزر يُعد صفقة.

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

كنت أظن أن خصوصية Dusk تعني غالبًا إثباتات عدم المعرفة وPhoenix فقط.

أمم. ثم دخل Kadcast إلى الصورة.

بدلًا من إغراق الرسائل عبر كل نظير قريب، يستخدم Kadcast توجيه على نمط Kademlia-style XOR، إذ يمرّر الرسائل عبر نظائر مختارة على مسافات منطقية مختلفة.

يمكن أن يخفف ذلك من الضجيج غير الضروري في الشبكة.

لكن ما أثار اهتمامي أكثر هو أنه قد يجعل المُرسِل الأصلي أقل وضوحًا أيضًا.

الآن، هذا ليس الشيء نفسه مثل إخفاء ملكية المعاملات بشكل تشفيري.

إذا تمكن شخص ما من مراقبة جزء كافٍ من الشبكة، فإن البيانات الوصفية حول البثّ الأول قد تظل مهمة.

لذا ربما لا تكون الخصوصية فقط فيما هو موجود على السلسلة.
@Dusk $DUSK #dusk
إلى أي مدى يجب أن تمضي Dusk في حماية سلوك الشبكة حول معاملة خاصة؟

قضيت بعض الوقت أعود من خلال نموذج معاملات Dusk، وتفصيل واحد غيّر الطريقة التي كنت أفكر بها بشأن Moonlight وPhoenix.

كنت أتعامل معهما تقريبًا كعالمين ماليين منفصلين.

Moonlight هو عام ويعتمد على الحسابات. أما Phoenix فيعمل عبر ملاحظات مُشفّاة، وتحويلات خاصة، وإثباتات معرفة-صفرية. على السطح، تبدوان كطريقتين مختلفتين للغاية لتحريك القيمة.

لكن في النهاية، يمران كلاهما عبر نفس عقد التحويل (Transfer). إلى جانب الكتابة، أنا أيضًا أتداول بنشاط $COW و $ACE .

لذا، هذا هو الجزء الذي بقي عالقًا في ذهني.

Dusk لا تقوم ببناء نظام تسوية واحد للنشاط الشفاف وآخر للنشاط السري. عقد التحويل يقبل عائلتي المعاملات، ويطبق منطق التحقق الذي تحتاجه كل واحدة، ويتعامل مع الرسوم، ويحافظ على اتساق حالة التسوية.

لذا، يحدث اختيار الخصوصية في وقت أبكر.

طبقة التسوية ما زالت لها مركز واحد.

بالنسبة للمؤسسات، يبدو ذلك مفيدًا. يمكن لسير عمل شفاف أن يستخدم Moonlight، بينما يمكن لعملية أخرى استخدام Phoenix عندما تكون السرّية مهمة، دون الانتقال إلى بيئة تسوية مختلفة تمامًا.

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

لا يمكن لتبادل (exchange) أو أمين حفظ (custodian) أو نظام محاسبي أن يرى ببساطة «معاملة من Dusk» ويتوقف عند هذا الحد. يجب أن يفهم أي عائلة للمعاملات يقرأها، وما الأحداث التي تنتمي إلى ذلك النموذج، وماذا تعني تلك الأحداث فعليًا.

هذه لفتة صغيرة تحمل تحذيرًا كبيرًا إلى حدّ ما.

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

لذا ربما الجزء المثير للاهتمام في النموذج الثنائي لـ Dusk ليس فقط أن المستخدمين يحصلون على خيار بين الشفافية والخصوصية.

بل أن كل نظام حول Dusk يجب أن يصبح ذكيًا بما يكفي ليُدرك هذا الخيار أيضًا.

لا زلت لا أعرف ما إذا كان ذلك في النهاية سيشبه المرونة الأنيقة، أم أن المؤسسات ستكتشف أن التعقيد الذي تجنّبته عند التسوية يظهر مجددًا في طبقة أخرى خارجها.
@Dusk $DUSK #dusk

$ROBO USDT — زخم جديد يدخل البورصة

$ROBOUSDT يتحرك حول 0.02008 دولار بعد ارتفاع قوي بلغ +42.61% يوميًا. هذا هو المكان الذي تظهر فيه قيمة الصبر. بدلًا من الشراء فقط لأن النسبة تبدو مثيرة، سأنتظر أن تتقلّص التقلبات وأرى ما إذا كانت الطلبات ستستمر بعد فترة التهدئة.

$VELVET USDT — تم مسح 1 دولار

دفعت $VELVETUSDT إلى 1.0701 دولار، محققة +47.97% اليوم. أصبح حاجز الـ1 النفسي الآن تحت السعر، لذلك ينصب تركيزي على إعادة الاختبار. إذا تحوّل 1 دولار من مقاومة إلى دعم، فستصبح البنية أكثر إثارة للاهتمام.

$ACE USDT — بعد الانفجار يأتي الاختبار الحقيقي

$ACEUSDT يتداول حول $0.25978، ولا يزال مرتفعًا بشكل استثنائي +92.14% خلال 24 ساعة. في هذه المرحلة، أنا أكثر اهتمامًا بمعرفة مقدار ما يمكن أن يدافع عنه المشترون بعد الاندفاع. إن ثبات قاعدة بعد هذا التقلب سيخبرني بالكثير أكثر من مجرد اندفاع مفاجئ آخر.

$CROSS USDT — قائمة تحقق من الاستمرار

السعر: $0.12576
خلال 24 ساعة: +27.68%

بالنسبة لـ $CROSSUSDT، أريد ثلاثة أشياء قبل أن أتخذ موقفًا هجوميًا: تبريد الزخم دون أن ينهار، تراجعًا بسيطًا، وعودة المشترين بثقة. بعد ارتفاع بنسبة 27%، تصبح المؤشرات أكثر أهمية بكثير من السرعة.

$VELVET USDT — $1 يصبح القصة

$VELVETUSDT يتواجد حول $0.9955 بعد حركة قوية بنسبة +42.89%.

الساحة الواضحة الآن هي $1. الكسر النظيف شيء واحد؛ والبقاء فوقه بعد أن يستجيب البائعون شيء آخر. أنا أراقب القبول قرب ذلك المستوى قبل اختيار الاتجاه.