AL Roo

كنت أقرأ في TermMax، وأول شيء لم يخطر ببالي في البداية هو تاريخ الاستحقاق. عندما ترى “سعرًا ثابتًا”، من السهل أن تركز على الرقم. كانت هذه أيضًا أول ردة فعل لدي: هل السعر جيد أم سيئ مقارنةً بما يمكنني الحصول عليه في مكان آخر؟ لكن في سوق الأجل الثابت، فإن التاريخ المرتبط بهذا السعر مهم بقدر أهمية الرقم نفسه. يبدو هذا مختلفًا تمامًا عن تجربة الإقراض المعتادة في DeFi. في الأسواق ذات السعر المتغير، تعودت على إيداع الأموال ثم اتخاذ القرار لاحقًا بشأن متى أريد نقلها. يتغير السعر، لكن ليس دائمًا هناك تاريخ محدد حاضر في ذهني. يقلب TermMax هذه الفكرة قليلًا. قد يكون السعر أكثر قابلية للتنبؤ، لكن عليك أن تفكر مسبقًا في المدة التي تريد فيها فعليًا الاحتفاظ بالصفقة. أفهم لماذا يعمل النظام بهذه الطريقة. إن تحديد آجال الاستحقاق هو جزء من جعل الاقتراض والإقراض بسعر ثابت ممكنًا، وبالنسبة لشخص يعرف بالفعل نطاقه الزمني، يمكن أن تكون هذه القابلية للتنبؤ مفيدة حقًا. ومع ذلك، أعتقد أن هذا شيء قد يتجاوزه بسهولة المستخدمون الجدد. وجود معدل ثابت يبدو جيدًا لا يعني تلقائيًا أن الصفقة تلائم ما تحتاجه. قد يكون تاريخ الاستحقاق هو الجزء الأكثر أهمية في اتخاذ القرار. بعد قضاء بعض الوقت في النظر إلى الأمر، وجدت نفسي أتحقق من التواريخ قبل مقارنة الأسعار. أتساءل: هل يفعل الآخرون الذين يستخدمون DeFi بسعر ثابت الشيء نفسه؟ أم أن APY ما زال هو أول شيء تنظر إليه. #TermMax @termmax

صاعد

كنت أقرأ في TermMax، وأول شيء لم يخطر ببالي في البداية هو تاريخ الاستحقاق.

عندما ترى “سعرًا ثابتًا”، من السهل أن تركز على الرقم. كانت هذه أيضًا أول ردة فعل لدي: هل السعر جيد أم سيئ مقارنةً بما يمكنني الحصول عليه في مكان آخر؟

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

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

يقلب TermMax هذه الفكرة قليلًا. قد يكون السعر أكثر قابلية للتنبؤ، لكن عليك أن تفكر مسبقًا في المدة التي تريد فيها فعليًا الاحتفاظ بالصفقة.

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

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

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

أتساءل: هل يفعل الآخرون الذين يستخدمون DeFi بسعر ثابت الشيء نفسه؟ أم أن APY ما زال هو أول شيء تنظر إليه.

#TermMax @TermMax

كنت أقرأ عبر وثائق Dusk ووجدت شيئًا جعلني أنظر إلى إعدادات الخصوصية بطريقة مختلفة قليلًا. كنت أظن في الأصل أن الخصوصية في Dusk تعمل مثل مفتاح بسيط: المعاملات إما تكون خاصة أو لا تكون. لكن الأمر ليس كذلك حقًا. تحتوي Dusk على Moonlight وPhoenix، وكلاهما يخدم أغراضًا مختلفة جدًا. Moonlight أقرب إلى ما اعتدنا عليه في سلاسل عامة، حيث تكون الأرصدة وتفاصيل المعاملات مرئية. تستخدم Phoenix ملاحظات مُشفّرة وإثباتات معرفة-صفرية، بحيث يمكن التحقق من المعاملة دون وضع جميع تفاصيلها في العلن. الجزء الذي وجدته أكثر إثارة للاهتمام كان مفاتيح العرض. يمكن لمعاملة على Phoenix أن تبقى خاصة عن العامة بينما لا يزال بإمكان المستخدم منح أطراف محددة وصولًا إلى معلومات معينة. قد يبدو هذا تفصيلًا صغيرًا، لكنه منطقي جدًا بالنسبة للتطبيقات المالية. فالخصوصية مفيدة، لكن الشركات قد لا تزال بحاجة إلى إظهار السجلات للمُدققين أو لأطراف أخرى مخوّلة. لكن توجد سلبيّة أيضًا. وجود نموذجين للمعاملات يعني أن المستخدمين يحتاجون فعلًا إلى معرفة أيهما يستخدمون. قد يسمع شخص ما عبارة “Dusk تركز على الخصوصية” ويظن أن كل معاملة تمتلك تلقائيًا المستوى نفسه من الخصوصية. هذا غير صحيح. في الواقع، أفضل التفكير في Dusk بهذا الشكل: الأمر ليس بقدر إخفاء كل شيء، بل بقدر التحكم في ما يصبح علنيًا وما لا يصبح. أنا متشوق لمعرفة ما إذا كانت هذه الخصوصية الانتقائية ستكون أسهل بالنسبة للمؤسسات المالية الواقعية للتعامل معها مقارنةً بأنظمة تكون خاصة-بشكل-افتراضي بالكامل. $DUSK @Dusk_Foundation #dusk

صاعد

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

كنت أظن في الأصل أن الخصوصية في Dusk تعمل مثل مفتاح بسيط: المعاملات إما تكون خاصة أو لا تكون. لكن الأمر ليس كذلك حقًا.

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

الجزء الذي وجدته أكثر إثارة للاهتمام كان مفاتيح العرض.

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

لكن توجد سلبيّة أيضًا.

وجود نموذجين للمعاملات يعني أن المستخدمين يحتاجون فعلًا إلى معرفة أيهما يستخدمون. قد يسمع شخص ما عبارة “Dusk تركز على الخصوصية” ويظن أن كل معاملة تمتلك تلقائيًا المستوى نفسه من الخصوصية. هذا غير صحيح.

في الواقع، أفضل التفكير في Dusk بهذا الشكل: الأمر ليس بقدر إخفاء كل شيء، بل بقدر التحكم في ما يصبح علنيًا وما لا يصبح.

أنا متشوق لمعرفة ما إذا كانت هذه الخصوصية الانتقائية ستكون أسهل بالنسبة للمؤسسات المالية الواقعية للتعامل معها مقارنةً بأنظمة تكون خاصة-بشكل-افتراضي بالكامل.

$DUSK @Dusk #dusk

هابط

$ETH تظهر قوة قوية داخل اليوم.

لا يزال المشترون يدافعون عن البنية ويحافظون على السيطرة.

EP
$1,896 - $1,900

TP
$1,904
$1,909
$1,912

SL
$1,890

السيولة موجودة فوق القمم الأخيرة، بينما تؤكد ردة الفعل من منطقة $1,891 وجود طلب. الحفاظ على البنية الحالية يبقي إعداد استمرار الصعود نشطًا.

لننطلق $ETH

ما لفت انتباهي أثناء قراءتي لوثائق Dusk هو شيء بسيط إلى حد ما: خصوصية الشبكة ليست مجرد مفتاح تشغيل/إيقاف. يمتلك Dusk معاملات Moonlight وPhoenix. تكون Moonlight شفافة، بينما صُممت Phoenix لتحويلات مُحمّاة (مشفّاة) بحيث يمكن أن تبقى تفاصيل مثل المُرسِل والمُستلم والمبلغ خاصة. قد يبدو ذلك كاختلاف تقني صغير، لكنني أعتقد أنه مهم جدًا لطريقة فهم الناس للشبكة. عندما تسمع «بلوكشين خصوصية»، فمن السهل افتراض أن كل ما تقوم به يكون مخفيًا تلقائيًا. مع Dusk، هذا ليس بالضرورة هو الحال. مستوى الخصوصية يعتمد على نوع المعاملة أو التطبيق الذي تستخدمه فعليًا. أفهم لماذا صمموه بهذه الطريقة. غالبًا ما تحتاج التطبيقات المالية إلى مرونة أكبر من مجرد إخفاء الهوية بالكامل. قد يكون من الضروري أن تبقى بعض الأنشطة عامة، بينما يجب أن تظل معلومات أخرى سرّية أو لا تظهر إلا لأطراف معيّنة. الجزء الذي قد يصبح مربكًا هو تجربة المستخدم. لن يفكر معظم الناس في نماذج الحسابات أو UTXOs المُحمّاة قبل إجراء معاملة. سيكتفون غالبًا بتوقع أن يجعل التطبيق الأمر واضحًا: ما الذي هو خاص وما الذي ليس كذلك. بالنسبة لي، هذه هي النقطة الأكثر إثارة للاهتمام في نهج Dusk. يمكن للتقنية أن تدعم مستويات مختلفة من درجة الإظهار، لكن الاختبار الحقيقي سيكون ما إذا كان المستخدمون قادرين على فهم تلك الخيارات دون الحاجة إلى قراءة التوثيق أولًا. هل تتساءلون إن كانت الخصوصية الانتقائية ستصبح أكثر عملية من جعل كل شيء خاصًا افتراضيًا. $DUSK #dusk @Dusk_Foundation

صاعد

ما لفت انتباهي أثناء قراءتي لوثائق Dusk هو شيء بسيط إلى حد ما: خصوصية الشبكة ليست مجرد مفتاح تشغيل/إيقاف.

يمتلك Dusk معاملات Moonlight وPhoenix. تكون Moonlight شفافة، بينما صُممت Phoenix لتحويلات مُحمّاة (مشفّاة) بحيث يمكن أن تبقى تفاصيل مثل المُرسِل والمُستلم والمبلغ خاصة.

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

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

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

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

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

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

$DUSK #dusk @Dusk

صاعد

$XPL يُظهر قوة ثابتة الآن.
البنية ما تزال متماسكة والمشترون هم من يتحكمون.

EP
0.0778 - 0.0785

TP
0.0796
0.0810
0.0830

SL
0.0759

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

لننطلق $XPL

XPL+1.16%

كنت أقرأ وثائق Dusk ولاحظت تفصيلة صغيرة علقت في ذهني: إن استخدام شبكة تركز على الخصوصية لا يعني بالضرورة أن كل ما تفعله سيكون خاصًا. لدى Dusk نموذجين مختلفين للمعاملات. Moonlight هي العامة، بينما Phoenix هي الجهة المُشفّرة. يبدو هذا كاختلاف تقني، لكنني أعتقد أنه يغيّر طريقة تفكير المستخدمين في الشبكة. كان افتراضي الأول أن الخصوصية ستكون هي الإعداد الافتراضي في كل مكان. بدلًا من ذلك، يبدو أن Dusk يعامل الخصوصية كخيار يعتمد على ما تفعله. بالنسبة للتطبيقات المالية، يمكنني فهم المنطق. ليست كل المعاملات بحاجة إلى الإخفاء، وأحيانًا يلزم أن تكون بعض المعلومات مرئية لأغراض مثل التدقيق أو الامتثال. يمكن لـ Phoenix الحفاظ على تفاصيل المعاملات خاصة مع السماح بالإفصاح الانتقائي عبر مفاتيح العرض. لكن ما لست متأكدًا منه هو مدى وضوح ذلك للمستخدمين العاديين. غالبًا لن يقضي معظم الناس وقتًا في تعلم الفرق بين نماذج المعاملات قبل استخدام تطبيق. إذا رأوا عبارة “بلوكشين للخصوصية”، فقد يفترضون تلقائيًا أن نشاطهم خاص. وهذا يجعل تصميم الواجهة مهمًا جدًا. يجب أن يتمكن المستخدمون من معرفة ما هو عام وما هو مُشفّر دون التعمّق في الوثائق. لا أعتقد أن وجود نموذجين ليس بالضرورة نقطة ضعف. في التطبيقات المالية، قد تكون هذه المرونة مفيدة بالفعل. لكن هذا يجعل نهج Dusk في الخصوصية أكثر تعقيدًا قليلًا مما يوحي به الوصف. أتساءل كيف سيشعر المستخدمون بذلك في الواقع بمجرد أن تبدأ المزيد من التطبيقات باستخدام النموذجين. هل سيثمّن المستخدمون وجود خيار، أم يفضلون أن تحدث الخصوصية تلقائيًا في الخلفية؟ @Dusk_Foundation $DUSK #dusk

صاعد

كنت أقرأ وثائق Dusk ولاحظت تفصيلة صغيرة علقت في ذهني: إن استخدام شبكة تركز على الخصوصية لا يعني بالضرورة أن كل ما تفعله سيكون خاصًا.

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

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

لكن ما لست متأكدًا منه هو مدى وضوح ذلك للمستخدمين العاديين.

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

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

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

@Dusk $DUSK #dusk

صاعد

$COW تُظهر قوة انفجارية.

تظل الثيران مسيطرة بثبات بعد الاختراق.

EP
0.1650 - 0.1740

TP
0.1800
0.1940
0.2100

SL
0.1560

يتم تجميع السيولة فوق القمة الأخيرة. قد يؤدي رد فعل قوي من منطقة الاختراق إلى الحفاظ على البنية الصعودية وفتح المجال لموجة توسع أخرى.

هيا بنا $COW

COW+0.98%

كنت أراجع توثيقات Dusk وتفصيلة صغيرة واحدة غيّرت طريقة تفكيري بالكامل في وصف «سلسلة بلوكشين الخصوصية». الخصوصية ليست مجرد ميزة يتم تفعيلها لكل شيء. لدى Dusk نموذجـان للمعاملات يتصرفان بشكل مختلف تمامًا. Moonlight أقرب إلى ما اعتدنا عليه أغلبنا في السلاسل العامة، حيث يمكن رؤية الأرصدة والنشاط. أما Phoenix فيسلك الطريق الخاص؛ إذ يستخدم ملاحظات مُشفّرة وإثباتات معرفة-صفرية لإخفاء تفاصيل المعاملات. في البداية تساءلت لماذا لا يجعلون Phoenix هو التجربة الافتراضية في كل مكان. لكن كلما فكرت أكثر في التطبيقات المالية، بدا أن هذا الانقسام صار منطقيًا أكثر. على سبيل المثال، قد ترغب بورصة في معاملات يسهل تتبعها والتوفيق بينها. أما الشخص الذي ينقل أصولًا فقد تكون لديه توقعات مختلفة تمامًا ويفضّل السرية. إن إجبار كلا النوعين من المستخدمين على نموذج واحد قد يخلق مشكلات خاصة به. الجزء الذي أظن أنه قد يربك الناس هو صياغة الحديث عن الخصوصية. قد يسمع أحدهم «بلوكشين يركز على الخصوصية» ويستنتج تلقائيًا أن أي شيء يفعله هناك سيكون خاصًا. على Dusk، ما زلت بحاجة إلى فهم نموذج المعاملة الذي تستخدمه. وهذا يجعل تصميم المحافظ مهمًا جدًا. إذا كانت التطبيقات تشرح الفرق بوضوح، فقد تبدو الخيارات المزدوجة مفيدة. أما إذا لم تفعل، فقد يتعلم الناس الفرق فقط بعد افتراض أن المعاملة كانت أكثر خصوصية مما كانت عليه فعليًا. ما زلت أحسم موقفي من هذا المقايضة. هل ينبغي للمستخدمين أن يتحكموا بنشاط في اختيار الشفافية أم الخصوصية، أم ينبغي للمحافظ أن تتولى هذه القرارات إلى حد كبير نيابةً عنهم? @Dusk_Foundation $DUSK #dusk

صاعد

كنت أراجع توثيقات Dusk وتفصيلة صغيرة واحدة غيّرت طريقة تفكيري بالكامل في وصف «سلسلة بلوكشين الخصوصية».

الخصوصية ليست مجرد ميزة يتم تفعيلها لكل شيء.

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

في البداية تساءلت لماذا لا يجعلون Phoenix هو التجربة الافتراضية في كل مكان. لكن كلما فكرت أكثر في التطبيقات المالية، بدا أن هذا الانقسام صار منطقيًا أكثر.

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

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

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

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

@Dusk $DUSK #dusk

صاعد

$ACE يُظهر قوة كبيرة بعد اختراق قوي.
يظل الهيكل صاعدًا بينما يستمر المشترون في السيطرة.

EP
0.2200 - 0.2320

TP
0.2450
0.2580
0.2800

SL
0.2090

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

لننطلق $ACE

ACE+10.54%

أمر واحد لم أفهمه بالكامل عن Dusk إلا بعد أن قضيت بعض الوقت في قراءة الوثائق، وهو أن “الخصوصية” لا تعني أن كل معاملة على الشبكة تكون خاصة. في الواقع، لدى Dusk نماذج معاملات مختلفة. فـ Phoenix مصمّم للتحويلات السرّية باستخدام ملاحظات مُشفّرة وإثباتات معرفة-صفرية، بينما يعمل Moonlight بطريقة أقرب إلى نموذج حساب شفاف تقليدي. وقد لفتتني هذه النقطة على حين غرة في البداية. إذا سمع أحدهم عبارة “بلوكشين للخصوصية”، فأظن أن الافتراض الطبيعي هو أن نشاطك يكون مخفيًا افتراضيًا. لكن يبدو أن Dusk تتبع نهجًا أكثر عملية: أحيانًا تحتاج إلى السرية، وأحيانًا تكون الشفافية مفيدة أو حتى ضرورية. بالنسبة للتطبيقات المالية، أفهم لماذا صمّموا ذلك بهذه الطريقة. فالخصوصية ليست دائمًا متعلقة بإخفاء كل شيء عن الجميع. قد ترغب شركة في إبقاء تفاصيل المعاملات بعيدًا عن العلن، مع قدرتها في الوقت نفسه على تقديم معلومات محددة عند وجود سبب مشروع للتدقيق أو الامتثال. المقابل هو أن هذا يضع مسؤولية أكبر على تجربة المستخدم. إذا كنتُ أجري معاملة، فلا ينبغي أن أحتاج إلى فهم التشفير الأساسي، لكن من الأفضل أن أعرف ما إذا كنتُ أستخدم Phoenix أو Moonlight وأن أفهم ما الذي يعنيه ذلك بالنسبة للمعلومات التي أُظهرها. إذا لم تُوضّح المحافظ والتطبيقات ذلك بوضوح، فقد تؤدي كلمة “خصوصي” بسهولة إلى خلق توقع خاطئ لدى الناس. بعد قراءة المزيد عن ذلك، أرى أن نهج Dusk أقل اهتمامًا بجعل كل شيء غير مرئي تمامًا وأكثر تركيزًا على تحديد مكان التي تكون فيها السرية منطقية فعلًا. هذا يبدو أقرب إلى كيفية عمل الأنظمة المالية الواقعية، لكنني ما زلت أتساءل عمّا إذا كانت وجود نماذج متعددة للخصوصية سيجعل الأمور أوضح للمستخدمين أم سيضيف شيئًا آخر يحتاجون إلى فهمه. #dusk @Dusk_Foundation $DUSK

صاعد

أمر واحد لم أفهمه بالكامل عن Dusk إلا بعد أن قضيت بعض الوقت في قراءة الوثائق، وهو أن “الخصوصية” لا تعني أن كل معاملة على الشبكة تكون خاصة.

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

وقد لفتتني هذه النقطة على حين غرة في البداية.

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

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

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

إذا كنتُ أجري معاملة، فلا ينبغي أن أحتاج إلى فهم التشفير الأساسي، لكن من الأفضل أن أعرف ما إذا كنتُ أستخدم Phoenix أو Moonlight وأن أفهم ما الذي يعنيه ذلك بالنسبة للمعلومات التي أُظهرها. إذا لم تُوضّح المحافظ والتطبيقات ذلك بوضوح، فقد تؤدي كلمة “خصوصي” بسهولة إلى خلق توقع خاطئ لدى الناس.

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

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

#dusk @Dusk $DUSK

هابط

$BANK يُظهر زخمًا قويًا.

يؤكد المشترون السيطرة بعد التعافي الحاد.

EP
0.0400 - 0.0412

TP
0.0420
0.0448
0.0471

SL
0.0388

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

هيا بنا $BANK

BANK+0.28%

صاعد

$ETH is تُظهر زخم تعافٍ قوي.

يستعيد المشترون السيطرة مع ثبات البنية.

EP
1885 - 1895

TP
TP1 1910
TP2 1925
TP3 1943

SL
1865

تمت جرف السيولة حول القيعان الأخيرة، تلا ذلك رد فعل حاد. الحفاظ على البنية الحالية يبقي السيولة الصاعدة في دائرة التركيز.

لِننطلق $ETH

صاعد

$XRP يُظهر قوة من عملية مسح السيولة عند $0.9915.

يستعيد المشترون السيطرة بعد التفاعل الحاد من مستوى الدعم.

EP 1.0080 - 1.0150

TP 1.0248 1.0437 1.0625

SL 0.9870

تم مسح السيولة تحت $1.00 مع رد فعل قوي. إن الحفاظ على البنية الحالية يبقي إعداد التعافي نشطًا باتجاه مناطق السيولة القادمة.

هيا بنا $XRP

XRP‎-0.39%

صاعد

$ETH is تظهر قوة حول منطقة دعم رئيسية. يحتاج المشترون إلى استعادة السيطرة وتأكيد البنية.

EP $1,868 - $1,878

TP $1,888 $1,908 $1,928

SL $1,852

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

لننطلق $ETH

صاعد

$ETH يظهر زخمًا قويًا حول منطقة 1,926 دولار. يظل المشترون في السيطرة بينما يستمر الهيكل في الحفاظ على ثباته.

السعر المستهدف (EP) 1,918 - 1,926

الأهداف (TP) 1,943 1,960 1,980

وقف الخسارة (SL) 1,898

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

هيا بنا $ETH

صاعد

$ETH يُظهر زخمًا قويًا حول $1,923. لا يزال المشترون في السيطرة بينما تواصل بنية الإطار الزمني 4H الحفاظ على قمة أعلى.

EP $1,915 - $1,925

TP $1,943 $1,965 $2,000

SL $1,898

يتم بناء السيولة فوق القمة الأخيرة عند $1,943. قد يؤدي رد فعل واضح من منطقة الدخول إلى الحفاظ على الهيكل الصاعد وفتح الباب لموجة أخرى باتجاه سيولة أعلى.

لننطلق $ETH

صاعد

$ETH يُظهر زخمًا صعوديًا قويًا.

لا يزال المشترون في السيطرة مع استمرار بقاء البنية الصعودية.

EP
1910–1920

TP
TP1: 1943
TP2: 1975
TP3: 2000

SL
1890

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

هيا نذهب $ETH

صاعد

$ETH يُظهر زخمًا صعوديًا قويًا.

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

EP
1910–1920

TP
TP1: 1943
TP2: 1975
TP3: 2000

SL
1890

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

هيا بنا $ETH

صاعد

$ETH هو يظهر قوة لافتة.

البنية الخصومية البقية مسيطرة.

EP
1908–1918

TP
TP1 1928
TP2 1955
TP3 1985

SL
1886

السيوويسية العالية فوقٍ القيمة الإخيرة هي الهدف الرئيسي. الاستمرار فوقٍ الدعم يبقى يحافظ المشترين بسيطرة، والبنية الحالية يستمر في التفويذ للتوسع المزيد بعد الانفتاح.

هايا هو $ETH