Waseem Ahmad mir

تحتاج الأسواق المالية إلى الخصوصية، لكنها تحتاج أيضًا إلى طريقة للتحقق مما حدث. هذا التوازن هو ما جذب انتباهي إلى Dusk. الفكرة ليست جعل كل شيء خاصًا ثم الاكتفاء بذلك. نهج Dusk أكثر مرونة. يمكن لبعض المعلومات أن تظل عامة عندما تكون الشفافية مفيدة. ويمكن أن تبقى معلومات أخرى سرية عندما يؤدي كشفها إلى خلق مشاكل للمستثمر أو المؤسسة أو مشارك في السوق. ثم، عندما يحتاج طرف مُخوّل إلى معلومات محددة، يمكن للإفصاح الانتقائي أن يوفّر تلك المعلومات دون جعل السجل الكامل لتاريخ المعاملات عامًا. أعتقد أن ذلك منطقي بكثير بالنسبة للتمويل الخاضع للتنظيم أكثر من اعتبار الخصوصية والشفافية خيارين منفصلين تمامًا. الجانب التقني مثير للاهتمام أيضًا. لدى Dusk نماذج للمعاملات العامة والأخرى المُحمية. يُستخدم Moonlight لتدفقات الحسابات الشفافة، بينما يدعم Phoenix عمليات التحويل المُحمية باستخدام براهين المعرفة الصفرية. يمكن للمستخدمين أيضًا كشف معلومات بشكل انتقائي عند الحاجة من أجل التنظيم أو المراجعة. ثم هناك التسوية. توفّر DuskDS طبقة التسوية وإتاحة البيانات، مع نهائية حتمية مصممة لسير العمل المالي. وهذا يعني أن جانب الخصوصية لا يتم بناؤه بشكل منفصل عن جانب التسوية. بل إنهما جزء من البنية التحتية نفسها. ربما هذه هي الجزئية في Dusk التي أجدها الأكثر إثارة للاهتمام. بالنسبة للأسواق الخاضعة للتنظيم، لا يقتصر الهدف على “جعل كل شيء خاصًا” فحسب. بل القدرة على تحديد ما ينبغي أن يكون مرئيًا، وما ينبغي أن يبقى سريًا، ومن يمكنه استلام معلومات إضافية، وكيف تتم تسوية المعاملة النهائية. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

صاعد

تمّ التحقق

تحتاج الأسواق المالية إلى الخصوصية، لكنها تحتاج أيضًا إلى طريقة للتحقق مما حدث.

هذا التوازن هو ما جذب انتباهي إلى Dusk.

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

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

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

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

ثم هناك التسوية.

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

ربما هذه هي الجزئية في Dusk التي أجدها الأكثر إثارة للاهتمام.

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

PINNED

أعتقد أن «الترميز» و«الأصلي» كلمتان يُسهَّل خلطهما معًا. لقد كنت أقرأ مواد Dusk حول الإصدار الأصلي (native issuance)، والفرق في الواقع بسيط جدًا. مع الترميز، يمثل الرمز أصلًا أو مطالبةً بأصل. ولا يزال من الممكن أن تعتمد الأصول الأصلية وأجزاء من دورة حياتها على أنظمة خارج سلسلة الكتل. أما الإصدار الأصلي فيتبع نهجًا مختلفًا. إذ يتم إنشاء الأصل وإدارته على السلسلة، لذلك يمكن تصميم أشياء مثل الإصدار والتحويل والخدمات والتسوية بحيث تتمحور حول دفتر الأستاذ بدلًا من التعامل مع سلسلة الكتل باعتبارها مجرد سجلٍّ آخر لأصلٍ يعيش في مكانٍ ما آخر. يصبح ذلك أكثر إثارة للاهتمام مع الأوراق المالية الخاضعة للتنظيم. لا تزال الأصول المالية بحاجة إلى قواعد حول من يمكنه الوصول إليها، ومن يمكنه تحويلها، وما المعلومات التي يمكن الإفصاح عنها، وكيف تعمل التسوية. تصف وثائق Dusk على وجه التحديد أهلية الوصول، والتحويلات المُحكَمة، والإفصاح الانتقائي، والتسوية باعتبارها أجزاءً من سير عمل الأصل الخاضع للتنظيم. لكن هناك تفصيلة مهمة هنا: وضع ورقة مالية خاضعة للتنظيم على السلسلة لا يُلغي الحاجة إلى الترتيب القانوني والمؤسسي الصحيح. إذ ما تزال جهة الإصدار والجهة/المنصة والمنتج يحتاجون إلى التفويض المطلوب للنشاط الذي يقومون به. لذا فبالنسبة لي، الجانب المثير للاهتمام في Dusk ليس فقط «الأصول الحقيقية (RWAs) على سلسلة كتل». بل هي فكرة تصميم المزيد من دورة حياة الأصل حول سلسلة الكتل مع مراعاة متطلبات الأسواق الخاضعة للتنظيم. هذا التمييز بين تمثيل أصلٍ قائم وبين بناء سير عمل الأصل بشكلٍ أصلي حول دفتر الأستاذ هو ما أردت فهمه بشكلٍ أفضل. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

أعتقد أن «الترميز» و«الأصلي» كلمتان يُسهَّل خلطهما معًا.

لقد كنت أقرأ مواد Dusk حول الإصدار الأصلي (native issuance)، والفرق في الواقع بسيط جدًا.

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

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

يصبح ذلك أكثر إثارة للاهتمام مع الأوراق المالية الخاضعة للتنظيم.

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

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

لذا فبالنسبة لي، الجانب المثير للاهتمام في Dusk ليس فقط «الأصول الحقيقية (RWAs) على سلسلة كتل».

بل هي فكرة تصميم المزيد من دورة حياة الأصل حول سلسلة الكتل مع مراعاة متطلبات الأسواق الخاضعة للتنظيم.

هذا التمييز بين تمثيل أصلٍ قائم وبين بناء سير عمل الأصل بشكلٍ أصلي حول دفتر الأستاذ هو ما أردت فهمه بشكلٍ أفضل.

#dusk $DUSK @Dusk

الحمد لله ❤️

كم كانت مفاجأة جميلة! 🥳 أنا سعيد جدًا لمشاركة أنني فزت بمجموعة هدايا الذكرى التاسعة لبورصة بينانس عبر حملة #TradebStocks . 🎁

انضممت لمشاركة تجربتي مع bStocks مع المجتمع، ويشعرني ذلك بالامتنان عندما أرى أن هذا الجهد تم تقديره.

تم إرسال العنوان بنجاح. الآن أنتظر وصول الهدايا! 📦

شكرًا كبيرًا لـ @Binance Square Official أيضًا إلى كل البينانسيين، وتهانينا لجميع الفائزين الآخرين. 💛

#TradebStocks #Binance9YA

Binance Square Official

شارك #TradebStocks & اربح مجموعتنا الحصرية من هدايا الذكرى التاسعة لبينانس

انشر على Binance Square مع #TradebStocks ، شارك تجربتك في تداول bStock أو درس، واربح مجموعة حصرية من هدايا الذكرى السنوية التاسعة لبينانس.
فترة النشاط: 2026-06-11 14:00 (UTC) - 2026-06-17 23:59 (UTC)
المكافآت:
شارك دروس bStock وتجاربك الشخصية عند تجربتها لأول مرة. شارك مع المبتدئين أو المجتمع. سيتم تصنيف أفضل المحتويات بناءً على الأصالة، اللمسة الشخصية، معدل التفاعل، وجودة التعليقات:
🥇 10 فائزين للمحتوى باللغة الإنجليزية
🥇 10 فائزين للمحتوى باللغة الصينية (بما في ذلك الصينية المبسطة والتقليدية)

لا تعمل صناديق MMFs وETFs والسندات وغيرها من الأصول المُرتبطة بالواقع (RWAs) بالطريقة نفسها جميعًا. لهذا السبب تجعل إحضارها إلى السلسلة (onchain) أمرًا مثيرًا للاهتمام. كنت أبحث بشكل أعمق في Dusk Trade لأن الفكرة ليست مجرد وضع نوع واحد من الأصول المالية على بلوكشين. يصف Dusk Dusk Trade بأنه طبقة التطبيق للأصول المالية المُرمّزة. تتضمن سير العمل أشياء مثل إجراءات إلحاق المستثمرين، وفحوص الأهلية، وربط المحفظة، والشراء أو البيع، وتنسيق المدفوعات، والتسوية. وهذا مهم لأن الأصل المالي ليس مجرد رمز (token) يجلس في محفظة. قد توجد قواعد بشأن من يُسمح له بالوصول إليه، وكيف يمكن نقله، وما المعلومات التي يجب أن تكون متاحة، وكيف يتم تسوية جانب الدفع وجانب الأصل في المعاملة. يتم بناء البنية التحتية الأوسع لدى Dusk حول متطلبات الأسواق المُنظّمة من هذا النوع. وتصف المواد الحالية لديها الخصوصية مع الإفصاح الانتقائي، وضوابط الوصول، والتسوية الحتمية كجزء من البنية التحتية للأصول الرقمية المُنظّمة. لفتت انتباهي أمثلة MMF وETF والسندات لأنها تُظهر نطاق الأصول التي تستهدفها Dusk بدلًا من التعامل مع "RWA" كفئة واحدة فقط. لا أعتقد أن السؤال المثير للاهتمام هو فقط ما إذا كانت هذه الأصول يمكن تمثيلها على السلسلة. السؤال الأصعب هو ما إذا كانت العملية المحيطة في السوق يمكن أن تعمل هناك أيضًا. وهنا يصبح Dusk Trade مثيرًا للاهتمام بالنسبة لي: ليس الأصل نفسه فحسب، بل سير العمل حول الملكية والأهلية والتداول والتسوية. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

صاعد

تمّ التحقق

لا تعمل صناديق MMFs وETFs والسندات وغيرها من الأصول المُرتبطة بالواقع (RWAs) بالطريقة نفسها جميعًا. لهذا السبب تجعل إحضارها إلى السلسلة (onchain) أمرًا مثيرًا للاهتمام.

كنت أبحث بشكل أعمق في Dusk Trade لأن الفكرة ليست مجرد وضع نوع واحد من الأصول المالية على بلوكشين.

يصف Dusk Dusk Trade بأنه طبقة التطبيق للأصول المالية المُرمّزة. تتضمن سير العمل أشياء مثل إجراءات إلحاق المستثمرين، وفحوص الأهلية، وربط المحفظة، والشراء أو البيع، وتنسيق المدفوعات، والتسوية.

وهذا مهم لأن الأصل المالي ليس مجرد رمز (token) يجلس في محفظة.

قد توجد قواعد بشأن من يُسمح له بالوصول إليه، وكيف يمكن نقله، وما المعلومات التي يجب أن تكون متاحة، وكيف يتم تسوية جانب الدفع وجانب الأصل في المعاملة.

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

لفتت انتباهي أمثلة MMF وETF والسندات لأنها تُظهر نطاق الأصول التي تستهدفها Dusk بدلًا من التعامل مع "RWA" كفئة واحدة فقط.

لا أعتقد أن السؤال المثير للاهتمام هو فقط ما إذا كانت هذه الأصول يمكن تمثيلها على السلسلة.

السؤال الأصعب هو ما إذا كانت العملية المحيطة في السوق يمكن أن تعمل هناك أيضًا.

وهنا يصبح Dusk Trade مثيرًا للاهتمام بالنسبة لي: ليس الأصل نفسه فحسب، بل سير العمل حول الملكية والأهلية والتداول والتسوية.

#dusk $DUSK @Dusk

أعتقد أن الجزء الذي يفتقده الناس حول عملية التقطيع (tokenization) هو كل ما يأتي بعد إنشاء الرمز. كنت أقرأ عن Dusk Trade، وكان ذلك هو الشيء الذي لفت انتباهي. Dusk Trade ليس بلوك تشين الأساس. إنه طبقة التطبيق للأصول المالية المُرمّزة (tokenized) على Dusk. تصف الوثائق ذلك ضمن سيناريوهات عمل سوقية فعلية: العثور على أصل، وإجراءات إدخال المستثمرين، وربط محفظة، والتحقق من الأهلية، والشراء أو البيع، وتنسيق جانبي الدفع والأصل، وتسوية المعاملة. يبدو هذا بالنسبة لي منطقيًا أكثر من مجرد القول: “ضع الأصول المالية على السلسلة.” بالنسبة للأصول الخاضعة للتنظيم، فإن الرمز نفسه هو جزء واحد فقط من العملية. توجد أسئلة حول من يمكنه الوصول إليه، ومن يمكنه الاحتفاظ به أو نقله، وما هي المعلومات التي يجب أن تبقى سرية، وكيف تحدث تسوية الدفع وتسوية الأصل معًا. تم تصميم البنية التحتية للسوق لدى Dusk لتلبية تلك المتطلبات. تأتي Dusk Trade فوق تلك البنية التحتية. وتحتها، يوفر Dusk أجزاء مختلفة لمهام مختلفة، بما في ذلك DuskDS للتسوية وإتاحة البيانات، وDuskEVM لتطبيقات EVM، وDuskVM لعقود Rust/WASM، وCitadel للهوية والإفصاح الانتقائي. هذا هو الجزء الذي يثير اهتمامي. تقطيع/ترميز الأصول (Tokenization) يحصل على العنوان الرئيسي، لكن سير عمل السوق الفعلي هو المكان الذي تصبح فيه الأمور أكثر تعقيدًا. يبدو أن Dusk تُكرّس جزءًا كبيرًا من جهود التصميم لديها لهذا الجانب. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

تمّ التحقق

أعتقد أن الجزء الذي يفتقده الناس حول عملية التقطيع (tokenization) هو كل ما يأتي بعد إنشاء الرمز.

كنت أقرأ عن Dusk Trade، وكان ذلك هو الشيء الذي لفت انتباهي.

Dusk Trade ليس بلوك تشين الأساس. إنه طبقة التطبيق للأصول المالية المُرمّزة (tokenized) على Dusk. تصف الوثائق ذلك ضمن سيناريوهات عمل سوقية فعلية: العثور على أصل، وإجراءات إدخال المستثمرين، وربط محفظة، والتحقق من الأهلية، والشراء أو البيع، وتنسيق جانبي الدفع والأصل، وتسوية المعاملة.

يبدو هذا بالنسبة لي منطقيًا أكثر من مجرد القول: “ضع الأصول المالية على السلسلة.”

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

تأتي Dusk Trade فوق تلك البنية التحتية. وتحتها، يوفر Dusk أجزاء مختلفة لمهام مختلفة، بما في ذلك DuskDS للتسوية وإتاحة البيانات، وDuskEVM لتطبيقات EVM، وDuskVM لعقود Rust/WASM، وCitadel للهوية والإفصاح الانتقائي.

هذا هو الجزء الذي يثير اهتمامي.

تقطيع/ترميز الأصول (Tokenization) يحصل على العنوان الرئيسي، لكن سير عمل السوق الفعلي هو المكان الذي تصبح فيه الأمور أكثر تعقيدًا. يبدو أن Dusk تُكرّس جزءًا كبيرًا من جهود التصميم لديها لهذا الجانب.

#dusk $DUSK @Dusk

تمّ التحقق

كنت أنظر اليوم إلى DuskEVM، وشيء واحد بدا لي أكثر منطقية من الوصف المعتاد "متوافق مع EVM".

لقد فصل Dusk بين التنفيذ والتسوية.

DuskEVM هو طبقة تنفيذ EVM، حيث يمكن للمطورين استخدام Solidity وأدوات EVM المألوفة. ويجلس DuskDS تحته كطبقة التسوية وإتاحة البيانات. لذا فهما لا يؤديان الوظيفة نفسها.

ثم يوجد Hedger.

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

هذا الفرق مهم للتطبيقات المالية.

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

وهذه هي النقطة في Dusk التي أجدها جديرة بالمتابعة. لا يتعامل المشروع مع الخصوصية بوصفها الهدف الوحيد. فبنيته المعمارية تحاول أن تمنح المُنشئين أدوات مختلفة تبعًا لما تحتاجه التطبيقات فعلًا: DuskEVM لتطوير EVM، وDuskVM للتنفيذ المباشر على L1، وDuskDS للتسوية وإتاحة البيانات.

أنا أكثر اهتمامًا برؤية كيفية استخدام المُنشئين لهذه الأجزاء بدل تكرار وصف عام آخر لـ "بلوك تشين خصوصي".
#dusk $DUSK @Dusk

وضع أصلٍ على بلوك تشين وإصدار أصلٍ على بلوك تشين ليس بالضرورة الشيء نفسه. التمييز الذي وجدته مثيرًا للاهتمام في نهج Dusk للأصول المالية المُرمّزة هو هذا تحديدًا. قد تعني المُرمَزة إنشاء تمثيل على السلسلة لأصلٍ موجودٍ بالفعل في مكانٍ آخر. ثم يمكن استخدام التمثيل الموجود على البلوك تشين داخل بيئة على السلسلة، لكن الأصل الأساسي وأجزاء من دورة حياته قد تظل معتمدة على بنية تحتية خارج السلسلة. الإصدار الأصلي يتبع نهجًا مختلفًا. بدلًا من الاكتفاء بتمثيل أصلٍ موجود على السلسلة، يمكن تصميم جزءٍ أكبر من دورة حياة الأصل ليعمل على السلسلة منذ البداية. وقد يشمل ذلك كيفية إصدار الأصل وحيازته وتحويله وتسويته في نهاية المطاف، اعتمادًا على المنتج المحدد وإعدادات التنظيم ذات الصلة. بالنسبة للأوراق المالية الخاضعة للتنظيم، فإن هذا التمييز مهم. يصف Dusk بنيته التحتية بأنها قادرة على دعم سير عمل الإصدار الأصلي للأوراق المالية المُنظّمة عندما تكون المؤسسات والواجهات ذات الصلة لديها التصاريح وإعداد المنتج المطلوبة. لذا فهذه ليست ادعاءً بأن كل أصل واقعي يمكن إصداره أصليًا على Dusk ببساطة. ما أجده مثيرًا للاهتمام هو اتجاه تصميم المعمارية. بدلًا من اعتبار البلوك تشين طبقةً منفصلة لا تقوم إلا بإنشاء غلافٍ رقمي حول الأصول التقليدية، يطرح الإصدار الأصلي سؤالًا أكبر: إلى أي مدى يمكن التعامل مع دورة حياة الأصل المالي الفعلية على السلسلة؟ قد تكون لذلك آثار على كيفية هيكلة الملكية والتحويلات والتسوية. بالنسبة لي، الفكرة الأساسية المهمة بسيطة: المُرمَزة ليست تلقائيًا هي نفسها الإصدار الأصلي. إن فهم هذا الفرق يجعل محادثة RWA الأوسع ذات معنى أكبر. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

صاعد

وضع أصلٍ على بلوك تشين وإصدار أصلٍ على بلوك تشين ليس بالضرورة الشيء نفسه.

التمييز الذي وجدته مثيرًا للاهتمام في نهج Dusk للأصول المالية المُرمّزة هو هذا تحديدًا.

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

الإصدار الأصلي يتبع نهجًا مختلفًا.

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

بالنسبة للأوراق المالية الخاضعة للتنظيم، فإن هذا التمييز مهم.

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

ما أجده مثيرًا للاهتمام هو اتجاه تصميم المعمارية.

بدلًا من اعتبار البلوك تشين طبقةً منفصلة لا تقوم إلا بإنشاء غلافٍ رقمي حول الأصول التقليدية، يطرح الإصدار الأصلي سؤالًا أكبر: إلى أي مدى يمكن التعامل مع دورة حياة الأصل المالي الفعلية على السلسلة؟

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

بالنسبة لي، الفكرة الأساسية المهمة بسيطة: المُرمَزة ليست تلقائيًا هي نفسها الإصدار الأصلي. إن فهم هذا الفرق يجعل محادثة RWA الأوسع ذات معنى أكبر.
#dusk
$DUSK
@Dusk

الخصوصية المالية ليست مفيدة جدًا إذا كان الأشخاص الذين يحتاجون إلى التحقق من عملية ما لا يستطيعون أداء عملهم. وهذا هو الجزء من نهج Dusk الذي أراه مثيرًا للاهتمام. في الأسواق المالية المنظمة، قد يؤدي جعل كل شيء علنيًا بالكامل إلى تعريض معلومات لا يرغب المشاركون في أن يراها الجميع. لكن الذهاب إلى الطرف الآخر وجعل النشاط مخفيًا تمامًا يخلق مشكلة مختلفة عندما تحتاج الأطراف المصرح لها إلى مراجعته. يعالج Dusk ذلك عبر الخصوصية القابلة للبرمجة. الفكرة هي الحفاظ على سرية معلومات المعاملات الحساسة مع الاستمرار في دعم الإفصاح الانتقائي عند الحاجة إلى مراجعة مُصرّح بها. في المادة التي قرأتها عن Hedger على DuskEVM، تستخدم المعاملات السرية مزيجًا من التشفير المتماثل (Homomorphic Encryption) وإثباتات الدليل الصِفري (Zero-Knowledge Proofs). يهم هذا الدمج لأنه لا تتم معالجة الخصوصية على أنها مجرد "إخفاء كل شيء". تم تصميم Hedger للملكية والتحويلات والمبالغ والأرصدة السرّية مع الحفاظ على قابلية التدقيق. الهدف هو تزويد التطبيقات المالية المنظمة بطريقة لحماية المعلومات الحساسة دون إزالة القدرة على التحقق من النشاط عندما تكون هناك حاجة إلى هذا التحقق. أعتقد أن هذا منظور عملي بكثير لخصوصية البلوك تشين. ليس بالضرورة أن تحتاج المؤسسة المالية إلى أن تكون كل تفاصيل كل معاملة مرئية لكل الشبكة. وفي الوقت نفسه، لا يمكنها ببساطة العمل في بيئة يصبح فيها التدقيق الشرعي مستحيلًا. وهنا تبرز أهمية الإفصاح الانتقائي. يبني Dusk حول هذا الحدّ الفاصل: خصوصية حيث تكون مطلوبة، وشفافية حيث تكون مفيدة، ومراجعة مُتحكم فيها عند الحاجة. بالنسبة للتمويل المُقيد على السلسلة، قد تكون هذه التفرقة مهمة بقدر ما تكون تكنولوجيا البلوك تشين الأساسية. #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)

صاعد

تمّ التحقق

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

وهذا هو الجزء من نهج Dusk الذي أراه مثيرًا للاهتمام.

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

يعالج Dusk ذلك عبر الخصوصية القابلة للبرمجة.

الفكرة هي الحفاظ على سرية معلومات المعاملات الحساسة مع الاستمرار في دعم الإفصاح الانتقائي عند الحاجة إلى مراجعة مُصرّح بها. في المادة التي قرأتها عن Hedger على DuskEVM، تستخدم المعاملات السرية مزيجًا من التشفير المتماثل (Homomorphic Encryption) وإثباتات الدليل الصِفري (Zero-Knowledge Proofs).

يهم هذا الدمج لأنه لا تتم معالجة الخصوصية على أنها مجرد "إخفاء كل شيء".

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

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

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

وهنا تبرز أهمية الإفصاح الانتقائي.

يبني Dusk حول هذا الحدّ الفاصل: خصوصية حيث تكون مطلوبة، وشفافية حيث تكون مفيدة، ومراجعة مُتحكم فيها عند الحاجة.

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

#dusk
$DUSK
@Dusk

ما لفت انتباهي في كلٍّ من Dusk وNPEX لم يكن كلمة “blockchain”. بل كان نوع السوق الذي كانا يحاولان وضعه على السلسلة. NPEX هي بورصة للأوراق المالية في هولندا مُرخصة كمرفق تداول متعدد الأطراف (MTF). وصفت إتاحة 2024 تعاون Dusk وNPEX من أجل توفير البنية التحتية لإصدار الأدوات المالية المُنظّمة وتداولها وترميزها. وهذا يعد نقطة انطلاق مختلفة عن مجرد إنشاء توكن آخر والبحث عن مكان لاستخدامه. تتمثل الفكرة في نقل أجزاء من البنية التحتية القائمة لسوق المال إلى بيئة بلوكتشين، مع الحفاظ على الإطار التنظيمي المحيط بالأصول والجهة/منصة التداول. تشير الإتاحة إلى عدة مزايا محتملة لتمويل قائم على السلسلة: تسوية أسرع، وأتمتة بعض العمليات، وقابلية التشغيل البيني بين المؤسسات المالية، وتيسير الوصول إلى السيولة. لكن ما وجدته أكثر إثارة للاهتمام هو المنهج الأساسي. لا يصف Dusk الأصول المُنظّمة على أنها شيء لا يصبح مفيدًا إلا بعد تغليفها في منتج DeFi عام. الهدف هو توفير بنية تحتية يمكن للمؤسسات المالية والواجهات/المنصات المُنظّمة أن تبني عليها بالفعل. وهذا يتماشى مع الاتجاه الذي تسير فيه Dusk اليوم. تم تصميم الشبكة لتمويل مُنظّم قائم على السلسلة، تجمع بين الخصوصية القابلة للبرمجة والإفصاح الانتقائي والتسوية الحتمية. وتعطي شراكة NPEX لهذا الطرح مثالًا ملموسًا: منصة مالية مُنظّمة تستكشف بنية بلوكتشين لأدوات مالية واقعية. بالنسبة لي، تمثل هذه رواية RWA أكثر إثارة من مجرد احتساب عدد الأصول التي يمكن ترميزها. السؤال الحقيقي هو ما إذا كانت البنية التحتية قادرة على تلبية متطلبات أسواق المال التي تنتمي إليها تلك الأصول بالفعل. {future}(DUSKUSDT) @Dusk_Foundation #dusk $DUSK

صاعد

تمّ التحقق

ما لفت انتباهي في كلٍّ من Dusk وNPEX لم يكن كلمة “blockchain”. بل كان نوع السوق الذي كانا يحاولان وضعه على السلسلة.

NPEX هي بورصة للأوراق المالية في هولندا مُرخصة كمرفق تداول متعدد الأطراف (MTF). وصفت إتاحة 2024 تعاون Dusk وNPEX من أجل توفير البنية التحتية لإصدار الأدوات المالية المُنظّمة وتداولها وترميزها.

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

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

تشير الإتاحة إلى عدة مزايا محتملة لتمويل قائم على السلسلة: تسوية أسرع، وأتمتة بعض العمليات، وقابلية التشغيل البيني بين المؤسسات المالية، وتيسير الوصول إلى السيولة.

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

لا يصف Dusk الأصول المُنظّمة على أنها شيء لا يصبح مفيدًا إلا بعد تغليفها في منتج DeFi عام. الهدف هو توفير بنية تحتية يمكن للمؤسسات المالية والواجهات/المنصات المُنظّمة أن تبني عليها بالفعل.

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

وتعطي شراكة NPEX لهذا الطرح مثالًا ملموسًا: منصة مالية مُنظّمة تستكشف بنية بلوكتشين لأدوات مالية واقعية.

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

@Dusk
#dusk
$DUSK

يصبح الخصوصية على سلسلة EVM أكثر إثارة للاهتمام عندما تكون الامتثال جزءًا من المشكلة. وهذا ما لفت انتباهي إلى Hedger. وفقًا لشرح Dusk، تم بناء Hedger خصيصًا لطبقة التنفيذ DuskEVM. بدلًا من الاعتماد على تقنية تشفير واحدة، فإنه يجمع بين التشفير المُتماثل (homomorphic encryption) وبين إثباتات المعرفة الصفرية. الجانب المتعلق بالتشفير المُتماثل مبني على ElGamal عبر التشفير باستخدام المنحنيات البيضية، ويتيح إجراء عمليات على القيم المشفّرة دون تعريض تلك القيم. ثم تُستخدم إثباتات المعرفة الصفرية لإثبات أن العمليات صحيحة دون كشف المدخلات الأساسية. ما أراه مثيرًا للاهتمام هو إلى أين يتجه Dusk بهذا. الهدف ليس مجرد إخفاء المعاملات. صُمم Hedger للتطبيقات المالية التي يكون فيها كلٌّ من الخصوصية وقابلية التدقيق مهمّين. يصف المصدر ملكية التحفظية (confidential ownership) والتحويلات والمبالغ والأرصدة، مع الاحتفاظ بالقدرة على تدقيق المعاملات عند الحاجة. هناك أيضًا تمييز مهم عن Zedger. تم تصميم Zedger للطبقات المبنية على UTXO، بينما تم بناء Hedger لبيئة EVM. وهذا يعني أن المطورين الذين يعملون مع مكدس EVM يمكنهم التعامل مع المعاملات السرّية دون التخلي عن أدوات Ethereum المألوفة التي صُمم DuskEVM لدعمها. أما الجزء الذي يثير فضولي أكثر فهو إمكانية إنشاء دفاتر أوامر (order books) غير واضحة/مموهة. يقول Dusk إن Hedger يضع الأساس لذلك، بهدف حماية المشاركين في التداول من كشف نيتهم أو مراكزهم. بالنسبة للأسواق المُنظَّمة، فإن هذا المزيج من السرّية وقابلية المراجعة يُعد مشكلة أكثر إثارة للاهتمام بكثير من مجرد جعل كل شيء خاصًا. @Dusk_Foundation #dusk $DUSK {spot}(DUSKUSDT)

صاعد

تمّ التحقق

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

وهذا ما لفت انتباهي إلى Hedger.

وفقًا لشرح Dusk، تم بناء Hedger خصيصًا لطبقة التنفيذ DuskEVM. بدلًا من الاعتماد على تقنية تشفير واحدة، فإنه يجمع بين التشفير المُتماثل (homomorphic encryption) وبين إثباتات المعرفة الصفرية.

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

ما أراه مثيرًا للاهتمام هو إلى أين يتجه Dusk بهذا.

الهدف ليس مجرد إخفاء المعاملات. صُمم Hedger للتطبيقات المالية التي يكون فيها كلٌّ من الخصوصية وقابلية التدقيق مهمّين. يصف المصدر ملكية التحفظية (confidential ownership) والتحويلات والمبالغ والأرصدة، مع الاحتفاظ بالقدرة على تدقيق المعاملات عند الحاجة.

هناك أيضًا تمييز مهم عن Zedger. تم تصميم Zedger للطبقات المبنية على UTXO، بينما تم بناء Hedger لبيئة EVM. وهذا يعني أن المطورين الذين يعملون مع مكدس EVM يمكنهم التعامل مع المعاملات السرّية دون التخلي عن أدوات Ethereum المألوفة التي صُمم DuskEVM لدعمها.

أما الجزء الذي يثير فضولي أكثر فهو إمكانية إنشاء دفاتر أوامر (order books) غير واضحة/مموهة. يقول Dusk إن Hedger يضع الأساس لذلك، بهدف حماية المشاركين في التداول من كشف نيتهم أو مراكزهم.

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

@Dusk
#dusk
$DUSK

يُعد DuskEVM مثيرًا للاهتمام لأنه لا يطلب من مطوّري EVM البدء من الصفر. إذا كنت بالفعل تبني باستخدام Solidity أو Vyper أو Foundry أو Hardhat أو viem أو ethers، فإن الفكرة هي نقل سير العمل المألوف إلى منصة Dusk. لكن الجزء الذي أجده أكثر إثارة للاهتمام هو ما يحدث تحت السطح. DuskEVM هو بيئة التنفيذ المتوافقة مع Ethereum، بينما يتولى DuskDS التوافق على الإجماع والتسوية وتوفير البيانات. يتم استخدام DUSK للتنفيذ ويمكنه التنقّل بين Dusk L1 وDuskEVM عبر الجسر. كما أن تدفق المعاملات يستحق الانتباه. فالمعاملة أولًا تصل إلى مُجدول (sequencer) DuskEVM، ثم يتم إدراجها في كتلة L2. يقوم المُجمِّع (batcher) بنشر بيانات المعاملة إلى DuskDS، بينما تربط التزامات الحالة وإثباتات الأعطال الحالة الناتجة بتسوية DuskDS. وهذا الجزء الأخير مهم لأن إدراج المعاملة وتسويتها ليسا الشيء نفسه. إن مجرد رؤية معاملة مُدرجة لا يعني أنه ينبغي افتراض الحسم النهائي اعتمادًا على مقدار الوقت وحده. كما أنني أحب أن Dusk لا يجبر كل تطبيق على العمل داخل البيئة نفسها. بالنسبة لتطبيقات Solidity، ومحافظ EVM وأدوات Ethereum الحالية، يُعد DuskEVM هو الخيار الواضح. وبالنسبة لعقود Rust/WASM التي تحتاج للعمل مباشرة مع Dusk L1، يظل DuskVM هو الخيار. لذلك فالجزء المثير للاهتمام ليس مجرد: "أصبح لدى Dusk EVM الآن". بل إن Dusk تمنح المطورين بيئة تنفيذ مألوفة مع الحفاظ على ارتباطها بطبقة التسوية الخاصة بها وطبقة توفر البيانات. @Dusk_Foundation #dusk $DUSK {spot}(DUSKUSDT)

صاعد

تمّ التحقق

يُعد DuskEVM مثيرًا للاهتمام لأنه لا يطلب من مطوّري EVM البدء من الصفر.
إذا كنت بالفعل تبني باستخدام Solidity أو Vyper أو Foundry أو Hardhat أو viem أو ethers، فإن الفكرة هي نقل سير العمل المألوف إلى منصة Dusk.
لكن الجزء الذي أجده أكثر إثارة للاهتمام هو ما يحدث تحت السطح.
DuskEVM هو بيئة التنفيذ المتوافقة مع Ethereum، بينما يتولى DuskDS التوافق على الإجماع والتسوية وتوفير البيانات. يتم استخدام DUSK للتنفيذ ويمكنه التنقّل بين Dusk L1 وDuskEVM عبر الجسر.
كما أن تدفق المعاملات يستحق الانتباه.
فالمعاملة أولًا تصل إلى مُجدول (sequencer) DuskEVM، ثم يتم إدراجها في كتلة L2. يقوم المُجمِّع (batcher) بنشر بيانات المعاملة إلى DuskDS، بينما تربط التزامات الحالة وإثباتات الأعطال الحالة الناتجة بتسوية DuskDS.
وهذا الجزء الأخير مهم لأن إدراج المعاملة وتسويتها ليسا الشيء نفسه. إن مجرد رؤية معاملة مُدرجة لا يعني أنه ينبغي افتراض الحسم النهائي اعتمادًا على مقدار الوقت وحده.
كما أنني أحب أن Dusk لا يجبر كل تطبيق على العمل داخل البيئة نفسها.
بالنسبة لتطبيقات Solidity، ومحافظ EVM وأدوات Ethereum الحالية، يُعد DuskEVM هو الخيار الواضح.
وبالنسبة لعقود Rust/WASM التي تحتاج للعمل مباشرة مع Dusk L1، يظل DuskVM هو الخيار.
لذلك فالجزء المثير للاهتمام ليس مجرد: "أصبح لدى Dusk EVM الآن".
بل إن Dusk تمنح المطورين بيئة تنفيذ مألوفة مع الحفاظ على ارتباطها بطبقة التسوية الخاصة بها وطبقة توفر البيانات.
@Dusk
#dusk
$DUSK

يركّز معظم الناس على المنتج. أنا عادةً أولي اهتمامًا للبنية التحتية الكامنة وراءه. وأثناء قراءتي عن Babylon Genesis، وجدت نهج «الآلة الافتراضية المزدوجة» مثيرًا للاهتمام. بدلًا من الاعتماد على آلة افتراضية واحدة، تجمع Babylon Genesis بين CosmWasm وEVM، حيث يؤدي كل منهما غرضًا مختلفًا. ومن خلال الوثائق، يُفترض أن تكون CosmWasm مخصصة للعقود الذكية المرتكزة على بيتكوين، بينما يتم تقديم EVM لمنح المطورين وصولًا إلى نظام DeFi أوسع وإلى أدوات تطوير مألوفة. تم تصميم بيئتي التشغيل لتشارك نفس سجل الرموز، بحيث يمكن استخدام الأصول عبر كلتا البيئتين بدلًا من بقائها ضمن أنظمة منفصلة. بالنسبة لي، لا يعدّ هذا مجرد ترقية تقنية. بل يعكس محاولة لجعل تطبيقات الويب-بتكوين الأصلية أسهل في البناء دون إجبار المطورين على الاختيار بين أدوات موجهة لبيتكوين وبنية تحتية قائمة لـ DeFi. كما يساعد هذا الاتجاه الأوسع أيضًا في تفسير سبب لفت انتباهي «الخزائن البيتكوين غير القابلة للثقة» (TBV). تتمثل حالة الاستخدام الأولى لـ TBV في الاقتراض الأصلي المدعوم بالبيتكوين باستخدام Aave v4 على شبكة الاختبار العامة، بهدف تمكين المستخدمين من استخدام بيتكوينهم الأصلية كضمان دون الحاجة إلى الالتفاف أو الربط (bridging) أو الثقة بوسطاء. كنت أستكشف كلاً من الوثائق وشبكة الاختبار العامة لأن فهم البنية التحتية يجعل من السهل تقدير المنتج. إذا كنت مهتمًا بـ BTCFi، فأقترح تجربة شبكة الاختبار العامة لـ TBV ومشاركة الملاحظات عبر النموذج الرسمي بعد أن تمرّ بتدفق الاقتراض. @babylonlabs_io #baby $BABY {future}(BABYUSDT)

صاعد

🚀 أفضل الرابحين في العقود الآجلة الآن على Binance:

🥇 $APR USDT — +116.17%
🥈 $PROM USDT — +65.77%
🥉 $BR USDT — +57.33%
$AVAAI USDT — +26.32%
$NBIS USDT — +24.36%

APRUSDT يتصدر اللوحة بحركة ضخمة اليوم، بينما PROMUSDT وBRUSDT تُظهران أيضًا زخمًا قويًا.

سوق العقود الآجلة نشط بالتأكيد اليوم.

أي واحد تتابعه؟

#Binance #futures #TopGainers #crypto

صاعد

🚀 أبرز مكاسب العقود الآجلة اليوم
السوق يتحرك بسرعة اليوم، مع زخم قوي يظهر عبر عقود Binance Futures:
🥇 $BMT USDT — +177.73%
🥈 $TUT USDT — +59.13%
🥉 $MUBARAK USDT — +49.29%
4️⃣ $NILUSDT — +30.31%
5️⃣ $CAPUSDT — +25.84%
هذه أرقام آخر 24 ساعة كما تظهر في لقطة الشاشة الخاصة بك. قائمة المتصدرين المباشرة في Binance تتحدث باستمرار، لذا قد تتغير الترتيبات بسرعة.
🔥 BMT هو الأبرز بوضوح، لكن بعد هذه التحركات الحادة، قد تكون التقلبات والارتدادات قوية أيضًا.
الزخم مغرٍ لكن مطاردته بشكل أعمى ليس كذلك. راقب دائمًا حجم التداول والسيولة والمخاطر. 📊

صاعد

🚀 أكبر الرابحين في العقود الآجلة اليوم
السوق يتحرك بسرعة اليوم 👀
🥇 $BMT USDT +121.22%
🥈 $TUT USDT +87.81%
🥉 $MUBARAK USDT +58.17%
🔥 $BEATUSDT +30.30%
⚡$ XANUSDT +30.25%
تحركات كبيرة، لكن كذلك تقلبات كبيرة. الارتفاع بنسبة قوية لا يعني تلقائيًا أن ذلك دخول جيد—راقب حجم التداول والسيولة والزخم قبل المطاردة. يوفر Binance نظرة عامة مخصصة لسوق العقود الآجلة لتتبع هذه التحركات.
binance.com
أي واحد تتابعه اليوم؟ 👀

تمّ التحقق

يركّز معظم الناس على المنتج. أنا عادةً أولي اهتمامًا للبنية التحتية الكامنة وراءه.
وأثناء قراءتي عن Babylon Genesis، وجدت نهج «الآلة الافتراضية المزدوجة» مثيرًا للاهتمام. بدلًا من الاعتماد على آلة افتراضية واحدة، تجمع Babylon Genesis بين CosmWasm وEVM، حيث يؤدي كل منهما غرضًا مختلفًا.
ومن خلال الوثائق، يُفترض أن تكون CosmWasm مخصصة للعقود الذكية المرتكزة على بيتكوين، بينما يتم تقديم EVM لمنح المطورين وصولًا إلى نظام DeFi أوسع وإلى أدوات تطوير مألوفة. تم تصميم بيئتي التشغيل لتشارك نفس سجل الرموز، بحيث يمكن استخدام الأصول عبر كلتا البيئتين بدلًا من بقائها ضمن أنظمة منفصلة.
بالنسبة لي، لا يعدّ هذا مجرد ترقية تقنية. بل يعكس محاولة لجعل تطبيقات الويب-بتكوين الأصلية أسهل في البناء دون إجبار المطورين على الاختيار بين أدوات موجهة لبيتكوين وبنية تحتية قائمة لـ DeFi.
كما يساعد هذا الاتجاه الأوسع أيضًا في تفسير سبب لفت انتباهي «الخزائن البيتكوين غير القابلة للثقة» (TBV). تتمثل حالة الاستخدام الأولى لـ TBV في الاقتراض الأصلي المدعوم بالبيتكوين باستخدام Aave v4 على شبكة الاختبار العامة، بهدف تمكين المستخدمين من استخدام بيتكوينهم الأصلية كضمان دون الحاجة إلى الالتفاف أو الربط (bridging) أو الثقة بوسطاء.
كنت أستكشف كلاً من الوثائق وشبكة الاختبار العامة لأن فهم البنية التحتية يجعل من السهل تقدير المنتج. إذا كنت مهتمًا بـ BTCFi، فأقترح تجربة شبكة الاختبار العامة لـ TBV ومشاركة الملاحظات عبر النموذج الرسمي بعد أن تمرّ بتدفق الاقتراض.
@BabylonLabs_io
#baby
$BABY

BTC+1.36%

كنت أعتقد أن الجزء المثير للاهتمام في البيتكوين هو الأصل نفسه. في الآونة الأخيرة، بدأت أولي اهتمامًا أكبر للبنية التحتية الكامنة وراءه. أثناء قراءتي لوثائق Babylon، لفتت انتباهي نقطة واحدة. البروتوكول لا بُني حول مكوّن واحد فقط. بل يجمع بين Bitcoin وBabylon Genesis وBTC staking وFinality Providers وخدمات المراقبة مثل شبكة Vigilante، وغيرها من الوحدات التي تنسّق كيفية عمل الشبكة. إن فهم هذه المعمارية منحني تقديرًا أفضل لـ Trustless Bitcoin Vaults (TBV). تتمثل حالة الاستخدام الأولى لـ TBV في الاقتراض الأصلي المدعوم بالبيتكوين عبر Aave v4 على شبكة الاختبار العامة. بدلًا من مطالبة المستخدمين بلفّ البيتكوين أو الاعتماد على وسطاء أمناء/حافظين، صُمِّمت TBV لتمكين استخدام البيتكوين الأصلي كضمان مع الحفاظ على خاصية عدم الثقة. بالنسبة لي، تكمل الوثائق وشبكة الاختبار العامة بعضهما البعض. توضّح الوثائق كيف يتم تنظيم البنية التحتية الأساسية، بينما تتيح شبكة الاختبار العامة للناس تجربة تدفق الاقتراض مباشرةً وتقديم ملاحظات قبل التبنّي الأوسع. لهذا أعتقد أن الاختبار العام مهم. قراءة بروتوكول أمر مفيد، لكن التفاعل معه فعليًا غالبًا ما يكشف أين يمكن أن تكون التعليمات أوضح، وأين يمكن تحسين تجربة المستخدم، وما الأسئلة التي يرجّح أن يطرحها المستخدمون الجدد. إذا كنت مهتمًا بـ DeFi المدعوم بالبيتكوين، فمن الجدير تجربة شبكة الاختبار العامة لـ Trustless Bitcoin Vaults (TBV) ومشاركة الملاحظات عبر النموذج الرسمي. تُعد الملاحظات العملية واحدة من أكثر الأجزاء قيمة في عملية اختبار مفتوحة.@babylonlabs_io #baby $BABY {future}(BABYUSDT)

التداول خلال 30 يوم $BABY337.1 USDT

كنت أعتقد أن الجزء المثير للاهتمام في البيتكوين هو الأصل نفسه. في الآونة الأخيرة، بدأت أولي اهتمامًا أكبر للبنية التحتية الكامنة وراءه.
أثناء قراءتي لوثائق Babylon، لفتت انتباهي نقطة واحدة. البروتوكول لا بُني حول مكوّن واحد فقط. بل يجمع بين Bitcoin وBabylon Genesis وBTC staking وFinality Providers وخدمات المراقبة مثل شبكة Vigilante، وغيرها من الوحدات التي تنسّق كيفية عمل الشبكة.
إن فهم هذه المعمارية منحني تقديرًا أفضل لـ Trustless Bitcoin Vaults (TBV).
تتمثل حالة الاستخدام الأولى لـ TBV في الاقتراض الأصلي المدعوم بالبيتكوين عبر Aave v4 على شبكة الاختبار العامة. بدلًا من مطالبة المستخدمين بلفّ البيتكوين أو الاعتماد على وسطاء أمناء/حافظين، صُمِّمت TBV لتمكين استخدام البيتكوين الأصلي كضمان مع الحفاظ على خاصية عدم الثقة.
بالنسبة لي، تكمل الوثائق وشبكة الاختبار العامة بعضهما البعض. توضّح الوثائق كيف يتم تنظيم البنية التحتية الأساسية، بينما تتيح شبكة الاختبار العامة للناس تجربة تدفق الاقتراض مباشرةً وتقديم ملاحظات قبل التبنّي الأوسع.
لهذا أعتقد أن الاختبار العام مهم. قراءة بروتوكول أمر مفيد، لكن التفاعل معه فعليًا غالبًا ما يكشف أين يمكن أن تكون التعليمات أوضح، وأين يمكن تحسين تجربة المستخدم، وما الأسئلة التي يرجّح أن يطرحها المستخدمون الجدد.
إذا كنت مهتمًا بـ DeFi المدعوم بالبيتكوين، فمن الجدير تجربة شبكة الاختبار العامة لـ Trustless Bitcoin Vaults (TBV) ومشاركة الملاحظات عبر النموذج الرسمي. تُعد الملاحظات العملية واحدة من أكثر الأجزاء قيمة في عملية اختبار مفتوحة.@BabylonLabs_io
#baby
$BABY

تمّ التحقق

أعتقد أن من أكبر مزايا شبكة الاختبار العامة هو الشفافية.
بدلاً من الاعتماد فقط على الإعلانات، يمكن لأي شخص فتح المستكشف ومعرفة ما الذي يحدث على الشبكة. وهذا يجعل من الأسهل كثيرًا فهم كيفية تقدّم المنتج بينما لا يزال قيد الاختبار.
لقد قضيت بعض الوقت في استكشاف Trustless Bitcoin Vaults (TBV) بدءًا من @BabylonLabs_io ، وأعجبني أن تدفّق الاقتراض متاح للجميع كي يجربوه. تتمثل حالة الاستخدام الأولى في الاقتراض الأصلي المدعوم بالبيتكوين باستخدام Aave v4 على شبكة اختبار عامة، بحيث يمكن للناس المرور بهذه العملية بأنفسهم بدلًا من الاكتفاء بقراءتها فقط.
يُعدّ المستكشف جزءًا آخر مفيدًا من تجربة الاستخدام. يمكنك تصفح الخزائن ونشاط الإقراض وبيانات شبكة الاختبار الأخرى أثناء متابعة كيفية استخدام النظام. وبالنسبة لي، يجعل ذلك الاختبار أكثر معنى لأن هناك شيئًا يمكن ملاحظته إلى جانب مجرد معاملة ناجحة.
إذا قررت تجربة شبكة الاختبار العامة، فلا تتوقف بعد إكمال الخطوات. اقضِ بضع دقائق إضافية في الاستكشاف وأرسل ملاحظاتك عبر النموذج الرسمي إذا بدا لك شيء غير واضح أو يمكن أن يعمل بشكل أفضل. هذا النوع من الملاحظات هو بالضبط ما تهدف إليه شبكة اختبار عامة.
سأتابع ما ستؤول إليه شبكة الاختبار خلال الأسابيع القادمة.
#baby
$BABY

أجمل جزء في اختبارٍ عام للتقنية ليس العثور على خطأ. بل العثور على شيء يمكن تحسينه. هذا هو النهج الذي أحاول تبنيه عندما أستكشف منتجًا قبل إطلاقه على نطاقٍ أوسع. يوفر اختبارٌ عام للتقنية فرصة للناس للقيام بأكثر من مجرد التأكد من مرور المعاملات. يمنح المستخدمين الحقيقيين فرصة لتجربة المنتج كما هو موجود اليوم، والإشارة إلى أماكن يمكن أن تصبح الرحلة فيها أوضح أو أكثر سلاسة أو أسهل للفهم. وهذا أحد الأسباب التي تجعلني مهتمًا باستكشاف Trustless Bitcoin Vaults (TBV). اختبار الشبكة العام الخاص بالاقتراض المدعوم ببيتكوين محلي (native) متاح بالفعل، ما يعني أنه يمكن لأي شخص المرور عبر تدفق الاقتراض، ورؤية كيفية عمله، وتكوين رأيه الخاص بدل الاعتماد فقط على لقطات الشاشة أو التوثيق. كما أنني أقدر أن Babylon لم تتوقف عند إطلاق اختبارٍ تجريبي. فقد أدرج الفريق نموذجًا رسميًا لتلقي الملاحظات، ما يجعل من الأسهل على المستخدمين مشاركة ما لاحظوه بعد التجربة. ليس كل تعليق مفيد يجب أن يكون تقنيًا. أحيانًا تكون أكثر الملاحظات قيمة هي مجرد شرح أين توقفت، وما الذي بدا مربكًا، أو أي خطوة يمكن توصيلها بشكل أوضح. وغالبًا ما تأتي هذه الملاحظات من المستخدمين العاديين أكثر من كونها من المطورين. إذا كنت تخطط لتجربة TBV، فأنا أشجعك على تخصيص بضع دقائق إضافية لملء نموذج الملاحظات بعد أن تنتهي من استكشاف شبكة الاختبار التجريبية. يساعدك الاختبار على فهم المنتج، بينما تساعدك الملاحظات على تمكين الفريق من تحسينه قبل طرحٍ أوسع. أعتقد أن هذا هو ما يجعل اختبار الشبكة العام ذا قيمة. فهو ليس مجرد معاينة مبكرة، بل فرصة للمجتمع للمساهمة في المنتج بينما لا يزال في طور التطور. @babylonlabs_io #baby $BABY {spot}(BABYUSDT)

تمّ التحقق

أجمل جزء في اختبارٍ عام للتقنية ليس العثور على خطأ. بل العثور على شيء يمكن تحسينه.
هذا هو النهج الذي أحاول تبنيه عندما أستكشف منتجًا قبل إطلاقه على نطاقٍ أوسع.
يوفر اختبارٌ عام للتقنية فرصة للناس للقيام بأكثر من مجرد التأكد من مرور المعاملات. يمنح المستخدمين الحقيقيين فرصة لتجربة المنتج كما هو موجود اليوم، والإشارة إلى أماكن يمكن أن تصبح الرحلة فيها أوضح أو أكثر سلاسة أو أسهل للفهم.
وهذا أحد الأسباب التي تجعلني مهتمًا باستكشاف Trustless Bitcoin Vaults (TBV).
اختبار الشبكة العام الخاص بالاقتراض المدعوم ببيتكوين محلي (native) متاح بالفعل، ما يعني أنه يمكن لأي شخص المرور عبر تدفق الاقتراض، ورؤية كيفية عمله، وتكوين رأيه الخاص بدل الاعتماد فقط على لقطات الشاشة أو التوثيق.
كما أنني أقدر أن Babylon لم تتوقف عند إطلاق اختبارٍ تجريبي. فقد أدرج الفريق نموذجًا رسميًا لتلقي الملاحظات، ما يجعل من الأسهل على المستخدمين مشاركة ما لاحظوه بعد التجربة.
ليس كل تعليق مفيد يجب أن يكون تقنيًا. أحيانًا تكون أكثر الملاحظات قيمة هي مجرد شرح أين توقفت، وما الذي بدا مربكًا، أو أي خطوة يمكن توصيلها بشكل أوضح. وغالبًا ما تأتي هذه الملاحظات من المستخدمين العاديين أكثر من كونها من المطورين.
إذا كنت تخطط لتجربة TBV، فأنا أشجعك على تخصيص بضع دقائق إضافية لملء نموذج الملاحظات بعد أن تنتهي من استكشاف شبكة الاختبار التجريبية. يساعدك الاختبار على فهم المنتج، بينما تساعدك الملاحظات على تمكين الفريق من تحسينه قبل طرحٍ أوسع.
أعتقد أن هذا هو ما يجعل اختبار الشبكة العام ذا قيمة. فهو ليس مجرد معاينة مبكرة، بل فرصة للمجتمع للمساهمة في المنتج بينما لا يزال في طور التطور.
@BabylonLabs_io
#baby
$BABY