Ra44

يحصل "TermMax" على درجة أمان DeFi بنسبة 93% ويتم الاستشهاد بها باستمرار. لكن التفصيل أكثر فائدة من العنوان.
ست فئات. الكود والفريق 100%. أجهزة الأوركَل 100%. ضوابط الإدارة 97%. الأمان 94%. الاختبارات 89%. توثيق الكود 70%.
التوثيق هو الأدنى بفارق كبير، وهو الفئة الوحيدة التي يتعامل معها معظم المستخدمين فعليًا. لن تقرأ مجموعة الاختبارات أبدًا. ستقرأ الوثائق.
واجهت أدلة داعمة أثناء التعامل معها. يقول قسم الأسئلة الشائعة (FAQ) إن مزوّدي السيولة يحصلون على عائد من رمز LP يُسمّى lp-FT. لم أتمكن من العثور على تعريف lp-FT في أي مكان آخر ضمن التوثيق.

لا يعني ذلك أن البروتوكول غير آمن. ما زال "Seventy" ينجح في اجتياز عتبة التقييم، وكانت الفئات التي تحمي الأموال فعليًا هي الأعلى — وهذا هو الترتيب الصحيح للقوة.

لكن هذا يعني أن أوسع فجوة في السلسلة تقع بين ما تفعله العقود وبين ما يمكن للقارئ اكتشافه.

هل ينبغي أن يوزن تَقييم التوثيق بقدر وزن تَقييم الأمان بالنسبة لشخص يودع أموالًا بحجمٍ تجزئة؟

#termmax @TermMax

#dusk $DUSK @Dusk
في وقتٍ سابق، كنت أعتقد أن الرموز تتحرّك فقط. تُنشأ مرةً واحدة، ثم تنتقل بين الأيدي حتى يتوقف شخص ما عن تداولها. بدا أن “الحركة” هي كل المفردات.
لكن عند النظر إلى ما تفعله الأوراق المالية فعليًا خلال حياتها، أدركت أن المفردات ينقصها كلمة.
تنضج السندات. ويتم استرداد حصة/وحدة الصندوق. إن الأداة لا تُسلَّم إلى “مالك نهائي” ثم تبقى هناك. بل يتم تسويتها ثم تنتهي إلى الوجود، لأن الالتزام الكامن وراءها قد تم الوفاء به.
لذلك، فإن النظام المُصمَّم لهذه الأصول لا يمكنه التعامل مع “التحويل” فقط. بل يجب أن يتعامل أيضًا مع لحظة تدمير الأصل بشكل مشروع، وأن يفعل ذلك بطريقة تترك سجلًا مقنعًا لمن يطلب لاحقًا.
والذي وجدته لافتًا هو مدى ندرة ظهور ذلك في مناقشات “تعهين/تحويل الأصول إلى رموز”. تكاد كل التفسيرات تتوقف عند الإصدار والتداول، وكأن الجزء المثير هو فقط جلب الأصل إلى السلسلة (on-chain) والإبقاء عليه هناك.
لكن نهاية الأداة هي حيث تعود الأموال فعليًا إلى الحامل، والخطأ في هذه الخطوة أكثر تبعاتًا بكثير من نقلٍ بطيء.
لا أعرف كيف يُتعامل مع ذلك عمليًا عندما يتم سداد المقابل خارج السلسلة، ويتم تدمير الرمز على السلسلة؛ إذ يبدو أن هذه هي اللحظة الأكثر قابلية لأن يتباعد فيها السجلّان.
من هنا بدأت أقرأ مفهوم “دورة الحياة” بدلًا من “الملكية”. يبدأ السرد من الإصدار، أما الاسترداد فهو الجزء الذي يجب أن يعمل فعليًا.

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

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

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

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

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

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

#dusk $DUSK @Dusk لا يريد مطورو Solidity إعادة تعلم سلسلة كاملة من الأدوات فقط لتجربة سلسلة جديدة.

لذلك بدا أن جعل DuskEVM متوافقًا مع OP Stack خطوة ذكية من النظرة الأولى.

يمكن للمطورين استخدام Solidity وأدوات تطوير EVM المألوفة بدلًا من البدء من الصفر. لكن DuskEVM هو طبقة التنفيذ فقط. أما التسوية النهائية وتوافر البيانات فيمران عبر DuskDS، الطبقة الأساسية في Dusk مع نهائية حتمية.

إنها محاولة حقيقية لتحقيق أفضل ما في العالمين.

الحفاظ على تجربة مطوري Ethereum، مع ربط التطبيقات ببنية تحتية مصممة حول التسوية المالية.

لكن هذا التصميم يطرح سؤالًا ثانيًا.

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

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

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

لكن المبدأ لا يزال مهمًا: يمكن أن تظل السلسلة الأساسية آمنة، بينما تصبح البنية التحتية التي تربط بيئتين هي الحلقة الأضعف.

يصف Dusk جسر DuskDS↔DuskEVM بأنه أصلي وبدون اعتماد على الثقة، دون أمناء خارجيين أو أصول مغلّفة.

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

توافق EVM يقلل عتبة الدخول أمام المُنشئين.

كما يمنح Dusk حدودًا أخرى يجب الدفاع عنها بدقة.

هل يعد توافق EVM مجرد مقايضة ضرورية من أجل التبني — أم أن كل سلسلة تركز على الخصوصية وتضيف طبقة EVM توسّع أيضًا سطح الهجوم الذي يتعين عليها حمايته؟

$DUSK @Dusk

جملتان من صفحات TGE الخاصة بـ TermMax ستغيّران ما يفعله بعض الناس هذا الأسبوع.
واحدة. إذا رأيت مكافأة Genesis في صفحة المُتحقق — موصوفة كمكافأة خاصة للمساهمين الأوائل وذوي المدى الطويل — فهي مُدرجة بالفعل ضمن إجمالي التخصيص الظاهر في الأعلى.
لا تُضاف. مُدرجة.
وهذا عكس ما توحي به سطر المكافأة بشكل غريزي. وإذا كنتَ فوق حدّ الاستحقاق وتقرر بين مصادرة 70% والاستحقاق 85%، فإن تضخيم رقم أساسك الخاص يغيّر الإجابة التي تصل إليها.
اثنتان. لا توجد مهلة زمنية للمطالبة بـ TMX القابل للمطالبة فورًا. صفحة الإدارة تقول ذلك مباشرة — عُد واطلب عندما تشاء.
هذه تصميمٌ جيد فعلًا، وأندر مما ينبغي. كثير من عمليات الإطلاق تفرض انتهاء صلاحية على الرموز غير المطالبة، ما يدفع الجميع إلى التداول في أسوأ يوم واحد بالنسبة للغاز وبالنسبة للسعر.
اجمعهما معًا وستحصل على الشيء الذي سيحصل عليه معظم الناس بشكل خاطئ هذا الأسبوع.
القرار عاجل. 23 أغسطس، 23:59 بالتوقيت العالمي الموحد. إذا فاتك، سيتم إسناد أطول فترة حظر لك.
المعاملة ليست عاجلة. على الإطلاق.
لذلك الاندفاع ينتمي إلى الاختيار، لا إلى المطالبة. توقّع الكثير من الناس أن يندفعوا للمطالبة في اليوم الأول في أي شيء يفعله السوق، بينما يعاملون الموعد النهائي على أنه شيء للتعامل معه لاحقًا.
مقلوب تمامًا.
أي موعد نهائي تعامله فعليًا كحقيقة؟

#termmax @TermMax

تفصيل صغير، مثير بشكل غير متناسب للاهتمام.
يمكن للمعاملات عند الغسق أن تحمل مذكرة حتى 512 بايت. توجد أربعة أنواع من المعاملات إجمالاً: تحويل عادي، واستدعاء عقد، ونشر عقد، وتحويل مع مذكرة.
لماذا توجد خانة المذكرة أصلاً على سلسلة بُنيت حول الخصوصية؟
البورصات. الملاحظة الهندسية التي أدخلتها تقول إن الهدف هو السماح لبورصة باستهداف حسابات داخلية باستخدام مفتاح استقبال واحد أو عنوان واحد. أي شخص أودع في بورصة على Cosmos أو XRP يعرف هذا الطقس بالضبط — عنوان مشترك، ووسم يحدد أي عميل أنت.
لذلك على سلسلة محورها الأساسي "ليس كل شيء يجب أن يكون عاماً"، فإن الواقع العملي لدمج البورصات أنشأ خانة تكتب فيها، على الملأ، إلى أي حساب تنتمي هذه الدفعة.
لا أظن أنها نفاق. إنها نفس الفكرة التي @Dusk يواصل الجدل من أجلها: الكشف يجب أن يكون خياراً، يُطبّق حيث يكون مفيداً، لا افتراضٌ افتراضي يُطبّق في كل مكان. مذكرة الإيداع هي مكان تكون فيه قابلية القراءة هي الهدف بحد ذاتها.
لكن 512 بايت مساحة كبيرة، والخانات العامة لا تبقى دوماً في مجالها. أصبحت المذكرات في سلاسل أخرى تُستخدم كإشارات فواتير، وأرقام طلبات، ورسائل، وأحياناً أشياء لم يكن أحد قد خطط لها. أي شيء ينتهي هناك يُكتب في دفتر الأستاذ العام بشكل دائم، بواسطة مستخدمين لن يكونوا يفكرون في ذلك.
السؤال المثير للاهتمام ليس الخانة نفسها. بل ما الذي يضعه الناس فيها بمجرد أن يصل حجم التداول، وما إذا كان هناك من يراقب.
إذا كنت قد دمجت سلسلة مع إيداعات قائمة على المذكرات — فما أغرب شيء رأيته شخصاً يكتبه في واحدة؟

#dusk $DUSK @Dusk

يملك Native DUSK 9 منازل عشرية. قيمة 1 DUSK تساوي 1,000,000,000 LUX.
لدى ERC20 وBEP20 $DUSK 18 منزلاً عشرية.
تحدّقت في السطرين هذين في صفحة اقتصاديات الرمز لفترة أطول مما كنت أتوقع، لأنهما من تفاصيل لا تخلق موضوعًا في نقاشات المجتمع عادةً، لكنها بالتأكيد تخلق تذكرة دعم.
هناك نتيجتان ما زلت أُقلّبهما ذهابًا وإيابًا.
إحداهما: إن LUX هو دقة سوق الرسوم بالكامل. يتم تحديد سعر الغاز بوحدة LUX لكل وحدة غاز، وتُحسب الرسوم على أنها الغاز المُستخدم مضروبًا في سعر الغاز. تسعة منازل عشرية هي أدق ما يمكن أن يُسعّر عليه @Dusk على الإطلاق. بالنسبة لسلسلة تستهدف تسوية الأوراق المالية — حيث تكون حسابات القسيمة وتقسيمات الأرباح وحيازة الأجزاء أمرًا روتينيًا — فإن هذا السقف معلمة تصميم حقيقية، وليس مجرد تفصيل. تسعة تكفي كرمز. لكن هل تكفي لكل أداة ستستقر نهايتها في النهاية مقابلها؟ هذا سؤال آخر.
والثانية: إن التحويل من 18 إلى 9 ليس حركة بلا فقد. أي شيء أقل من المنزلة العشرية التاسعة على Ethereum أو BSC لا يجد موطئ قدم على الشبكة الرئيسية. على شخص ما أن يقرر ما إذا كانت هذه الفتات تُقرب أو تُختزل أو تُحجب — وهذه القاعدة تهم أكثر ما يهم الأشخاص بالضبط الذين كُتب دليل الهجرة من أجلهم.
قرأت دليل الهجرة ودليل جسر BEP20 ولم أجد هذه القاعدة مذكورة بوضوح. قد تتم إدارتها بشكل صحيح وببساطة دون توثيق. وقد تكون موثقة في مكان ما لم أصل إليه.
ولهذا السبب أفضل أن أطلب بدلًا من أن أفترض.
إذا كنت قد نقلت ERC20 أو BEP20 DUSK إلى الشبكة الرئيسية — هل استقر رصيدك بدقة تمامًا، أم ذهبت آخر بضعة أرقام إلى مكان ما؟

#dusk @Dusk $BTC

بنقرة واحدة، ثلاثة أشياء منفصلة

يبدو الرافعة المالية بنقرة واحدة كإجراء واحد. توضح الوثائق ثلاثة إجراءات.
أنت تزود برموز الدين. يأخذ البروتوكول قرضًا سريعًا للباقي. ثم يقوم المبلغ المُجمّع بشراء أصل الضمان، ويتم قفل هذا الشراء داخل رمز جِيرنغ (Gearing Token).
الخطوة الثانية هي التي تستحق الجلوس معها. إنها عملية شراء سوقية. تمر عبر محوّل تبديل — نطاق الفحص يذكر محوّلات Kyberswap وOdos — وتحديد المحوّلات المسموح بها يتم التحكم فيه بواسطة دور مشرف.

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

#termmax @TermMax #DEX

@Dusk
جمعتُ حصّة مكافأة بلوك داستك على أمل أن تصل إلى 100%. موزّع المولّد 70%، وصندوق التطوير 10%، ولجنة التحقّق 5%، ولجنة التصديق/المصادقة 5%. هذا 90%.
النسبة الناقصة 10% كانت الجزء الذي افترضت أنه ثابت. لكنه ليس كذلك.
تلك الشريحة الأخيرة تذهب أيضاً إلى موزّع المولّد — ولكن حتى 10% فقط، بناءً على الاعتمادات (credits) المضمنة في شهادة البلوك. أي جزء غير مُوزّع يُحرق.
لذا فإن الانبعاث (emission) في داستك يعتمد جزئياً على الأداء. بلوك تحمل شهادته مجموعة كاملة من أصوات اللجان يدفع المكافأة كاملة. بلوك يجمع اعتماداً أقل يدفع أقل، ولا يُحتسب النقص ولا يُعاد توجيهه — بل يُتلف. كل بلوك هو استفتاء صغير حول المشاركة في اللجان، تُحسم نتائجه في العرض.
لهذا السبب سؤالان مختلفان: عنوان الانبعاث والرقم الموجّه للستكر (staker). تُصدر داستك 500,000,000 DUSK على مدى 36 عاماً مع تناقص هندسي (r = 0.5)، مع النصف كل أربع سنوات. الفترة الأولى: 19.8574 DUSK لكل بلوك عبر 12,614,400 بلوك، بإجمالي 250.48 مليون DUSK. هذا هو الإصدار. لكن 10% من كل مكافأة بلوك تُوجّه إلى صندوق التطوير، ويتم حرق جزء غير معروف من الـ10% المشروطة.
"كم يُصدر السلسلة لكل بلوك" و"كم يصل إلى الستكر" تُحسمان بشكل مختلف — والثاني يعتمد على مدى جودة توثيق الشبكة (attested) لذلك البلوك بعينه.
أظن أن هذا أكثر صدقاً من وعد APY ثابت. إنه يقيّم مشاركة الإجماع الفعلية بدل الاعتماد على الإعلان عن رقم والرجاء أن تُنجز الشبكة ذلك. لكن الصدق وقابلية النمذجة ليستا الشيء نفسه. إن تقدير حجم أعمال المُدقق (validator) الآن يتطلب افتراضاً حول اكتمال الشهادة المتوسط — وهو متغيّر بلا صفحة تسويقية.
داستك تستهدف مُدققين مؤسسيين للأسواق المُنظّمة. هل إن كانت مكافأة مشروطة بالأداء ومجزوءة جزئياً بالحرق هي الحافز الصحيح لهذه الفئة، أم أن المؤسسات تحتاج إلى قابلية للتنبؤ أكثر مما تحتاج إلى أناقة؟

#dusk $DUSK

واصلت التمرير فوق ذلك السطر حتى توقف عن أن يبدو كأنه سباكة.
FT هو النصف الذي يتحدث عنه الجميع. مطالبة بدون قسيمة، تُشترى بأقل من قيمتها الاسمية، ثم تُسترد بالقيمة الاسمية. سند.
XT هو ما يتبقى من وحدة الدين نفسها بعد فصل تلك المطالبة. جزء الفائدة. أودِع رمز دين، ويُنْطَق النصفان معًا، وXT يستنزف نحو الصفر كلما اقتربت الاستحقاق.
وهذا ما جعل الفكرة تنغلق. الهوية تبقى ثابتة في كل لحظة، وليس فقط في النهاية. يتم حرق FT وXT مرة أخرى داخل رمز الدين بالقيمة الاسمية. لا مزاد، ولا أوراكل. تبقى عملية الاسترداد نظيفة لأن النصفين دائمًا مجموعهما يساوي واحدًا.
لذا ينتهي بهما الأمر في يدين متعاكستين. في تدفق الإقراض يتم مبادلة جزء XT بعيدًا في نفس المعاملة التي تقوم بإنشائه (تُمتِه)، ويغادر المقرض وهو يحمل FT فقط. أما المُرافع بالرافعة المالية فيستحوذ على XT، لأن الاحتفاظ بالنصف المتناقص مقابل الضمان هو كيفية بناء الحلقة.
يجب أن يمتلك شخصٌ ما الجزء الذي ينتهي بلا قيمة في تاريخ معروف. هذا هو المُرافع بالرافعة المالية، لا المقرض.
ما زلت غير متأكد: تُسمي الوثائق XT التزام الفائدة في صفحة، ومؤشر الرافعة في صفحة أخرى. لا أعرف أيهما يعتمد عليه المتداولون في التسعير.
إذا كان FT هو السند، فمن الذي يسعر فعليًا XT، وبماذا؟

#termmax @TermMax

يشير ما قبل التعدين (pre-mine) الخاص بـ @TermMax إلى تفصيل يستحق الملاحظة: 40M TMX (4% من إجمالي المعروض 1B)، مخصص لحوافز المستخدمين الأوائل، ويمتلك استحقاقًا (vesting) صفريًا — قابل للمطالبة بنسبة 1:1 بعد TGE بوقت قصير، وفقًا لوثائق TermMax الخاصة.

السياق مهم هنا: طبقة مكافآت منفصلة من TMX، تقدمها شريك طرف ثالث في الخزنة (vault) وهو Neutral Trade (وليست TermMax)، *تستخدم* استحقاقًا خطيًا لمدة 6 أشهر، دون فترة cliff. إذن كان من الواضح أن TMX يدعم هيكلة الاستحقاق — لكن قرار هذه الهيكلة يعود إلى Neutral Trade، لا إلى TermMax. لا أرى أن تصميم “عدم وجود استحقاق” في صلب مجمع السيولة يمثل إشارة مقصودة من نوع #termmax .

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

الأمان: تُستشهد عمليات تدقيق Spearbit/Cantina عبر وثائق Neutral Trade وليس عبر تقرير منشور من TermMax — يُحتمل أنه صحيح، لكنّه رواية من طرف ثانٍ. درجة DeFiSafety البالغة 93%، والمُدرجة على موقع TermMax الخاص به، تبدو قوية.

التمويل: نحو 6.8M$ إجمالًا — 2.55M$ من الملائكة (angel) في 2022 + جولة تمهيدية عند تقييم 38M$، قادتها Cumberland في 2023. رقم الجولة التمهيدية محل جدل: 4.25M$ (CryptoRank) مقابل 4.45M$ في مكان آخر، ويرتبط بكيان الوالد “Term Structure.” فجوة صغيرة غير محسومة.

الأهم المجهول: عدم وجود جدول استحقاق/فترة cliff معلن للـ 96% المتبقية (الفريق، المستثمرون، الخزانة) — وهذا يهم على المدى الطويل أكثر من 40M الخاصة بالـ pre-mine.

السؤال الحقيقي: كم من مجمع الـ 40M يتراكم بحلول TGE. هذا يحدد إن كان الأمر مجرد اضطراب سيولة بسيط أم عاملًا مؤثرًا فعلًا في السوق.

#dusk $DUSK @Dusk إجماع Dusk، الإقرار الموجز (SA)، هو بروتوكول لإثبات الحصة قائم على لجان. يتم اختيار مقدمي الخدمة المؤهلين عبر اختيار ترتيبي حتمي مرجّح بالحصة لتشكيل لجان صغيرة لكل جولة؛ تقترح هذه اللجان الكتل وتتحقق منها وتُقرّها باستخدام تواقيع مجمّعة بدلًا من اشتراط أن يشترك كامل مجموعة المُصدّقين في الترجيح على كل كتلة. يصف توثيق Dusk تطور المعاملات عبر أربع حالات: Accepted (تم الاستلام وهي صالحة)، Confirmed (تم إدراجها في كتلة مع بناء كتل لاحقة عليها)، Stable (دفنت عميقًا بما يكفي ليكون من غير المحتمل جدًا عكسها)، وFinal (مضمونة بشكل حتمي وبالوسائل التشفيرية وغير قابلة للعكس). ويقابَل ذلك صراحةً مع إجماع نمط Nakamoto، حيث لا تكون الكتل نهائية بشكل مطلق وتُعامل على أنها "على الأرجح آمنة" بعد أن تتراكم التأكيدات بما يكفي.

تمنح معظم السلاسل المستخدم إشارة واحدة فقط — عدد التأكيدات — وتترك للمستخدم مهمة تحديد ما هو "كافٍ". يجعل نموذج Dusk ذو المراحل الأربع صريحًا ما يتم تركه ضمنيًا عادةً: تحتاج الجهات الفاعلة المختلفة إلى عتبات يقين مختلفة في أوقات مختلفة. قد تعتبر عملية تحويل تجزئة (Retail) من المعقول التعامل مع "Confirmed" على أنه كافٍ؛ بينما تحتاج تسوية الأوراق المالية تقريبًا إلى "Final" بالتأكيد. بالمقارنة مع الأنظمة الاحتمالية البحتة، تقوم SA بمقايضة جزء من سطح اللامركزية (فقط لجنة تُقر لكل كتلة) مقابل نقطة محددة وواضحة ومحصورة حيث يتوقف النهائي عن كونه احتماليًا ويصبح مطلقًا.

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

#dusk $DUSK @Dusk

لم أفكر كثيرًا في طبقة الشبكات إلى أن لاحظت أن Dusk لا تنقل الكتل والاقتراعات بالطريقة نفسها التي تفعلها معظم السلاسل. بدلًا من إرسال كل رسالة إلى كل نظير بشكل عشوائي، فإنه يستخدم شيئًا يُسمى Kadcast، مبنيًا على توجيهٍ مُهيكل على نمط Kademlia.

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

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

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

لنحلّل هذا بشكل صحيح، لأن عبارة "الأصل المُرمّز" تُستخدم بشكل فضفاض.

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

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

لماذا يهم هذا الفرق عمليًا؟

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

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

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

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

#dusk $DUSK @Dusk

النشاط الحقيقي
بدلًا من إعادة قراءة عرض الشرائح، قضيتُ مساءً كاملًا وأنا أتأمل الأرقام فحسب. هناك ظهر الفارق.
يتم طرح Dusk عند الغروب في كل مكان باعتباره سكة RWA بمستوى مؤسسي — شراكات وتكاملات تحمل أسماءً معروفة. لكن ما الذي يتحرك فعليًا على السلسلة الآن يبدو صغيرًا: زوج DUSK/USDT على Binance يحمل فقط شريحة متواضعة من إجمالي حجم السوق، بينما يتوزع الباقي بشكل متفرق ورقيق على منصات أصغر. ليس قريبًا بعد من المكان الذي يُفترض أن يعيش فيه سردٌ «مؤسسي».
ويظهر المخطط ذاته على نطاق أصغر في الإيماء/الستيكينغ. بُني Hyperstaking ليكون في متناول الجميع — عتبة دخول منخفضة، بلا إذن، وفترة نضج قصيرة نسبيًا. وفي المقابل، ما تزال مبادرات الاست tokenization الأكبر تُوصف غالبًا بصيغة المستقبل: ما زالت «تُطرح».
توجد أيضًا زاوية أمنية تستحق التوقف عندها. تُظهر تقييمات أمنية مستقلة حاليًا تغطية تدقيقية متواضعة إلى حدٍ ما، وتقييمات تأمين، وتغطية لحوافز اكتشاف الثغرات (bug bounty). هذا ليس أمرًا غير معتاد — كثير من سلاسل L1 تطلق قبل أن تكتمل منظومة أمنها بالكامل — لكنّه فجوة ملحوظة لسلسلة تستهدف بنوك الحفظ تحديدًا وأوراقًا مالية مُرقمنة.
لا يبدو كل ما سبق مقلقًا بقدر ما هو مبكر. البنية التحتية تحتاج وقتًا لتُبنى. ما يستحق المتابعة فعلًا هو من ينتهي به الأمر إلى استخدام طبقة التسوية أولًا — الـ stakers الموجودون بالفعل اليوم، أم المؤسسات التي ما زالت تنتظر إنهاء الأوراق ومسارات الامتثال.
هل الفجوة بين السرد المؤسسي والنشاط الحالي على السلسلة مجرد تأخر طبيعي في مرحلة مبكرة، أم أن ذلك يقول شيئًا عن مدى بُعد التبني المؤسسي الحقيقي بالفعل؟

#dusk $DUSK @Dusk

#dusk $DUSK إليك شيء يتم تجاهله في معظم الشروحات عن DUSK: الأمر ليس سلسلة واحدة بنموذج خصوصية واحد ملحَق بها. إنها سلسلة تعمل على نماذجين مختلفين للمعاملات في الوقت نفسه؛ لأن الدفع والأمان ليسا من نفس نوع الكيانات ولا يفشلان بالطريقة نفسها.

Phoenix هو نموذج UTxO من أجل التحويلات اليومية المُخفاة — حيث يتم إخفاء الأرصدة والأطراف المقابلة، وتُتتبَّع الملاحظات داخل شجرة ميركل، وتمنع الـ nullifiers عمليات الإنفاق المزدوج دون الكشف عن أي ملاحظة تم إنفاقها. وهو مصمم لتحقيق الإنتاجية والسرية في نقل القيمة بشكل اعتيادي.

Zedger مختلف عن قصد. فهو مُصمَّم تحديدًا للأوراق المالية المُرمّزة (tokenized securities)، حيث ليست الفكرة مجرد إخفاء الرصيد — بل إثبات أن أحداث دورة الحياة (الإصدار، قيود التحويل، الإجراءات/القرارات المؤسسية، الاسترداد) تمت بشكل صحيح ضمن إطار تنظيمي، دون تسريب جدول رأس المال للعموم على السلسلة العامة. تُحمّل الورقة المالية المُرمّزة التزامات لا صُمِّم Phoenix لحملها: قيود التحويل المرتبطة بحالة المستثمر، والقدرة لدى المُصدِر على التجميد أو الاسترداد ضمن شروط قانونية محددة، ومتطلبات التدقيق التي تستمر حتى عندما تبقى الأرصدة مختومة.

إن تشغيل النموذجين على طبقة تسوية واحدة هو الرهان الهندسي الحقيقي. لا تختار Dusk بين "سلسلة مدفوعات خاصة" و"سلسلة أوراق مالية ملتزمة" — بل تقول إنك تحتاج كليهما كبدائِل متاحة في بيئة تنفيذ واحدة، لأن السوق المنظّم يمسّ كلا نوعي المعاملات في يوم تداول واحد. تتولى عقدة/عقد التحويل إدارة كلا التدفقين عبر نموذج تكامل قائم على شجرة ميركل واحدة مشتركة، وهو تصميم معماري أنظف من الربط بين سلسلتين بضمانات خصوصية مختلفة.

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

هل يعرف أي شخص عن L1 آخر يطلق نموذجين للإنتاج للمعاملات مُفصولين بهذا القصد بحسب فئة الأصل، بدلًا من تمديد بدائية خصوصية عامة على كل شيء؟
@Dusk $NVDAB

قدّمت فرقة Babylon نظام التحقق الجديد الخاص بـ BABE — بوصفه المفتاح الذي يجعل خزائن Bitcoin دون ثقة عملية: أصغر بحوالي 1000 مرة في التخزين، وأسرع 1000 مرة في الإعداد، من ساعات إلى ثوانٍ. اقرأ ذلك وحده، فيبدو كأنه ترقية تم شحنها بالفعل.
ثم راجعت خطة الطرح الخاصة بهم من نفس المكالمة. ليس BABE ميزة على الشبكة الرئيسية الحية بعد — بل ينتقل عبر مراحل: أولاً اختبار ألفا على شبكة تجريبية (لتقوية جانب Bitcoin وZK والتحقق)، ثم اختبار بيتا على شبكة تجريبية (واجهات APIs ومواد توثيق جاهزة للـ mainnet)، ثم الوصول إلى هدف الشبكة الرئيسية بعد ذلك. أرقام الضغط عبارة عن نتائج مختبرية حقيقية. أما ما إذا كانت ستصمد على نطاق الإنتاج، وتحت ظروف شبكة حقيقية، ومع اختبارات خصوم واقعية، فهذه ادعاءات منفصلة ولا تزال غير محسومة.
ليس هذا علامة حمراء — فالتشفير الجاد عادة ما يُطلَق على مراحل، وليس مرة واحدة. لكن عبارة "أصغر بـ 1000x" كعنوان، وعبارة "ما يزال في ألفا" كحالة، صحيحتان في الوقت نفسه، ولا واحدة منهما تصل إلى الخيط.
أين مكان جيد لتتبّع التدرّج الفعلي لـ BABE مرحلةً بمرحلة بدلًا من الاعتماد على منشور الإعلان؟
@BabylonLabs_io #baby $BABY

9 كل ما #BibanceTurns9