假装在抄底

⚠️ تذكير يا شباب: استخدموا رمز دعوة بينانس MY6751، لتوفير 30% من الرسوم (الأعلى على مستوى الشبكة)، مع وصول تلقائي. يمكن أيضًا تعبئة الرمز في الحسابات القديمة التي تُستخدم بالفعل. Alpha، الفوري، سباق التداول، العقود، الأسهم المُمَثَّلة بالرموز—كلها توفر 30%.

ثلاث خطوات وتخلصوا:
1️⃣ تطبيق بينانس → المحفظة → دعوة الأصدقاء
2️⃣ اضغطوا على "إدخال رمز الدعوة" لتخفيض الرسوم 30%
3️⃣ أدخلوا MY6751

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

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

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

بالطبع، الثابت لا يعني بلا مخاطرة. قد تختار مدةً غير مناسبة، فيؤدي ذلك إلى حجز الأموال؛ وإذا رغبت في الخروج مبكرًا، فعليك النظر إلى سعر السوق الخاص بـ FT والسيولة؛ وعندما ينخفض الضمان، لا يمكن أن نتهاون في إدارة المراكز. لن أشارك فقط لأنني رأيت كلمتي “ثابت” واعتبرته تلقائيًا خيارًا آمنًا، بل سأقارن أولًا بين المدة، ومعدل الفائدة الفعلي، ومتطلبات الضمان، وخيارات الخروج.

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

أعدتُ مشاهدة فصل Zedger مرة أخرى من الورقة البيضاء @Dusk الليلة الماضية، وتعلّقتُ بعبارة: “force transfer，强制转移” (التحويل القسري). كانت سلسلة البلوكشين تؤكد دائمًا أن الأصول يجب أن تكون تحت سيطرة مالكها بنفسه. فكيف لبروتوكول موجّه للأوراق المالية وRWA أن يسمح بأن يبدأ المُصدِر التحويل القسري؟ يبدو الأمر كأنه “باب خلفي”، ومع ذلك فهو أيضًا اختبار لمعرفة هل يفهم Dusk المالية الحقيقية أم لا.

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

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

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

وهذا يفسر أيضًا الفرق بين Dusk والعملات الخصوصية العادية. Phoenix يعالج كيفية عدم رؤية بيانات المعاملات من قِبل الجميع، بينما يتعامل Zedger بصورة أعمق مع كيفية إصدار الأوراق المالية والتوزيعات والتدقيق والتغيّر وفق القانون. أحدهما يحمي تفاصيل المعاملات، والآخر يضمن أن الحقوق المالية تعمل وفق قواعد محددة—والحلّان لا يعالجان المشكلة في نفس المستوى.

لذلك عندما أراقب $DUSK ، لن أكتفي بسؤال: هل الخصوصية قوية بما يكفي؟ بل سأفحص أيضًا ما إذا كان للتحويل القسري صلاحيات واضحة وإثباتات وتتبّع للآثار. إن البنية التحتية المالية الموثوقة حقًا ليست تلك التي تضمن عدم تغيير دفتر الحسابات أبدًا، بل تلك التي تضمن ألا يمكن إجراء أي تغيير ضروري “خفية”. #dusk

#dusk
من فترة قصيرة باعتُ صندوقًا استثماريًا، وعلى هاتفي ظهرت فورًا رسالة: “تمت المعاملة بنجاح”. ثم انتقلتُ مباشرة إلى التحقق من حسابي البنكي، لكن الرصيد لم يتغير شيئًا. وعندما سألت خدمة العملاء فهمت أن “إتمام الصفقة” يعني فقط أن السعر تم تحديده، أما في المراحل اللاحقة فهناك تأكيدٌ للمبالغ/الوحدات، ثم تحويل الأموال، وأخيرًا وصولها فعليًا. عندها فقط أدركت أن كلمة “نجاح” في المجال المالي لها طبقات متعددة؛ وكون الصفحة تضيء باللون الأخضر لا يعني أن المال قد استقر فعليًا في حسابك.

ولتحويلات العملات الرقمية أيضًا إحساسٌ مشابه. ظهور الهاش، ثم تجميع الكتلة، ثم إظهار البورصة “قيد المعالجة” — تبدو هذه الحالات الثلاث وكأنها إنجاز، لكن معانيها مختلفة تمامًا. إذا كانت المبالغ مجرد عشرات الدولارات فقط (U)، فقد لا يهم الانتظار كثيرًا؛ أما إذا كانت سِندات أو صناديق أو مبالغ كبيرة من الأوراق المالية، فربما تكون الأصول قد انتقلت بالفعل بينما لم تُؤكَّد الأموال بعد. وحتى لو كان الفارق دقائق قليلة، فقد يؤدي ذلك إلى مخاطر تتعلق بالثقة وعدم التطابق في الحسابات.

لذلك عندما راقبتُ @Dusk ، لم يعد اهتمامي ينصب فقط على “السرعة”؛ بل على ما إذا كان يمكن للأصل والدفع أن يكتمل كلاهما في الوقت نفسه داخل نقطة موثوقة واحدة. وبكلام بسيط: تسليم مقابل دفع—لا ينبغي أن يجري انتقال الأصول قبل وصول المال؛ ولا ينبغي خصم الأموال إذا لم تكن الأصول مطابقة للشروط. إن التسوية المالية المناسبة ليست أن تتحرك شريحتان/شريطا تقدم بشكل منفصل، بل أن يكتمل الطرفان معًا، أو ألا يحدث أي شيء.

هذه المسألة تبدو بسيطة، لكنها تجرّ خلفها تفاصيل كثيرة. هل أهلية المشتري سارية؟ هل أصول البائع مجمّدة أم لا؟ هل يمكن استخدام وسيلة الدفع؟ وهل يمكن إعادة هيكلة المعاملة بعد تأكيدها؟ إذا كانت هذه الأحكام موزعة بين أنظمة مختلفة، فستحتاج إلى تحقق يدوي متكرر. قيمة البنية التحتية على السلسلة يجب أن تجعل النتيجة أسهل في التحقق، لا أن تستبدل “قيد المعالجة” برسوم/رسائل متحركة أكثر روعة.

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

وتوقعاتي من $DUSK أيضًا واقعية: في اليوم الذي أبيع فيه سندًا على السلسلة، ألا أحتاج إلى إعادة تحديث الصفحة بين المحفظة ومنصة التداول وصفحة البنك. يجب أن يخبرني النظام بوضوح أن المال والسلعة قد تم تسويتهما بالكامل—عندها فقط يتضح أن “إسكان/ترحيل” التسوية المالية على السلسلة ليس مجرد نقل زر إلى مكان آخر، بل هو اختصار حقيقي لمسار التسوية.

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

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

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

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

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

لذلك عند النظر في $DUSK ، لن أركز فقط على السعر و“كم خطة الأصول سيتم رفعها على السلسلة”. اللحظة التي يتحول فيها RWA من ملصق إلى حساب واقعي هي عندما يستطيع المستخدم استلام عائد حقيقي، واضح المصدر، بمبلغ صحيح، وحدود الخصوصية محددة بوضوح.

📅 الليلة 21:00، إدراج Alpha في Binance لسلسلة KiiChain (KII)
الإجمالي 1.8 مليار، وتحليل السلسلة يتوقع أن التداول الأولي سيكون حوالي 17.46%. 230 نقطة، لكل شخص 360 قطعة، بإجمالي 49999 سهمًا، وهو بالضبط حوالي 1% من الإجمالي. بالإضافة إلى ذلك، توجد أيضًا عمليات Airdrop مجتمعية، وإطلاقات بيع خاص، وحصص من عدة منصات تداول—لذلك لن تكون ضغوط البيع عند الافتتاح بسيطة.

عملي: من 0.12 إلى 0.15: بيع 70% إلى 80%
فوق 0.18: تصفية شبه كاملة
إذا وصلت مباشرة إلى 0.20: لا تتردد، الأفضل تأمين الأرباح أولًا

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

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

مسودة ورقة @Dusk للـ Whitepaper تضع Zedger في سيناريوهات إدارة الأوراق المالية وRWA، وتؤكد على خصائص الأصل، وقواعد الاختصاص القضائي، والتدقيق، وإجراءات الشركة. وبناءً على هذا المنطق، فإن قدرات الربط عبر السلاسل التي تحتاجها $DUSK لا ينبغي أن تسعى فقط إلى “وصول خلال ثوانٍ”، بل يجب أن تجيب أولًا: كيف تتحرك القواعد مع الأصل. هل الجهتان تعترفان بنفس مجموعة بيانات الهوية/الشهادات؟ أين تُطبق قيود التحويل؟ وعند نشوء نزاع، أي جهة يكون سجلها له القوة النهائية؟

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

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

#dusk

#dusk $DUSK
في العام الماضي، ولتجربة شبكة PoS، قمت بتشغيل عقدة على جهاز كمبيوتر قديم. خلال النهار كانت اللوحة خضراء بالكامل، لكن في منتصف الليل كان الراوتر يعيد التشغيل، ولم أكتشف المشكلة إلا في اليوم التالي بعد بضع ساعات من الانقطاع. في تلك اللحظة فهمت أن الإجماع لا يعني فقط إيداع الرموز واستلام المكافآت والاستلقاء؛ يجب أن تكون العقدة متصلة، وتستقبل الرسائل، وتتحقق من الكتل، وعندما يأتي دورك لا يجوز أن تتعطل السلسلة. تعطل الكمبيوتر الشخصي يعني أنني سأكسب أقل قليلًا، لكن إذا ظلت المنظومة المالية غير قادرة على تأكيد المعاملات لفترة طويلة، فستنتظر عمليات التسوية اللاحقة أيضًا.

@Dusk في مشروع ورقة بيضاء 2024 الخاص بـ Succinct Attestation، وهو إجماع PoS قائم على لجنة وبدون حاجة إلى ترخيص. يُطلق على المشاركين في عملية الإيداع اسم provisioner؛ وضمن كل دورة، يتم اختيار المُولِّد للكتل ولجنة التصويت عبر انتخاب حتمي (deterministic). لا تعتمد العملية على تحديد مركز بعينه، والهدف هو إنجاز التأكيد عبر تواصل أقل.

“النهائية” تبدو مصطلحًا أكاديميًا، لكنها في الحقيقة: بعد أن تُظهر المحفظة نجاح العملية، هل يمكنك الاطمئنان إلى أن الصفحة يمكن قلبها بأمان دون قلق؟ إذا كان من الممكن إعادة تنظيم (reorg) التحويل، فلن تجرؤ البورصات على تسجيله مبكرًا جدًا؛ وإذا لم تكن الملكية في الأوراق المالية قد استقرت، فلن يمكن بدء توزيع الأرباح أو التسوية. البنية التحتية المالية لا تحتاج إلى سرعة مذهلة بين حين وآخر، بل إلى تأكيد مستقر وقابل للتنبؤ.

ولا يمكن الحكم على موثوقية الإجماع من خلال مخطط واحد فقط. كانت أقل معلمات الإيداع المسجلة في الورقة البيضاء في ذلك الوقت هي 1,000 DUSK، لكن هذا معلومات عند لحظة إعداد الوثيقة، لذا يجب التحقق من الأرقام الحالية وفق أحدث المواد الرسمية. إذا كانت العتبة مرتفعة جدًا فقد يؤدي ذلك إلى تركّز المشاركة تدريجيًا؛ وإذا كانت منخفضة جدًا فقد يولد ذلك عددًا كبيرًا من العقد غير المستقرة. وهل اللجنة موزعة؟ وما معدل اتصال العقد؟ وهل قواعد العقوبات منطقية؟ هذه الأمور تشرح أكثر بكثير من مجرد القول إن “عناوين المشاركة كثيرة”.

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

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

🔥 【تجمع أبطال 10U! منصة بينانس تعطيك فلوس مباشرة—الكل له نصيب!】

يا إخوتي، بينانس هذه المرة مجنونة فعلاً!

تحدّي تجربة التداول على السلسلة رقم 5 لسلسلة محفظة بينانس، على BNB Chain هناك زيادة قوية: بركة جوائز إضافية بقيمة 50,000 USDT!

لكن هذه المرة مختلف—

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

فقط إذا كنتَ مستوفيًا للشروط، فالكل يقتسم!👉🏻活动入口
🎯 ما هي «جائزة 10U بطل»؟

باختصار وبلا تعقيد: شرطين فقط:

✅ حجم التداول > 100 دولار—على شبكة BSC عبر تداول توكنات باستخدام Four.Meme أو Flap، الشراء والبيع محسوبان

✅ الربح/الخسارة النهائية المحققة > 10 دولارات—في تسوية نهاية النشاط، كسب 10 دولارات يعتبر مؤهلًا

إذا تحققت الشرطان معًا، سيتم تقسيم بركة 50,000 USDT بالتساوي بين جميع المستخدمين المستوفين للشروط.

ليس مقتصرًا على أول 300، وليس حسب ترجيح حجم التداول—بل جميع من حققوا الشروط يقسمونها معًا بشكل متساوٍ.

والأهم—يمكن لهذه الجائزة أن تُضاف إلى مكافآت أصحاب المراكز الـ 300 الأوائل في الترتيب!

⚠️ تذكير يا إخوتي: قبل المشاركة في النشاط يمكن استخدام كود دعوة محفظة بينانس للحصول على MY6751 لتوفير 30% على الرسوم (الأعلى على مستوى الشبكة)، مع وصول تلقائي. الحسابات القديمة التي كانت قيد الاستخدام أيضًا يمكنها تعبئة Alpha، والسبوت، ومسابقات التداول، والعقود، والتداول بالأسهم المُرمَّزة—كلها ستحصل على خصم 30%.

ثلاث خطوات فقط:
1️⃣ تطبيق بينانس → المحفظة → دعوة الأصدقاء
2️⃣ اضغط على «إدخال كود الدعوة» لتخفيض الرسوم 30%
3️⃣ أدخل MY6751
$龙虾 $BLUAI $BTR
#撸毛教程 #撸毛攻略
#贝莱德加拿大推出比特币关联ETF
#英特尔拟扩大股票发行募约200亿美元
#韩国最高法院拟允许冻结加密资产

📆 اليوم 17:00، بنانس Alpha تطلق dappOS (DOS)

خلفية المشروع قوية جدًا، وقد حصل على استثمارات من Binance Labs وSequoia وIDG وPolychain، بإجمالي تمويل يقارب 20.30 مليون دولار. لكن هذا أيضًا مشروع قديم من حقبة صناديق رأس المال (VC)، ولم ينجح مسار نوايا Web3 الذي كان يستهدفه في ذلك الوقت. وفي هذا العام تحوّل مرة أخرى إلى مجال AI Agent، كما أن الإيراد المُعلن البالغ 6.8 مليون دولار محل جدل.

إجمالي DOS هو 1 مليار، ومن المتوقع أن يكون التداول الأولي حوالي 20%. السعر قبل الافتتاح 0.30، ما يعادل FDV بقيمة 300 مليون دولار، وهو قريب تمامًا من تقييم جولة التمويل السابقة؛ وبالتالي لا يمكن اعتباره رخيصًا.

والأهم من ذلك هو ضغط البيع: توزيع Alpha، وعمليات الإطلاق (airdrops) للمجتمع، وربما إدراج المنصات/البورصات لاحقًا قد تتوالى تباعًا. حجم طلبات الشراء في الحوض الأولي حوالي 0.5 مليون دولار، لكن فوق ذلك تم وضع نحو 5 ملايين من رموز DOS. لذلك بعد ارتفاع السعر بسرعة، قد يحدث تراجع سريع.

عملياتي في الـ airdrop:

0.30—0.40: بيع 70% إلى 80%
0.50 فما فوق: تصفية شبه كاملة
عند الافتتاح أقل من 0.15: لا تُلقِ كل الكمية مرة واحدة، احتفظ بجزء وانتظر الارتداد

بجملة واحدة: الخلفية ممتازة، لكن جودة/اتساق المشروع محل شك، والتوزيع (الشيب) مركز، وضغط البيع لاحقًا ليس قليلًا. إذا استطاع السعر عند الافتتاح أن يصعد إلى حدود 0.30، فإن أول ساعة ستكون نقطة بيع مريحة نسبيًا—لا تنتظر حتى بعد الساعة 18:00 حتى يصل الـ airdrop بشكل مركز.
$QUID $GRVT $QQQB
#alpha #ALPHA🔥 #撸毛教程
#灰度撤回三只山寨币ETF申请
#纽交所开发代币化证券链上支付平台

📅 الليلة 19:00 إطلاق AirDrop صناديق الهدايا عبر منصة بينانس Alpha

يُمكن الاستبدال بـ 245 نقطة، ما في شيء كثير لتحليله بخصوص صناديق العملات القديمة—اللي عنده النقاط يكبس ويمسك بس🤨
$QUID $GRVT $BSB
#alpha #ALPHA🔥
#HYPE第二季度上涨79%
#伊朗阿曼达成霍尔木兹航线协议

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

عندما شاهدت دفعات بناء مستودع (TBV) الخاصة بـ @BabylonLabs_io ، فكرت كذلك في هذا الفرق. حاليًا، تسمح شبكة الاختبار العامة بتمكين عملية Pre-PegIn واحدة من تضمين ما يصل إلى 10 مخرجات من HTLC. على السطح، قد يبدو أن المستخدم يستطيع مرة واحدة إدخال عدة Vaults إلى شبكة Bitcoin؛ لكن فعليًا فإن كل Vault ما يزال يقابل مخرجاته المستقلة، وقفل تجزئة مستقل، وحالة لاحقة مستقلة. الدفعة لا تدمج سوى رسوم المعاملة وانتظار التأكيد، لكنها لا “تهرس” عشرة Vaults في رهن مشترك واحد.

هذه النقطة حاسمة عند بناء التسلسل. يجب أن تمر كل مخرجات على حدة عبر التحضير خارج السلسلة، ثم ACK، ثم التفعيل، ثم القفل النهائي للـ Vault. إذا لم تكتمل موافقة أحد المشاركين على أحد الـ Vaults، فلا يمكن استخدام الـ Vault الآخر من نفس الدفعة والذي اكتمل فعلاً لـ “تعويض التوقيع”. وإذا دخل أحد الـ Vaults مرحلة التطبيق، فهذا لا يعني تلقائيًا أن المخرجات الأخرى أصبحت أصولًا مرهونة. يمكن أن يحمل تجزئة معاملة واحدة عدة مسارات، لكنها لا تستطيع نيابةً عن المستخدم إدارة عشر حالات.

كثيرون عندما يرون “الدفعات” يتوقعون تلقائيًا أن التكلفة أقل والعملية أسهل، وهذا صحيح؛ لكن ذلك أيضًا يزيد صعوبة تتبع السجلات. لا يحتاج المستخدم فقط إلى معرفة ما إذا كانت المعاملة قد تأكدت أم لا، بل يحتاج أيضًا إلى تذكر ما إذا كان كل Vault Verified، وما إذا كان قد تم تفعيله، وأي تطبيق مربوط به، وأي مواد استرداد تقابله. لاحقًا إذا حدث الاسترداد (赎回) أو自claim، فإن ما يتم فقدانه هو المواد المحلية الخاصة بأحد الـ Vaults، لا مجرد ملاحظة واحدة في سجل الدفعة.

لذلك أنا أميل إلى فهم “الدفعة” في Pre-PegIn داخل منظومة $BABY على أنها “مشاركة ركوب” (拼车)، وليست “دمج حسابات”. فهي تحسن كفاءة الدخول من جانب Bitcoin، لكنها تحتفظ بأهم عزلة في TBV: حالة كل Vault ومسار الإنفاق والمخاطر لا يمكن تعويضها بواسطة أي Vault آخر في نفس الشاحنة.

الرقم #baby ما يستحق فعلاً مراقبته ليس كم عدد المخرجات التي يمكن حشرها في معاملة واحدة، بل بعد إجراء العمليات على شكل دفعات: هل يمكن للبوابة عرض حالة كل Vault ومسؤوليات الاسترداد بشكل واضح بما يكفي؟ توفير رسوم معاملة واحدة جيد، لكن الاستغناء عن التحقق من الحالة هو أمر خطير.

عند الظهر عند استلام الطرد، كان نظام الخدمات اللوجستية قد أظهر بالفعل “تم الوصول إلى نقطة الاستلام”، لكن الموظفين قالوا إن الطرد ما زال موجودًا على عتاد الفرز في الخلف. اجتياز الحالة درجة واحدة لا يعني أن الشيء قد تم تسليمه فعليًا إلى الشخص التالي. كما أن تسوية TBV لديها فرقًا زمنيًا مشابهًا: عندما يحصل المُصفّي على WBTC، فهذا لا يعني أن تلك الـ BTC الأصلية قد اكتملت فعلاً من عملية التحويل.

في التصميم الحالي لـ @BabylonLabs_io وAave v4، يمكن أن تتم التسوية غير المقيدة عبر LLP أولاً. بعد أن يقوم المُصفّي بسداد الديون فورًا يحصل على WBTC، ثم تدخل الـ Vault بأكملها التي تم حجزها ضمن إدارة BTCVaultSwap. بعد ذلك يجب على مدير الـ Application Vault Keeper المسجَّل دفع WBTC للحصول على الـ Vault، ثم إتمام الإثبات على شبكة Bitcoin، ومرحلة الـ claim ومرحلة التحدّي، وأخيرًا استرداد الـ BTC الأصلية.

هذا يجعل مُصفّي Ethereum لا يحتاج إلى انتظار تسوية Bitcoin، لكنه يضيف في الوسط تكلفة “الاحتفاظ”. عندما تبقى الـ Vault في منطقة الإيداع، تستمر فائدة Aave Hub في التراكم؛ وعند قيام Application Vault Keeper بشراء WBTC، يجب تغطية المبلغ الرئيسي والفائدة الجديدة. كلما طال الانتظار، يصبح فارق السعر الممكن كسبه أرق.

إذا كان سعر $BTC ، أو سيولة WBTC، أو رسوم الشبكة غير مواتية في الوقت نفسه، فقد تتحول إحدى الـ Vaults من كونها مربحة إلى شيء لا يرغب أحد في استلامه. بل إن الوثائق تحفظ حتى مدخل `repayVaultInterest`، بما يسمح لأي شخص بسداد الفائدة المتراكمة، وتمديد الفترة التي تظل خلالها هذه الآلية جذابة للمراجِحين. هذه التفاصيل توضح أن LLP ليست “نقلًا فوريًا بلا تكلفة”، بل هي محطة ترانزيت تتطلب باستمرار من يقدّم عروضًا ويزوّد السيولة.

لذلك، عند تقييم قدرة #baby على إجراء التسوية، لن أنظر فقط إلى “هل يمكن لأي شخص تشغيلها”. سأراقب أيضًا مدة انتظار الـ Vault المُودَعة بشكل متوسط، وما إذا كان عدد AVK كافياً، ومن سيتحمل تكلفة الفائدة عندما يترقق فارق السعر، وما إذا كان تجمع WBTC قادرًا على الدفع فورًا حتى في ظل الظروف القصوى.

إن ضغط TBV لدى $BABY يُقلل مخاطر الإيداع، لكنه لا يلغي خطر عدم وجود من يستلمها. الإثباتات التشفيرية تحدد من يملك الحق في أخذ BTC، وآلية السوق تجعل الشخص الصحيح يتصرف في الوقت المناسب. كلا الأمرين يجب أن يعمل، عندها فقط يكتمل الإغلاق الخاص بدورة التسوية.

📅 تنطلق عملة QUID الليلة على منصة Binance Alpha، وهذا رأيي باختصار.

سكواد (Squid) عبارة عن منصة تداول عبر سلاسل، تعمل منذ 3 سنوات، بإجمالي حجم تداول يتجاوز 6 مليارات دولار، وعدد مستخدمين يزيد عن مليون، كما أن إجمالي التمويل للمشروع بلغ 13.5 مليون دولار، وليست عملة هواء.

لكن ضغط البيع عند الافتتاح ليس بسيطًا.
إجمالي كمية QUID هو 1 مليار قطعة، والتداول الأولي حوالي 14.3%. منها بيع عام بنسبة 5%، والتكلفة 0.045 دولار فقط، وتم فك قفل TGE بالكامل؛ وتُقدّر حصة Binance Alpha بحوالي 1%. إضافة إلى ذلك، يُشتبه أن حصة النظام البيئي بنسبة 7% يتم تفكيكها/تقسيمها حاليًا، ويجب الانتباه.

سعر ما قبل الافتتاح حوالي 0.07 دولار، ما يعادل تقييمًا بقيمة 70 مليون دولار. طلبات الشراء على سلسلة Base ضعيفة أصلًا، ولا أرى أيضًا تجمع سيولة/حوضًا عميقًا، لذا قد نشهد حركة تتميز بالصعود السريع والهبوط السريع أيضًا.

خطة بيعي للأيردروب:
من 0.05 إلى 0.07 دولار: بيع جزء أولًا
فوق 0.08 دولار: بيع غالبية الكمية
فوق 0.10 دولار: تصفية شبه كاملة

باختصار: للمشروع منتج، لكن التوزيع/الحصص أعلى من حجم الشراء. إذا وصل إلى 0.08 فما فوق فهذا جيد بالفعل، لا تنتظر 0.15 بشكل أعمى.

فقط كبحث شخصي، ولا يشكل نصيحة استثمارية.
$QQQB $BSB $SPYB
#alpha #ALPHA🔥 #撸毛攻略
#亚马逊市值首破3万亿美元
#Palantir涨10%受Q2财报超预期推动

غدًا، 4 أغسطس، سيتم إطلاق رمز QUID الخاص بـ Squid على منصة Binance Alpha، بإجمالي 1 مليار قطعة. سيتم طرحه بسعر 0.045 دولار للقطعة، ما يقابل تقييمًا بقيمة 45 مليون دولار. لقد تم تجاوز الاكتتاب العام بمقدار 11.9 مرة، لكن 50 مليون قطعة من الميّزة العامة سيتم فك قفلها بالكامل عند الافتتاح، وهذه هي الضغوط الرئيسية للبيع.

عند تحديثي لجدول بيانات المشروع اليوم، قمت أولًا بملء 56,853.16 في خانة “BTC 규모” (حجم BTC). وبعد ذلك اكتشفت أن المكتوب في الصفحة هو staking (الاستيكينغ)، بينما عمود الجدول هو TBV collateral (ضمان TBV). يفصلنا حقل واحد فقط، لكن المعنى مختلف تمامًا. القيمة المعروضة في ذلك اليوم تقارب 5.64 مليار دولار، لكن لا يمكنني كتابتها مباشرةً على أنها “TBV امتص 56853 قطعة من $BTC كضمان”.

يستخدم Bitcoin Staking من BTC لتفويض Finality Provider وتقديم أمان اقتصادي قابلًا للغرامة/المصادرة لــ Babylon Genesis وللشبكات الخارجية؛ أما Trustless Bitcoin Vaults (الصناديق الموثوقة دون ثقة) فتجعل Bitcoin UTXO مستقلًا يتم تحديده كضمان تُستخدمه تطبيقات DeFi. الأولى تهتم بالتفويض والتوقيع النهائي والغرامة/المصادرة، بينما الثانية تهتم بتنشيط الـ Vault والاقتراض وعامل الصحة والتصفية والاسترداد.

لا يزال TBV الخاص بـ @BabylonLabs_io يعمل حاليًا على شبكتي Bitcoin Signet وEthereum testnet (شبكات الاختبار). وبالنسبة لـ Aave v4 في الاقتراض، يتم استخدام أصول افتراضية/محاكاة عديمة القيمة. لذلك، أرقام staking في الموقع الرسمي يمكنها أن تشرح حجم التكديس/الاستيكينغ، لكنها لا تُثبت أن TBV لديه حاليًا على الشبكة الرئيسية نفس حجم الضمان أو حجم الاقتراض أو الإيرادات.

أفضّل أن أبني لوحتين قياسيتين لـ #baby . الأولى تسجل staking: BTC المفوض النشط، وتوزيع Finality Provider، وحالة التواقيع والغرامة/المصادرة. والثانية تسجل TBV: عدد Active Vaults (الصناديق النشطة)، كمية الضمان الأصلية، معدل استغلال الاقتراض، وحالات التصفية والاسترداد الناجح. يمكن للوحْتين أن تراقبا Babylon معًا، لكن لا يمكن نسخ إجمالي اللوحة الأولى إلى الثانية.

قد تكون القيمة طويلة الأجل لـ $BABY مدفوعة في الوقت نفسه بالشبكة الأمنية وبتطبيقات الـ Vault؛ ولذلك، يجب أن نحلل مصدر القيمة منفصلًا أكثر. البيانات ليست خاطئة، الخطأ هو إسنادها إلى وسم/تصنيف غير صحيح. إن 56,853.16 BTC هو لقطة من الموقع الرسمي في 3 أغسطس، وسوف يتغير مع تغيّر الاستيكينغ؛ وهو يجيب عن “كم BTC يشارك في الأمان”، وليس “كم BTC يتم اقتراضه عبر TBV”.🔍

عند قبول TBV، لن أذهب أولًا إلى المحفظة للبحث عن vaultBTC. لأن ذلك، إذا كان يمكن فعلًا تحويله بسهولة إلى محفظة عادية، فسيعني أن حدود المنتج بها مشكلة.

في التكامل الحالي لـ Aave v4 ضمن @BabylonLabs_io ، فإن vaultBTC هو وحدة محاسبية داخلية متوافقة مع ERC-20، مع دقة 8 أرقام، بحيث يطابق أصغر وحدة “ساتوشي واحد”. عند تفعيل الـ Vault وإضافته إلى مركز الاقتراض، يقوم المُهيّئ (adapter) بصك vaultBTC بناءً على كمية الـ BTC المُقفلة؛ وعند الخروج أو التصفية يتم تدميره. لا يمكنه التحرك إلا بين العقود المصرّح لها؛ أما تحويله إلى أي عنوان عشوائي فسيُرجع. كما أنه لا يوجد له سوق ثانوي، ولا يُعد نوعًا آخر من التفاف BTC.

تفرض هذه القيود علاقة تحقق عملية: إجمالي كمية vaultBTC المتداولة يجب أن يساوي إجمالي كمية BTC الموجودة داخل الـ Vault والتي ما تزال تُستخدم كضمان لدى Aave. ويمكن أيضًا الاستعلام عن حالة الـ position وحالة الـ Vault والبيانات الاحتياطية عبر AaveAdapterLens للقراءة فقط.

سأقسم الفحص إلى ثلاث طبقات. الطبقة الأولى للنظر إلى Bitcoin: هل الـ UTXO موجودة أم لا، وهل المبلغ صحيح؟ الطبقة الثانية للنظر إلى TBV: هل الـ Vault Active وInUse، أم أنه دخل في الخروج أو التصفية؟ الطبقة الثالثة للنظر إلى Aave: هل تم صك vaultBTC أو تدميره بالفعل، وهل تتزامن الديون وعامل الصحة؟ أي طبقة لا تتطابق أرقامها، فلا ينبغي تجاوز الأمر بعبارة “قد يكون هناك تأخر في الصفحة”.

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

لذا في #baby ، لا أعتبر “عدم رؤية vaultBTC” عيبًا. $BABY البنية التحتية المطلوبة منها هو تقييد استخدام دفتر الأستاذ، وليس إعادة خلق نوع آخر من BTC يتم تداوله في كل مكان. لا تزال لدى شبكة الاختبار عقود ومخاطر التنبؤ (oracle) وتزامن عبر الطبقات، لكن هذا القيد على العرض يمنح المراقب مسطرة يمكن التحقق منها.🔎

إذا فهمنا TBV على أنه مجرد “إقراض/تعهيد BTC عبر Aave”، فسيصبح تدقيق الأصول مربكًا للغاية: في محفظة Bitcoin لا يوجد رصيد قابل للصرف، بينما لا يظهر في محفظة Ethereum أي BTC يمكن تحويله، وصفحة الاقتراض تُظهر بدلًا من ذلك أصلًا/ضمانًا (collateral). إذن: أين يُسجَّل ذلك بالضبط؟

سأفصله إلى ثلاثة دفاتر حسابات.

الدفتر الأول هو دفتر أصول Bitcoin. يدخل المبلغ $BTC الأصلي إلى Taproot Vault UTXO مستقل. لم يصبح ذلك “إقرارًا/سندًا” لدى جهة حافظة ما، لكن شروط الإنفاق خاضعة بالفعل لقيود الرسوم/المعاملات المُسبقة التوقيع (pre-signed transaction graph)، لذلك فهو ليس رصيدًا عاديًا يمكن تحويله في أي وقت.

الدفتر الثاني هو دفتر حالة التطبيق. يسجل عقد Ethereum تفعيل الـ Vault، وقيمة الضمان المرتبطة به، وكمية الأصول الاصطناعية التي تم اقتراضها، والحالة الصحية (health status). هنا يستخدم vaultBTC كسجل داخلي مقيد، وليس عملة مُغلّفة (wrapper) تُرسل إلى المحفظة للتداول بحرية. ما يراه التطبيق هو حقوق الضمان والحالة، وليس أنه استلم ذلك UTXO من Bitcoin.

الدفتر الثالث هو دفتر مواد الاسترداد. مفاتيح WOTS وclaimer artifacts ومسارات التوقيع المُسبق لا تعني أنها أرصدة فعلية، لكنها تحدد ما إذا كان بإمكان المستخدم—عند تعطل Vault Provider وعدم استجابته—إطلاق عملية الاستلام بنفسه عبر المخارج/المسارات المحددة سلفًا. ليست بارزة مثل عبارة الاسترجاع (seed phrase)، لكن فقدها يُضعف القدرة على الاسترداد الذاتي.

عند جمع الدفاتر الثلاثة معًا، يصبح TBV البالغ @BabylonLabs_io مكتملًا: يجيب دفتر الأصول على السلسلة “أين توجد BTC”، ويجيب دفتر حالة التطبيق “ماذا تضمن BTC تحديدًا”، ودفتر المواد المحلية يوضح “كيف أخرج عندما تنقطع الخدمة من الطرف الآخر”. أي دفتر واحد فقط—even لو كان صحيحًا—لا يمكنه أن يطمننا بدل الدفتريْن الآخرين.

لذلك عندما أرى لقطات المنتجات في $BABY و #baby ، لا أريد رؤية رقم إجمالي للأصول فقط، بل أريد التحقق من ثلاث حالات على حدة. الوصاية الذاتية الواقعية “على الأرض” ليست فقط أن العملات لم تُسلَّم للآخرين، بل يجب أيضًا أن يعرف المستخدم ما إذا كانت لديه حقًا مخرجٌ قابل للتنفيذ بيده.
#OpenAI发现更多AI智能体逃逸

لقد أنجزت اليوم “إيصال تدفق أموال” لخط سير تسوية TBV، وانحشر السطر الأول: لا يمكن تقسيم Bitcoin UTXO. ولتغطية الديون، أخذ البروتوكول كامل الـ Vault. فإذا كانت قيمته أعلى من مبلغ التسوية المستهدف، فهل الجزء الزائد يُحسب أيضًا كخسارة؟

بعد مراجعة تعليمات تسوية @BabylonLabs_io ، قسمت الإيصال إلى نوعين. النوع الأول هو عندما لا يزال هناك دين بعد التسوية؛ إذ إن قيمة التصرف الزائد ستستمر في سداد الدين المتبقي عن المستخدم. قد لا تصل للمستخدم معاملة WBTC واحدة على الصفحة، لكن الالتزامات ستنخفض. أما النوع الثاني فهو عندما يغطي الدين بالكامل؛ عندها تُدفع فقط قيمة الزيادة المتبقية للمستخدم عبر WBTC.

تحققت بقلم رصاص من مثال بسيط: افترض أن الهدف يحتاج إلى التصرف بقيمة 100 كضمان، لكن قيمة كامل الـ Vault المقابل هي 110. إذن الـ10 الزائد لا تختفي “من العدم”. إذا كان لدى الحساب دين متبقٍ يزيد عن 10، فسوف تُستخدم هذه الزيادة لسداد الدين أولاً. وإذا كان الدين قد صفَر، عندها فقط يتولد عندها سداد WBTC. هذا مجرد حسابات، وليس وضعيات فعلية، لكنه يوضح الفرق بين النتيجتين.🧾

ومع ذلك، ما زالت هناك تكلفة. سيحصل مُسوّي التسوية على مكافأة تسوية، وسيتم ردّ الجزء الزائد بعد خصم نتيجة تصرف البروتوكول. كما أن السداد يتم باستخدام WBTC، وليس كأننا في اللحظة نفسها نقوم باقتطاع جزء صغير من UTXO أصلي غير قابل للتقسيم بقيمة $BTC وتقديمه للمستخدم.

في المرات القادمة، عندما أراجع سجل تسوية #baby ، لن أراقب فقط “كم من الـ Vaults تم أخذها”، بل سأتحقق أيضًا من الدين المتبقي ومن سداد WBTC. بالنسبة للمنتجات المرتبطة بـ $BABY ، إذا أرادت أن يفهمها عامة الناس بشكل واضح، فمن الأفضل عرض هذين السطرين معًا؛ وإلا فمن السهل جدًا أن يفسر المستخدم أن الاستحواذ على كامل الـ Vault يعني أن كل القيمة الزائدة ضاعت.
#沙特油轮绕行非洲避红海
#韩股KOSPI早盘上涨15.13%
#苹果芯片短缺拖累销售预期

$GRVT 走势، نسخة مثالية من السيناريو。

كنت قد وضعت الخطة أمس بشكل واضح للغاية: المسبح صغير، سهل السحب؛ عدد عمليات الإلقاء (AirDrop) أكبر، أسهل في أن تنهار. تم تصفية معظم المراكز تقريبًا قرب 0.50.

تمامًا مثل توقعاتي «سحب قوي أولًا ثم انهيار قوي».

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

$QQQB $BSB
#alpha #ALPHA🔥
#苹果芯片短缺拖累销售预期
#韩国股市盘中创纪录涨17%