وصف مشرّع إيراني بارز المواجهة مع واشنطن بأنها معركة وجودية، قائلاً إن طهران ترى المواجهة الراهنة على أنها «معركة حياة أو موت». وتُضاف هذه التصريحات إلى سلسلة من المواقف المتشددة الصادرة عن مسؤولين إيرانيين فيما لا تزال التوترات مرتفعة بشأن مضيق هرمز، والضربات العسكرية، والصراع الإقليمي الأوسع. وتؤكد هذه اللغة كيف يواصل الطرفان تصوير الوضع بأشد العبارات، مع غياب شبه تام لأي مؤشرات علنية على خفض التصعيد.
لدي محفظة طويلة الأجل لـ RH ومحفظة قصيرة الأجل لـ RH
لكن حتى لو جمعت بينهما، لم أحقق أرباحًا تصل إلى 100 ألف دولار في آخر 6 أيام. بل على العكس، تسببت في خسارة 100 ألف دولار+
بعد تحليل صفقة إيليسا ومعرفتها عن قرب، طرحت على نفسي عدة أسئلة خلال الأيام القليلة الماضية
إليك شيء قد يساعدكم جميعًا
- إذا كان لديك رأس مال + القدرة على إجراء بعض البحث والاحتفاظ، وتستطيع أن تبقي نفسك مشغولًا بهدف أكبر > حرفيًا انسخ خطة إيليسا هنا (بالنظر إلى ما بعد، لو فعلت نفس الشيء لكنت حققت مكاسب بمقدار 7 أرقام)
- هذا خطئي > بدأت بمبلغ صغير جدًا في المحفظة، ثم دخلت في توكنز بحجم أصغر بكثير، واعتبرت خنادق RH مثل خنادق SOL، وخرجت من التوكنز مبكرًا جدًا، وقمت بإعادة الدوران كثيرًا… إلخ، تفهم الفكرة
- المشكلة الأخرى هي أنني (وغيري كثيرون) ببساطة مدمنون على تطبيقات مثل Fomo/Pumpfun. نفتح التطبيق 50 مرة في اليوم، ونفعّل التنبيهات لـ 30+ متداول، ونرى باستمرار أشخاصًا يشترون شيئًا جديدًا ونشعر أننا بحاجة إلى التداول بنشاط. في هذه المرحلة نحن ببساطة نغذي الدوبامين لدينا وهذا يمنعني من التركيز على الرؤية الأكبر
- إذا لم يكن التداول هو الشيء الذي تقوم به بدوام كامل، فلا تتعامل معه كأنه بدوام كامل. احتفظ بحقيبة اقتناعك وواصل العمل على أهدافك طويلة المدى
تهانينا الضخمة لإيليسا على نجاحها في تنفيذ هذه الصفقة الكبيرة جدًا والتفوق على 99% من CT بصفقة واحدة فقط… احترام كبير!
علمتني درسًا ذا قيمة كبيرة وسأطبّقه في استراتيجيتي..
ستخلق دورة صعود العملات المشفرة القادمة العديد من أصحاب الملايين. أولئك الذين يضعون أنفسهم في موضعهم الآن سيجنون أكبر قدر من المال. تأتي سرديات جديدة وسيولة جديدة وفرص جديدة. لن يراها معظم الناس إلا بعد فوات الأوان.
يقدّم الغسق حجةً قوية جدًا من أجل الكفاءة. تستخدم SA أسلوب PoS بدلًا من PoW. صُمّم Kadcast لتقليل عمليات الإرسال المتكررة. يستشهد البحث باستهلاك نطاق تردّد أقل بنحو 25 إلى 50% مقارنةً بـ Gossip في الدراسات المشار إليها، ويقول إن ذلك يمكن أن يُترجم إلى توفيرٍ في الطاقة. لكن هنا يأتي الجزء المثير للاهتمام. عندما يناقش الغسق دواله المضيفة التشفيرية الأصلية، يعترف البحث بأن توفير القدرة المحدد لإعداد الغسق (على مستوى الآلة الافتراضية VM) لم يُقاس بعد. وهذا مهم. لأن هناك فرقًا بين: “يُفترض أن تكون هذه البنية أكثر كفاءة” وبين “لقد قسنا بالضبط مقدار الطاقة التي توفرها هذه البنية.” أعني أنني شخصيًا أفضل أن يعترف ورق العمل بهذا الفجوة بدلًا من التظاهر بأن الرقم موجودٌ بالفعل. لكن هذا يعني أيضًا أنني لن أكرر بلا تفكير العبارة “الغسق بلوك تشين موفِّر للطاقة” وكأنها نتيجة مثبتة تجريبيًا بالفعل. ربما سيكون ذلك. ربما ستكون الأرقام الواقعية مبهرة. لكن إلى أن تُقاس تحت أحمال الشبكة الفعلية، يظل الأمر جزئيًا مجرد فرضية بنيوية. وهنا أعتقد أن أبحاث التشفير تحتاج إلى أن تصبح أكثر صراحة. التصميم الذكي ليس هو الشيء نفسه مثل نتيجة مُقاسة. @Dusk $DUSK #dusk
في الواقع بدأت أتساءل إن نموذجين للمعاملات لدى Dusk يُمدحان بسهولة أكثر من اللازم. Moonlight يفكر مثل Ethereum. لديك حسابٌ ورصيدٌ ورقمٌ (nonce). Phoenix يفكر أكثر مثل Bitcoin مع ZK. لديك ملاحظات وnullifiers وشجرة Merkle وإثباتات. Dusk يضع النموذجين داخل الشبكة نفسها. أفهم لماذا. لا تحتاج البنية التحتية المالية دائمًا إلى مستوى الخصوصية نفسه لكل معاملة. لكن هذه هي الجملة التي أجدها غير مريحة: النموذجان لا يمنحان المستخدمين مرونة فقط. بل يمنحان المطورين أيضًا نموذجين ذهنيين مختلفين للتفكير. في Moonlight، الشبكة تتحقق مباشرةً من الأرصدة وحالة الحساب. في Phoenix، الشبكة تتحقق في الغالب مما إذا كان إثبات ZK يثبت تلك الخصائص دون كشف البيانات الأساسية. هذا أنيقٌ تشفيرياً. لكن أناقة البروتوكول لا تعني تلقائيًا بساطةً للناس الذين يبنون عليه. وهنا أعتقد أن لدى Dusk شيئًا لتثبته. إذا أصبح التمويل المُنظّم في النهاية معتمدًا بشكل كبير على كلا النموذجين، فسيحتاج المطورون إلى فهم ليس فقط المعاملة التي يبنونها، بل أيضًا أي نموذج حالة ينبغي أن تمثلها. ربما هذه ميزة. ربما إنها تعقيد غير ضروري. بصراحة لا أعتقد أننا نعرف بعد. ولهذا أجد هذا أكثر إثارة للاهتمام من منشور آخر عن "Dusk لديه خصوصية". الاختبار الحقيقي لأي معمارية ليس بعدد الميزات التي تمتلكها. بل بمدى التعقيد الذي يرثه المطورون من تلك الميزات. يا لها من إثارة للاهتمام... @Dusk $DUSK #dusk
كنت أقرأ ورقة Dusk البيضاء لأحصل على المزيد من المعرفة أثناء شرب شاي في المساء، وفعلًا أخذتُ بعض “الشاي” منها لأشاركه معكم يا رفاق... وجدت شيئًا في ورقة Dusk البيضاء جعلني أتوقف للحظة. البيانات الخاصة والسلوك المجهول مشكلتان مختلفتان. نتحدث عن Dusk باعتبارها بلوكتشين تركز على الخصوصية، لكن الورقة البيضاء في الواقع أكثر تدقيقًا من ذلك. على سبيل المثال: خذ Kadcast. يساعد تصميم شبكتها على إخفاء مصدر الرسالة الأصلي عبر تمريرها عبر أقران (Peers) مختارين. لكن الورقة لا تقول إن الأصل يصبح مستحيل التتبع. بل تقول إنه يصبح صعب التتبع. تلك الكلمة الواحدة مهمة. لأن هناك فرقًا كبيرًا بين: “معاملةُك خاصة” و “نشاطُ شبكتك مجهول تمامًا”. ليسا وعدًا واحدًا. وبصراحة، أفضّل ألا تتظاهر Dusk بأنها شيء من هذا القبيل. يمكن لـ Phoenix إخفاء تفاصيل المعاملة باستخدام إثباتات ZK وعناوين stealth وnullifiers. لكن الخصوصية لها عدة طبقات، وحماية محتوى المعاملة لا يؤدي تلقائيًا إلى محو كل الإشارات المحتملة على مستوى الشبكة. لذا إليكم رأيي غير الشائع أو “صبّة الشاي” لكم.. خصوصية المعاملات ليست مساوية للمجهولية على مستوى الشبكة. وإذا أرادت Dusk أن تصبح بنية تحتية مالية، فقد يكون الدقة في هذا التمييز أهم من امتلاك أكثر سردية خصوصية ضجيجًا. @Dusk $DUSK #dusk
بعد قراءة ورقة الغدف الخاصة بـ Dusk أستخلص هذا بسطر واحد.. الخصوصية لا تعني دائمًا السيادة. ربما أكون مخطئًا .. ربما تكون منظوري مختلفة عن هذا ولكن انظر إلى منظوري... أعتقد أن هناك تناقضًا في Dusk يستحق اهتمامًا أكبر. يتحدث التقرير عن الخصوصية للأصول المُنظّمة لكن Zedger يدعم أيضًا شيئًا قويًا جدًا: عمليات النقل القسري التي يبدأها المُصدر. هذا يغيّر الطريقة التي أفكر بها في كلمة “الخصوصية.” يمكن حماية تفاصيل معاملتك بينما تظل الأصول نفسها تعمل ضمن قواعد تمنح المُصدر بعض الصلاحيات. وبصراحة، لا أعتقد أن هذا سيئ تلقائيًا. قد تحتاج الورقة المالية المُنظّمة فعلًا إلى آليات للتجميد أو التصحيحات أو الإجراءات الخاصة بالشركات أو التحويلات المطلوبة قانونًا. لكن ذلك يطرح سؤالًا أصعب: هل نبني أصولًا مالية خاصة أم أصولًا مالية قابلة للبرمجة بخصوصية مُتحكَّم بها??? بجد؟؟ ليستا الشيئين بالضبط. وهنا تصبح Dusk أكثر إثارة للاهتمام بالنسبة لي. النقاش الحقيقي ليس ما إذا كانت $DUSK تتمتع بالخصوصية. بل من الذي يستطيع تجاوز قواعد الخصوصية أو الملكية عندما تقتضي اللوائح ذلك؟ أليس لديك فضول?? @Dusk $DUSK #dusk
واصلت التفكير في جزء صغير من ورقة عمل Dusk البيضاء. تصف عقد ترخيص Citadel الذي يمكنه تتبع من يملك ترخيصًا، وما إذا كان الترخيص صالحًا، ومتى تنتهي صلاحيته، وما إذا كان يتم إلغاؤه أو تجديده. هذا قدر هائل من المعلومات لمعرفة وتخزين... يبدو الأمر مملًا حتى تفكر في الأسواق المالية. فالكثير من الأنشطة الخاضعة للرقابة يعتمد على أذونات تتغير بمرور الوقت. لذلك بدلًا من التعامل مع الامتثال بوصفه وثيقة موجودة خارج سلسلة الكتل، تشير بنية Dusk إلى شيء مختلف: ماذا لو أصبحت الأذونات نفسها جزءًا من البنية التحتية؟ عندها لا يصبح الامتثال مجرد شيء تتحقق منه الشركة قبل إجراء ما. يمكن للشبكة أن تجعل صلاحية تلك الأذونات جزءًا من الإجراء. هذا تحول دقيق. من «هل يُسمح لك؟» إلى «هل يستطيع البروتوكول إثبات أنك مسموح لك الآن؟» تستحق هذه الفكرة مزيدًا من الاهتمام. بل إنها تقلل حتى من مخاطر الأمان.. ما رأيك في هذا؟؟ @Dusk $DUSK #dusk
كيف تنتشر عمليات السندات الحكومية التقليدية عبر منظومة العملات المشفرة؟
إعادة شراء سندات الخزانة تعني أن تستخدم الحكومة أموالاً نقدية لإعادة شراء سندات كانت قد أصدرتها سابقاً من المستثمرين قبل أن تنضج تلك السندات. اعتبرها مثل أن الحكومة تقول: “لدينا التزامات على هذه السندات، لكننا مستعدون لإعادة شرائها الآن.” كيف يمكن أن يؤثر ذلك على العملات المشفرة؟ الاتصال يكون في الغالب عبر السيولة وأسعار الفائدة، وليس لأن الحكومة تشتري العملات المشفرة مباشرة. الحكومة تشتري السندات → يحصل المستثمرون على نقد تدفع الخزانة لحاملي السندات، مما يعيد ضخ النقد إلى النظام المالي.
دعني أخبرك شيئًا مثيرًا للاهتمام وجدته اليوم في ورقة بيضاء لِـ dusk... لقد مررت مرة أخرى على قسم الإجماع في ورقة dusk البيضاء ووجدت شيئًا أعتقد أنه يستحق اهتمامًا أكبر بكثير. تستخدم Dusk التوزيع التعييني الحتمي. يبدو هذا كأنه متناقض تقريبًا. أليس كذلك؟ إذا كان اختيار المدققين حتميًا، ألا يجب أن يعرف الجميع من سيتم اختياره بعد ذلك؟ ليس تمامًا. هل أنت فضوليًا بما يكفي لتعرف لماذا لا؟ قواعد الاختيار قابلة لإعادة الإنتاج ويؤثر مقدار الحصة في مدى تكرار اختيار مقدم الخدمة. لكن البذرة المستخدمة للاختيار في المستقبل مرتبطة بتوقيع منشئ الكتلة السابقة. لذلك يمكن للشبكة التحقق من عملية الاختيار بعد حدوثها... في حين أن التعيينات المستقبلية ليست مجرد موجودة هناك بانتظار التنبؤ بها. واو، مفيدٌ جدًا وجميل.. أعجبني هذا التصميم لأنه يفصل بين شيئين غالبًا ما يخلط الناس بينهما: قابلية التحقق وقابلية التوقع. يحتاج نظام الإجماع إلى الأولى. ومن المحتمل أنه لا يريد كثيرًا من الثانية. وهذا يجعل محادثة الأمان أكثر إثارة من مجرد القول “Dusk تستخدم PoS.” أظن أن الأمر ليس بهذه البساطة بعد كل شيء. @Dusk $DUSK #dusk