Block_Zen

#dusk $DUSK @Dusk

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

ثم لاحظت التناقض.
يتم تداول DUSK اليوم حول 0.078 دولارًا، بعد دفعه قرب 0.0792 دولارًا، مع حجم عقود آجلة خلال 24 ساعة يقارب 6.1 مليون دولار.

وفي الوقت نفسه، فإن تفاصيل البروتوكول التي تهمني لا علاقة لها بالسعر تقريبًا.

صُمّم Zedger بحيث يمكن للأوراق المالية أن تحمل قواعد الامتثال مباشرةً داخل نموذج معاملاتها: الحسابات المعتمدة، وحدود الملكية، والأرباح (الـdividends)، والتصويت، ومنطق التسوية/الاسترداد. يصف Dusk صراحة عمليات تحويل “مقفّلة” حيث لا يمكن للمستلم تجاوز عتبة الملكية المحددة.

وهذا يخلق توترًا غريبًا.
كلما كان الرمز يعكس بشكلٍ أدق أمانًا خاضعًا للتنظيم، فقد تقل “اللامركزية/المرونة غير المقيدة” في سلوك ملكيته.
بالنسبة للـcrypto العادي، يبدو تدخل المُصدّر كفشل في الحيازة الذاتية.

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

لم أجد الحدود الدقيقة لإجراءات المُصدّر الأحادية المذكورة بشكلٍ متسق بما يكفي لحسم هذا السؤال.
وبصراحة، هذه هي الجزء الذي سأتحقق منه قبل أن تصبح رواية الأصول الحقيقية (RWA) مريحة أكثر من اللازم.

@Dusk #dusk $DUSK

#dusk $DUSK @Dusk

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

الغسق (DUSK) يدور حول 0.077 دولارًا مع حجم تداول يقارب 9 ملايين دولار خلال 24 ساعة، بعد صعود حاد هذا الأسبوع.
وهنا تصبح التناقضات أكثر إثارة للاهتمام.

الشيء الذي يبنيه Dusk يهدف إلى تقليل تعرّض المعلومات، ومع ذلك يتم حاليًا إعادة تسعير توكِنِه بسبب اهتمام سوقي شديد العلن.
تحت ضجيج تلك الضجة، يتخذ Citadel نهجًا مختلفًا في الامتثال. يمكن للمستخدمين إثبات أنهم يملكون اعتمادًا (credential) صالحًا دون وضع التفاصيل الشخصية الأساسية أو رخصةٍ بعينها على السلسلة (on-chain).

لذا فخصوصية البيانات ليست حقًا الجزء غير المعتاد.
الجزء غير المعتاد هو محاولة جعل إثبات الامتثال قابلًا للتنقّل.

لكن ذلك يطرح سؤالًا لا أستطيع الإجابة عنه من خلال المعمارية وحدها: هل يصبح إثباتٌ صحيحٌ تشفيرياً دليلًا تنظيميًا فقط لأنه يمكن التحقق منه تقنيًا؟

NPEX وQuantoz يمنحان الأطروحة مزيدًا من الجوهر، بما في ذلك التكامل المخطط لـ EURQ على Dusk. لكن الشراكات ليست الشيء نفسه كتطلب مؤسسي متكرر.

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

الفجوة بين المضاربة في السوق واعتماد البنية التحتية هي المكان الذي يجعل DUSK مثيرًا لاهتمامي.

@Dusk #DUSK $DUSK

اعتدت أن أعتقد أن الرافعة المالية دائمًا تنتهي إلى سؤال واحد: إلى أي مدى يمكن أن تتحرك الصفقة ضدي قبل التصفية؟
عند التعمق في @TermMax وجدت أن هذا الافتراض مبسّط أكثر من اللازم.
تعمل الرافعة المالية المبنية على GT عبر LTV. إذا تحرك الضمان ضد الصفقة بما يكفي، تصبح التصفية جزءًا من المخاطر.
ألفا مختلفة.
مراكزها الطويلة والقصيرة هي عبارة عن خيارات. تدفع علاوة مقدّمًا، وتحدد تلك العلاوة الخسارة القصوى الممكنة للصفقة. يصف TermMax ذلك بأنه تعرض مُدار بالرافعة دون مخاطر التصفية.
لا أقرأ ذلك على أنه «رافعة آمنة».
بل أقرأه كطريقة مختلفة لتحديد الجانب السلبي.
يترك GT الصفقة مكشوفة لمعامل LTV وآليات التصفية.
أما Alpha فتحدد الخسارة القصوى عند نقطة الدخول من خلال العلاوة.
هذا الفرق غيّر الطريقة التي أنظر بها إلى كلمة «الرافعة المالية».
يمكن أن يشير نفس المصطلح إلى بنيات مخاطر مختلفة جدًا.
كما أن مضاعف الرافعة وحده لا يخبرني بما يكفي.
يخبرني بكمية التعرض التي أتحملها.
لكنه لا يخبرني بما الذي يحدث عندما أكون مخطئًا.
لذا فإن السؤال الذي يهمني أكثر الآن ليس:
«كم قدر الرافعة المالية التي يمكنني استخدامها؟»
بل:
«أين يتم تعريف خساري الفعلية؟»
يبدو ذلك مكانًا أفضل بكثير للبدء.

#termmax @TermMax

#dusk $DUSK @Dusk

لقد كنت أراقب DUSK حول ‎$0.063‎ مؤخرًا، وما زال السوق يعامله كأنه توكن صغير الحجم: حوالي ‎37M‎ القيمة السوقية وحوالي ‎2M‎ في حجم التداول اليومي.

لكن الجزء الأكثر إثارة للاهتمام بالنسبة لي ليس الحجم. بل هو التناقض.

ما زال CoinGecko يضع DUSK ضمن فئة «Privacy Blockchain»، بينما Dusk تبني حول الأصول الخاضعة للتنظيم، والإفصاح الانتقائي، والظهور المتحكم فيه.

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

لا يبدو أن Dusk تتعامل مع الخصوصية على أنها «لا أحد يستطيع رؤية أي شيء». تصميمها أقرب إلى: إخفاء المعلومات المالية الحساسة افتراضيًا، ثم السماح للجهة المُصدِرة أو المنصة أو المدقق أو المنظم برؤية المعلومات المحددة التي يحق لهم رؤيتها.

وهذا ما يولّد التناقض الذي أعود إليه باستمرار.

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

لذا قد يتعين على Dusk إثبات أمرين في الوقت نفسه.
أولًا، أن الإفصاح الانتقائي يعمل فعلًا للأسواق المُنظّمة.

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

الأول مشكلة تقنية.
والثاني مشكلة تصنيف.
وبصراحة، أنا أكثر فضولًا بشأن الثاني.

إذا كان السوق يستمر في رؤية «Privacy blockchain» قبل أن يرى «regulated financial infrastructure»، فهل تصبح أكبر ميزة خصوصية لدى Dusk جزءًا من مشكلة اعتمادها؟

@Dusk #dusk $DUSK

l

#dusk $DUSK @Dusk

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

يمكّن Hyperstaking العقود الذكية من المشاركة في الـ staking. في النموذج الأقدم، كان الـ staking يعني مزيدًا من العبء التشغيلي، بما في ذلك الحد الأدنى البالغ 1,000 DUSK والبنية التحتية اللازمة لتشغيل عقدة. أما الآن، فبإمكان تفاعل الأمان أن يحدث على مستوى العقد.

وهذا يهم أكثر حين ننظر إلى ما يبنيه Dusk فعليًا حول ذلك: XSC للعقود الذكية والأصول المالية السرّية، بالإضافة إلى العمل حول الأوراق المالية المُمَثَّلة بالرموز والبنية التحتية للأوراكل.

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

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

لهذا السبب أنا أقل اهتمامًا بإجمالي المعروض 1B DUSK أو أي مقياس للـ staking لوحده.
أريد أن أرى ما إذا كان النشاط الحي بدأ يلاحق التصميم: تفاعلات العقود، المحافظ النشطة، حجم التسوية، والاستخدام المالي المتكرر.

لأن الاختبار الحقيقي ليس ما إذا كان Dusk قد جعل دمج الأمان أسهل.
بل ما إذا كانت التطبيقات لديها سبب كافٍ لاستخدام ذلك الأمان.

@Dusk #dusk $DUSK

#termmax @TermMax

كنتُ أقرأ @TermMax عبر طبقة التجزئة سابقًا، لكن الأرقام الحالية تجعلني أنظر إليه بشكل مختلف.

تُنشئ حملات TMX وXP والبادجات والرافعة وAlpha نشاطًا مرئيًا. تقف TermMax عند حوالي 32.5 مليون دولار من إجمالي القيمة المقفلة TVL، مع ما يقارب 22.1 مليون دولار في القروض النشطة و16.7 ألف دولار من الرسوم خلال 30 يومًا.

ما لفتني ليس الحجم. بل الفجوة بين السيولة والطلب الفعلي على الائتمان.

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

الاتجاه المؤسسي يجعل الأمر أكثر إثارة. لقد انتقلت TermMax بالفعل إلى التمويل بسعر ثابت عبر أسهم Ondo المُمَثَّلة توكينيًا، في حين أن منصة Ondo للأسهم المُمَثَّلة توكينيًا تجاوزت 1 مليار دولار من إجمالي القيمة المقفلة TVL و18 مليار دولار في حجم التداول التراكمي.

لذا تبدو فرصة السوق حقيقية.

لكن هناك تناقضًا أعود إليه باستمرار:

يتطلب التبني المؤسسي سيولة عميقة، بينما تحتاج السيولة العميقة نفسها إلى طلب متكرر.

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

لهذا أنا أقل اهتمامًا بأن TermMax تنمو فقط من حيث TVL.

أنا أراقب ما إذا كانت السيولة القائمة تبدأ بالتحول إلى طلب ائتماني مستدام بشكل أكثر تكرارًا.

ربما لا يتمثل الاختبار الحقيقي في جذب رأس مال أكثر.

بل في إثبات أن رأس المال الموجود بالفعل يمكنه الاستمرار في إيجاد وظيفة له.

#termmax @TermMax

عدت إلى أوامر المدى الخاصة بـ TermMax مرارًا وتكرارًا لأنني بصراحة في البداية اعتقدت أنها مجرد ميزة أخرى في دفتر الأوامر.

ثم نظرت إلى الأرقام الحالية وبدأت أرى التصميم بطريقة مختلفة قليلًا.
TermMax يبلغ حوالي 33 مليون دولار في إجمالي القيمة المقفلة (TVL) مع نحو 22 مليون دولار في القروض النشطة، بينما لا يزال حوالي 94% من إجمالي القيمة المقفلة على شبكة Ethereum.

ما لفت انتباهي هو كيفية تعامل أمر المدى مع الحجم.

ليس المقرض ببساطة يقول: “سأقرض عند 8%.”
الأمر أقرب إلى: “سأقدّم هذا القدر عند 8%، لكن إذا استخدمتَ جزءًا أكبر من رأسمالي، فأنا أريد معدلًا مختلفًا.”

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

قد أكون مرتاحًا تمامًا لوضْع 50 ألف دولار في مكانٍ ما، لكن 500 ألف دولار قد تجعلني أتوقف. التركّز مختلف. السيولة التي أتنازل عنها مختلفة. وحتى تكلفة الفرصة تبدأ أن تبدو مختلفة.

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

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

@TermMax #termax

#dusk $DUSK @Dusk

كنت أتصفح إعدادات قلعة DUSK ولاحظت شيئًا صغيرًا كان يزعجني: الإقرار الانتقائي يقلل البيانات التي تعرضها، لكنه قد يجعل مُصدر الاعتماد أكثر أهمية.

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

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

ثم بدأت أفكر في ما يحدث خلف ذلك الاعتماد.

قرار KYC الأصلي جاء من مكان ما. إذا كان هذا الاعتماد قابلًا للنقل، فيمكن إعادة استخدام القرار نفسه عبر تفاعلات مختلفة بدل أن تبدأ كل مؤسسة العملية من جديد.

هذا مفيد.

لكن هذا أيضًا يعني أنني أعتمد أكثر على الشخص/الجهة التي أصدرت الاعتماد.

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

لذلك فإن المفاضلة التي أراها واضحة تقريبًا:

yُظهر المُتحقق بيانات أقل، لكن المُصدر يصبح أكثر أهمية.

وهذا يجعل أشياء مثل الإلغاء (revocation) والتحديث والقدرة على المساءلة مهمة جدًا.

كما أنني مهتم أكثر بما إذا كان الناس يستخدمون هذه الاعتمادات بشكل متكرر فعلًا، أكثر من عدد عمليات التكامل التي يتم الإعلان عنها.

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

إذا اتضح أن هذا الاعتماد قديم أو غير صحيح، فإني لا زلت أتساءل:

من المسؤول فعليًا؟

@Dusk #dusk $DUSK

عندما يكون الاعتماد خاطئًا أو قديمًا، من يجب أن يتحمل المسؤولية؟

#dusk $DUSK @Dusk
كنت أعود باستمرار إلى تباين واحد غريب في DuskEVM: السوق يعامل DUSK الآن كأصل هادئ بقيمة 0.064 دولار، مع حجم تداول يقارب 4.1 مليون دولار خلال 24 ساعة، بينما البنية التحتية بهدوء تجعل DUSK هي الخطوة الأولى للدخول إلى EVM نفسه.
قبل نشر Solidity، تقوم بربط DUSK من DuskDS. تصبح أصل الغاز على DuskEVM، بينما يبقى DuskDS طبقة التسوية وإتاحة البيانات.

في البداية بدا لي الأمر كأنه توصيل عادي لشبكة اختبار.

ثم انفتح التناقض.
المفترض أن يشعر DuskEVM بأنه مألوف لمطوري EVM، لكن أول إجراء اقتصادي ليس شبيهًا بالإيثريوم على الإطلاق. أنت تدخل عبر طبقة التسوية الخاصة بـ Dusk أولاً.

لذلك قصة التوافق وقصة التسوية تسحبان في اتجاهين مختلفين: تنفيذ مألوف من جهة، وتبعية مقصودة “مستوطنة” لـ Dusk من الجهة الأخرى.
وقد يكون ذلك أكثر أهمية من الجسر نفسه.
إذا استخدم المطورون في النهاية DuskEVM لتطبيقات مالية حساسة للخصوصية، فالسؤال لا يقتصر على ما إذا كان EVM يبدو مألوفًا. بل ما إذا كان هذا الاتصال الأساسي بـ DuskDS يصبح جزءًا من سبب عمل التطبيق بالطريقة التي يعمل بها.

حاليًا، ومع استمرار تداول DUSK قرب ستة سنتات، لا يبدو أن السوق يُسعّر كثيرًا هذا التمييز.

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

@Dusk #dusk $DUSK

ما الذي سيكون أكثر أهمية في التبنّي طويل الأمد لـ DuskEVM؟

واصلتُ النظر إلى استثمار <span>@TermMax Alpha</span> المزدوج، وبرزت لي تناقضٌ واحد أكثر من العائد السنوي (APY).

تُعلن الواجهة الحالية عن عوائد تقارب 50%، لكن الجزء الأكثر إثارةً لاهتمامي هو مصدر هذا العائد: أموالك من USDT تُستخدم عمليًا لتغطية سيولة عقود البيع (put).

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

تقول وثائق TermMax إنه عندما تكون الأصول المودعة مُقترضة بالفعل من قِبل مشترَي الخيارات، فقد لا تتاح عمليات السحب المبكر حتى حلول الاستحقاق.
وهذا يغيّر طريقة تفكيري في المنتج.
إن العائد السنوي (APY) لا يدفع لك فعليًا فقط مقابل ركن USDT. بل أنت تُعوَّض مقابل إتاحة هذه السيولة لشخصٍ يتخذ الجهة الأخرى من عقد الخيار.

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

التناقض الأساسي هنا هو العائد مقابل السيولة: الآلية نفسها التي يمكن أن تجعل العائد مغريًا قد تجعل رأس المال أيضًا أقل مرونة.

@TermMax #termmax

#termmax @TermMax

كنت أعتقد أن TermMax يحل في المقام الأول مشكلة واحدة: إدخال الإقراض بسعر فائدة ثابت على السلسلة. لكن بعد قضاء وقت أطول في دراسة التصميم، أرى أن المشكلة الأصعب هي ما يحدث لهذا الائتمان الثابت عندما تبدأ السيولة بالتحرك.
هنا أصبحت المعمارية أكثر إثارة لاهتمامي.
يضع هيكل GT الضمان والديْن في موضع واحد، بينما تجعل حدود LTV حدّ المخاطر أسهل في الرؤية. أما أوامر النطاق (Range Orders) فتتجاوز ذلك عبر تمكين المقرضين من التعبير عن كيفية تغيّر سعرهم المطلوب مع استخدام المزيد من سيولتهم.
هذا الفرق الدقيق يهم.
يعني ذلك أن السوق لا يقوم فقط بمواءمة رأس المال بسعر. بل يمكنه أن يبدأ في التعبير عن علاقة بين الحجم ومعدل الفائدة والمدة وتفضيل السيولة.
لكن المرونة لا تُزيل المخاطر. إنها تنقل جزءًا من التعقيد إلى مكان آخر.
لا تزال التصفّيات تعتمد على سيولة السوق. ولا تزال المراكز الثابتة تحتاج إلى مسارات خروج موثوقة. كما يجب على الحوكمة تغيير المعايير دون تحويل تعديل محلي إلى حدث مخاطرة أوسع.
لهذا أيضًا لفت انتباهَي Smart Unwind. إن قيمة المركز الثابت لا تتجاوز قدرته على إدارته عندما لم تعد الظروف الأصلية تبدو مريحة.
لذا فأنا أتابع TermMax أقل بحثًا عن العنوان المتعلق بسعر الفائدة، وأكثر فيما يحدث عندما تصبح السيولة رقيقة.
هل يمكن للائتمان القابل للبرمجة أن يحافظ على يقين أسعار الفائدة الثابتة دون أن يجعل السيولة—بهدوء—هي ثمن ذلك اليقين؟

#TermMax @TermMax

#dusk $DUSK @Dusk

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

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

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

وهنا لفت انتباهي @Dusk.
تتبنى Phoenix نهجًا قائمًا على UTXO وتجمع بين أدوات مثل العناوين السرّية (stealth addresses) والـ nullifiers والتواقيع وبراهين المعرفة الصفرية (zero-knowledge proofs). ما يثير اهتمامي ليس فقط أن تفاصيل المعاملات يمكن أن تبقى خاصة.

بل إن التحقق لا يعني بالضرورة الإفصاح.

ثم تدفع Zedger الفكرة إلى أبعد من ذلك نحو العقود الذكية السرية والتطبيقات المالية.

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

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

ما رأيك: هل يمكن للتمويل المنظم في النهاية أن يثق بالبرهان دون أن يطالب برؤية كاملة لكل شيء؟

@Dusk #dusk $DUSK

ما الأهم بالنسبة للتمويل المنظم على السلسلة (on-chain)?

#dusk $DUSK
في البداية اعتقدت أن DuskEVM عبارة عن خطوة تمهيدية للانضمام إلى عالم EVM بشكل أساسي. ثم نظرت إلى السوق والمعمار معًا، وأصبح التناقض أصعب في تجاهله.

تتداول DUSK قرب نطاق ~0.07 دولار، بينما يحاول البروتوكول حل مشكلة ليست حقًا متعلقة بالسعر: كيف تجعل النشاط المالي خاصًا دون أن تجعله مستحيل التحقق؟

يُسهّل Solidity وHardhat عتبة التطوير، لكن Hedger هو ما شدّ انتباهي.
الجزء المثير للاهتمام ليس مجرد إخفاء الأرصدة أو بيانات المعاملات. بل إن Dusk تحاول حماية المعلومات الحساسة مع السماح بإثبات ادعاءات محددة.
لكن الخصوصية لها تكلفة.

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

الخصوصية تُقلّل ما يمكن للـمشاهدين رؤيته.
والامتثال يزيد ما يجب أن يكون قابلًا للإثبات.

ربما تكون أصعب مشكلة في DuskEVM ليست تحقيق السرية.

بل منع السرية من أن تتحول إلى نوع آخر من التعقيد.
هذا هو الجزء الذي ما زلت أراقبه.

@Dusk #dusk $DUSK

#dusk $DUSK
أواصل العودة إلى تناقض في @Dusk: كلما أصبحت الخصوصية أكثر فائدة بالنسبة للمؤسسات، كلما أصبحت الرؤية المُتحكَّم بها أكثر قيمة.

DUSK حول $0.0648، بارتفاع 6.75%، لكن حركة السعر ليست الجزء الذي يهمني حقًا.

ما لفت انتباهي هو البنية المحيطة بالمعاملات السرّية وXSC والإفصاح الانتقائي. الفكرة ليست فقط إخفاء المعلومات المالية. بل تمكين المشاركين المختلفين من الوصول إلى طبقات مختلفة منها عندما تقتضي الحاجة.

قد يحتاج المستثمر إلى إثبات الأهلية فقط.
قد يحتاج المُصدِر إلى سياق أكبر.
قد يطلب المُدقق أو المنظِّم سجلات أعمق.

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

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

لأن النظام يمكنه حماية المعلومات الحساسة مع الاستمرار في تركيز القوة على من يُسمح له برؤيتها.
هذا هو الحد الذي أعتبره أكثر إثارة للاهتمام من سلاسل البلوكشين الخاصة.

قد تكون Dusk تختبر ما إذا كانت الأسواق المالية يمكن أن تمتلك سرّية دون أن تفقد قابلية التحقق.

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

@Dusk #dusk $DUSK

#dusk $DUSK

كنت أعتقد أن مقاومة سِيبِل (Sybil resistance) تتعلق بإيقاف الهويات المزيفة. بعد التعمق في تصميم التخزين/الحجز (staking) لدى Dusk، بدأت أظن أن المشكلة الأصعب هي تسعير التأثير.

الحد الأدنى لـ 1,000 DUSK ليس سوى الطبقة الأولى. ما جذب انتباهي هو أن الرهن/الحجز الجديد لا يصبح نشطًا فورًا. يستخدم Dusk عصورًا (epochs) من 2,160 بلوك، ويتم تفعيل الرهن بعد وصوله إلى حدّ العصر التالي، أي تقريبًا 6–12 ساعة حسب توقيت وصول الرهن.

وهذا يخلق مفاضلة/مقايضة غريبة.
يمكن للمهاجم أن يحصل على رأس مال، لكنه لا يستطيع تحويله على الفور إلى وزن إجماعي (consensus weight). ومع ذلك، تنطبق نفس الاحتكاكية على رأس المال الصادق. تصبح الأمان أقوى جزئيًا لأن النظام يجعل الجميع ينتظر.

ثم نظرت إلى جانب الحوافز. يخطط Dusk لإصدار 500 مليون DUSK على مدار 36 عامًا لتمويل مكافآت الحجز. وهذا يعني أن الأمان ليس مجرد خاصية تقنية؛ بل يعتمد على استمرار المُصدّقين في إيجاد أن الاقتصاد يستحق رأس المال والجهد التشغيلي.

لذلك لم أعد مهتمًا كثيرًا بعدد الهويات التي يمكن لشخص ما إنشاؤها.
ما يهمني أكثر هو مدى كلفة جعل تلك الهويات تؤثر فعلاً.

ربما لا تكون مقاومة سِيبِل حقًا حول منع الهويات المزيفة.

ربما هي حول جعل التأثير مكلفًا وبطيئًا وقابلًا للمساءلة.

هل هذه طريقة أفضل للتفكير في أمان الحجز؟

@Dusk #dusk $DUSK

ما الذي يهم أكثر من أجل مقاومة سِيبِل؟

#dusk $DUSK
أعود باستمرار إلى تناقض في @Dusk: فالنظام يحاول الكشف عن معلومات أقل، بينما قد تتطلب الأدوات المالية الخاضعة للتنظيم في الواقع أشياء أكثر لكي تكون قابلة للإثبات.

إن Citadel 2 و XSC يوضحّان هذا التمييز بشكل واضح. يمكنك إثبات الأهلية دون كشف الهوية الكامنة وراء بيانات الاعتماد، بينما يمكن أن تبقى الأنشطة المالية سرّية دون إزالة متطلبات الامتثال أو التدقيق.

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

ما يجعل هذا أكثر إثارة للاهتمام هو جانب الأمان.
قامت AEGIS بمعالجة 39 نتيجة/عثرة، بما في ذلك 7 مصنّفة كحرجة، مع التركيز على التنفيذ وسلامة الرسوم والتحقق من صحة التوافق/الإجماع. تقول Dusk إنه لم يتم العثور على أي دليل على استغلال.
هذا منحني طريقة مختلفة قليلًا للنظر إلى الخصوصية.

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

@Dusk #dusk $DUSK

كنت أعتقد أن أمان بابل بدأ بمجرد قفل بيتكوين (BTC) على شبكة بيتكوين.

ثم قضيت بعض الوقت في متابعة كيفية انتقال الخزنة فعليًا من الإنشاء إلى التسوية، وبدأت تلك الفرضية تتغير.

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

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

قد تكون أقوى حدث أمان هو ذلك الذي لا نراه أبدًا على السلسلة.

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

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

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

@BabylonLabs_io #baby $BABY

عدت اليوم إلى @BabylonLabs_io متوقعًا أن يكون أكبر رقم هو الأهم.

لم يكن كذلك.

يعرض لوحة المعلومات 56,853 BTC مُرهَنة في خزائن بايبليون بقيمة مؤمّنة طبيعيًا تقارب 5.6 مليار دولار، بدون BTC مُلفّف أو جسور.

هذا هو الرقم الذي يتحدث عنه الجميع.

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

في البداية، افترضت أن وجود بيتكوين أكثر في الخزائن يعني تلقائيًا قدرة اقتراض أكبر.

ليس هذا هو الحال.

زيادة BTC تعزّز الضمانات.

ولا تُنشئ سيولة.

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

هذا غيّر تمامًا طريقة نظري إلى لوحة المعلومات.

يمكن لبابيلون جذب مليارات إضافية من البيتكوين في حين تنمو قدرة الاقتراض بوتيرة أبطأ بكثير إذا لم تواكب سيولة المقرضين.

طبقة الضمانات وطبقة السيولة لا تتوسعان معًا.

أعتقد فعلًا أن هذا تصميم ذكي.

يمتلك Hub سيولة مشتركًا كفاءة رأس مالية أعلى بكثير من إجبار كل تطبيق بيتكوين على بناء سوق إقراض مجزّأ خاص به.

لكن كفاءة رأس المال تُدخل اعتمادًا يمكن تفويته بسهولة.

قد يستمر البروتوكول في تسجيل سجلات جديدة لـ TVL بينما يتنافس المستخدمون على الحوض نفسه من الأصول القابلة للاقتراض.

هذا ليس تناقضًا.

إنه تذكير بأن TVL يقيس الضمانات، وليس الجدارة الائتمانية.

ربما كنا نصف BTCFi بطريقة خاطئة.

التحدي ليس فقط في إتاحة البيتكوين.

التحدي هو تنسيق سيولة كافية تجعل تلك الضمانات ذات فائدة اقتصادية.

ربما لا يعاني BTCFi من مشكلة تضخيم البيتكوين. ربما لديه مشكلة تنسيق السيولة.

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

@BabylonLabs_io #baby $BABY

ما هو عنق الزجاجة الحقيقي لـ BTCFi؟

كنت أعتقد أن أصعب جزء لإدخال بيتكوين إلى التمويل اللامركزي (DeFi) هو بناء جسر أفضل.

بعد أن قضيت وقتًا في قراءة ورقة «خزائن بايبِلَون غير القابلة للثقة» (Babylon's Trustless Vaults)، تغيّرت رؤيتي. ما لفت انتباهي لم يكن طريقة أخرى لنقل BTC بين السلاسل، بل فكرة إبقاء بيتكوين خاضعًا لقواعده الخاصة مع السماح للتطبيقات الخارجية بإثبات أنها استوفت شروطًا محددة.

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

ومع ذلك، لا تزال لدي أسئلة. هل يمكن أن يظل التعقيد المرتبط بإثباتات ZK وBitVM3 والبنية التحتية خارج السلسلة (off-chain) غير مرئي للمستخدمين العاديين؟ وهل سيتبنّى المطورون خزائن مخصصة للتطبيقات إذا كان ذلك يعني التخلي عن قدر من قابلية التركيب (composability)؟

بالنسبة لي، كانت الدروس الكبرى ليست حول ميزة جديدة. كانت تتعلق بإدراك أن مستقبل بيتكوين في DeFi قد يعتمد بدرجة أقل على جعل بيتكوين يتغير، وأكثر على جعل التطبيقات تتكيف مع بيتكوين.

كلما قرأت أكثر، أدركت أكثر أن التعلم في عالم الكريبتو ليس متعلقًا بتكوين آراء أقوى، بل بالاستعداد لاستبدال الافتراضات القديمة بأخرى أفضل.

@BabylonLabs_io #baby $BABY

ما أكبر ابتكار لدى بايبِلَون؟

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

ما لفت انتباهي هو المشكلة التي يحاول حلّها.

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

بدلًا من أن تحاول كل منظومة (ecosystem) بناء الأمن الاقتصادي من الصفر، يمكن لبيتكوين أن تساعد في توفيره مع الاستمرار في كون الشبكة منتِجة. هذا لا يعني أن الأمن يتم "تفويضه" بالكامل. فالحوكمة وأمن التطبيقات والعمليات اليومية ما زالت تعود إلى الشبكة نفسها.

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

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

@BabylonLabs_io #baby $BABY

$HOME $KAITO

ما أكبر أثر لأمن مدعوم من بيتكوين؟