piknkkk

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

هنا تصبح Dusk مثيرة للاهتمام بالنسبة لي.

المشكلة مع التطبيقات المالية واضحة: وضع كل شيء على دفتر أستاذ شفاف يمكن أن يجعل التسوية قابلة للتدقيق، لكنه قد يكشف أيضًا الأرصدة والأطراف المقابلة وتفاصيل المعاملات التي قد لا ترغب المؤسسات في أن تكون مرئية للعامة. تقترب Dusk من ذلك من زاوية مختلفة: طبقة أولى (Layer 1) مخصصة لتمويل onchain الخاضع للرقابة، تجمع بين الخصوصية والإفصاح الانتقائي والتسوية الحتمية.

هناك عنصر تقني يستحق الانتباه إليه وهو معيار "العقد الأمني السري" (Confidential Security Contract - XSC). تصف Dusk معيار XSC بأنه معيار لعقود ذكية سرية يمكن تكييفها مع متطلبات الأعمال، بما في ذلك قيود الخصوصية وقواعد الامتثال. كما يعتمد تصميمه على إثباتات المعرفة الصفرية (Zero Knowledge Proofs) وبنى تشفيرية لدعم المعاملات السرية والإفصاح الانتقائي.

النتيجة على أرض الواقع أكبر من مجرد معاملات خاصة. يمكن للأصول المالية أن تنتقل على السلسلة (onchain) بينما تظل المعلومات الحساسة محمية، مع إفصاح مضبوط عند الحاجة.

لكن لدي سؤال: هل يمكن فعليًا أن تتعايش متطلبات الامتثال للخصوصية وبنية البلوكتشين المفتوحة على نطاق مؤسسي دون أن يَنتَهي الأمر في النهاية بتقويض أحدهما للآخر؟ هذا أكثر من مجرد بطاقة "الخصوصية" نفسها هو ما سأراقبه مع Dusk.
$DUSK $ETH #Dusk.

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

لهذا السبب تثيرني Dusk لكنني ما زلت حذرًا.

Dusk هي طبقة أولى (Layer 1) مبنية حول أسواق مالية منظّمة، حيث يتولى DuskDS التعامل مع التسوية وتوافر البيانات، بينما يوفر DuskVM تنفيذًا بلغة Rust/WASM، وتأتي DuskEVM بأدوات Solidity/EVM المألوفة.

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

ثم هناك Dusk Trade المبنية حول الأصول المالية المرمّزة وسير عمل مثل إعداد/تهيئة المحفظة، وربط المحفظة، والتحويلات المراقَبة والتسوية.

تعمل Dusk أيضًا مع NPEX وChainlink لربط بنية تحتية للأسواق المنظمة بالتوافقية ومعايير البيانات المالية.

وأعود باستمرار إلى تمييز واحد: إن الترميز (tokenization) ليس بالضرورة إصدارًا أصيلًا (native issuance). إن أطروحة Dusk هي وضع المزيد من دورة حياة الأصل—الإصدار والامتثال والتحويلات والتسوية—داخل نظام السلسلة نفسه.

ومع ذلك، يبقى السؤال: هل يمكن للخصوصية القابلة للبرمجة والأنظمة المفتوحة القابلة للتركيب (composability) أن تتعايش فعلاً على نطاق واسع؟ هذا ما أتابعه.

@DuskFoundation $DUSK #Dusk

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

هذا ما يجعل Dusk Trade مثيرًا للاهتمام بالنسبة إلي.

يتم بناء Dusk Trade كـ neobroker وطبقة تطبيقات لأصول مالية مُرمّزة على DuskEVM. تتجاوز الفكرة مجرد إنشاء رموز—فالأموال في سوق النقد وصناديق الاستثمار المتداولة (ETFs) والسندات وغيرها من الأصول الواقعية يمكن أن تصبح جزءًا من بيئة مالية على السلسلة.

والتمييز هنا مهم.

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

هذه تركيبة غير معتادة.

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

يحاول Dusk Trade أن يجلس في مكان ما بين هذين العالَمَين، مع هيكل مُصمم للعمل كـ MTF مُنظّم ومنصة استثمار ضمن لوائح الاتحاد الأوروبي ذات الصلة.

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

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

ليس مجرد وضع الأصول على البلوكتشين.

بل جعلها تعمل هناك فعلًا.

@dusk $DUSK #dusk

#dusk $DUSK @Dusk
لقد قضيت وقتًا كافيًا بالقرب من عالم العملات المشفرة لدرجة أنني أصبح مريبًا كلما استُخدم تبنّي المؤسسات كدليل على أن المشروع قد حقق تقدمًا.

الشراكة أمر سهل. العمل ضمن تنظيم مالي حقيقي ليس كذلك.

وهذا ما يجعل علاقة Dusk مع NPEX جديرة بالاهتمام.

NPEX هي بنية تحتية لسوق مالي مُنظَّم في هولندا تعمل كمرفق تداول متعدد الأطراف مع قدرات وسيط ومزوّد خدمة تمويل جماعي أوروبي. كان Dusk يبني حول هذه العلاقة بهدف جلب النشاط المالي المُنظَّم على السلسلة (onchain) بدلًا من مجرد وضع غلاف توكن آخر فوق أصل قائم.

كما أن الحجم بات أكثر ملموسية أيضًا. وصف Dusk خططًا لجلب أكثر من 300 مليون يورو من أصول NPEX على السلسلة. لكن بصراحة، الرقم ليس ما يهمني أكثر.

الجزء الأصعب هو كل ما حول ذلك.

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

كما توسّعت علاقة NPEX باتجاه بنية Chainlink من أجل الاتصال عبر السلاسل وتقديم بيانات سوق مُتحقَّق منها، ما يمنح الأصول المُنظَّمة مسارًا محتملًا يتجاوز بيئة بلوكشين واحدة.

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

لكن ربما هذه هي الاختبار الحقيقي.

هل يمكن للبلوكشين أن يتكيّف مع قواعد الأسواق المالية دون أن يفقد المزايا التي جعلته مثيرًا للاهتمام من الأساس؟

هذا هو السؤال الذي أتابع Dusk وهو يحاول الإجابة عنه.

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

ولهذا جذبني انتباه DuskEVM.

في البداية، لا يبدو تطبيقٌ متوافقٌ مع EVM كشيءٍ غير مألوف؛ فالمطورون يعرفون بالفعل أدوات Solidity وبيئة Ethereum عمومًا وعموم بيئة EVM. لكن Dusk يحاول استخدام هذا المسار المألوف لشيءٍ أقل مألوفية: سير عمل مالي سريّ.

الجزء المثير للاهتمام هو وحدة الخصوصية في Hedger Dusk لِـ EVM. فهي تستخدم التشفير المُتجانس وإثباتات المعرفة الصفرية لدعم سير العمل السري مع السماح أيضًا بمراجعةٍ مُصرّح بها.

هذا التمييز مهم أكثر مما قد يبدو.

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

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

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

ومع ذلك، أجد الاتجاه مثيرًا للاهتمام.

ربما يكون السؤال الأكثر صعوبة في التمويل على السلسلة (onchain) ليس ما إذا كان كل شيء يمكن أن يكون شفافًا، بل ما إذا كان بإمكاننا أخيرًا تحديد من يحتاج إلى رؤية ماذا، ومتى $DUSK #dusk @DuskFoundation

#dusk $DUSK @Dusk
لقد رأيتُ التجزئة (tokenization) تتحول إلى أحد تلك المصطلحات في عالم العملات الرقمية التي يمكن أن تعني تقريبًا أي شيء. ضع أصلًا مألوفًا على السلسلة ثم سمِّه RWA، وفجأة يبدو الأمر وكأن البنية التحتية المالية قد أُعيد ابتكارها. لستُ مقتنعًا بأن المسألة بهذه البساطة.

ما يهمّني هو ما الذي يتغير فعليًا بعد انتقال الأصل إلى السلسلة.

وهنا يصبح Dusk Trade مثيرًا للاهتمام. يتم بناؤه كنيو بروكر (neobroker) وطبقة تطبيقية للأصول المالية المُرمّزة على DuskEVM. وتشمل المنتجات صناديق سوق المال وETFs والسندات وغيرها من RWAs.

القائمة نفسها ليست ما يلفت انتباهي. بل إن المحاولة تكمن في جلب أشياء يفهمها الناس بالفعل من التمويل التقليدي إلى بيئة يمكن أن تعمل فيها الملكية والتسوية وقابلية التركيب (composability) بشكل مختلف.

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

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

لا أزال أراقب بدلاً من أن أفترض أن الأمر سينجح.

ربما يكون الاختبار الحقيقي للأصول المُرمّزة ليس ما إذا كانت يمكنها الوجود على بلوك تشين. بل ما إذا أصبحت أكثر فائدة بشكل ملموس بمجرد حدوث ذلك.
@Dusk $ETH $DUSK

#dusk $DUSK @Dusk
لقد أصبحتُ متشكّكًا في فكرة أن الأسواق المالية تتحسن تلقائيًا بمجرد أن يصبح كل شيء علنيًا. بعد مشاهدة العملات المشفرة وهي تمر بعدة دورات، لم أعد متأكدًا من أن أقصى درجات الشفافية كانت يومًا هي المشكلة الحقيقية.

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

وهنا بدأ طرح Dusk يزداد معنى بالنسبة لي.

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

أجد هذا التمييز مهمًا.

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

يعمل Dusk على بناء ذلك التوتر إلى جانب تسوية حتمية للأسواق المالية المُنظَّمة.

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

لكن ربما هذا هو الجزء الأكثر إثارة للاهتمام بالنسبة لي في Dusk.

ربما لا يتمثل مستقبل التمويل على السلسلة (onchain) في الاختيار بين الخصوصية والشفافية.

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

#dusk $DUSK @Dusk @Dusk
أسهل طريقة لسوء فهم خصوصية البلوكشين هي التعامل معها كميزة تبحث عن مشكلة.

توجد بالفعل الكثير من المشكلات في مجال التمويل حيث تكون عُرض المعلومات أمرًا مهمًا.

فكّر في الأوراق المالية المُرمّزة.

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

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

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

كما يدعم Dusk بيئات مختلفة للعقود الذكية بما في ذلك DuskVM وDuskEVM.

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

تكمن الفرصة الأكبر في الجمع.

الخصوصية.

قواعد قابلة للبرمجة.

إصدار الأصول.

التسوية.

ضوابط موجهة للامتثال.

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

التقنية تخلق الإمكانية.

لكن الاستخدام الحقيقي هو ما يجب أن يؤكد ذلك.

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

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

لا يلزم أن تعني الخصوصية إيقاف دفتر الأستاذ العام.

فعلى سبيل المثال، قد تتطلب سيرورة عمل أن تبقى بعض المعلومات عامة للتنسيق، بينما تظل الأرصدة أو التحويلات الحساسة مخفية.

هذه طريقة أفضل للتفكير في خصوصية البلوك تشين.

ليس كونه مفتاحًا للتبديل بين العام والخاص.

بل أقرب إلى كونه طيفًا لإتاحة الوصول إلى المعلومات.

تصبح أسئلة التصميم الفعلية:

من يحتاج إلى معرفة ماذا؟

ومتى؟

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

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

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

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

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

ولهذا السبب لفت انتباهي DuskEVM.

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

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

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

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

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

#baby $BABY @BabylonLabs_io
لم أتوقع أن يكون الجزء الأكثر إثارة للاهتمام في بابل هو ما لا يحدث على البيتكوين. غالبًا ما يُوصَف البروتوكول بتصميمه الأصلي على البيتكوين، لكن بعد قراءة بنية النظام ظلّت أفكر في كل ما يجب أن يحدث خارج سلسلة البيتكوين قبل أن تصبح أمان البيتكوين مفيدًا بالفعل في مكان آخر.

لا يتحقق البيتكوين نفسه من حالة سلاسل PoS التي تساعد بابل على تأمينها. فهو لا يعرف ما إذا كان المُدقق متصلًا بالإنترنت، ولا ما إذا كانت السلسلة قد تمّت تسويتها بشكل صحيح، ولا ما إذا كانت معلمات الحوكمة قد تغيرت. تُتَولّى هذه المسؤوليات طبقة الإجماع الخاصة ببابل، والتي تضم مقدمي التتويف Finality Providers، ومنطق البروتوكول المحيط بها. يعمل البيتكوين كطبقة تسوية لالتزامات الرهان وشروط الإيقاف/الخصم وليس كبيئة تنفيذ تفسّر ما تمثله تلك الالتزامات.

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

كلما تعمقت أكثر، قلّ ما رأيتُ فيه بابل كـ بروتوكول يمدد أمن البيتكوين ببساطة. يبدو وصفه على أنه بروتوكول يترجم أمن البيتكوين إلى لغة أخرى دقيقًا بنفس القدر. السؤال هو: هل يمكن للترجمة يومًا أن تكون تقليلًا للثقة بنفس مستوى المصدر الأصلي؟

#baby $BABY @BabylonLabs_io
وجدت نفسي أُكثّر التفكير في شيء لم أكن أولًا أُولي له اهتمامًا كبيرًا: نموذج أمان بايبردون ليس فقط حول مقدار الـBTC المُرهَن. بل يتعلّق أيضًا بمدى إمكانية أن تصبح قوة تفسير هذا الأمان أكثر تركّزًا مع مرور الوقت. غالبًا ما تتم مناقشة البروتوكول من حيث “الوزن الاقتصادي” المرتبط بالـBitcoin، لكن الطبقة البشرية حول مزوّدي الإنهاء النهائي (Finality Providers) تستحق تدقيقًا مماثلًا.

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

المثير للاهتمام أن هذا ليس هو نفسه ضغط التمركز الذي نراه في أساليب PoS التقليدية. يبقى الـBTC مُملوكًا ذاتيًا (self-custodied)، لذا لا يتجه حفظ الأصول إلى التمركز. بدّلًا من ذلك، يمكن أن يتجه تأثير اتخاذ القرار بشأن الإنهاء النهائي. يردع الـslashing السلوك الخبيث، لكنه لا يردع الشعبية. بل قد يصبح المزوّدون الناجحون أكثر هيمنة حتى، فقط لأن المستخدمين يفضّلون بشكل عقلاني المشغّلين المعروفين والمجرّبين على غيرهم من المجهولين.

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

#baby $BABY @BabylonLabs_io
الجزء المثير للاهتمام لم يكن استخدام بابل للبيتكوين. بل كان قرارها بجعل الأمان مكلفًا بشكل مقصود للإساءة، لكنه غير مكلف نسبيًا للانسحاب. لم أكن قد أدركت هذا الفرق إلا بعد أن قضيت وقتًا أطول في فهم كيفية عمل المشاركة فعليًا.

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

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

ما زلت أتساءل ما إذا كانت هذه المقاربة تصبح أقوى مع نضج النظام البيئي، أم أنها في النهاية تتطلب آليات مكافآت أكثر تعقيدًا لمنع تركّز المشغّلين تدريجيًا. قد تكشف الإجابة شيئًا أكثر عن اقتصاديات البنية التحتية اللامركزية من كشفها عن البيتكوين نفسه.
@BabylonLabs_io $BABY $ETH

#baby $BABY @BabylonLabs_io
في البداية افترضت أن أكبر تحدٍ لدى بابل سيكون إقناع حاملي بيتكوين بالمشاركة. كلما اطلعت على البروتوكول أكثر، شعرت بأن المشكلة الأصعب قد تظهر فعلًا بعد سنوات: الحفاظ على افتراضات أمانه ثابتة بينما يستمر البروتوكول نفسه في التطور.

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

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

لا أعتقد أن هناك نقطة توازن واضحة. لكن ذلك يجعلني أتساءل عما إذا كان نجاح بابل على المدى الطويل سيعتمد بدرجة أقل على تصميم ترقيات أفضل وأكثر على معرفة متى لا ينبغي الترقية حتى عندما تسمح التكنولوجيا بذلك.
@BabylonLabs_io $BABY $1000SATS

#baby $BABY @BabylonLabs_io
يمكن أن يؤدي وصف شيء ما بأنه “بيتكوين أصلي” إلى جعله يبدو بسيطًا بشكل رائع. لكن في الواقع، نادرًا ما يكون الأمر كذلك.

يمثل “بابيلون” مثالًا مثيرًا للاهتمام على هذا التوتر. فهو يتيح لحاملي البيتكوين إيداع/تخزين BTC للمشاركة (Stake) مع الحفاظ على السيطرة الذاتية باستخدام أمان بيتكوين للمساعدة في حماية شبكات إثبات الحصة (Proof of Stake). تبدو الفكرة أقرب إلى التصميم الأصلي لبيتكوين بدلًا من لفّ العملات أو تسليمها إلى جهة حافظة.

لكن توجد تفاصيل تم تجاهلها. حتى إذا لم تغادر قيمة هذا الأصل أبدًا بيتكوين، فإن القيمة التي يوفرها تعتمد على نظام بيئي موجود خارج بيتكوين بحد ذاته. تصبح المجموعات المسؤولة عن التحقق (Validators) وإعادة الإرسال (Relays) وبرمجيات العميل المتصلة وسلاسل PoS المرتبطة جزءًا من المشهد. يبقى الـ BTC في مكانه حيث يجب أن يكون، لكن نموذج الأمان يصبح بنية تحتية مشتركة بدلًا من كونه نظامًا معزولًا.

هذا لا يعني أن النهج أضعف. بل يعني فقط أنه ينبغي وصفه بقدر أكبر من الصراحة. يُزيل الحفظ الذاتي طبقة واحدة من الثقة، لكنه لا يلغي الاعتماد المتبادل.

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

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

#baby $BABY @BabylonLabs_io
غالبًا ما يفترض الناس أن أقوى نماذج الأمان تفشل بصوتٍ عالٍ. لكن في الواقع، يَضعف كثيرٌ منها بهدوء قبل أن يلاحظ أي شخص ذلك.

يقدّم بايبلون فكرة طموحة تتيح لحاملي البيتكوين الإسهام (Stake) مع الاحتفاظ بـ BTC لديهم في الحفظ الذاتي داخل شبكة البيتكوين. بدلًا من نقل ملكية الأصول إلى أمين (Custodian) أو الاعتماد على الأصول المُلتفّة (Wrapped)، يمكن للأمان الاقتصادي لبيتكوين أن يساعد في حماية سلاسل بلوكتشين بإثبات الحصّة (Proof of Stake).

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

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

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

قد تكون هذه هي الاختبار الحقيقي لبايبلون. ليس ما إذا كان يعمل اليوم، بل ما إذا كانت افتراضاته تبقى صحيحة عندما لا يعود المحيط حوله يبدو كما هو.
@BabylonLabs_io $BABY $1000SATS

#baby $BABY
غالبًا ما يفترض الناس أنه إذا كنت تمتلك مفاتيحك بنفسك فقد تم حل مشكلة الثقة. الحفظ الذاتي مهم، لكنه جزء واحد فقط من لغز أكبر بكثير.

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

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

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

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

يبدو هذا اتجاهًا أكثر صدقًا للّـ crypto. أقوى البنية التحتية نادرًا ما تكون تلك التي تدّعي أنها تزيل الثقة بالكامل. بل هي التي تجعل فحص الثقة أسهل.

#baby $BABY @BabylonLabs_io
غالبًا ما يحكم الناس على البنية التحتية الجديدة للعملات المشفرة من خلال مدى الاهتمام التي تحظى به في أول بضعة أشهر. لم يبدُ لي ذلك إشارةً موثوقة أبدًا.

يُعدّ Babylon مثالًا جيدًا. فهو يتيح إتاحة Staking ذاتي الحيازة لـ BTC مباشرةً على شبكة Bitcoin، بحيث يمكن لـ Bitcoin المساعدة في تعزيز أمن سلاسل بلوك تشين بإثبات الحصة (PoS). من السهل تلخيص الفكرة، لكن نجاحها ربما يعتمد على شيء أقل وضوحًا من مخططات الاعتماد.

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

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

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

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

#baby $BABY @BabylonLabs_io
One thing I've gradually unlearned in blockchain is the belief that security belongs exclusively to the network that creates it. Over time I've come to see security as accumulated trust earned through years of consistency careful design and the willingness of people to keep believing in a system even when excitement fades.

That is why Babylon stayed in my thoughts. Not because it introduces another way to use Bitcoin but because it hints at a different relationship between ownership and participation. The idea that Bitcoin's economic security can help strengthen Proof of Stake blockchains through self-custodial staking while BTC never leaves the Bitcoin network feels less like expanding Bitcoin's purpose and more like respecting its original principles.

Security becomes more valuable when it can be shared without being surrendered.

For years I assumed idle Bitcoin represented a conscious choice to prioritize certainty over utility. Now I'm not so sure those ideas are in conflict. Perhaps capital can remain exactly where it belongs while still lending confidence to something beyond itself.

The thought I keep returning to isn't about staking rewards or technical architecture. It's about the possibility that trust itself can become a shared resource while ownership remains deeply personal. If that turns out to be true then Bitcoin's evolving role may not be about doing more it may simply be about allowing its quiet credibility to reach a little further than before.

#baby $BABY @BabylonLabs_io
لقد لاحظت أنه كلما بقيت في عالم العملات المشفرة لفترة أطول، قلّ انبهاري بما يمكن أن تفعله سلاسل الكتل، وزادت اهتمامي بما تمثّله. في جوهر هذا المجال، كانت المحاولة دائمًا للإجابة عن سؤال بسيط: كيف ننشئ الثقة دون أن نتنازل عن السيطرة؟

لقد شعرت أن هذا السؤال تغيّر بعد أن قضيت وقتًا في التفكير في بابل (Babylon). لم تكن هي الآليات الخاصة بإستيكينغ بيتكوين بالاحتفاظ الذاتي (self-custodial) هي التي بقيت عالقة في ذهني. بل كانت الفكرة التي اكتشفتها بأن الأمان الاقتصادي لبيتكوين يمكن أن يساعد في تعزيز شبكات إثبات الحصة (Proof of Stake) بينما يظل الـ BTC موجودًا بالكامل على شبكة بيتكوين وتحت سيطرة المالك. يبدو الأمر ما ينسجم مع فلسفة بيتكوين الأصلية أكثر من كونه خروجًا عنها.

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

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

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