قلبتُ البارحة كتابًا أبيض من @Dusk حتى الفصل السابع، كنتُ أبحث عن ذيل لإجماع ما، لكني اصطدمتُ مباشرةً بتلك المقاطع من طبقة التنفيذ. عقدُ Rusk VM تضيف أربعة عقودٍ أصلية للولادة
أولًا، ما هو Rusk VM آلة افتراضية مبنية على WebAssembly، لكن الكتاب الأبيض يمنحها هويةً شديدة التقييد: شبه تورنغ كاملة. يجعل لكل دالة سعرًا، ويضع وحدة محاسبة داخلية اسمها gas. وكلما حدث انتقالٌ في الحالة، تُحدَد كمية الحساب ضمن سقف gas المخصص لماذا يفعل ذلك؟
لا يمكنك ضمان أن جهازًا “مكتملًا على مستوى تورنغ” سيتوقف دائمًا لذا يستخدم حدًا حِسابيًا ليجتاز عقدةً كهذه
هذه الآلة الافتراضية ليست تشغيلًا عاريًا لوظائف تشفير على غرار “خادم تشفير”؛ بل إن وظائف مثل: تجزئة، وضرب قياسي لإهليلجيات منحنيات (elliptic curve scalar multiplication)، والتحقق من التواقيع، والتحقق من برهانٍ صفريّ المعرفة (zero-knowledge proof)، كلها تُحوَّل إلى نداءات أصلية. كما تُعرَض حالات بروتوكولات مثل: قراءة/كتابة تخزين العقد، وارتفاع الكتلة، ووقت الطابع الزمني للحظة التنفيذ
الأكثر ما لفتني هو جزء دالة انتقال الحالة: يسرد تسعة حقولٍ من الحالة العامة دفعةً واحدة ويُدخلها إلى الـ VM—شجرة الحالة، والطابع الزمني، وارتفاع الكتلة، والبذرة، وحد سقف gas… إلخ
ما جعلني أتوقف هو أربعة عقودٍ أصلية للولادة. ليست عقودًا عادية؛ بل مكتوبة داخل بلوك التكوين (الـ genesis). كل عقدة تعمل البروتوكول تحملها بطبيعتها، ولا يمكن تجاوزها
عقد DUSK هو الهيكل (skeleton). كما أحصيتُ عدد دواله—تتولى محاسبة الأصول الأصلية. وفيه تسع دوال أصلًا. وبينما تَتنقّل الأصول بين حالتي “شفافة” و“مموّهة/مُعكَّرة” كيف تدخل وكيف تخرج، تتشكل سلسلةٌ كاملة من الخطوات
من المستخدم يرسل إلى العقد، إلى أن تعود إلى المستخدم أو إلى عقدٍ آخر: شفافة تدخل مموّهة، ومموّهة تدخل شفافة. كل اتجاه له دالته الخاصة، ولا توجد واجهة عامة غامضة
عقد Bid يتولى المزاد من جانب مُنشئ الكتلة: ثلاث عمليات فقط—تقديم العطاء، الإطالة، ثم سحب عند الانتهاء
عقد Stake يتولى تَحَقُّق المُدقِّقين عبر الرهان (staking)، وبنفس الثلاثية تقريبًا، لكنه يضيف رابعًا: FSlash. يمكن لأي شخص الإبلاغ عن مدققٍ ارتكب خطأ. المُبلِّغ يستطيع أن يحصل على جزء من الرهان الموقوف الذي فُرِض على المُبلَّغ وهذا يشبه ما تحدثتُ عنه سابقًا
عقد Reward مسؤول عن توزيع الحصص على المدققين الذين يثبّتون الكتل، وعلى مُنشئ الكتل الذي يقوم بصكّ الكتلة (mint). المُنشئ هو من يستلم نصيبه بنفسه
هذه الأربعة عقود تتحكم في دخول وخروج الأصول. فمن أراد تحريك DUSK يجب أن يمر عبر هذه الدوال الأربعة. طبعًا الشرط دون تغيير: يجب أن تكون هناك بالفعل رموز أوراق مالية تعمل في الأعلى، وحتى لو كانت طبقة التنفيذ دقيقة، إن لم يكن هناك عمل/منطق (business) يُغذّيها… فهي مجرد آلة تدور بلا فائدة #dusk $DUSK
@Dusk 的 الورقة البيضاء عندما قرأت نصفها فقط، جلستُ مستقيمًا فورًا
هؤلاء يكتبون الكود وكأنهم يجرّبون علم التشفير؛ حتى دالة التجزئة يجهزون لها حلّين كاملين. Blake2b وPoseidon تبدّلهم كيفما شئت، وSchnorr وتواقيع BLS أيضًا بمسارين متوازيين. كنت أحدّق في الشاشة في دوائر JubJub وBLS12-381 وأضيع في التفكير
أكثر ما “أصابني بالهوس” هو التداول المجهول في Phoenix. يستخدم نموذج UTxO لعمل عناوين خفية، وكل معاملة تُولِّد عنوانًا لمرة واحدة عبر تبادل مفاتيح Diffie-Hellman. بصراحة: كلما كان “الحوض” أعمق كانت السمكة أصعب في العثور عليها؛ وكلما زاد عدد المستخدمين، كبرت مجموعة المجهولين
لكن الذي جعلني أصفق بيدي هو Zedger بنموذجها للتجميع. هذه الأشياء مصممة خصيصًا للـتوكنات من نوع الأصول/الرموز العقارية (securities)، وتقوم مباشرة بلحام سبع قيود تنظيمية داخل بروتوكول الطبقة الأساسية
يجب أن يكون لدى المستخدم حساب وحيد، وأن تمر المعاملات عبر قائمة بيضاء، كما يتعين على المُستلم الموافقة الصريحة على الإيداع حتى تُسجَّل الأموال. الأذكى أنها تقسم الرصيد إلى ثلاث فئات: قابلة للتداول، وقابلة للتصويت، وقابلة للتوزيع/الأرباح. ويمكن إعادة بناء سجلّات الملكية في أي وقت. عندما قرأت عبارة “المُستلم يوافق صراحةً على الإيداع” بتأنٍ، شعرت فجأة أن هذا هو حل الامتثال المصمم للمؤسسات، وليس مجرد حيلة تُضلِّل الجهات الرقابية
آلية الإجماع أيضًا مجنونة بما يكفي. Proof-of-Blind Bid تستخدم التزام Pedersen لتمويه مبلغ الرهن، ثم تستخدم إثباتات المعرفة الصفرية PLONK لإثبات الأهلية. من الذي سيُصدر/يبني الكتلة وكم رهن—كل شيء مغلف في صندوق أسود. تكلفة الهجوم تتحول مباشرة إلى لعبة تخمين عمياء؛ لا يمكنك رؤية أوراق خصمك، فكيف ستهاجم؟
Rusk VM هو بنية WASM، مع دعم أصلي للتحقق من ZK على السلسلة. وDuskEVM متوافق مع Solidity وHardhat، وقد بدأ تشغيل شبكة الاختبار فعليًا. اقتصاديات التوكن أيضًا نظيفة: سقف 1 مليار، إصدار أولي 500 مليون، والنصف الآخر يتدرج عبر مكافآت الرهن. منحنى الإصدار الإضافي يهبط بتناقص هندسي: كل أربع سنوات يتنصّف. مكافأة الكتلة: 70% تُعطى لمن يُصدر الكتلة، والباقي يُدمَّر مباشرة، و10% تذهب إلى صندوق التطوير. عندما نطقت كلمات “الباقي يُدمَّر” بصوت عالٍ، شعرت لوهلة بمتعة غريبة
عندما أغلقت المستند، كان ضوء الصباح قد أخذ بالانتشار خارج النافذة. بصراحة، المشروع لا يبدو كأنه يلاحق ترندًا؛ لا يصرخ بثورة، ولا يتحدث عن التمكين، بل يقوم فقط بلحام إثباتات المعرفة الصفرية ومتطلبات الامتثال خطوة خطوة في الطبقة الأساسية
لا أعرف إن كان سيُكتب له النجاح، لكنني أعرف أنه إذا حدث يومًا أن المؤسسات تجرؤ فعلًا على نقل توكنات الأوراق/الأصول الأمنية إلى السلسلة، فغالبًا ستحتاج إلى مثل هذه الحيل القاسية التي تكتب التنظيم داخل البروتوكول. #dusk $DUSK
في الأسبوع الماضي أطلقت باينانس شيئًا اسمه Agent OS، وقد قرأت الإعلان في أول لحظة وخصصت له حوالي ساعة تقريبًا. باختصار، جمّعت باينانس قدراتها الـ agentic التي كانت موزعة في أماكن مختلفة في السابق — مثل API وWallet Agentic Hub وx402 للدفع وSkill Hub — في حزمة واحدة، ثم أضافت طبقة إضافية من MCP Server فوقها. لاحقًا لن تحتاج وكلاءك/عواملك الذكية إلى تجميع عدد كبير من الواجهات بأنفسهم؛ فبمجرد نقطة نهاية (endpoint) واحدة يمكنهم الاتصال بتداول باينانس، وبيانات السوق، والمحفظة، والعمليات على السلسلة (chain). يبدو الأمر رائعًا، ولكن عند تشغيله توجد الكثير من الفخاخ. لقد مررت بكل العملية خطوة بخطوة، وسجلتها هنا حتى لا تقعوا أنتم أيضًا في نفس الأخطاء.
قلبتُ كتيّب الـWhitepaper أمس @Dusk على مهل، كنتُ أريد شيئًا عن الاقتصاد الكلي، لكنني انغمستُ مباشرةً في الفصل 8: Concrete Protocol، أي البروتوكول التفصيلي. هذا الفصل لا يقدّم سردًا عظيمًا؛ بل هو تشريحٌ دقيق كيف يبدو كل بلوك بالضبط وما الذي يُحشى داخله
أولًا، كيف تتصل البلوكات ببعضها: يكتب الـWhitepaper الأمر بوضوح. كل بلوك يأتي تباعًا، وتربطُه التجزئات بالأسفل. في رأس البلوك الحالي توجد تجزئة Blake2b لراس البلوك السابق، والارتفاع (height) يزيد بدقة بمقدار واحد. البلوك 0 هو بلوك التكوين (genesis)، وحقله previousBlockHash مكتوب فيه بشكل ثابت مباشرةً كقيمة 0
في بلوك التكوين توجد أربعة عقود تهيئة، وقوائم مُحددة مسبقًا بالمُنشئين (generators) والمُتحققين (validators)، كما توجد بذرتان (seeds) مكوَّنتان برمجياً، لكلٍ منهما مخصص للـ epoch 0 والـ epoch 1. بمعنى أن شهادة ميلاد هذه السلسلة هي مكتوبة مسبقًا بواسطة مُنشئها
كل بلوك يتكوّن من ثلاث مراحل: Header وBody وCertificate. في الرأس ثمانية حقول: الإصدار، الارتفاع، الطابع الزمني، تجزئة البلوك السابق، seed، مكافأة البلوك، جذر معاملات (transaction root)، وجذر حالة (state root). راقبتُ جدول هذه الحقول طويلًا، لأنها تُعد "هوية" السلسلة كاملة؛ أي تعديل لبايت واحد يجعل تجزئة السلسلة كلها تتغير
ثم يوجد Certificate (الشهادة). يتضمن عدد نقاط/درجات إصدار البلوك، وإثبات PLONK الخاص بالناشر (الذي يُنشئ البلوك)، وتوقيع BLS المجمّع للجنة
تعيين Binary لـ validatorSeq، ويحدد بوضوح أي المُتحققين تَمَّ تجميع توقيعاتهم ضمن التوقيع المجمّع. الشيء الأكثر إثارة للاهتمام هو أن الـWhitepaper كتب جملة بخصوص ذلك عمدًا: الشهادة يُنشئها كل مشارك في الإجماع على جهازه المحلي، لذا ففي نفس دورة الإجماع لا توجد شهادة موحّدة واحدة. توقفت عند هذه العبارة للحظة
سلاسل أخرى تحاول قدر الإمكان أن تجعل الشهادة فريدة على مستوى الشبكة وتختمها وتخزنها، لكن Dusk يفعل العكس تمامًا: كل عقدة لديها نسخة من الشهادة تُركّبها بنفسها. أعتقد أن وراء ذلك موازنة—بدل أن نُبقي الشبكة تنتظر شهادة واحدة مرجعية، نجعل كل عقدة قادرة على أن تُثبت نفسها بشكل مستقل، وهذا يتماشى تمامًا مع توجهها بأن الخصوصية أولوية الحقل الخاص في Crossover—هو الجسر بين طبقة معاملات DUSK وطبقة الحوسبة العامة
بعد أن انتهيتُ من القراءة، كانت مشاعري أن الفصول الأولى كانت تشرح "لماذا"، أما هذا الفصل فيشرح كل ما يتعلق بـ"كيف يبدو". الخصوصية والإجماع والامتثال—في النهاية يجب أن تُغلَّف كلها في تسلسل بايتات محدد، عندها فقط تصبح حقيقة على الأرض #dusk $DUSK @Dusk
رفيقي الواقعي الأفضل، لديه بعض المال الفائض ويريد أن يستثمر في إدارة الأصول. قلت له: أنت حقًا أفضل من ذلك بالاستثمار المنتظم في السلع الفورية $ETH $BTC . قال لي: إنك تخدعه، وأنني ألعب منذ 3 سنوات ولم أفهمها جيدًا بعد. يا إخوتي، كيف يجب أن أقنعه؟ جرّه للانضمام إلى عالم العملات المشفرة
يقول إن @Dusk يمكن أن تكون بمثابة سلسلة جانبية لحماية الخصوصية لأي L1.
يقول ورقته البيضاء بوضوح شديد: عند تصميم Dusk لم يكن المقصود منه أن يكون سلسلة عامة شاملة لجميع الأغراض؛ بل يستهدف "ترميز الأوراق المالية الخاضعة للرقابة وإدارة دورة حياتها كاملة ويعتمد الأمر على معيارين لإقامة هذا المشهد أحدهما هو XSC، معيار عقود الأوراق المالية السرية—ورقة المعيار نفسها كتبت عنه بتواضع كبير جدًا، قائلة إن التفاصيل لا تدخل ضمن نطاق هذه الوثيقة، وأن من يريدها عليه أن يبحث عن مستند آخر [Mah21]
في ذلك الوقت توقفت قليلًا عند هذه النقطة؛ أول مرة أرى فيها ورقة بيضاء تتنازل عن أكثر معاييرها تطبيقًا للأدب الخارجي ثم تترك للقارئ أن يتعقّب ويبحث—وفعلاً قمت بالبحث. هذه المعايير تتولى سلسلة كاملة من الإجراءات الخاصة بالأوراق المالية المرقمنة بدءًا من الإصدار، وصولًا إلى التصويت وتوزيع الأرباح.
والآخر هو معيار الرموز السرية؛ وتأثيره أروع: يتيح للأصول الخاضعة للرقابة والأصول غير الخاضعة لها التفاعل على نفس السلسلة دون التضحية بخصوصية المشاركين. وبحسب فهمي، فهذا بمثابة جسر خصوصية بين أصول غير خاضعة للرقابة مثل DUSK وبين الرموز المُمَثِّلة للأوراق المالية.
يمكن للطرفين ألا يعرف أحدهما الآخر ومع ذلك يتعاملان بأمان.
فقط أضف حلًا للتوافق (التشغيل البيني) يعتمد على الثقة أو تقليل الحاجة إلى الثقة؛ حينها يمكن لمشاريع L1 الأخرى عدم نقل السلسلة، واستخدام Dusk مباشرةً كطبقة تنفيذ للخصوصية. لم أرَ هذا التفكير في أي وثائق سلاسل خصوصية أخرى؛ فالخصوصية لم تعد جزيرة معزولة داخل سلسلة واحدة، بل أصبحت قدرة يمكن للآخرين الاستفادة منها. وبعبارة صريحة: إذا أرادت سلاسل عامة أخرى الحفاظ على سرية أصولها، فليس من الضروري الانتقال أو نقل الأمتعة؛ فقط افتح السيارة إلى "ورشة الخصوصية" الخاصة بـ Dusk، تُعالج هناك ثم تعود.
وأعتقد أن هذا التموضع أخف كثيرًا من فكرة "إطلاق سلسلة خصوصية أخرى".
وهناك تفصيلة صغيرة أخرى: تم تقسيم البروتوكول معماريًا إلى طبقتين غير متداخلتين—طبقة الأصول الأصلية وطبقة الحوسبة العامة—وتتشاطران مساحة حالة واحدة، لكن DUSK يحتفظ ببعض امتيازاته الخاصة: لا يمكن استخدام الضمان إلا عبره، ولا يمكن دفع رسوم التنفيذ إلا عبره، وعقود DUSK هي المدخل الوحيد لانتقال الحالة. تم تحديد الحدود بين طبقة الأصول وطبقة الحوسبة بوضوح؛ ومعنى ذلك أن النظام البيئي على السلسلة مهما طال، فإن احتياجات الاستهلاك لدى DUSK لا يمكن تجاوزها.
بالطبع، تقوم صحة هذا السرد على شرطين: أن يكون هناك بالفعل من يستخدم المعايير العليا. إذا لم يستطع XSC أن يستقر في الواقع، أو جاءت مشاريع ترميز الأوراق المالية متأخرة جدًا، فستصبح عبارة "سلسلة خصوصية جانبية" مجرد وعد فارغ وجميل.
اقتراحي: أولًا تحقق إن كانت هناك بالفعل عقود رموز أوراق مالية تظهر على شبكة الاختبار، ثم فكر فيما إذا كنت ستصعد على متنها #dusk $DUSK
هل توجد نوع من أن الجميع يقول عن نفسه إنه عبقري لكن يتمّ سحقه من قِبَل شخص آخر حتى لا يستطيع رفع رأسه متداولٌ مثل هذا؟ من فضلك أوصِني به لأذهب وأتعلم منه
لقد كنت أفكر باستمرار في طريقة لعب @TermMax ، وأرى أن تصميم تفكيك الديون إلى FT وXT فكرة ممتعة للغاية. المقرض يشتري FT لتثبيت العائد، ويقذف المقترض XT مقابل السيولة؛ وبذلك تكون مخاطر سعر الفائدة مُجزّأة وتسعيرها مباشرًا، وهذا أوضح بكثير من منطق “المراهنة المختلطة” داخل مجمعات الإقراض التقليدية
لكن لكي تعمل هذه الآلية بسلاسة، فالعامل الحاسم يعتمد على منطق صناعة السوق في Range Order AMM: استخدام نطاق APR بدل نطاق السعر، وإعادة حساب المنحنى تلقائيًا حسب تاريخ الاستحقاق. يبدو ذلك أقرب لطبيعة سوق الفائدة من V3، لكن هل يمكن للصينس/الانزلاق والعمق أن يتحملا الظروف المتطرفة؟ أظن أنه يجب أن نراقب أكثر
وأيضًا أرى أن تغليف الرافعة عبر NFT في GT نقطة مضيئة: صفقة واحدة ترفع مباشرة إلى الرافعة المستهدفة، مما يوفر غاز تكرار إعادة الرهن ويقلل مخاطر التصفية. لكن من زاوية أخرى، الرافعة لا تضاعف الأرباح فقط بل تضخم الخسائر أيضًا، ومع اعتمادها على الأوراكل، فإذا تعطل مصدر البيانات على السلسلة فقد تكون سلسلة الأثر أشرس من الإقراض التقليدي
أما آلية “القيّم/المنسق” (策展人) فهي تطمئنني قليلًا: فرق مختصة مثل Keyrock تدير السيولة، ويمكن أيضًا للأموال غير المستخدمة أن تُودع تلقائيًا في Aave أو Morpho لتحقيق عائد. على الأقل لن تظل الأموال “تجمد” بلا عمل. لكن هذا يعني أيضًا أن اعتماد البروتوكول على طرف ثالث يصبح أكبر؛ وإذا أخطأت استراتيجية المنسق، فقد ينتقل الأثر مباشرة إلى المستخدمين
من ناحية البيانات: TVL يبلغ 64 مليونًا، وأعلى قيمة للـ DAU تصل إلى 170 ألف، مع نشر على 7 سلاسل، ما يوضح أن النظام البيئي يتوسع فعليًا. لكن برأيي، الاختبار الحقيقي بعد TGE هو ما إذا كان بإمكانه الحفاظ على TVL. إجمالي TMX 10 مليارات دون إصدار إضافي، و29% من النظام البيئي مُقفل لمدة 48 شهرًا، يتحرر خطيًا بعد 12 شهرًا لكل من الفريق والمستثمرين؛ الإيقاع ما يزال متحفظًا. في حال الرهان للحصول على sTMX مقابل رسوم تداول/اقتراض/تصفية، فإن مصادر العائد واقعية أكثر من الاعتماد فقط على التضخم
لكن إذا لم يلحق TVL الركب بعد إدراج 2026 Q3، أو ظهرت مشكلة في التحكم في الديون المعدومة، فاعتقادي قد يتعين أن يتغير
عمليًا، أعتقد أنه لا داعي للعجلة. راقب أولًا التوسع في الخيارات خلال Q2 وكيفية تنفيذ “استراتيجية خزينة” (استراتيجية金库). ركّز على أداء التصفية لدى GT تحت التذبذب الشديد وعلى العائد الفعلي من نشر أموال المنسق. إذا ثبتت هاتان الجبهتان، فكر حينها ببناء مركز على دفعات؛ فمسار أسعار الفائدة معدل التسامح فيه منخفض، وترك هامش أمان بنسبة 3/4 مقارنةً بالشعارات أهم #termmax
هذه هي أعلى مشاركة من حيث عدد الزيارات منذ انضمامي إلى Binance
لم أتوقع حقًا أن أول مرة لي ستكون مع بقرة
وبالحديث عن البقرة، في مشروع الخصوصية الأقوى لديّ أعتقد أن الرقم هو @Dusk ليس نوعًا من “لقد استخدمت إجماعًا معيّنًا لذلك أنا قوي” للتباهي
بل هو أنه فعل فعلًا لا يصدق يظن الجميع أنه مستحيل
الخصوصية والامتثال، من المفترض أن يكونا خصمين لدودين؛ كلما أخفيت أكثر كان المنظمون أكثر قلقًا، لكن Dusk سلكت الطريق الثالث
أكثر تصميم جعلني أشعر أنه غير منطقي اسمه Proof-of-Blind Bid في سلاسل أخرى: الجميع يرى من سيُنشئ الكتلة وكم ستُسهم/تُرهَن الشبكة، كأنك تضع ورقة المُدقِّقين على طاولة التداول. Dusk لا يلعب هكذا يتم تغليف مبلغ الرهان عبر التزام Pedersen، ثم باستخدام إثباتات معرفة صفرية تقول للشبكة: “لديّ الأهلية لأُنشئ الكتلة”، لكن دون أن تخبر أي أحد من أنت أو كم رهنت
مجموعة من الناس يرتدون أقنعة ويصوتون وهم يتخبطون في غرفة مظلمة. إذا أراد المهاجمون أن يعبثوا؟
لن يستطيعوا حتى العثور على الهدف
في جانب المعاملات، تتعامل Phoenix مع إخفاء الهوية: كل معاملة تولّد عنوانًا لمرة واحدة. مجموعة الإخفاء هي مجموع جميع المخرجات التراكمية من كتلة التكوين وحتى الآن — كلما زاد عدد المستخدمين كنت أكثر خفاءً، وليس الاعتماد على حوض خلط لملء الصورة
Zedger أخرى مصممة خصيصًا لتوريق الرموز المالية/الأصول ذات الطابع القيمي. متطلبات الامتثال والتنظيم مثل القائمة البيضاء، موافقة المستلم، ولقطات حقوق الملكية — يتم كتابتها بندًا بندًا في طبقة البروتوكول، ليست في طبقة العقد الذكي
السلسلة نفسها مصممة هكذا. بينما الآخرون ما زالوا يناقشون كيفية نقل الأصول إلى السلسلة (on-chain)، Dusk كانت بالفعل تجيب عن كيفية تلبية المتطلبات التنظيمية بعد وضع الأصول على السلسلة
والأساس التقني أيضًا قوي
Rusk VM هي بنية WASM وتدعم أصلًا التحقق من ZK على السلسلة. قطع علم التشفير الخاصة — تجزئة التجزئة — تستخدم Blake2b وPoseidon، والتوقيعات تستخدم Schnorr وBLS. أغلب الأوراق البيضاء التي تصل لهذه المرحلة تكتفي بجملة واحدة “تعتمد حلولًا شائعة في الصناعة” لتتجاوز التفاصيل، لكن Dusk حدّدت كل موديل برغي على حدة
اقتصاديات الرموز ليست مبالغًا فيها أيضًا: إجمالي المعروض بحد أقصى 1 مليار، يُنقص للنصف كل أربع سنوات. ما لم يُوزَّع من مكافآت الكتل يتم حذفه مباشرة؛ وكلما كانت الشبكة أكثر نشاطًا يتم حذف المزيد #dusk $DUSK
في الآونة الأخيرة، انتشرت ضمن الدوائر نقلا عن لسانهم شائعة مريبة مفادها أن نموذج الاقتراض/الإقراض بالطلبات ضمن نطاق لدى TermMax هو "سرقة" لأساليب جـو آنجونج (Xu JiaYing) من فترة سابقة
ومع ذلك، عندما أقلب ورقة @TermMax البيضاء وأفكك المنطق على السلسلة، وجدت أن هذا أبعد ما يكون عن الواقع....... أكذوبة تمامًا؛ فهو لا يتعلم من إيفرجراند (Evergrande)، بل يستخدم كودًا لبناء آلية عكسية تمامًا
#termmax يقسم كل دولار إلى توكنين: FT (توكِن هذا العملة) يمثل أصلًا سِلْميًا قابلًا للاسترداد عند الاستحقاق بشكل صِلب، وXT (توكِن الفائدة) يمثل عائد الفائدة المتغير
أمان أصلِك لا يعتمد على أي وعود من أي منصة، بل على أصول حقيقية يتم حبسها داخل العقود الذكية، ولا وجود لبنية بونزي من نوع "اقترض جديدًا لسداد القديم"
يمكن للفائدة أن تكون "استهدافًا دقيقًا" عبر الاستفادة من آلية السيولة المركزة ذات النطاقات في Uniswap V3؛ وTermMax يسمح لك بوضع أوامر معلقة ضمن نطاقات فائدة مخصصة
إذا كنت ترى أن 8%-10% مناسبًا، فأبقِ أوامرك معلقة فقط ضمن هذا النطاق؛ وإذا انحرفت الفائدة، فلن يتم تنفيذ الصفقة، مما يتجنب الوضع السلبي في مسابح الاقتراض التقليدية "القطع الواحد للجميع"
كما يدعم أوامر متعددة النطاقات—80% من الأموال تُعلَّق بسعر فائدة أكثر ثباتًا، و20% للمراهنة على فائدة أعلى، مثل المرونة في وضع أوامر محدودة على دفعات
الفرق الجوهري عن إيفرجراند إيفرجراند يعتمد على ضمانات ورقية وتحريك الأموال عبر "مَسارات" داخلية لصنع شعور بـ"عائد مؤكد"؛ الحسابات غير شفافة، وفي النهاية يحدث الانفجار
في TermMax، يمكن التحقق من جميع الأوامر ومعدلات الفائدة وكميات الاحتياطي على السلسلة بالكامل؛ ويتم تسعير الفائدة حسب العرض والطلب داخل النطاقات المحددة مسبقًا عبر مطابقة سوقية، وتُنفَّذ إدارة المخاطر عبر العقود الذكية تلقائيًا
بجملة واحدة: إيفرجراند يحكمها البشر، بينما TermMax "يحكمه الكود
فلماذا توجد شائعة تخلط بين DeFi الفائدة الثابتة وترتيبات إيفرجراند الاستثمارية؟
لأن كليهما يَعِد بـ"عائد مؤكد" لكن الفرق الجوهري هو: "تأكيد" إيفرجراند يعتمد على ضمانات ورقية وتحريك الأموال، بينما "تأكيد" TermMax يأتي من التقسيم الذري لأصل الدين والفائدة عبر العقود الذكية + تسوية فورية على السلسلة
الأول ثقة يحركها البشر، والثاني ثقة يحركها علم الرياضيات؛ وكلاهما يختلف اختلافًا جوهريًا
الممثلة اليابانية السابقة في أفلام إباحية (AV) تحوّل مهنتها إلى برمجة، وتكتب الأكواد باستخدام Claude Code
ذات يوم، كانت هناك فتاة كانت تصور سابقًا فيديوهات للـ AV… ومع ذلك، راحت تطرق الكود بصرامة عبر أدوات برمجة بالذكاء الاصطناعي
كنت أظن أن كتابة الكود عتبة عالية جدًا، لكن الآن… لقد تم تسوية تلك العتبة بالكامل لا مزيد من الكلام… سأرجع أتأمل الأمر كذكرى أرجّح أن اللقاء التالي سيكون مع مبرمجة شابة بملامح “الروبطة/الرأس المحلوق”
في الحقيقة، هذه القصة فجأةً قفزت إلى ذهني فكرة هل مشروع @Dusk لا يفعل شيئًا شبيهًا أيضًا؟ يصنعون «سلسلة بلوكتشين للخصوصية»، ويجهّزون مجموعة كبيرة من أدوات الامتثال… أليس هدفهم هو تمكين المؤسسات المالية التقليدية من الارتقاء إلى السلسلة بمستوى دخول منخفض؟
كان هؤلاء يرون البلوكتشين وكأنها كتابٌ من السماء، أما الآن فـ #dusk يمهّد الطريق حتى صار أمامك مباشرة
كذلك تصميم الرمز $DUSK مثير للاهتمام: الرهن، استخراج الكتل، الامتثال… حزمة كاملة من الضربات المتتابعة—أليس هذا كأنه يقول للمؤسسات التقليدية: أنتم لا تحتاجون إلى أن تتعرّوا من كل شيء كي تدخلوا
التقنية… في الواقع ممتعة جدًا. فهي لا تنتقي الناس حسب الأصل، ولا تهتم بما كنت تفعله سابقًا؛ إذا كنت راغبًا في التعلّم، فستمنحك فرصة
لكن أكثر ما فاجأني هو نموذج Zedger. قبل ذلك، ما الذي كانت سلاسل الخصوصية تخافه؟
Dusk وضع مباشرةً القائمة البيضاء وسجلات الأسهم داخل طبقة البروتوكول. إذا كان التنظيم يريد أن يراجع، فسيستطيع أن يراها… لكن عامة الناس يظلون لا يرون محافظ الآخرين
هذه الحيلة ذكية جدًا: تحافظ على الخصوصية، وفي الوقت نفسه تمنع المتشددين في الامتثال من إيجاد ثغرات
أما مجموعة Phoenix بنمط معاملات UTxO المجهولة فهي أيضًا مثيرة للاهتمام: فكلما زادت أحجام المعاملات، يزداد «التجمع المجهول»؛ وكلما زاد عدد الأشخاص، زادت الأمان
تخيلت فجأة مشهدًا في رأسي: مجموعة من الناس يرتدون أقنعة ويتراقصون في ساحة عامة؛ لا أحد يعرف من الآخر… لكن الـ DJ يحمل ورقة تسجيل معرفة بمن اشترى تذكرة الدخول
يدعم Rusk VM التحقق عبر ZK بشكل أصلي، مع أربع عقود إطلاق (Genesis) لا أتذكر أسماء المصطلحات التشفيرية مثل Poseidon (التجزئة) وBLS (توقيعات BLS)، لكنني أعرف أنها لجعل السلسلة «تُظهر الصحيح والخطأ فقط، دون تفاصيل»
في الحقيقة، لم أفهم كل التفاصيل تمامًا، لكن طريق Dusk يجعلني أشعر بأن الخصوصية والامتثال ربما لا يلزمانك بخوض حرب ضد بعض
فقط لا أعرف إن كان السوق سيقتنع… لأن الجميع تعوّدوا على منطق الأبيض والأسود
لا تعرف كيف تشارك في كيفية تقسيم صندوق جائزة 100,000 USDC ضمن bStocks AI PnL؟ لقد وصل إلى الإنترنت! الدليل الأكثر تفصيلًا على الإطلاق!
حاليًا ما زال الكثيرون لا يعرفون كيفية استخدام اللوحة التي يمكن رؤيتها أعلاه، والمكافآت كبيرة جدًا أولًا، ما طبيعة هذه المسابقة بالضبط؟ منافسة تداول bStock AI PnL ينظمها تحالف من أربعة أطراف: Binance Wallet وbStocks وBNB Chain Agent Studio وCoinMarketCap ملخص بجملة واحدة: من خلال "محفظة AI مطيعة" (Agentic Wallet)، تقوم بالتداول في الأسهم الأمريكية المُرقمنة (bStock)، وتستخدم تحليلين بالذكاء الاصطناعي لدعم اتخاذ القرار، وفي النهاية تقوم بتقسيم الجائزة حسب الترتيب وفقًا للأرباح/الخسائر المحققة (Realized PnL) ثانيًا، أربعة مفاهيم أساسية 1. Agentic Wallet (محفظة Agent) هذه محفظة مخصصة لوكلاء الذكاء الاصطناعي (Agent) (والـ Agent قد يكون Claude / Codex / Openclaw وغيرها). في المسابقة، فإن غالبية العمليات تقريبًا—البحث عن الأصول، وإجراء التحليلات بالذكاء الاصطناعي، وشراء/بيع bStock