$ETH يظهر زخمًا قويًا حول منطقة 1,926 دولار. يظل المشترون في السيطرة بينما يستمر الهيكل في الحفاظ على ثباته.
السعر المستهدف (EP) 1,918 - 1,926
الأهداف (TP) 1,943 1,960 1,980
وقف الخسارة (SL) 1,898
تتراكم السيولة فوق القمم الأخيرة، بينما يستمر السعر في إظهار رد فعل قوي من منطقة الدعم. الحفاظ على هذا الهيكل يبقي الإعداد الصعودي سليمًا ويفتح الباب أمام التوسع باتجاه مناطق السيولة التالية.
$ETH يُظهر زخمًا قويًا حول $1,923. لا يزال المشترون في السيطرة بينما تواصل بنية الإطار الزمني 4H الحفاظ على قمة أعلى.
EP $1,915 - $1,925
TP $1,943 $1,965 $2,000
SL $1,898
يتم بناء السيولة فوق القمة الأخيرة عند $1,943. قد يؤدي رد فعل واضح من منطقة الدخول إلى الحفاظ على الهيكل الصاعد وفتح الباب لموجة أخرى باتجاه سيولة أعلى.
لا يزال المشترون في السيطرة مع استمرار بقاء البنية الصعودية.
EP 1910–1920
TP TP1: 1943 TP2: 1975 TP3: 2000
SL 1890
تم أخذ السيولة فوق القمم الأخيرة، ويُظهر السعر رد فعل إيجابي بعد استعادة المستويات الرئيسية. طالما أن البنية الحالية ما زالت سليمة، يحتفظ المشترون بالأفضلية مع مجال للاستمرار نحو مقاومات أعلى.
لا يزال المشترون في السيطرة حيث يستمر الهيكل الصعودي في الحفاظ على نفسه.
EP 1910–1920
TP TP1: 1943 TP2: 1975 TP3: 2000
SL 1890
تم أخذ السيولة فوق القمم الأخيرة، ويجري السعر تفاعلًا إيجابيًا بعد استعادة المستويات الرئيسية. طالما أن البنية الحالية ما تزال سليمة، يحتفظ المشترون بالأفضلية مع مجال للمتابعة باتجاه مقاومات أعلى.
السيوويسية العالية فوقٍ القيمة الإخيرة هي الهدف الرئيسي. الاستمرار فوقٍ الدعم يبقى يحافظ المشترين بسيطرة، والبنية الحالية يستمر في التفويذ للتوسع المزيد بعد الانفتاح.
قضيت بعض الوقت في قراءة وثائق بابل ثم قارنتها ببعض المناقشات الأخيرة من المجتمع. شيء كنت ألاحظه باستمرار هو أن الناس كثيرًا ما يصفون ذلك بأنه "الاستيثاق عبر بيتكوين"، لكن هذا التعبير قد يعطي انطباعًا أوليًا غير صحيح.
في البداية، افترضت أن التجربة ستكون مشابهة لاستيثاق سلسلة PoS نموذجية. لكن بعد أن قرأت أكثر قليلًا، أدركت أن هذا ليس بالضبط ما تحاول بابل بناؤه. يبدو أن البروتوكول يركز أكثر على الحفاظ على بيتكوين كما هي، بدلًا من جعلها تتصرف مثل الأصول على شبكات أخرى.
غيّر ذلك طريقتي في النظر إلى المشروع. بدلًا من السؤال: "هل يحتوي هذا على كل المرونة التي اعتدت عليها؟" بدأت أسأل: "لماذا تم اتخاذ اختيارات التصميم هذه أصلًا؟" وعندما تفكر في الأمر من منظور بيتكوين، تصبح بعض المفاضلات أسهل للفهم، حتى لو لم تكن هي ما يريده كل مستخدم.
يمكنني أيضًا فهم سبب حدوث هذا الالتباس. لقد درّبتنا صناعة الكريبتو على توقع أن يعمل الاستيثاق بطريقة معينة، لذلك من السهل نقل تلك التوقعات إلى بابل. ثم تقرأ الوثائق وتدرك أنها تحل مشكلة مختلفة تمامًا.
بالنسبة لي، هذا هو الجزء المثير للاهتمام. سواء أعجب أحدٌ بهذا التصميم أم لا، يصبح الأمر منطقيًا أكثر عندما تتوقف عن مقارنته بتجربة استيثاق PoS قياسية. إنها تحاول الحفاظ على مبادئ بيتكوين مع توسيع دورها، وهذا هدف مختلف جدًا.
ما زلت أتساءل كيف سيتفاعل المستخدمون الجدد عندما يتعلمون أكثر. هل سيبدأ الناس في النهاية اعتبار هذه المفاضلات نقطة قوة، أم أن التوقعات المرتبطة بكلمة "staking" ستواصل التسبب في الالتباس؟
كنت أقرأ وثائق بابل قبل أيام، ثم قضيت بعض الوقت في الاطلاع على كيفية وصف الناس لها داخل المجتمع. لاحظت أن العديد من المحادثات تنتقل مباشرة إلى "استيكينغ بيتكوين"، لكن قليلًا جدًا يتوقف لشرح ما يعنيه ذلك عمليًا.
في البداية، افترضت أنه سيشبه الإيكينغ على شبكة PoS نموذجية. لكن كلما قرأت أكثر، أدركت أن بابل تحاول الحفاظ على نموذج أمان بيتكوين الخاص بها بدلًا من جعل BTC يتصرف كرمز أصلي على سلسلة أخرى. وهذا يغيّر نظرتي إلى البروتوكول.
أفهم لماذا يوجد هذا النهج. كان حاملو بيتكوين دائمًا حذرين من التخلي عن السيطرة على الأصول أو إدخال افتراضات ثقة إضافية. يبدو أن بابل تتبنى هذا التفكير، حتى لو كانت التجربة ليست بديهية كما اعتاد عليها كثير من المستخدمين في أماكن أخرى.
وفي الوقت نفسه، أفهم أيضًا لماذا قد يخرج بعض الناس وهم غير متأكدين. عبارة "BTC staking" تخلق توقعات معينة، وإذا لم تمنح نفسك وقتًا لقراءة الوثائق، فمن السهل افتراض أنها تعمل تمامًا مثل استيكينغ أي أصل تشفير آخر. لكنها لا تعمل كذلك، وأعتقد أن هذا التمييز يستحق تسليط الضوء عليه بشكل أكبر.
بالنسبة لي، لم تكن هذه نقطة بيع ولا عيبًا. كانت مجرد تذكير بأن البروتوكولات المختلفة تعالج مشكلات مختلفة. يبدو أن بابل لا تسعى وراء أسهل تجربة للمستخدم في كل خطوة. بل يبدو أنها أكثر تركيزًا على البقاء متوافقة مع طريقة تصميم بيتكوين للعمل، حتى لو تطلب ذلك من المستخدمين تعديل توقعاتهم.
أنا فضولي لمعرفة ما إذا كان هذا التنازل سيصبح أسهل للفهم بالنسبة للمستخدمين الجدد مع مرور الوقت، أم إذا كان "Bitcoin staking" سيستمر في طرح المزيد من الأسئلة أكثر من تقديم الإجابات.
$ETH يُظهر مرونة قوية مع قيام المشترين بالدفاع عن المستويات الأعلى.
تظل الثيران مسيطرة بينما يستمر الهيكل في الحفاظ على تماسكه.
EP 1865–1885
TP TP1 1908 TP2 1945 TP3 1981
SL 1810
يتمّ بناء السيولة تحت أدنى مستوياتها الأخيرة بينما يستمر السعر في التفاعل من دعم محوري. طالما أن الهيكل يبقى سليمًا، تظل المسار نحو أهداف سيولة أعلى صالحًا.
كنت أقرأ وثائق بابل هذا الأسبوع، وشيء واحد انتهى به الأمر إلى تغيير طريقة نظري إلى البروتوكول.
تركّز معظم المحادثات على حقيقة أنه يمكنك رهن BTC دون أن تتخلى عن الحيازة. هذا مهم، لكن ما وجدته أكثر إثارة للاهتمام هو أن الرهن ليس في الواقع إجراءً واحدًا؛ بل هو عملية.
في البداية، افترضت أنه بمجرد تأكيد معاملة بيتكوين، سيصبح الرهن مباشرًا. وبعد قراءة أعمق قليلًا، اتضح أن هناك المزيد يحدث في الكواليس قبل أن يتعرف البروتوكول عليه باعتباره نشطًا. ليس لأن هناك شيئًا خاطئًا؛ بل ببساطة لأن بابل تُنسّق بيتكوين مع نموذج الأمان الخاص بها.
لا أظن أن هذا تصميم سيئ على الإطلاق. بل إنه منطقي عندما يكون الهدف هو إبقاء بيتكوين على شبكتها الخاصة، مع استخدامها في الوقت نفسه لتأمين نظام PoS. المقابل هو أن التجربة قد تبدو غير مألوفة إذا كنت تتوقع أن يعمل الرهن بالطريقة التي يعمل بها على معظم السلاسل الأخرى.
ما أراه مثيرًا للاهتمام هو أن الجزء غير المربك ليس التكنولوجيا نفسها. بل التوقعات هي التي تكون مربكة. كثير منا يأتون بافتراضات من بروتوكولات رهن أخرى، وبابل لا تتناسب حقًا مع هذا القالب.
بعد قضاء بعض الوقت مع الوثائق والاطلاع على نقاشات المجتمع، خرجت بفكرة أن فهم مسار الرهن ربما يكون أكثر قيمة من مجرد معرفة الميزة الرئيسية.
أتساءل إن كانت هذه المنحدر/الصعوبة التعليمية ستختفي تلقائيًا مع استخدام المزيد من الناس للبروتوكول، أم أنها ببساطة جزء من بناء شيء مختلف جوهريًا عن الرهن التقليدي.
يوضح توسّع السيولة القوي مشاركة المشترين. تفاعل صحي فوق الدعم يحافظ على البنية الصعودية سليمة، كما أن الحفاظ على منطقة الدخول يزيد احتمال استمرار الحركة.
وأثناء قراءتي لوثائق بابل، لاحظت شيئًا واحدًا: مدى سهولة افتراض أن “إستيكينغ” BTC و”إستيكينغ” BABY هما في الأساس جزء من نفس العملية.
إنهما مرتبطتان، لكنهما ليستا تؤديان الوظيفة نفسها فعليًا.
إستيكينغ BTC يتعلق باستخدام بيتكوين الأصلية كأمن اقتصادي دون التفاف عليها أو نقلها إلى سلسلة أخرى. أما إستيكينغ BABY فهو أكثر ارتباطًا مباشرةً بشبكة Babylon Genesis نفسها، بما في ذلك الـvalidators (المدققون) والحوكمة والمشاركة العادية في إثبات الحصة.
قد يبدو هذا الفرق بسيطًا، لكنني أعتقد أنه مهم للمستخدمين العاديين. شخص يسمع لأول مرة عبارة “إستيك على بابل” قد يتوقع بسهولة تدفق إستيك واحدًا، ونظام مكافآت واحد، ومجموعة مخاطر واحدة. في الواقع، ما الذي تقوم بإستيكه يغيّر ما الذي تساهم به وما الذي ينبغي أن تتوقعه من العملية.
يبدو التصميم منطقيًا عندما تنظر إليه عن كثب. فالبيتكوين تمنح وزنًا اقتصاديًا، بينما يساعد BABY في تشغيل الشبكة وتنسيقها. ومع ذلك، فإن طريقة مناقشة الاثنين معًا قد تجعل الأمر يبدو أكثر التباسًا مما يحتاج إليه.
لم أفهم الفرق بشكل صحيح إلا بعد قضاء وقت أطول مع الوثائق بدلًا من الاعتماد على منشورات مجتمعية قصيرة.
هل بدا لك هذا التمييز واضحًا منذ البداية، أم احتاج وقتًا لتفهمه؟
ما زال المشترون (الثيران) في السيطرة طالما أن البنية ما تزال سليمة.
EP 1.48 – 1.52
TP TP1 1.60 TP2 1.68 TP3 1.78
SL 1.43
السعر يتفاعل بعد جلب السيولة عبر المسح داخل الاندفاع الأخير. طالما أن المشترين يدافعون عن البنية الحالية، يمكن أن يوفّر هذا التصحيح فرصة لاستمرار الحركة نحو مناطق السيولة التالية.
وأثناء قراءتي لوثائق Babylon، لاحظت شيئًا يبدو بديهيًا بمجرد أن تفهمه، لكنه قد يربك شخصًا يستخدم البروتوكول لأول مرة.
يمكن تأكيد معاملة استثمار/تكديس (staking) على شبكة Bitcoin على السلسلة (on-chain) دون أن تكون عملية التكديس (stake) نشطة بالكامل بعد.
تلك الفجوة مهمة. معظمنا معتاد على التفكير بأن تأكيد المعاملة يعني أن العملية قد اكتملت تقريبًا. باستخدام Babylon، قد توجد مرحلة أخرى قبل أن يبدأ التكديس في المشاركة، وذلك اعتمادًا على عدد التأكيدات المطلوبة وحالة مزوّد موثوقية النهاية (Finality Provider) الذي تم اختياره.
ومن منظور البروتوكول، منطق الأمر واضح. تتحرك Bitcoin ببطء حسب التصميم، وBabylon تحاول بناء الأمان حول ذلك بدلًا من تجاوزه. انتظار الشروط المناسبة قبل اعتبار التكديس نشطًا يُعد خيارًا أكثر أمانًا على الأرجح.
لكن من منظور المستخدم، قد يبدو الأمر غير واضح. قد ترى المعاملة مؤكَّدة، وتفترض أن كل شيء يعمل، ثم تتساءل لماذا ما زال التكديس معروضًا على أنه قيد الانتظار (pending).
لا أعتقد أن هذه مشكلة بالضرورة في تصميم النظام نفسه. يبدو الأمر أقرب إلى كونه مشكلة في تجربة المستخدم. يجب شرح الفرق بين “مؤكَّد” و“نشط” بوضوح شديد، خصوصًا للأشخاص الذين هم جدد في مجال تكديس/استثمار Bitcoin.
جعلني ذلك أدرك أن فهم دورة حياة التكديس مع Babylon قد يكون مهمًا بنفس قدر فهم المكافآت.
هل ستؤدي رسائل الحالة الأكثر وضوحًا إلى حل معظم هذا الالتباس، أم أن الأمر سيظل شيئًا يحتاج المستخدمون إلى تعلمه مع مرور الوقت؟
$DEXE تُظهر قوة نسبية مبهرة عند المستويات الحالية.
يُحافظ المشترون على السيطرة فوق دعمٍ محوري مع استمرار بقاء البنية ثابتة.
EP 2.60 - 2.72
TP TP1 3.10 TP2 3.60 TP3 4.20
SL 2.20
تم استرداد السيولة بعد الارتداد الحاد، ويبدو أن السعر يتفاعل بشكل جيد من القاعدة. طالما أن البنية تواصل الثبات فوق مستوى الدعم، فإن الاستمرار نحو مناطق السيولة الأعلى يظل السيناريو الأعلى احتمالًا.
وأثناء قراءة وثائق Babylon ومقارنتها بالأسئلة التي يطرحها الناس باستمرار في المجتمع، لفتتني واحدة صغيرة لكن لافتة الانتباه.
إرسال معاملة Staking الخاصة بـ BABY لا يعني دائمًا أن الرهان يصبح نشطًا فورًا. قد تكون المعاملة قد تم تأكيدها بالفعل، لكن لا يزال يتعين معالجة التغيير عبر نظام العصور (epoch) الخاص بالبروتوكول قبل أن يؤثر في قوة تصويت المُدققين.
قد يبدو ذلك أمرًا بسيطًا، لكنني أفهم لماذا قد يسبب ذلك ارتباكًا للمستخدمين العاديين. نحن جميعًا معتادون على التفكير بأن تأكيد المعاملة يعني أن الإجراء قد اكتمل. لذلك عندما لا يتم تحديث رصيد الـ staking أو حالته على الفور، يصبح من السهل افتراض أن هناك شيئًا ما قد حدث خطأ.
ومن الناحية التقنية، فإن التصميم منطقي. إن معالجة تغييرات الـ staking على دفعات يساعد على إبقاء تحديثات المُدققين أكثر اتساقًا خلال فترة الـ epoch. الأمر ليس مجرد تأخير عشوائي.
ومع ذلك، فإن التجربة تعتمد بشكل كبير على كيفية شرح ذلك من خلال المحافظ (wallets) والمستكشفات (explorers). من المحتمل أن تمنع رسالة مثل «تم تأكيد المعاملة، في انتظار الـ epoch التالي» الكثير من الالتباس غير الضروري.
هذه إحدى تلك الحالات التي قد يعمل فيها البروتوكول تمامًا كما هو مقصود، لكن تجربة المستخدم قد تظل غير واضحة.
جعلني ذلك أتساءل كم عدد الأشخاص الذين يحكمون على بروتوكول بناءً على ما يرونه في الدقائق القليلة الأولى، دون أن يدركوا أن بعض الأنظمة مصممة حول تغييرات حالة متأخرة.
يتمسك الهيكل فوق مستوى الدعم، ويقوم المشترون بالدفاع عن المنطقة الحالية.
EP 0.0700 - 0.0750
TP TP1 0.1200 TP2 0.1800 TP3 0.2500
SL 0.0640
تمت إزالة السيولة ويبدو أن السعر يجلس بالقرب من منطقة رد فعل رئيسية. إذا استمر هذا الدعم في الصمود، فإن الهيكل الحالي يمكنه جذب زخم جديد ودفع السعر نحو مستويات المقاومة التالية.