وارن بافيت جالس على ما يقرب من 400 مليار دولار نقدًا، وهذا أمر يصعب تجاهله.
آخر مرة قامت بيركشير ببناء كومة نقد بهذا الحجم كانت حوالي فترة 2007–2008. هذا لا يضمن حدوث انهيار، لكنه يشير إلى أن بافيت يرى قيمة أكبر في الانتظار بدلًا من مطاردة الأسعار الحالية.
تسمّي TermMax مشاركَ الخزنة «المودِع» (Depositor)، وهو ما جعل الدور يبدو في البداية وكأنه دورٌ شبه سلبي.
لكن قيود مُقيِّم الإصدار V2 جعلتني أقرأ هذا الوصف بصورة مختلفة.
يمكن للمقيِّم (Curator) اختيار الأسواق، وتخصيص رأس المال، وإنشاء الأوامر، وإعداد منحنيات الاقتراض والإقراض، وإدارة الطوابير، وفرض رسوم أداء. كما يوفّر عقد الخزنة أيضًا عناصر تحكم حول الحد الأدنى لعائد APY، والقوائم البيضاء للأسواق، وآليات التأخير (timelocks)، والـ guardians، والتعامل مع الديون المعدومة.
هذا ليس توجيه عائدٍ بسيط.
إنه تفويض لإدارة محافظ دخل ثابت يتم تنفيذه عبر العقود الذكية.
يتجنب المودِع وضع كل أمر شخصيًا، لكن القرارات الأساسية لا تختفي. فهناك من يحدد ما يستحق رأس المال من آجال الاستحقاق، وما الذي يُعدُّ ضمانًا مقبولًا، ومن أين ينبغي أن تبدأ المنحنيات، وكم ينبغي الالتزام به من السيولة.
تقيّد TermMax تلك السلطة بطرق مفيدة. فالقوائم البيضاء تحد من الأسواق المتاحة، والتأخيرات (timelocks) تؤخر التغييرات الحساسة، ويمكن للـ guardian إلغاء الإجراءات المعلّقة.
لكن هذه الحمايات تتحكم فيما يُسمح للمقيِّم بتغييره. ولا يمكنها ضمان أن أداء الأسواق أو المنحنيات أو التخصيصات المختارة سيكون جيدًا.
وهذا يجعل عائد APY الخاص بالخزنة في العنوان نقطة انطلاق ضعيفة لتقييم خزنة <t-2/> @TermMax .
أفضل أن أُعاين اختيار المقيِّم للأسواق، وسجل المنحنيات، ورسوم الأداء، ومدة التأخير (timelock)، واستجابته للديون المعدومة.
لا يقوم المودِع بإزالة مخاطر الاستراتيجية. بل يختار من يُسمح له بإدارتها.
افترضت أن محفظة Dusk الجديدة كانت في الأساس إعادة تصميم للمحفظة الويب الحالية.
ثم قرأت إعلان معاينة المطورين لشهر أبريل وتفقدت المستودعات.
كانت محفظة الويب القديمة قادرة على التفاعل مع Dusk مباشرةً، لكنها كانت تطبيقًا مستقلًا. لم يكن بإمكان dApp اكتشافها أو طلب ملف شخصي أو مطالبتها بتوقيع معاملة عبر تدفق اتصال قياسي.
وهذا ترك فجوة بين عقود Dusk والمستخدمين الفعليين.
تملأ Dusk Connect جانب التطبيق من تلك الفجوة. فهي تتيح لـ dApp اكتشاف المحافظ المتوافقة وطلب الوصول إلى الملف الشخصي وإرسال إجراءات يوافق عليها المستخدم عبر واجهة مزوّد مشتركة.
تأتي محفظة Dusk الجديدة من الجهة الأخرى.
تحافظ على المفاتيح محليًا، وتعرض الطلب وتتيح للمستخدم الموافقة عليه أو رفضه. ويشمل إصدارها الأول أرصدة عامة وPhoenix، وإخفاء (shielding)، وتحويلات خاصة، وعمليات Staking، وتدفقات أصول DRC-20/DRC-721.
برزت لي تفاصيل تنفيذية واحدة.
لا يحصل dApp تلقائيًا على كل شيء بعد "Connect Wallet". فالوصول إلى الملف الشخصي العام، وعناوين الاستلام المحمية، وتوقيع الرسائل، والمعاملات لها طلبات وموافقات منفصلة. كما تُخزَّن الصلاحيات أيضًا لكل منشأ (origin) على حدة.
وهذا مهم في Dusk لأن الاتصال بتطبيق مالي قد يتضمن أكثر من مجرد إظهار عنوان عام واحد.
لكن هذا ما يزال قصة معاينة للمطورين.
يصبح معيار الاتصال ذا قيمة فقط عندما تعتمد dApps حقيقية ذلك وتنفّذ المحافظ المتوافقة المعيار بشكل صحيح. إن وجود محفظة من جهة أولى يثبت أن الواجهة يمكن أن تعمل؛ لكنه لا يثبت بعد وجود نظام بيئي واسع من التطبيقات.
كان لدى Dusk بالفعل عقود وخصوصية وتسوية.
يوفر Dusk Connect والمحفظة الجديدة طبقة التفاعل الناقصة بينهما وبين الشخص الذي ينقر الزر.
المعلم التالي الذي سأراقبه هو أمر بسيط: تطبيق إنتاجي من نوع DuskDS dApp حيث يمكن للمستخدم الاتصال والموافقة وإنهاء إجراء مُحمى أو إجراء لأصل مُرمّز دون مغادرة التطبيق.
إن السرّية وحدها لا تجعل سلسلة الكتل مناسبة للأسواق المالية.
إن نقل الملكية الخاص يظل غير موثوق إذا لم يتمكن المشاركون من تحديد الموعد بالضبط الذي يصبح فيه نهائيًا.
لهذا السبب تهم معمارية Dusk بما يتجاوز إثباتات المعرفة الصفرية.
يمكن تشغيل التطبيقات عبر DuskEVM أو DuskVM، بينما يتولى DuskDS التعامل مع التوافق (consensus) وتوافر البيانات والتسوية. بمجرد اعتماد كتلة عبر «Succinct Attestation»، يصل الشبكة إلى نهائية حتمية بدلًا من ترك المؤسسات عرضة لعدم اليقين المعتاد الموجّه للمستخدمين بشأن إعادة التنظيم (reorg).
أرى التصميم كمطلبين مترابطين:
حماية المعاملة أثناء معالجتها. جعل حالتها النهائية واضحة وغير ملتبسة بمجرد إتمام التسوية.
بالنسبة للأصول الخاضعة للتنظيم، تحمي الخصوصية الأطراف. وتحمي النهائية السوق.
يمكن للمقترض شراء FTs من السوق واستخدامها لسداد الدين. إذا تم تداول تلك الـ FTs بسعر أقل من القيمة الاسمية، فقد يؤدي ذلك إلى تكلفة أقل مقارنةً بالسداد مباشرةً باستخدام رموز الدين.
ومن الناحية الميكانيكية، فهذا صحيح.
لكن الخصم ليس مضمونًا أن يبقى متاحًا.
يمكن استرداد الـ FT مقابل رمز دين واحد عند الاستحقاق. توقعاتي أن سعره ينبغي أن يتحرك أقرب إلى قيمته الاسمية كلما اقترب موعد الاستحقاق، ما لم تتغير السيولة أو مخاطر الضمان وتؤثر في السوق.
لذلك قد لا يتمكن مقترض باع FTs بسعر 0.80 دولار من شرائها مرة أخرى لاحقًا بالسعر نفسه.
إذا كانت الـ FT تتداول عند 0.98 دولار وكان التبادل يتضمن رسومًا وانزلاقًا، فإن معظم التوفير الظاهر في السداد يكون قد اختفى بالفعل. قد تجعل السيولة الهزيلة عملية إعادة الشراء أقل جاذبية حتى.
تؤكد عقود TermMax من الإصدار V2 أن مرونة السداد حقيقية: تتضمن عقد GT `repay`، بينما يتضمن الـ router `swapAndRepay`.
المتغير الذي تم تجاهله هو عامل التوقيت.
قد تعمل عملية شراء FT مرة أخرى بشكل جيد طالما يظل هناك خصم معتبر وسيولة كافية. أما مع اقتراب موعد الاستحقاق، فقد يصبح السداد المباشر أبسط.
يمنح TermMax المقترضين مسارًا آخر للسداد.
الذي يقرر ما إذا كان هذا المسار أرخص بالفعل هو السوق.
عندما أنظر إلى كيفية تعامل الجيل زد مع المال، ألاحظ فرقًا رئيسيًا واحدًا: فهم لا يريدون الانتظار حتى الثلاثينيات أو الأربعينيات من عمرهم لفهم الاستثمار. يدخل العديد من الشباب الأسواق المالية في وقت أبكر، لأن المعلومات والأدوات المالية أصبحت الآن متاحة عبر هواتفهم. غالبًا ما اعتمدت الأجيال السابقة على البنوك أو الوسطاء أو المستشارين الماليين للوصول إلى الأسواق. يمكن للجيل زد تعلم مفهوم ومقارنة الأصول واستكشاف الأسواق العالمية من خلال نفس الجهاز. جعلت منصات مثل بينانس الأصول الرقمية أكثر سهولة في الوصول، بينما تمنح أكاديمية بينانس المبتدئين مكانًا لفهم الأساسيات قبل المشاركة.
تفصيلة واحدة في تصميم التصفية لدى TermMax تستحق اهتمامًا أكبر من عبارة “دعم الأصول المرجعية RWA”.
يتضمن عقد Gearing Token الدوال `previewDelivery` و`delivery` و`liquidate`. وتشرح وثائق TermMax السبب: إذا كانت السيولة المتاحة للسداد العادي أو التصفية غير كافية، يمكن لحاملي الرموز FT الحصول على حصة نسبية من الأصول الأساسية المتاحة والضمانات.
ليس ذلك هو البروتوكول الذي يعد كل مُقرض بخروج نقدي سهل دون عناء.
بل هو البروتوكول الذي يحدد ما يمكن للمُقرض المطالبة به عندما يكون بيع الضمانات فورًا أمرًا صعبًا أو مُتلفًا.
بالنسبة للضمانات التشفيرية (الكريبتو) السائلة، يمكن غالبًا لـ AMM بيع الأصول وسداد المُقرضين. لكن هذا الافتراض يضعف مع الائتمان الخاص أو العقارات المُرمّزة (tokenized property) أو غيرها من الأصول التي لا يتم تداولها باستمرار.
التسليم المادي يتجنب التظاهر بأن تلك الأسواق توفر سيولة فورية.
لكنّه ينقل أيضًا قرارًا حقيقيًا إلى المُقرض.
قد يؤدي استلام الضمانات إلى حماية المطالبة القانونية أو الاقتصادية، غير أن المُقرض قد يظل يرث عدم اليقين بشأن التقييم ومتطلبات الحيازة وأصلًا يستغرق وقتًا لبيعه.
تصف TermMax التسليم المادي بأنه مُخفِّف للمخاطر، وليس وسيلة لإزالة المخاطر. هذا التفريق مهم.
قد يوسع هذا الميكانيزم نطاق الضمانات التي يمكن للإقراض بسعر ثابت أن يدعمها، خصوصًا بما يتجاوز الرموز شديدة السيولة.
مدى نجاحه سيعتمد على ما يتم تسليمه، وكيفية تقييمه، وما إذا كان لدى المُقرضين مسار عملي للاحتفاظ به أو الخروج منه.
$DUSK كنت أستمر في رؤية نفس أرقام Dusk التي تظهر معًا، وبصراحة كنت أقرأها بالطريقة الخاطئة في البداية.
تم تأكيد إصدار بقيمة 300 مليون يورو+. نطاق وصول 50 ألف+ مستثمر. 210 مليون+ $DUSK تم رهنها.
كان أول انطباعي أن أتعامل مع كل ذلك كأنه رقم واحد كبير للاعتماد.
لكن الأمر ليس كذلك.
رقم 300 مليون يورو+ يخص الأصول التي تجلبها المؤسسات إلى بنية سوق Dusk. رقم 50 ألف+ هو مدى الوصول عبر العملات المشفرة والشركاء. أما 210 مليون+ DUSK المُرهَن فهي تقوم بمهمة مختلفة تمامًا، إذ تؤمّن الشبكة.
لا تمثل أي من هذه الأرقام TVL.
يبدو هذا بديهيًا بمجرد أن تقول ذلك، لكن أعتقد أنه يهم لأن @Dusk لا يبني فعلًا حول منطق لوحة DeFi المعتادة.
إذا نظرت فقط إلى الإيداعات الموجودة داخل البروتوكولات، فسأفوّت ما يحاول المشروع حقًا تنميته.
إشارة واحدة هي **إتاحة الأصول**.
واحدة هي التوزيع وإتاحة وصول المستثمرين.
واحدة هي **أمن الشبكة**.
ويمكن أن تعمل هذه بشكل مستقل.
هذا جعل قصة اعتماد Dusk تبدو أكثر فائدة بالنسبة لي، لأنني الآن أعرف ما الذي أنظر إليه.
إن إصدار 300 مليون يورو مؤكد لا يعني أن 300 مليون يورو مُقفلة على السلسلة اليوم، كما أن رهن 210 مليون DUSK لا يعني أن المستخدمين أودعوا هذا المبلغ في منتج RWA ما.
أرقام مختلفة، وأجزاء مختلفة من الآلة.
أفضل قراءتها بشكل منفصل بدلًا من دمج كل شيء في قصة TVL تبدو مثيرة للإعجاب.
تقول TermMax إن المشروع يمكنه وضع رموز الخزينة في «Dual Investment Vault» (خزنة استثمار مزدوجة)، مع اختيار سعر إضراب أعلى، وجمع العلاوات بينما يأخذ المتداولون الجانب الآخر. واجهة ألفا الخاصة بها (Alpha interface) توضح حاليًا أن هذه العوائد يتم تمويلها بواسطة مشترين long/short (مراكز شراء/بيع).
لكن هناك تفصيلة تستحق النظر فيها بعناية أكبر.
في صفحات خزائن TermMax Alpha الفعلية، تنص إشعارات المخاطر صراحةً على أنه قد يتم تحويل الرموز المودعة إلى USDT إذا تم الوصول إلى سعر الإضراب. يظهر هذا التحذير اليوم على عدة خزائن، بما في ذلك خزائن IR وNVDAon.
لذا لا أعتقد أن السؤال المثير للاهتمام هو ببساطة:
«هل يمكن لمشروع أن يحقق عائدًا على رموز الخزينة غير المستعملة؟»
تفسيري هو أن الخزنة يمكنها أيضًا ترميز عملية بيع للخزينة بشكلٍ مشروط.
أقل من سعر الإضراب → يستمر الخزينة في جمع العلاوة.
تم الوصول إلى سعر الإضراب → يمكن تحويل بعض الرموز بسعر يتم اختياره مسبقًا.
وهذا يختلف جوهريًا عن قيام الفريق فجأة بقرار التسويق/البيع من مخزون الخزينة.
ما لا أستطيع التأكد منه من المواد العامة هو ما إذا كان ذلك فعليًا يقلل من أثر السوق بحجم خزينة ذي أهمية. سيعتمد ذلك على سيولة الخزنة، والطلب من المتداولين، ومدى حدة تعيين المشروع لسعر الإضراب.
مع ذلك، هذا يغيّر الطريقة التي أنظر بها إلى TermMax Alpha.
بالنسبة للمشاريع، قد تكون الخزنة أقل اهتمامًا بإيجاد مصدر آخر لـ APY (العائد السنوي على رأس المال) وأكثر اهتمامًا بتحديد مسبقًا ما هو السعر الذي يجعل توزيع الخزينة أمرًا مقبولًا.
هذه صيغة أكثر إثارة للاهتمام من فائدة/منفعة الرمز.
$DUSK كنت أُقارن نماذج المعاملات في وثائق المكوّنات الأساسية (Core Components) الخاصة بـ Dusk، وعندما وجدت تفصيلاً صحّح افتراضًا سابقًا لدي.
لا يتم وصف Phoenix بوصفها تطبيقًا للخصوصية يجلس فوق Dusk.
بل تقع داخل DuskDS.
وتؤكد الوثائق أن DuskDS يدعم نموذجين: Moonlight للحسابات العامة الشفافة وPhoenix للعمليات المحجوبة (shielded transfers).
Phoenix مبني على UTXO، بينما يمكن للنموذجين نقل DUSK ودفع رسوم الغاز والدخول في تنفيذ العقود.
هذا التموضع مهم أكثر من الوصف المعتاد لـ “المعاملات الخاصة”.
في نموذج حساب عام قياسي، لا يحتاج شخص ما دائمًا إلى معرفة اسمك كي يستفيد من معلومة مفيدة. يمكن لعمليات النقل المتكررة، وتغيير الأرصدة والتفاعلات مع نفس العقود أن تبني نمط تسوية يمكن التعرف عليه.
تغيّر Phoenix المعلومات المتاحة تحت تلك الأنشطة. يمكن لإثبات المعرفة الصفرية (zero-knowledge proof) أن يبيّن أن مخرَجًا صالحًا يتم إنفاقه، بينما يمنع المُبطِل (nullifier) من إنفاقه مرة أخرى.
يمكن للشبكة التحقق من المعاملة دون إعادة إنتاج نفس مسار حسابك العام.
كنت في البداية أرغب في وصف ذلك كـ “تسوية خاصة” لكل أصل على Dusk. لا تدعم المستندات هذا الادعاء الواسع.
تتولى Phoenix على وجه التحديد التعامل مع تدفقات DUSK المحجوبة. لا تزال الخصوصية للأوراق المالية الخاضعة للتنظيم تعتمد على تصميم التطبيق، وعقود DuskVM، وقواعد الهوية، والإفصاح الانتقائي.
لذا فالاستخلاص الأضيق على الأرجح هو الأقوى: إن Phoenix تحمي الحركة الأساسية التي تدخل التسوية والتنفيذ. لكنها لا تجعل كامل سير العمل المالي يختفي.
الشيء الواحد الذي أعتقد أن التمويل اللامركزي (DeFi) لا يزال يقلّل من تقديره هو مدى صعوبة التخطيط حول تكلفة اقتراض تتغيّر كل بضعة بلوكات.
هذا مناسب للمتداولين.
لكن الأمر أصعب بكثير بالنسبة لخزينة أو صانع سوق أو شركة تحاول أن تعرف كم ستكلفها أموالها فعليًا في الشهر المقبل.
لهذا أرى @TermMax بشكل مختلف عن سوق الإقراض الآخر.
الجزء المثير للاهتمام ليس مجرد «عائد ثابت».
بل هو إنشاء منحنى عائد على السلسلة.
يختار المقترضون أجلًا زمنيًا ويُثبتون السعر خلال تلك الفترة. يمكن للمُقرِضين تحديد التعرض للفترة الزمنية التي يريدونها. ويمكن للمنسّقين/القيمين تسعير آجال مختلفة بدلًا من التعامل مع كل رأس المال كأنه بركة عملاقة واحدة.
عندها يبدأ سلوك الائتمان على السلسلة بالتصرف بشكل أقرب لسوق ائتماني حقيقي.
قرض لمدة 7 أيام لا ينبغي بالضرورة أن يحمل نفس المخاطر أو السعر مثل قرض لمدة 90 يومًا.
كما لا ينبغي أن تشارك أنواع الضمانات المختلفة تلقائيًا نفس افتراضات المخاطر.
TermMax يفصل هذه الأجزاء.
ويصبح هذا أكثر أهمية بكثير عندما تنتقل الضمانات بعيدًا عن الأصول التشفيرية المعتادة.
الأسهم المُمثّلة بتوكنات (Tokenized stocks)، والضمانات المؤسسية، وغيرها من الأصول الواقعية المُرمّزة (RWAs) تحتاج إلى تمويل يمكن التنبؤ به أكثر بكثير من سوق نقدي متغير السعر آخر.
وهذا هو الجزء من أطروحة TermMax الذي أعتقد أن الناس ينبغي أن يراقبوه.
قد لا تكون المنافسة الحقيقية حول من يقدم أعلى APY.
قد تكون حول من يبني أكثر سوق أسعار فائدة على السلسلة قابلية للاستخدام.
$DUSK تفصيلة واحدة غيّرت فهمي للخصوصية في @Dusk : فالمعلومات الحساسة ليست مقتصرة على اسم العميل.
يربط سير عمل مالي عدة مدخلات خاصة. تُستخدم سجلات العملاء لإجراء فحوص الأهلية، وتنتقل قيم المعاملات عبر عمليات الدفع، وتظهر الأطراف المقابلة أثناء التسوية، وتكشف بيانات التقارير عمّا حدث لاحقًا.
إن وضع هذه العملية على سلسلة بلوكشين عامة بالكامل قد يُؤتمت العمل، لكنه قد يربط أيضًا تلك الأجزاء المنفصلة في سلسلة واحدة مرئية. حتى دون إظهار اسم الشخص مباشرةً، قد تكشف المدفوعات المتكررة والأرصدة وأنماط المعاملات عن من يقوم بماذا.
تتّبع Dusk نهجًا أكثر عملية.
يمكن للعقود الذكية التي تحافظ على الخصوصية إجراء الفحوص والدفع والتسوية والتقارير دون نشر كل مدخل تُستخدمه العقدة. ويمكن للشبكة التحقق من اتباع القواعد المطلوبة وإنتاج نتيجة قابلة للتحقق، بينما يبقى سجل العميل الأساسي أو مبلغ الدفع محميًا.
يهمّ هذا الفرق في التمويل الخاضع للتنظيم.
الخصوصية لا تعني إخفاء النتيجة عن الجميع. ما تزال المؤسسات المخوّلة أو المدققون أو المشرفون قادرين على الوصول إلى المعلومات اللازمة للمراجعة عبر الإفصاح الانتقائي. والسوق الأوسع لا يرى إلا ما يحتاج إلى رؤيته فعلاً.
بالنسبة لي، هنا تصبح تصميمات Dusk أكثر فائدة من مجرد خصوصية المعاملات البسيطة.
إنها تحمي سير العمل المالي الكامل، وليس مجرد تحويل واحد—ما يتيح للمؤسسات أتمتة العمليات دون تحويل سجلاتها الداخلية ونشاط العميل إلى بيانات سوقية عامة.