HumairaBTC
228 منشورات
HumairaBTC
إبلاغ
حظر المُستخدم
57 تتابع
680 المتابعون
149 إعجاب
منشورات
·
--
#dusk $DUSK @Dusk_Foundation بدأت أتساءل عن شيء نادرًا ما نطرحه جانبًا في عالم العملات المشفرة:
متى تنتهي المعاملة فعليًا؟
تخيّل شراء عقار.
يقول لك الوسيط:
“تمت معالجة دفعتك.”
لكن ثم يضيف:
“هناك احتمال صغير أن يتغير سجل الملكية غدًا.”
على الأرجح لن تسمي ذلك مُستقرًا.
ومع ذلك، في كثير من سلاسل الكتل، ليس بالضرورة أن تكون “مؤكدة” و“نهائية” أمرًا واحدًا.
لفتتني هذه الفروق عندما تعمقت في DUSK.
تم تصميم توافق DUSK ليكون قائمًا على “النهائية الحتمية”.
بمجرد اعتماد كتلة ما، تصل المعاملة إلى حالة النهائية بدلًا من أن تبقى في وضع يحتاج فيه المستخدمون إلى الانتظار المستمر للحصول على مزيد من التأكيدات لكسب الثقة. وتصف DUSK ذلك بأنه تجنب عمليات إعادة الترتيب التي تظهر للمستخدمين في الظروف الاعتيادية.
يبدو هذا كأنه تفصيل تقني.
لكن بالنسبة للأسواق المالية، لا أظن ذلك كذلك.
تخيّل تسوية صفقة سندات، أو نقل ملكية أصل مالي، أو تحديث سجل مالي.
السؤال المهم ليس فقط:
“ما مدى سرعة ظهور المعاملة؟”
بل هو:
“في أي نقطة بالضبط يمكن للجميع اعتبار هذه النتيجة أنها تمت تسويتها بالفعل؟”
لهذا السبب تبدو لي “النهائية الحتمية” منطقية أكثر في سياق DUSK.
الأمر لا يتعلق فقط بجعل المعاملة تبدو سريعة...
بل بمنح السوق نقطة واضحة لا رجعة بعدها.
لأن في التمويل، عدم اليقين بعد التسوية ليس مجرد أمر مزعج.
قد يؤدي إلى مشكلات في المطابقة وإلى مشاكل تشغيلية ومشاكل تخص الطرف المقابل.
لذلك السؤال الذي بقي معي هو:
إذا لم تستطع سوق مالية أن تخبرك بوضوح متى تكون المعاملة نهائية، فهل كانت مُسَوّاة حقًا من الأساس؟
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk بدأت أتساءل عن شيء نادرًا ما نطرحه جانبًا في عالم العملات المشفرة:
متى تنتهي المعاملة فعليًا؟
تخيّل شراء عقار.
يقول لك الوسيط:
“تمت معالجة دفعتك.”
لكن ثم يضيف:
“هناك احتمال صغير أن يتغير سجل الملكية غدًا.”
على الأرجح لن تسمي ذلك مُستقرًا.
ومع ذلك، في كثير من سلاسل الكتل، ليس بالضرورة أن تكون “مؤكدة” و“نهائية” أمرًا واحدًا.
لفتتني هذه الفروق عندما تعمقت في DUSK.
تم تصميم توافق DUSK ليكون قائمًا على “النهائية الحتمية”.
بمجرد اعتماد كتلة ما، تصل المعاملة إلى حالة النهائية بدلًا من أن تبقى في وضع يحتاج فيه المستخدمون إلى الانتظار المستمر للحصول على مزيد من التأكيدات لكسب الثقة. وتصف DUSK ذلك بأنه تجنب عمليات إعادة الترتيب التي تظهر للمستخدمين في الظروف الاعتيادية.
يبدو هذا كأنه تفصيل تقني.
لكن بالنسبة للأسواق المالية، لا أظن ذلك كذلك.
تخيّل تسوية صفقة سندات، أو نقل ملكية أصل مالي، أو تحديث سجل مالي.
السؤال المهم ليس فقط:
“ما مدى سرعة ظهور المعاملة؟”
بل هو:
“في أي نقطة بالضبط يمكن للجميع اعتبار هذه النتيجة أنها تمت تسويتها بالفعل؟”
لهذا السبب تبدو لي “النهائية الحتمية” منطقية أكثر في سياق DUSK.
الأمر لا يتعلق فقط بجعل المعاملة تبدو سريعة...
بل بمنح السوق نقطة واضحة لا رجعة بعدها.
لأن في التمويل، عدم اليقين بعد التسوية ليس مجرد أمر مزعج.
قد يؤدي إلى مشكلات في المطابقة وإلى مشاكل تشغيلية ومشاكل تخص الطرف المقابل.
لذلك السؤال الذي بقي معي هو:
إذا لم تستطع سوق مالية أن تخبرك بوضوح متى تكون المعاملة نهائية، فهل كانت مُسَوّاة حقًا من الأساس؟
#dusk $DUSK @Dusk
متى تنتهي المعاملة فعليًا؟
تخيّل شراء عقار.
يقول لك الوسيط:
“تمت معالجة دفعتك.”
لكن ثم يضيف:
“هناك احتمال صغير أن يتغير سجل الملكية غدًا.”
على الأرجح لن تسمي ذلك مُستقرًا.
ومع ذلك، في كثير من سلاسل الكتل، ليس بالضرورة أن تكون “مؤكدة” و“نهائية” أمرًا واحدًا.
لفتتني هذه الفروق عندما تعمقت في DUSK.
تم تصميم توافق DUSK ليكون قائمًا على “النهائية الحتمية”.
بمجرد اعتماد كتلة ما، تصل المعاملة إلى حالة النهائية بدلًا من أن تبقى في وضع يحتاج فيه المستخدمون إلى الانتظار المستمر للحصول على مزيد من التأكيدات لكسب الثقة. وتصف DUSK ذلك بأنه تجنب عمليات إعادة الترتيب التي تظهر للمستخدمين في الظروف الاعتيادية.
يبدو هذا كأنه تفصيل تقني.
لكن بالنسبة للأسواق المالية، لا أظن ذلك كذلك.
تخيّل تسوية صفقة سندات، أو نقل ملكية أصل مالي، أو تحديث سجل مالي.
السؤال المهم ليس فقط:
“ما مدى سرعة ظهور المعاملة؟”
بل هو:
“في أي نقطة بالضبط يمكن للجميع اعتبار هذه النتيجة أنها تمت تسويتها بالفعل؟”
لهذا السبب تبدو لي “النهائية الحتمية” منطقية أكثر في سياق DUSK.
الأمر لا يتعلق فقط بجعل المعاملة تبدو سريعة...
بل بمنح السوق نقطة واضحة لا رجعة بعدها.
لأن في التمويل، عدم اليقين بعد التسوية ليس مجرد أمر مزعج.
قد يؤدي إلى مشكلات في المطابقة وإلى مشاكل تشغيلية ومشاكل تخص الطرف المقابل.
لذلك السؤال الذي بقي معي هو:
إذا لم تستطع سوق مالية أن تخبرك بوضوح متى تكون المعاملة نهائية، فهل كانت مُسَوّاة حقًا من الأساس؟
#dusk $DUSK @Dusk
102
·
--
#dusk $DUSK @Dusk_Foundation بدأت أنظر إلى ما يحدث بعد تنفيذ معاملة.
ووجدت مشكلة لم أكن قد فكرت فيها حقًا.
يمكن لسلسلة الكتل أن تعرف أن شيئًا ما حدث.
لكن كيف يعرف بقية النظام المالي؟
تخيّل بورصة للأوراق المالية تحدث فيها صفقة داخل المبنى، لكن لا يرسل أحد رسالة إلى جهة المقاصة.
توجد الصفقة.
لكن الأنظمة المحيطة بها ما زالت في انتظار.
هذا ما جعل نظام أحداث RUES الخاص بـ DUSK مثيرًا للاهتمام بالنسبة لي.
يمكن لعُقد DUSK كشف الأحداث لأشياء مثل الكتل المقبولة، والمعاملات المدرجة أو المنفذة، والأحداث الخاصة بالعقود. ويمكن للتطبيقات الخارجية الاشتراك في هذه الأحداث عبر WebSockets بدلًا من السؤال المستمر عن السلسلة:
“هل حدث شيء بعد؟”
وهناك تفصيل مهم هنا.
يدعم DUSK أيضًا بيانات الأحداث التاريخية عبر عُقد الأرشفة واستعلامات GraphQL، بما في ذلك الأحداث المُعتمدة نهائيًا.
لذا فالأمر ليس مجرد دفع إشعارات.
إنه يخلق جسرًا بين ما حدث على السلسلة وبين الأنظمة التي تحتاج إلى الاستجابة له.
وهذا مهم أكثر بكثير للبنية التحتية المالية مما قد يبدو عليه.
لأن السوق المُرمَّز لا يكون مفيدًا إذا كانت سلسلة الكتل هي النظام الوحيد الذي يعرف ما حدث.
قد تحتاج المؤسسات المُكلفة بالحفظ، والبورصات، ولوحات المعلومات، وأنظمة الامتثال وغيرها من البنى التحتية جميعها إلى الاستجابة لنفس الحدث.
وهذا ما جعلني أنظر إلى RUES بشكل مختلف.
الأمر ليس المعاملة.
بل الإشارة التي تسمح لكل ما حول المعاملة بالاستمرار في الحركة.
والآن أتساءل:
هل يمكن للتمويل على السلسلة حقًا أن يتوسع داخل البنية التحتية المالية القائمة إذا كانت الأنظمة خارج السلسلة لا تستطيع أن تتفاعل بشكل موثوق مع ما يحدث داخلها؟
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk بدأت أنظر إلى ما يحدث بعد تنفيذ معاملة.
ووجدت مشكلة لم أكن قد فكرت فيها حقًا.
يمكن لسلسلة الكتل أن تعرف أن شيئًا ما حدث.
لكن كيف يعرف بقية النظام المالي؟
تخيّل بورصة للأوراق المالية تحدث فيها صفقة داخل المبنى، لكن لا يرسل أحد رسالة إلى جهة المقاصة.
توجد الصفقة.
لكن الأنظمة المحيطة بها ما زالت في انتظار.
هذا ما جعل نظام أحداث RUES الخاص بـ DUSK مثيرًا للاهتمام بالنسبة لي.
يمكن لعُقد DUSK كشف الأحداث لأشياء مثل الكتل المقبولة، والمعاملات المدرجة أو المنفذة، والأحداث الخاصة بالعقود. ويمكن للتطبيقات الخارجية الاشتراك في هذه الأحداث عبر WebSockets بدلًا من السؤال المستمر عن السلسلة:
“هل حدث شيء بعد؟”
وهناك تفصيل مهم هنا.
يدعم DUSK أيضًا بيانات الأحداث التاريخية عبر عُقد الأرشفة واستعلامات GraphQL، بما في ذلك الأحداث المُعتمدة نهائيًا.
لذا فالأمر ليس مجرد دفع إشعارات.
إنه يخلق جسرًا بين ما حدث على السلسلة وبين الأنظمة التي تحتاج إلى الاستجابة له.
وهذا مهم أكثر بكثير للبنية التحتية المالية مما قد يبدو عليه.
لأن السوق المُرمَّز لا يكون مفيدًا إذا كانت سلسلة الكتل هي النظام الوحيد الذي يعرف ما حدث.
قد تحتاج المؤسسات المُكلفة بالحفظ، والبورصات، ولوحات المعلومات، وأنظمة الامتثال وغيرها من البنى التحتية جميعها إلى الاستجابة لنفس الحدث.
وهذا ما جعلني أنظر إلى RUES بشكل مختلف.
الأمر ليس المعاملة.
بل الإشارة التي تسمح لكل ما حول المعاملة بالاستمرار في الحركة.
والآن أتساءل:
هل يمكن للتمويل على السلسلة حقًا أن يتوسع داخل البنية التحتية المالية القائمة إذا كانت الأنظمة خارج السلسلة لا تستطيع أن تتفاعل بشكل موثوق مع ما يحدث داخلها؟
#dusk $DUSK @Dusk
ووجدت مشكلة لم أكن قد فكرت فيها حقًا.
يمكن لسلسلة الكتل أن تعرف أن شيئًا ما حدث.
لكن كيف يعرف بقية النظام المالي؟
تخيّل بورصة للأوراق المالية تحدث فيها صفقة داخل المبنى، لكن لا يرسل أحد رسالة إلى جهة المقاصة.
توجد الصفقة.
لكن الأنظمة المحيطة بها ما زالت في انتظار.
هذا ما جعل نظام أحداث RUES الخاص بـ DUSK مثيرًا للاهتمام بالنسبة لي.
يمكن لعُقد DUSK كشف الأحداث لأشياء مثل الكتل المقبولة، والمعاملات المدرجة أو المنفذة، والأحداث الخاصة بالعقود. ويمكن للتطبيقات الخارجية الاشتراك في هذه الأحداث عبر WebSockets بدلًا من السؤال المستمر عن السلسلة:
“هل حدث شيء بعد؟”
وهناك تفصيل مهم هنا.
يدعم DUSK أيضًا بيانات الأحداث التاريخية عبر عُقد الأرشفة واستعلامات GraphQL، بما في ذلك الأحداث المُعتمدة نهائيًا.
لذا فالأمر ليس مجرد دفع إشعارات.
إنه يخلق جسرًا بين ما حدث على السلسلة وبين الأنظمة التي تحتاج إلى الاستجابة له.
وهذا مهم أكثر بكثير للبنية التحتية المالية مما قد يبدو عليه.
لأن السوق المُرمَّز لا يكون مفيدًا إذا كانت سلسلة الكتل هي النظام الوحيد الذي يعرف ما حدث.
قد تحتاج المؤسسات المُكلفة بالحفظ، والبورصات، ولوحات المعلومات، وأنظمة الامتثال وغيرها من البنى التحتية جميعها إلى الاستجابة لنفس الحدث.
وهذا ما جعلني أنظر إلى RUES بشكل مختلف.
الأمر ليس المعاملة.
بل الإشارة التي تسمح لكل ما حول المعاملة بالاستمرار في الحركة.
والآن أتساءل:
هل يمكن للتمويل على السلسلة حقًا أن يتوسع داخل البنية التحتية المالية القائمة إذا كانت الأنظمة خارج السلسلة لا تستطيع أن تتفاعل بشكل موثوق مع ما يحدث داخلها؟
#dusk $DUSK @Dusk
2
1
89
·
--
#dusk $DUSK @Dusk_Foundation وجدتُ خيار تصميم في DUSK بدا متناقضًا في البداية.
إذا كان لدى DUSK بيئة تنفيذ خاصة بها، فلماذا نبني مسارًا قائمًا على EVM أصلاً؟
فكّر في مطارٍ متخصص.
يمكنك بناء طائرة جديدة تمامًا من الصفر.
لكن إذا كنت تريد آلاف الطيارين الحاليين لاستخدام مطارك، فإن جعل مدرجهم مألوفًا يجعل عملية التبنّي أسهل بكثير.
وهذا ما جعل DuskEVM مثيرًا للاهتمام بالنسبة لي.
لدى DUSK بالفعل DuskVM للعقود التي تحتاج إلى وصول مباشر إلى L1
ومع ذلك، يمنح DuskEVM المطورين بيئة Ethereum المألوفة — Solidity وVyper وأدوات EVM القياسية ومحافظ— بينما يستخدم DuskDS في الخلفية للتسوية وتوافر البيانات.
ثم لاحظت Hedger.
إنه تطور Zedger، لكنه مبني على DuskEVM — أي أنه يجلب تركيز DUSK على الأصول المُنظَّمة إلى بيئة تبدأ بـ EVM.
وهذا يخبرني شيئًا عن استراتيجية DUSK.
لا يبدو أنه يقول:
“انسَ Ethereum. تعلّم مكدسنا.”
الأقرب هو:
“احتفظ بباب المطور المألوف، لكن وصّله ببنية تحتية مصممة لتمويلٍ مُنظَّم.”
وهذا مهم لأن التفوق التقني لا يعني الكثير إذا كان على المطورين التخلي عن الأدوات التي يعرفونها بالفعل قبل أن يتمكنوا من استخدامها.
لذلك السؤال المثير للاهتمام ليس:
“هل يدعم DUSK EVM؟
بل هو:
“هل يمكن للبنية التحتية المالية أن تظل متخصصة دون أن تُجبر منظومة المطورين على البدء من الصفر؟”
هذا ما سأراقبه مع Hedger.
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk وجدتُ خيار تصميم في DUSK بدا متناقضًا في البداية.
إذا كان لدى DUSK بيئة تنفيذ خاصة بها، فلماذا نبني مسارًا قائمًا على EVM أصلاً؟
فكّر في مطارٍ متخصص.
يمكنك بناء طائرة جديدة تمامًا من الصفر.
لكن إذا كنت تريد آلاف الطيارين الحاليين لاستخدام مطارك، فإن جعل مدرجهم مألوفًا يجعل عملية التبنّي أسهل بكثير.
وهذا ما جعل DuskEVM مثيرًا للاهتمام بالنسبة لي.
لدى DUSK بالفعل DuskVM للعقود التي تحتاج إلى وصول مباشر إلى L1
ومع ذلك، يمنح DuskEVM المطورين بيئة Ethereum المألوفة — Solidity وVyper وأدوات EVM القياسية ومحافظ— بينما يستخدم DuskDS في الخلفية للتسوية وتوافر البيانات.
ثم لاحظت Hedger.
إنه تطور Zedger، لكنه مبني على DuskEVM — أي أنه يجلب تركيز DUSK على الأصول المُنظَّمة إلى بيئة تبدأ بـ EVM.
وهذا يخبرني شيئًا عن استراتيجية DUSK.
لا يبدو أنه يقول:
“انسَ Ethereum. تعلّم مكدسنا.”
الأقرب هو:
“احتفظ بباب المطور المألوف، لكن وصّله ببنية تحتية مصممة لتمويلٍ مُنظَّم.”
وهذا مهم لأن التفوق التقني لا يعني الكثير إذا كان على المطورين التخلي عن الأدوات التي يعرفونها بالفعل قبل أن يتمكنوا من استخدامها.
لذلك السؤال المثير للاهتمام ليس:
“هل يدعم DUSK EVM؟
بل هو:
“هل يمكن للبنية التحتية المالية أن تظل متخصصة دون أن تُجبر منظومة المطورين على البدء من الصفر؟”
هذا ما سأراقبه مع Hedger.
#dusk $DUSK @Dusk
إذا كان لدى DUSK بيئة تنفيذ خاصة بها، فلماذا نبني مسارًا قائمًا على EVM أصلاً؟
فكّر في مطارٍ متخصص.
يمكنك بناء طائرة جديدة تمامًا من الصفر.
لكن إذا كنت تريد آلاف الطيارين الحاليين لاستخدام مطارك، فإن جعل مدرجهم مألوفًا يجعل عملية التبنّي أسهل بكثير.
وهذا ما جعل DuskEVM مثيرًا للاهتمام بالنسبة لي.
لدى DUSK بالفعل DuskVM للعقود التي تحتاج إلى وصول مباشر إلى L1
ومع ذلك، يمنح DuskEVM المطورين بيئة Ethereum المألوفة — Solidity وVyper وأدوات EVM القياسية ومحافظ— بينما يستخدم DuskDS في الخلفية للتسوية وتوافر البيانات.
ثم لاحظت Hedger.
إنه تطور Zedger، لكنه مبني على DuskEVM — أي أنه يجلب تركيز DUSK على الأصول المُنظَّمة إلى بيئة تبدأ بـ EVM.
وهذا يخبرني شيئًا عن استراتيجية DUSK.
لا يبدو أنه يقول:
“انسَ Ethereum. تعلّم مكدسنا.”
الأقرب هو:
“احتفظ بباب المطور المألوف، لكن وصّله ببنية تحتية مصممة لتمويلٍ مُنظَّم.”
وهذا مهم لأن التفوق التقني لا يعني الكثير إذا كان على المطورين التخلي عن الأدوات التي يعرفونها بالفعل قبل أن يتمكنوا من استخدامها.
لذلك السؤال المثير للاهتمام ليس:
“هل يدعم DUSK EVM؟
بل هو:
“هل يمكن للبنية التحتية المالية أن تظل متخصصة دون أن تُجبر منظومة المطورين على البدء من الصفر؟”
هذا ما سأراقبه مع Hedger.
#dusk $DUSK @Dusk
82
·
--
#dusk $DUSK @Dusk_Foundation لاحظت شيئًا لم يكن منطقيًا في البداية.
إذا أراد DUSK أن يبني المطورون تطبيقات مالية، فلماذا يبني بيئة تنفيذ خاصة به بينما توجد EVM بالفعل؟
تخيّل افتتاح ورشة متخصصة بجوار مصنع ضخم متعدد الاستخدامات.
يمكن للمصنع أن يصنع تقريبًا أي شيء.
لكن ورشتك مصممة حول نوع واحد محدد من العمل.
وهذا هو الفرق الذي وجدته بين DuskVM وDuskEVM.
يمنح DuskEVM المطورين بيئة Ethereum المألوفة: Solidity وVyper وأدوات EVM القياسية ومحافظها.
لكن DuskVM يسلك طريقًا مختلفًا.
يقوم بتنفيذ عقود Rust/WASM الذكية مباشرةً على Dusk L1، ما يتيح للعقود وصولًا مباشرًا إلى نماذج المعاملات الأصلية لدى Dusk، والأصول، والخصوصية، وإمكانيات الإثباتات بالمعرفة الصفرية.
وهذا ما جعل المعمارية تتضح لي.
لا يفرض DUSK على كل تطبيق أن يستخدم نموذج تنفيذ واحدًا.
إنه يحافظ على البيئة المألوفة للتوافق...
بينما يظل يوفر بيئة أصلية للتطبيقات التي تحتاج إلى وصول أعمق إلى L1.
وهذا مهم لأن التطبيقات المالية الخاضعة للرقابة ليست دائمًا عقود DeFi عادية.
بعضها يحتاج إلى بدائية التسوية والخصوصية نفسها.
لذلك ربما لا تكون المسألة المثيرة للاهتمام هي:
“لماذا لدى DUSK جهازيْن افتراضييْن؟”
بل هي:
“ماذا يحدث عندما تُعامل التوافقية والتخصص كمشكلتين هندسيتين مختلفتين؟”
تخبرني هذه المفاضلة بالكثير حول ما الذي يحاول DUSK بناؤه فعليًا.
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk لاحظت شيئًا لم يكن منطقيًا في البداية.
إذا أراد DUSK أن يبني المطورون تطبيقات مالية، فلماذا يبني بيئة تنفيذ خاصة به بينما توجد EVM بالفعل؟
تخيّل افتتاح ورشة متخصصة بجوار مصنع ضخم متعدد الاستخدامات.
يمكن للمصنع أن يصنع تقريبًا أي شيء.
لكن ورشتك مصممة حول نوع واحد محدد من العمل.
وهذا هو الفرق الذي وجدته بين DuskVM وDuskEVM.
يمنح DuskEVM المطورين بيئة Ethereum المألوفة: Solidity وVyper وأدوات EVM القياسية ومحافظها.
لكن DuskVM يسلك طريقًا مختلفًا.
يقوم بتنفيذ عقود Rust/WASM الذكية مباشرةً على Dusk L1، ما يتيح للعقود وصولًا مباشرًا إلى نماذج المعاملات الأصلية لدى Dusk، والأصول، والخصوصية، وإمكانيات الإثباتات بالمعرفة الصفرية.
وهذا ما جعل المعمارية تتضح لي.
لا يفرض DUSK على كل تطبيق أن يستخدم نموذج تنفيذ واحدًا.
إنه يحافظ على البيئة المألوفة للتوافق...
بينما يظل يوفر بيئة أصلية للتطبيقات التي تحتاج إلى وصول أعمق إلى L1.
وهذا مهم لأن التطبيقات المالية الخاضعة للرقابة ليست دائمًا عقود DeFi عادية.
بعضها يحتاج إلى بدائية التسوية والخصوصية نفسها.
لذلك ربما لا تكون المسألة المثيرة للاهتمام هي:
“لماذا لدى DUSK جهازيْن افتراضييْن؟”
بل هي:
“ماذا يحدث عندما تُعامل التوافقية والتخصص كمشكلتين هندسيتين مختلفتين؟”
تخبرني هذه المفاضلة بالكثير حول ما الذي يحاول DUSK بناؤه فعليًا.
#dusk $DUSK @Dusk
إذا أراد DUSK أن يبني المطورون تطبيقات مالية، فلماذا يبني بيئة تنفيذ خاصة به بينما توجد EVM بالفعل؟
تخيّل افتتاح ورشة متخصصة بجوار مصنع ضخم متعدد الاستخدامات.
يمكن للمصنع أن يصنع تقريبًا أي شيء.
لكن ورشتك مصممة حول نوع واحد محدد من العمل.
وهذا هو الفرق الذي وجدته بين DuskVM وDuskEVM.
يمنح DuskEVM المطورين بيئة Ethereum المألوفة: Solidity وVyper وأدوات EVM القياسية ومحافظها.
لكن DuskVM يسلك طريقًا مختلفًا.
يقوم بتنفيذ عقود Rust/WASM الذكية مباشرةً على Dusk L1، ما يتيح للعقود وصولًا مباشرًا إلى نماذج المعاملات الأصلية لدى Dusk، والأصول، والخصوصية، وإمكانيات الإثباتات بالمعرفة الصفرية.
وهذا ما جعل المعمارية تتضح لي.
لا يفرض DUSK على كل تطبيق أن يستخدم نموذج تنفيذ واحدًا.
إنه يحافظ على البيئة المألوفة للتوافق...
بينما يظل يوفر بيئة أصلية للتطبيقات التي تحتاج إلى وصول أعمق إلى L1.
وهذا مهم لأن التطبيقات المالية الخاضعة للرقابة ليست دائمًا عقود DeFi عادية.
بعضها يحتاج إلى بدائية التسوية والخصوصية نفسها.
لذلك ربما لا تكون المسألة المثيرة للاهتمام هي:
“لماذا لدى DUSK جهازيْن افتراضييْن؟”
بل هي:
“ماذا يحدث عندما تُعامل التوافقية والتخصص كمشكلتين هندسيتين مختلفتين؟”
تخبرني هذه المفاضلة بالكثير حول ما الذي يحاول DUSK بناؤه فعليًا.
#dusk $DUSK @Dusk
7
1
121
·
--
#dusk $DUSK @Dusk_Foundation I صادفت تفصيلًا في تصميم إجماع DUSK جعلني أُعيد التفكير فيما يعنيه مصطلح “اللامركزية” فعلًا.
تخيّل محكمة يحكم فيها نفس الـ 20 شخصًا كل قضية.
حتى لو كانوا نزيهين، فمن المحتمل أن تبدأ بطرح الأسئلة:
لماذا هم؟
الآن تخيّل أن هيئة المحلفين يتم اختيارها عشوائيًا لكل قضية.
أناس مختلفون يفحصون الأدلة، مجموعة أخرى تؤكد القرار، وبعد أن يُعتمد الحكم، تُغلق القضية.
هذا هو النموذج الذهني الذي ساعدني على فهم “الاعتماد الموجز” (Succinct Attestation) لدى DUSK.
بدلًا من وجود مجموعة ثابتة مسؤولة عن كل بلوك، تستخدم DUSK مُورّدين/مقدّمين (provisioners) يتم اختيارهم عشوائيًا ضمن لجان.
يمكن للجنة أن تقترح، بينما تُصدّق لجنة أخرى النتيجة وتُقرّها.
والجزء المثير للاهتمام هو ما يحدث بعد عملية الإقرار:
يصل البلوك إلى حتمية نهائية (deterministic finality).
لذلك بدأت أنظر إلى هذا ليس بوصفه “تصميمًا آخر لإثبات الحصة” فحسب، بل بوصفه مشكلة تنسيق.
إذا كانت نفس الجهات المُصدِّقة تتحكم بشكل دائم في كل قرار، فقد تصبح اللامركزية تدريجيًا سؤالًا عن من لديه المقعد.
اختيار اللجان عشوائيًا يغيّر هذا الديناميكيّة.
وأعتقد أن هناك سببًا يجعل DUSK يهتم بهذه البنية.
البنية التحتية المالية لا تحتاج فقط إلى إنتاج بلوكات.
بل تحتاج إلى عملية يستطيع من خلالها المشاركون في السوق معرفة متى يكون القرار نهائيًا بالفعل.
وهذا هو الجزء الذي أعتبره مثيرًا للاهتمام حول SA:
لم يكتفِ DUSK بالسؤال عن من ينبغي أن يُصدّق البلوك التالي. لقد صمّم عملية لتحديد من سيتولى مهمة الحكم عليه — ومتى يصبح هذا الحكم نهائيًا.
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk I صادفت تفصيلًا في تصميم إجماع DUSK جعلني أُعيد التفكير فيما يعنيه مصطلح “اللامركزية” فعلًا.
تخيّل محكمة يحكم فيها نفس الـ 20 شخصًا كل قضية.
حتى لو كانوا نزيهين، فمن المحتمل أن تبدأ بطرح الأسئلة:
لماذا هم؟
الآن تخيّل أن هيئة المحلفين يتم اختيارها عشوائيًا لكل قضية.
أناس مختلفون يفحصون الأدلة، مجموعة أخرى تؤكد القرار، وبعد أن يُعتمد الحكم، تُغلق القضية.
هذا هو النموذج الذهني الذي ساعدني على فهم “الاعتماد الموجز” (Succinct Attestation) لدى DUSK.
بدلًا من وجود مجموعة ثابتة مسؤولة عن كل بلوك، تستخدم DUSK مُورّدين/مقدّمين (provisioners) يتم اختيارهم عشوائيًا ضمن لجان.
يمكن للجنة أن تقترح، بينما تُصدّق لجنة أخرى النتيجة وتُقرّها.
والجزء المثير للاهتمام هو ما يحدث بعد عملية الإقرار:
يصل البلوك إلى حتمية نهائية (deterministic finality).
لذلك بدأت أنظر إلى هذا ليس بوصفه “تصميمًا آخر لإثبات الحصة” فحسب، بل بوصفه مشكلة تنسيق.
إذا كانت نفس الجهات المُصدِّقة تتحكم بشكل دائم في كل قرار، فقد تصبح اللامركزية تدريجيًا سؤالًا عن من لديه المقعد.
اختيار اللجان عشوائيًا يغيّر هذا الديناميكيّة.
وأعتقد أن هناك سببًا يجعل DUSK يهتم بهذه البنية.
البنية التحتية المالية لا تحتاج فقط إلى إنتاج بلوكات.
بل تحتاج إلى عملية يستطيع من خلالها المشاركون في السوق معرفة متى يكون القرار نهائيًا بالفعل.
وهذا هو الجزء الذي أعتبره مثيرًا للاهتمام حول SA:
لم يكتفِ DUSK بالسؤال عن من ينبغي أن يُصدّق البلوك التالي. لقد صمّم عملية لتحديد من سيتولى مهمة الحكم عليه — ومتى يصبح هذا الحكم نهائيًا.
#dusk $DUSK @Dusk
تخيّل محكمة يحكم فيها نفس الـ 20 شخصًا كل قضية.
حتى لو كانوا نزيهين، فمن المحتمل أن تبدأ بطرح الأسئلة:
لماذا هم؟
الآن تخيّل أن هيئة المحلفين يتم اختيارها عشوائيًا لكل قضية.
أناس مختلفون يفحصون الأدلة، مجموعة أخرى تؤكد القرار، وبعد أن يُعتمد الحكم، تُغلق القضية.
هذا هو النموذج الذهني الذي ساعدني على فهم “الاعتماد الموجز” (Succinct Attestation) لدى DUSK.
بدلًا من وجود مجموعة ثابتة مسؤولة عن كل بلوك، تستخدم DUSK مُورّدين/مقدّمين (provisioners) يتم اختيارهم عشوائيًا ضمن لجان.
يمكن للجنة أن تقترح، بينما تُصدّق لجنة أخرى النتيجة وتُقرّها.
والجزء المثير للاهتمام هو ما يحدث بعد عملية الإقرار:
يصل البلوك إلى حتمية نهائية (deterministic finality).
لذلك بدأت أنظر إلى هذا ليس بوصفه “تصميمًا آخر لإثبات الحصة” فحسب، بل بوصفه مشكلة تنسيق.
إذا كانت نفس الجهات المُصدِّقة تتحكم بشكل دائم في كل قرار، فقد تصبح اللامركزية تدريجيًا سؤالًا عن من لديه المقعد.
اختيار اللجان عشوائيًا يغيّر هذا الديناميكيّة.
وأعتقد أن هناك سببًا يجعل DUSK يهتم بهذه البنية.
البنية التحتية المالية لا تحتاج فقط إلى إنتاج بلوكات.
بل تحتاج إلى عملية يستطيع من خلالها المشاركون في السوق معرفة متى يكون القرار نهائيًا بالفعل.
وهذا هو الجزء الذي أعتبره مثيرًا للاهتمام حول SA:
لم يكتفِ DUSK بالسؤال عن من ينبغي أن يُصدّق البلوك التالي. لقد صمّم عملية لتحديد من سيتولى مهمة الحكم عليه — ومتى يصبح هذا الحكم نهائيًا.
#dusk $DUSK @Dusk
1
102
·
--
#dusk $DUSK @Dusk_Foundation I وجدت مشكلة في “التسوية الفورية” لم أكن فكرت فيها حقًا.
ماذا لو وصل الأصل قبل المال؟
تخيّل شراء منزل.
يعطيك البائع المفاتيح أولًا.
وتتعهد بالدفع غدًا.
من الناحية الفنية، حدث انتقال الملكية بسرعة.
لكن المعاملة ما زالت مكشوفة لمشكلة قديمة جدًا:
أحد الطرفين قد سلّم. والجهة الأخرى لم تفعل.
توجد الفجوة نفسها في الأسواق المالية عندما يتم التعامل مع جزء الأصل وجزء الدفع بشكل منفصل.
لذلك نظرت إلى ما يبنيه DUSK حول هذا الموضوع.
بنيته التحتية للسوق مصممة لتنسيق جزء الأصل وجزء الدفع، مع تسوية حتمية تحتها. يصف Dusk Trade ذلك بأنه تنسيق بين طرفي الصفقة الخاضعة للتنظيم، بدلًا من التعامل مع نقل الأصل كحدث معزول.
يبدو ذلك كقرار معماري صغير.
لا أعتقد أنه كذلك.
لأن المشكلة الحقيقية في التسوية ليست ببساطة:
“ما مدى سرعة تحرّك الرمز؟”
بل هي:
“كيف يعرف الطرفان في المعاملة أن الصفقة اكتملت فعلاً؟”
إجابة DUSK هي إدخال الشقّين في سير عمل تسوية واحد.
وهذا يمثل فكرة مختلفة جدًا عن مجرد وضع الأوراق المالية على السلسلة.
أنت لا تقوم فقط برقمنة الأصل.
أنت تحاول تنسيق عملية التبادل نفسها.
وهذا تركني مع سؤال:
إذا كان الأصل والدفع ما زالا يُسويان بشكل مستقل، فهل يمكننا حقًا تسميتها تسوية ذرّية؟
@Dusk_Foundation $DUSK #Dusk.
#dusk $DUSK @Dusk I وجدت مشكلة في “التسوية الفورية” لم أكن فكرت فيها حقًا.
ماذا لو وصل الأصل قبل المال؟
تخيّل شراء منزل.
يعطيك البائع المفاتيح أولًا.
وتتعهد بالدفع غدًا.
من الناحية الفنية، حدث انتقال الملكية بسرعة.
لكن المعاملة ما زالت مكشوفة لمشكلة قديمة جدًا:
أحد الطرفين قد سلّم. والجهة الأخرى لم تفعل.
توجد الفجوة نفسها في الأسواق المالية عندما يتم التعامل مع جزء الأصل وجزء الدفع بشكل منفصل.
لذلك نظرت إلى ما يبنيه DUSK حول هذا الموضوع.
بنيته التحتية للسوق مصممة لتنسيق جزء الأصل وجزء الدفع، مع تسوية حتمية تحتها. يصف Dusk Trade ذلك بأنه تنسيق بين طرفي الصفقة الخاضعة للتنظيم، بدلًا من التعامل مع نقل الأصل كحدث معزول.
يبدو ذلك كقرار معماري صغير.
لا أعتقد أنه كذلك.
لأن المشكلة الحقيقية في التسوية ليست ببساطة:
“ما مدى سرعة تحرّك الرمز؟”
بل هي:
“كيف يعرف الطرفان في المعاملة أن الصفقة اكتملت فعلاً؟”
إجابة DUSK هي إدخال الشقّين في سير عمل تسوية واحد.
وهذا يمثل فكرة مختلفة جدًا عن مجرد وضع الأوراق المالية على السلسلة.
أنت لا تقوم فقط برقمنة الأصل.
أنت تحاول تنسيق عملية التبادل نفسها.
وهذا تركني مع سؤال:
إذا كان الأصل والدفع ما زالا يُسويان بشكل مستقل، فهل يمكننا حقًا تسميتها تسوية ذرّية؟
@Dusk $DUSK #Dusk.
ماذا لو وصل الأصل قبل المال؟
تخيّل شراء منزل.
يعطيك البائع المفاتيح أولًا.
وتتعهد بالدفع غدًا.
من الناحية الفنية، حدث انتقال الملكية بسرعة.
لكن المعاملة ما زالت مكشوفة لمشكلة قديمة جدًا:
أحد الطرفين قد سلّم. والجهة الأخرى لم تفعل.
توجد الفجوة نفسها في الأسواق المالية عندما يتم التعامل مع جزء الأصل وجزء الدفع بشكل منفصل.
لذلك نظرت إلى ما يبنيه DUSK حول هذا الموضوع.
بنيته التحتية للسوق مصممة لتنسيق جزء الأصل وجزء الدفع، مع تسوية حتمية تحتها. يصف Dusk Trade ذلك بأنه تنسيق بين طرفي الصفقة الخاضعة للتنظيم، بدلًا من التعامل مع نقل الأصل كحدث معزول.
يبدو ذلك كقرار معماري صغير.
لا أعتقد أنه كذلك.
لأن المشكلة الحقيقية في التسوية ليست ببساطة:
“ما مدى سرعة تحرّك الرمز؟”
بل هي:
“كيف يعرف الطرفان في المعاملة أن الصفقة اكتملت فعلاً؟”
إجابة DUSK هي إدخال الشقّين في سير عمل تسوية واحد.
وهذا يمثل فكرة مختلفة جدًا عن مجرد وضع الأوراق المالية على السلسلة.
أنت لا تقوم فقط برقمنة الأصل.
أنت تحاول تنسيق عملية التبادل نفسها.
وهذا تركني مع سؤال:
إذا كان الأصل والدفع ما زالا يُسويان بشكل مستقل، فهل يمكننا حقًا تسميتها تسوية ذرّية؟
@Dusk $DUSK #Dusk.
94
·
--
#dusk $DUSK @Dusk_Foundation كنت أستمر في رؤية “الأصول المُرمّزة” موصوفة وكأن الجزء الأصعب ينتهي عندما تنتقل الرمزة من يدٍ إلى يد.
هذا ما جعلني أتوقف.
تخيّل شراء أسهم شركة.
تمّت عملية الشراء.
ولكن ماذا يحدث عندما تعلن الشركة عن توزيعات أرباح؟
تدعُو إلى تصويت المساهمين؟
تغيّر شروط الورقة المالية؟
ترسل تحديثًا للمستثمرين؟
سجلّ الملكية ما زال يتعيّن عليه أن يقوم بشيء.
هنا وجدت جزءًا آخر مثيرًا للاهتمام من بنية DUSK: إدارة الأصول.
يُعامل تصميم البنية التحتية للسوق في DUSK الأصول الخاضعة للتنظيم باعتبارها أكثر من مجرد رموز قابلة للتحويل.
كما أن سير العمل يحتاج إلى التعامل مع أمور مثل الإجراءات المؤسسية، وتحديثات المستثمرين، والتقارير وسلاسل تدقيق، إلى جانب الإصدار والتحويل والتسوية.
هذا يغيّر الطريقة التي أنظر بها إلى الترميز.
الرمز الذي يمكنه الانتقال من المحفظة (Wallet A) إلى المحفظة (Wallet B) هو مجرد لحظة واحدة في حياة الأصل.
السؤال الأصعب هو:
ماذا يحدث للأصل بعد إتمام الصفقة؟
إذا كانت توزيعات الأرباح والتصويت وتغيّرات الملكية والتقارير ما تزال تعتمد على أنظمة غير مترابطة، فقد تكون البلوك تشين قد رقمنت عملية النقل دون أن تُرقمن فعليًا دورة حياة الأصل.
لهذا لفتت مقاربة DUSK انتباهي.
إنها لا تسأل فقط:
“هل يمكننا وضع الأوراق المالية على السلسلة؟”
يبدو أنها تسأل:
“هل يمكن للأصل أن يستمر في العمل على السلسلة بعد أن يصل إليها؟”
وبصراحة، أعتقد أن هذه هي المشكلة الأكثر صعوبة.
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk كنت أستمر في رؤية “الأصول المُرمّزة” موصوفة وكأن الجزء الأصعب ينتهي عندما تنتقل الرمزة من يدٍ إلى يد.
هذا ما جعلني أتوقف.
تخيّل شراء أسهم شركة.
تمّت عملية الشراء.
ولكن ماذا يحدث عندما تعلن الشركة عن توزيعات أرباح؟
تدعُو إلى تصويت المساهمين؟
تغيّر شروط الورقة المالية؟
ترسل تحديثًا للمستثمرين؟
سجلّ الملكية ما زال يتعيّن عليه أن يقوم بشيء.
هنا وجدت جزءًا آخر مثيرًا للاهتمام من بنية DUSK: إدارة الأصول.
يُعامل تصميم البنية التحتية للسوق في DUSK الأصول الخاضعة للتنظيم باعتبارها أكثر من مجرد رموز قابلة للتحويل.
كما أن سير العمل يحتاج إلى التعامل مع أمور مثل الإجراءات المؤسسية، وتحديثات المستثمرين، والتقارير وسلاسل تدقيق، إلى جانب الإصدار والتحويل والتسوية.
هذا يغيّر الطريقة التي أنظر بها إلى الترميز.
الرمز الذي يمكنه الانتقال من المحفظة (Wallet A) إلى المحفظة (Wallet B) هو مجرد لحظة واحدة في حياة الأصل.
السؤال الأصعب هو:
ماذا يحدث للأصل بعد إتمام الصفقة؟
إذا كانت توزيعات الأرباح والتصويت وتغيّرات الملكية والتقارير ما تزال تعتمد على أنظمة غير مترابطة، فقد تكون البلوك تشين قد رقمنت عملية النقل دون أن تُرقمن فعليًا دورة حياة الأصل.
لهذا لفتت مقاربة DUSK انتباهي.
إنها لا تسأل فقط:
“هل يمكننا وضع الأوراق المالية على السلسلة؟”
يبدو أنها تسأل:
“هل يمكن للأصل أن يستمر في العمل على السلسلة بعد أن يصل إليها؟”
وبصراحة، أعتقد أن هذه هي المشكلة الأكثر صعوبة.
#dusk $DUSK @Dusk
هذا ما جعلني أتوقف.
تخيّل شراء أسهم شركة.
تمّت عملية الشراء.
ولكن ماذا يحدث عندما تعلن الشركة عن توزيعات أرباح؟
تدعُو إلى تصويت المساهمين؟
تغيّر شروط الورقة المالية؟
ترسل تحديثًا للمستثمرين؟
سجلّ الملكية ما زال يتعيّن عليه أن يقوم بشيء.
هنا وجدت جزءًا آخر مثيرًا للاهتمام من بنية DUSK: إدارة الأصول.
يُعامل تصميم البنية التحتية للسوق في DUSK الأصول الخاضعة للتنظيم باعتبارها أكثر من مجرد رموز قابلة للتحويل.
كما أن سير العمل يحتاج إلى التعامل مع أمور مثل الإجراءات المؤسسية، وتحديثات المستثمرين، والتقارير وسلاسل تدقيق، إلى جانب الإصدار والتحويل والتسوية.
هذا يغيّر الطريقة التي أنظر بها إلى الترميز.
الرمز الذي يمكنه الانتقال من المحفظة (Wallet A) إلى المحفظة (Wallet B) هو مجرد لحظة واحدة في حياة الأصل.
السؤال الأصعب هو:
ماذا يحدث للأصل بعد إتمام الصفقة؟
إذا كانت توزيعات الأرباح والتصويت وتغيّرات الملكية والتقارير ما تزال تعتمد على أنظمة غير مترابطة، فقد تكون البلوك تشين قد رقمنت عملية النقل دون أن تُرقمن فعليًا دورة حياة الأصل.
لهذا لفتت مقاربة DUSK انتباهي.
إنها لا تسأل فقط:
“هل يمكننا وضع الأوراق المالية على السلسلة؟”
يبدو أنها تسأل:
“هل يمكن للأصل أن يستمر في العمل على السلسلة بعد أن يصل إليها؟”
وبصراحة، أعتقد أن هذه هي المشكلة الأكثر صعوبة.
#dusk $DUSK @Dusk
3
2
102
·
--
#dusk $DUSK @Dusk_Foundation يُفترض أن تؤدي عملية “التجزئة” (Tokenization) إلى جعل أسواق المال أسهل في الوصول.
لكن هذا جعلني أتساءل:
ماذا يحدث عندما يكون الأصل أسهل في الوصول من القواعد المتعلقة بمن يمكنه امتلاكه؟
تخيّل مزادًا خاصًا.
المزاد رقمي بالكامل.
العطاءات فورية.
لكن ما زال هناك قائمة ضيوف.
إن القدرة على رؤية المزاد لا تعني أنك مسموح لك بشراء ما يُعرض للبيع.
وتصبح هذه التفرقة مهمة جدًا مع الأصول الخاضعة للتنظيم.
بحثت في كيفية تعامل DUSK مع ذلك، ووجدت أن ضوابط الوصول + ربط المحفظة (wallet binding) موجودة ضمن تصميم بنيتها التحتية للسوق.
والفكرة بسيطة:
أولًا، التأكد من أن المشارك مؤهل.
ثم ربط ذلك المشارك الذي تم التحقق منه بالمحفظة التي تتفاعل مع الأصل.
بعد ذلك يمكن التحقق من عمليات التحويل مقابل القواعد.
لذا فإن البلوك تشين لا يكتفي فقط بالتسجيل:
“المحفظة A أرسلت أصلًا إلى المحفظة B.”
أما السؤال الأكثر إثارة للاهتمام فيصبح:
“هل كانت المحفظة B فعلًا مسموحًا لها باستلامه؟”
هذا يغيّر معنى “الامتثال على السلسلة” (onchain compliance) بالنسبة لي.
إنه ليس مجرد تخزين نتيجة KYC في مكان ما.
بل ربط الهوية → الأهلية → المحفظة → التحويل داخل سير العمل نفسه للأصل.
ويصبح هذا الأمر مثيرًا للاهتمام بشكل خاص عندما تحاول التجزئة فتح أسواق كانت تقليديًا خاصة أمام المزيد من المستثمرين.
لأن جعل الأصل أسهل في الوصول لا يفيد إلا إذا كانت البنية التحتية ما زالت قادرة على الإجابة:
من المسموح له بالدخول؟ #dusk $DUSK @Dusk_Foundation
#dusk $DUSK @Dusk يُفترض أن تؤدي عملية “التجزئة” (Tokenization) إلى جعل أسواق المال أسهل في الوصول.
لكن هذا جعلني أتساءل:
ماذا يحدث عندما يكون الأصل أسهل في الوصول من القواعد المتعلقة بمن يمكنه امتلاكه؟
تخيّل مزادًا خاصًا.
المزاد رقمي بالكامل.
العطاءات فورية.
لكن ما زال هناك قائمة ضيوف.
إن القدرة على رؤية المزاد لا تعني أنك مسموح لك بشراء ما يُعرض للبيع.
وتصبح هذه التفرقة مهمة جدًا مع الأصول الخاضعة للتنظيم.
بحثت في كيفية تعامل DUSK مع ذلك، ووجدت أن ضوابط الوصول + ربط المحفظة (wallet binding) موجودة ضمن تصميم بنيتها التحتية للسوق.
والفكرة بسيطة:
أولًا، التأكد من أن المشارك مؤهل.
ثم ربط ذلك المشارك الذي تم التحقق منه بالمحفظة التي تتفاعل مع الأصل.
بعد ذلك يمكن التحقق من عمليات التحويل مقابل القواعد.
لذا فإن البلوك تشين لا يكتفي فقط بالتسجيل:
“المحفظة A أرسلت أصلًا إلى المحفظة B.”
أما السؤال الأكثر إثارة للاهتمام فيصبح:
“هل كانت المحفظة B فعلًا مسموحًا لها باستلامه؟”
هذا يغيّر معنى “الامتثال على السلسلة” (onchain compliance) بالنسبة لي.
إنه ليس مجرد تخزين نتيجة KYC في مكان ما.
بل ربط الهوية → الأهلية → المحفظة → التحويل داخل سير العمل نفسه للأصل.
ويصبح هذا الأمر مثيرًا للاهتمام بشكل خاص عندما تحاول التجزئة فتح أسواق كانت تقليديًا خاصة أمام المزيد من المستثمرين.
لأن جعل الأصل أسهل في الوصول لا يفيد إلا إذا كانت البنية التحتية ما زالت قادرة على الإجابة:
من المسموح له بالدخول؟ #dusk $DUSK @Dusk
لكن هذا جعلني أتساءل:
ماذا يحدث عندما يكون الأصل أسهل في الوصول من القواعد المتعلقة بمن يمكنه امتلاكه؟
تخيّل مزادًا خاصًا.
المزاد رقمي بالكامل.
العطاءات فورية.
لكن ما زال هناك قائمة ضيوف.
إن القدرة على رؤية المزاد لا تعني أنك مسموح لك بشراء ما يُعرض للبيع.
وتصبح هذه التفرقة مهمة جدًا مع الأصول الخاضعة للتنظيم.
بحثت في كيفية تعامل DUSK مع ذلك، ووجدت أن ضوابط الوصول + ربط المحفظة (wallet binding) موجودة ضمن تصميم بنيتها التحتية للسوق.
والفكرة بسيطة:
أولًا، التأكد من أن المشارك مؤهل.
ثم ربط ذلك المشارك الذي تم التحقق منه بالمحفظة التي تتفاعل مع الأصل.
بعد ذلك يمكن التحقق من عمليات التحويل مقابل القواعد.
لذا فإن البلوك تشين لا يكتفي فقط بالتسجيل:
“المحفظة A أرسلت أصلًا إلى المحفظة B.”
أما السؤال الأكثر إثارة للاهتمام فيصبح:
“هل كانت المحفظة B فعلًا مسموحًا لها باستلامه؟”
هذا يغيّر معنى “الامتثال على السلسلة” (onchain compliance) بالنسبة لي.
إنه ليس مجرد تخزين نتيجة KYC في مكان ما.
بل ربط الهوية → الأهلية → المحفظة → التحويل داخل سير العمل نفسه للأصل.
ويصبح هذا الأمر مثيرًا للاهتمام بشكل خاص عندما تحاول التجزئة فتح أسواق كانت تقليديًا خاصة أمام المزيد من المستثمرين.
لأن جعل الأصل أسهل في الوصول لا يفيد إلا إذا كانت البنية التحتية ما زالت قادرة على الإجابة:
من المسموح له بالدخول؟ #dusk $DUSK @Dusk
3
3
96
·
--
#dusk $DUSK @Dusk_Foundation بدأت أتساءل لماذا يعني إثبات أهليتي للحصول على شيء ما عادةً تسليم هويتي بالكامل.
تخيل ناديًا ليليًا يتحقق مما إذا كنت فوق سن 18.
هل سيكون من المنطقي أن يقوم الحارس باستنساخ جواز سفرك بالكامل فقط للتحقق من حقيقة واحدة.
هذا بالضبط هي المشكلة التي وجدتها عندما تعمقت في KYC الرقمي.
يحتاج—المؤسسة إلى المعرفة.
“هل يستوفي هذا الشخص المتطلب؟
لكن التحقق التقليدي غالبًا ما يقدم أكثر من ذلك بكثير.
الاسم، العنوان، تاريخ الميلاد، تفاصيل المستند.
لذلك نظرت إلى كيفية تعامل DUSK مع Citadel.
تستخدم Citadel إثباتات المعرفة الصفرية بحيث يمكن للمستخدم إثبات امتلاكه لمؤهل صالح دون كشف المعلومات الأساسية نفسها. يمكن لبروتوكولها إصدار ترخيص على السلسلة، ثم يتيح للمستخدم إثبات حيازته لترخيص صالح عند طلب خدمة.
هذا يغير العلاقة بين KYC والخصوصية.
بدلًا من.
“هذه هي هويتي. تحقق من كل شيء.
يصبح.
“هذا دليلٌ تشفيري بأنني أستوفي المتطلب.
وأعتقد أن هذا يوضح لماذا احتاجت DUSK إلى Citadel.
إذا كان الهدف هو جلب التمويل الخاضع للتنظيم إلى السلسلة، فلا يمكن أن تختفي الامتثال ببساطة.
لكن لا ينبغي أيضًا أن يتطلب كل تفاعل مالي نسخة أخرى من بيانات شخص ما الشخصية.
السؤال المثير للاهتمام ليس ما إذا كان KYC يجب أن يوجد.
بل.
كم من المعلومات ينبغي أن تتطلب منك عملية إثبات الأهلية كشفها فعليًا؟
@Dusk_Foundation $DUSK
#dusk
#dusk $DUSK @Dusk بدأت أتساءل لماذا يعني إثبات أهليتي للحصول على شيء ما عادةً تسليم هويتي بالكامل.
تخيل ناديًا ليليًا يتحقق مما إذا كنت فوق سن 18.
هل سيكون من المنطقي أن يقوم الحارس باستنساخ جواز سفرك بالكامل فقط للتحقق من حقيقة واحدة.
هذا بالضبط هي المشكلة التي وجدتها عندما تعمقت في KYC الرقمي.
يحتاج—المؤسسة إلى المعرفة.
“هل يستوفي هذا الشخص المتطلب؟
لكن التحقق التقليدي غالبًا ما يقدم أكثر من ذلك بكثير.
الاسم، العنوان، تاريخ الميلاد، تفاصيل المستند.
لذلك نظرت إلى كيفية تعامل DUSK مع Citadel.
تستخدم Citadel إثباتات المعرفة الصفرية بحيث يمكن للمستخدم إثبات امتلاكه لمؤهل صالح دون كشف المعلومات الأساسية نفسها. يمكن لبروتوكولها إصدار ترخيص على السلسلة، ثم يتيح للمستخدم إثبات حيازته لترخيص صالح عند طلب خدمة.
هذا يغير العلاقة بين KYC والخصوصية.
بدلًا من.
“هذه هي هويتي. تحقق من كل شيء.
يصبح.
“هذا دليلٌ تشفيري بأنني أستوفي المتطلب.
وأعتقد أن هذا يوضح لماذا احتاجت DUSK إلى Citadel.
إذا كان الهدف هو جلب التمويل الخاضع للتنظيم إلى السلسلة، فلا يمكن أن تختفي الامتثال ببساطة.
لكن لا ينبغي أيضًا أن يتطلب كل تفاعل مالي نسخة أخرى من بيانات شخص ما الشخصية.
السؤال المثير للاهتمام ليس ما إذا كان KYC يجب أن يوجد.
بل.
كم من المعلومات ينبغي أن تتطلب منك عملية إثبات الأهلية كشفها فعليًا؟
@Dusk $DUSK
#dusk
تخيل ناديًا ليليًا يتحقق مما إذا كنت فوق سن 18.
هل سيكون من المنطقي أن يقوم الحارس باستنساخ جواز سفرك بالكامل فقط للتحقق من حقيقة واحدة.
هذا بالضبط هي المشكلة التي وجدتها عندما تعمقت في KYC الرقمي.
يحتاج—المؤسسة إلى المعرفة.
“هل يستوفي هذا الشخص المتطلب؟
لكن التحقق التقليدي غالبًا ما يقدم أكثر من ذلك بكثير.
الاسم، العنوان، تاريخ الميلاد، تفاصيل المستند.
لذلك نظرت إلى كيفية تعامل DUSK مع Citadel.
تستخدم Citadel إثباتات المعرفة الصفرية بحيث يمكن للمستخدم إثبات امتلاكه لمؤهل صالح دون كشف المعلومات الأساسية نفسها. يمكن لبروتوكولها إصدار ترخيص على السلسلة، ثم يتيح للمستخدم إثبات حيازته لترخيص صالح عند طلب خدمة.
هذا يغير العلاقة بين KYC والخصوصية.
بدلًا من.
“هذه هي هويتي. تحقق من كل شيء.
يصبح.
“هذا دليلٌ تشفيري بأنني أستوفي المتطلب.
وأعتقد أن هذا يوضح لماذا احتاجت DUSK إلى Citadel.
إذا كان الهدف هو جلب التمويل الخاضع للتنظيم إلى السلسلة، فلا يمكن أن تختفي الامتثال ببساطة.
لكن لا ينبغي أيضًا أن يتطلب كل تفاعل مالي نسخة أخرى من بيانات شخص ما الشخصية.
السؤال المثير للاهتمام ليس ما إذا كان KYC يجب أن يوجد.
بل.
كم من المعلومات ينبغي أن تتطلب منك عملية إثبات الأهلية كشفها فعليًا؟
@Dusk $DUSK
#dusk
14
4
89
·
--
#dusk $DUSK @Dusk_Foundation كنت أنظر إلى كيفية انتقال أداة أمنية عادية، وشيء واحد كان يزعجني.
قد تتحرك الأصول.
لكن من يتحقق مما إذا كان مسموحًا لها فعلًا بالانتقال؟
فكّر في نادٍ خاص.
امتلاك بطاقة عضوية لا يعني تلقائيًا أنك تستطيع تسليمها لأي شخص. توجد قواعد بشأن من يمكنه الدخول، ومن يمكنه استلامها، ومتى يُسمح بإجراء التحويل.
لهذا الأمر دفعتني إلى التعمق في Zedger من DUSK.
لا يقتصر Zedger على مجرد إنشاء أصل رقمي.
إنه مُصمّم للإصدار وإدارة الأصول المُنظَّمة الخاصة والملتزمة، حيث يمكن أن تصبح أشياء مثل الأهلية وقيود التحويل والخصوصية جزءًا من سير العمل.
وهذا مهم لأن الأوراق المالية المُنظَّمة ليست رموزًا عادية.
فالسند، على سبيل المثال، قد تكون له قواعد حول من يمكنه الاحتفاظ به، وكيف يمكن أن يتحرك، وما المعلومات التي يُسمح للمشاركين المختلفين برؤيتها.
يبدو أن DUSK يطرح سؤالًا أكثر إثارة للاهتمام:
ماذا لو لم تكن كراسة قواعد الأصل موجودة في جدول بيانات أو قاعدة بيانات منفصلة، بل أصبحت جزءًا من البنية التحتية التي تدير الأصل نفسه؟
لهذا تحديدًا شدّني انتباه Zedger.
الجزء المثير للاهتمام ليس وضع ورقة مالية على السلسلة.
بل جعل القواعد المتعلقة بها قابلة للتنفيذ إلى جانبها.
@Dusk_Foundation $DUSK #dusk
#dusk $DUSK @Dusk كنت أنظر إلى كيفية انتقال أداة أمنية عادية، وشيء واحد كان يزعجني.
قد تتحرك الأصول.
لكن من يتحقق مما إذا كان مسموحًا لها فعلًا بالانتقال؟
فكّر في نادٍ خاص.
امتلاك بطاقة عضوية لا يعني تلقائيًا أنك تستطيع تسليمها لأي شخص. توجد قواعد بشأن من يمكنه الدخول، ومن يمكنه استلامها، ومتى يُسمح بإجراء التحويل.
لهذا الأمر دفعتني إلى التعمق في Zedger من DUSK.
لا يقتصر Zedger على مجرد إنشاء أصل رقمي.
إنه مُصمّم للإصدار وإدارة الأصول المُنظَّمة الخاصة والملتزمة، حيث يمكن أن تصبح أشياء مثل الأهلية وقيود التحويل والخصوصية جزءًا من سير العمل.
وهذا مهم لأن الأوراق المالية المُنظَّمة ليست رموزًا عادية.
فالسند، على سبيل المثال، قد تكون له قواعد حول من يمكنه الاحتفاظ به، وكيف يمكن أن يتحرك، وما المعلومات التي يُسمح للمشاركين المختلفين برؤيتها.
يبدو أن DUSK يطرح سؤالًا أكثر إثارة للاهتمام:
ماذا لو لم تكن كراسة قواعد الأصل موجودة في جدول بيانات أو قاعدة بيانات منفصلة، بل أصبحت جزءًا من البنية التحتية التي تدير الأصل نفسه؟
لهذا تحديدًا شدّني انتباه Zedger.
الجزء المثير للاهتمام ليس وضع ورقة مالية على السلسلة.
بل جعل القواعد المتعلقة بها قابلة للتنفيذ إلى جانبها.
@Dusk $DUSK #dusk
قد تتحرك الأصول.
لكن من يتحقق مما إذا كان مسموحًا لها فعلًا بالانتقال؟
فكّر في نادٍ خاص.
امتلاك بطاقة عضوية لا يعني تلقائيًا أنك تستطيع تسليمها لأي شخص. توجد قواعد بشأن من يمكنه الدخول، ومن يمكنه استلامها، ومتى يُسمح بإجراء التحويل.
لهذا الأمر دفعتني إلى التعمق في Zedger من DUSK.
لا يقتصر Zedger على مجرد إنشاء أصل رقمي.
إنه مُصمّم للإصدار وإدارة الأصول المُنظَّمة الخاصة والملتزمة، حيث يمكن أن تصبح أشياء مثل الأهلية وقيود التحويل والخصوصية جزءًا من سير العمل.
وهذا مهم لأن الأوراق المالية المُنظَّمة ليست رموزًا عادية.
فالسند، على سبيل المثال، قد تكون له قواعد حول من يمكنه الاحتفاظ به، وكيف يمكن أن يتحرك، وما المعلومات التي يُسمح للمشاركين المختلفين برؤيتها.
يبدو أن DUSK يطرح سؤالًا أكثر إثارة للاهتمام:
ماذا لو لم تكن كراسة قواعد الأصل موجودة في جدول بيانات أو قاعدة بيانات منفصلة، بل أصبحت جزءًا من البنية التحتية التي تدير الأصل نفسه؟
لهذا تحديدًا شدّني انتباه Zedger.
الجزء المثير للاهتمام ليس وضع ورقة مالية على السلسلة.
بل جعل القواعد المتعلقة بها قابلة للتنفيذ إلى جانبها.
@Dusk $DUSK #dusk
3
2
83
·
--
#dusk $DUSK بدأت أتساءل عن أمرٍ ما أثناء التعمّق في DUSK.
عندما يقول أحدهم: «هذا السند/الرابط موجود على السلسلة»، فماذا يعني بالضبط أنه على السلسلة؟
تخيّل أنك تضع صورة سيارة في قاعدة بيانات رقمية.
الصورة رقمية.
لكن سجلات الملكية الفعلية، والتأمين، والصيانة، والتسجيل ما تزال موجودة لدى مكاتب مختلفة.
وهذا تقريبًا هو المشكلة التي وجدتها مع عملية «الترميز» البسيطة.
يمكن أن يمثّل الرمز أصلًا ماليًا، بينما تعتمد دورة حياة الأصل الحقيقي على أنظمة منفصلة.
تتخذ DUSK مسارًا مختلفًا مع الإصدار الأصلي.
بدلًا من التعامل مع رمز البلوكشين بوصفه مجرد غلاف، يمكن إنشاء الأصل وإدارته حول دفتر الأستاذ نفسه — بحيث تُصمَّم عملية الإصدار والملكية والتحويلات وخدمات الأصل والتسوية كجزء من نفس سير العمل.
قد يبدو هذا الفرق صغيرًا.
لكنّه يغيّر السؤال من:
«هل يمكننا وضع أصل مالي على السلسلة؟»
إلى:
«هل يمكن للأصل أن يعيش فعلًا عبر دورة حياته على السلسلة؟»
أعتقد أن هذا هو سبب تبنّي DUSK للإصدار الأصلي.
الهدف ليس إصدار رمزٍ آخر.
بل هو تقليل عدد السجلات المنفصلة ونقاط التسليم التي يعتمد عليها أصلٌ خاضع للتنظيم.
وهذا ما يجعلني أتساءل:
إذا كانت سيرورة العمل المالية الأساسية ما تزال تعيش خارج السلسلة، فكم مقدار هذا الأصل الذي وضعناه فعليًا على السلسلة؟
@Dusk_Foundation $DUSK #duks
#dusk $DUSK بدأت أتساءل عن أمرٍ ما أثناء التعمّق في DUSK.
عندما يقول أحدهم: «هذا السند/الرابط موجود على السلسلة»، فماذا يعني بالضبط أنه على السلسلة؟
تخيّل أنك تضع صورة سيارة في قاعدة بيانات رقمية.
الصورة رقمية.
لكن سجلات الملكية الفعلية، والتأمين، والصيانة، والتسجيل ما تزال موجودة لدى مكاتب مختلفة.
وهذا تقريبًا هو المشكلة التي وجدتها مع عملية «الترميز» البسيطة.
يمكن أن يمثّل الرمز أصلًا ماليًا، بينما تعتمد دورة حياة الأصل الحقيقي على أنظمة منفصلة.
تتخذ DUSK مسارًا مختلفًا مع الإصدار الأصلي.
بدلًا من التعامل مع رمز البلوكشين بوصفه مجرد غلاف، يمكن إنشاء الأصل وإدارته حول دفتر الأستاذ نفسه — بحيث تُصمَّم عملية الإصدار والملكية والتحويلات وخدمات الأصل والتسوية كجزء من نفس سير العمل.
قد يبدو هذا الفرق صغيرًا.
لكنّه يغيّر السؤال من:
«هل يمكننا وضع أصل مالي على السلسلة؟»
إلى:
«هل يمكن للأصل أن يعيش فعلًا عبر دورة حياته على السلسلة؟»
أعتقد أن هذا هو سبب تبنّي DUSK للإصدار الأصلي.
الهدف ليس إصدار رمزٍ آخر.
بل هو تقليل عدد السجلات المنفصلة ونقاط التسليم التي يعتمد عليها أصلٌ خاضع للتنظيم.
وهذا ما يجعلني أتساءل:
إذا كانت سيرورة العمل المالية الأساسية ما تزال تعيش خارج السلسلة، فكم مقدار هذا الأصل الذي وضعناه فعليًا على السلسلة؟
@Dusk $DUSK #duks
عندما يقول أحدهم: «هذا السند/الرابط موجود على السلسلة»، فماذا يعني بالضبط أنه على السلسلة؟
تخيّل أنك تضع صورة سيارة في قاعدة بيانات رقمية.
الصورة رقمية.
لكن سجلات الملكية الفعلية، والتأمين، والصيانة، والتسجيل ما تزال موجودة لدى مكاتب مختلفة.
وهذا تقريبًا هو المشكلة التي وجدتها مع عملية «الترميز» البسيطة.
يمكن أن يمثّل الرمز أصلًا ماليًا، بينما تعتمد دورة حياة الأصل الحقيقي على أنظمة منفصلة.
تتخذ DUSK مسارًا مختلفًا مع الإصدار الأصلي.
بدلًا من التعامل مع رمز البلوكشين بوصفه مجرد غلاف، يمكن إنشاء الأصل وإدارته حول دفتر الأستاذ نفسه — بحيث تُصمَّم عملية الإصدار والملكية والتحويلات وخدمات الأصل والتسوية كجزء من نفس سير العمل.
قد يبدو هذا الفرق صغيرًا.
لكنّه يغيّر السؤال من:
«هل يمكننا وضع أصل مالي على السلسلة؟»
إلى:
«هل يمكن للأصل أن يعيش فعلًا عبر دورة حياته على السلسلة؟»
أعتقد أن هذا هو سبب تبنّي DUSK للإصدار الأصلي.
الهدف ليس إصدار رمزٍ آخر.
بل هو تقليل عدد السجلات المنفصلة ونقاط التسليم التي يعتمد عليها أصلٌ خاضع للتنظيم.
وهذا ما يجعلني أتساءل:
إذا كانت سيرورة العمل المالية الأساسية ما تزال تعيش خارج السلسلة، فكم مقدار هذا الأصل الذي وضعناه فعليًا على السلسلة؟
@Dusk $DUSK #duks
9
3
130
·
--
#dusk $DUSK لقد لاحظت شيئًا غريبًا أثناء الاطلاع على نشاط DUSK.
لماذا ستحتفظ سلسلة تركز على الخصوصية عمدًا بنظام معاملات عام؟
تخيّل بنكًا ببابين.
أحد الأبواب يفتح إلى بهو عام.
الجميع يمكنه رؤية من دخل وما حدث.
والباب الآخر يؤدي إلى غرفة خاصة.
فقط الأشخاص المعنيون يعرفون التفاصيل.
وهذا قريب بشكل مدهش من طريقة عمل DUSK.
Moonlight هو الباب العام: يمكن أن تكون الحسابات والأرصدة والمرسل والمرسل إليه والمبالغ مرئية.
Phoenix هو الباب الخاص: تتحرك الأموال كملاحظات “مشفّاة” مع إثباتات معرفة-صفرية تخفي تفاصيل المعاملات الحساسة.
وهذا ليس مجرد افتراض.
عند النظر إلى نشاط DUSK على السلسلة، يتم في الواقع استخدام نموذجَي المعاملات — معاملات عامة من نوع Moonlight إلى جانب نشاط Phoenix المشفّر.
فلماذا بناء كليهما؟
لأن البنية التحتية المالية لا تحتاج إلى “كل شيء خاص”.
بعض التدفقات تتطلب الشفافية.
أخرى تحتاج إلى السرية.
رهان DUSK المثير للاهتمام هو أن الخصوصية يجب أن تكون أداة يمكنك استخدامها، لا قاعدة مفروضة على كل معاملة.
وهذا يبدو أقرب بكثير إلى كيفية عمل الأسواق المالية الواقعية بالفعل.
#dusk $DUSK @Dusk_Foundation
#dusk $DUSK لقد لاحظت شيئًا غريبًا أثناء الاطلاع على نشاط DUSK.
لماذا ستحتفظ سلسلة تركز على الخصوصية عمدًا بنظام معاملات عام؟
تخيّل بنكًا ببابين.
أحد الأبواب يفتح إلى بهو عام.
الجميع يمكنه رؤية من دخل وما حدث.
والباب الآخر يؤدي إلى غرفة خاصة.
فقط الأشخاص المعنيون يعرفون التفاصيل.
وهذا قريب بشكل مدهش من طريقة عمل DUSK.
Moonlight هو الباب العام: يمكن أن تكون الحسابات والأرصدة والمرسل والمرسل إليه والمبالغ مرئية.
Phoenix هو الباب الخاص: تتحرك الأموال كملاحظات “مشفّاة” مع إثباتات معرفة-صفرية تخفي تفاصيل المعاملات الحساسة.
وهذا ليس مجرد افتراض.
عند النظر إلى نشاط DUSK على السلسلة، يتم في الواقع استخدام نموذجَي المعاملات — معاملات عامة من نوع Moonlight إلى جانب نشاط Phoenix المشفّر.
فلماذا بناء كليهما؟
لأن البنية التحتية المالية لا تحتاج إلى “كل شيء خاص”.
بعض التدفقات تتطلب الشفافية.
أخرى تحتاج إلى السرية.
رهان DUSK المثير للاهتمام هو أن الخصوصية يجب أن تكون أداة يمكنك استخدامها، لا قاعدة مفروضة على كل معاملة.
وهذا يبدو أقرب بكثير إلى كيفية عمل الأسواق المالية الواقعية بالفعل.
#dusk $DUSK @Dusk
لماذا ستحتفظ سلسلة تركز على الخصوصية عمدًا بنظام معاملات عام؟
تخيّل بنكًا ببابين.
أحد الأبواب يفتح إلى بهو عام.
الجميع يمكنه رؤية من دخل وما حدث.
والباب الآخر يؤدي إلى غرفة خاصة.
فقط الأشخاص المعنيون يعرفون التفاصيل.
وهذا قريب بشكل مدهش من طريقة عمل DUSK.
Moonlight هو الباب العام: يمكن أن تكون الحسابات والأرصدة والمرسل والمرسل إليه والمبالغ مرئية.
Phoenix هو الباب الخاص: تتحرك الأموال كملاحظات “مشفّاة” مع إثباتات معرفة-صفرية تخفي تفاصيل المعاملات الحساسة.
وهذا ليس مجرد افتراض.
عند النظر إلى نشاط DUSK على السلسلة، يتم في الواقع استخدام نموذجَي المعاملات — معاملات عامة من نوع Moonlight إلى جانب نشاط Phoenix المشفّر.
فلماذا بناء كليهما؟
لأن البنية التحتية المالية لا تحتاج إلى “كل شيء خاص”.
بعض التدفقات تتطلب الشفافية.
أخرى تحتاج إلى السرية.
رهان DUSK المثير للاهتمام هو أن الخصوصية يجب أن تكون أداة يمكنك استخدامها، لا قاعدة مفروضة على كل معاملة.
وهذا يبدو أقرب بكثير إلى كيفية عمل الأسواق المالية الواقعية بالفعل.
#dusk $DUSK @Dusk
7
4
93
·
--
#dusk $DUSK لماذا تبني خزنة خاصة… ثم تمنح شخصًا ما مفتاحًا؟
تخيّل الاحتفاظ بمستنداتك المالية داخل غرفة مُقفلة.
لا تريد لكل زائر أن يقرأها.
لكن عندما يصل مُدقِّق، ستظل بحاجة إلى طريقة لإثبات ما بداخلها.
وهنا لفتتني مفاتيح العرض الخاصة بـ Phoenix من DUSK.
تحافظ Phoenix على تفاصيل المعاملات محمية، لكن مفاتيح العرض تتيح للمستخدمين كشف معلومات بشكل انتقائي للأطراف المصرّح لها.
لذلك ف الخصوصية لا تعني:
“إخفاء كل شيء إلى الأبد.”
بل تعني:
“تحديد من يحق له رؤية ماذا.”
وهذا مهم لأسواق المال لأن المستثمر قد لا يرغب في أن تُعرض معاملاته على الجميع على السلسلة، بينما قد يحتاج المدقِّق أو طرف مُخوّل إلى أدلة محددة.
اعتمدت DUSK هذا النهج لأن التمويل المنظّم يحتاج إلى الخصوصية والمسؤولية في الوقت نفسه.
هذه تعريف أكثر عملية للخصوصية.
@DuskFoundation $DUSK
#DUSK $DUSK #dusk @Dusk_Foundation
#dusk $DUSK لماذا تبني خزنة خاصة… ثم تمنح شخصًا ما مفتاحًا؟
تخيّل الاحتفاظ بمستنداتك المالية داخل غرفة مُقفلة.
لا تريد لكل زائر أن يقرأها.
لكن عندما يصل مُدقِّق، ستظل بحاجة إلى طريقة لإثبات ما بداخلها.
وهنا لفتتني مفاتيح العرض الخاصة بـ Phoenix من DUSK.
تحافظ Phoenix على تفاصيل المعاملات محمية، لكن مفاتيح العرض تتيح للمستخدمين كشف معلومات بشكل انتقائي للأطراف المصرّح لها.
لذلك ف الخصوصية لا تعني:
“إخفاء كل شيء إلى الأبد.”
بل تعني:
“تحديد من يحق له رؤية ماذا.”
وهذا مهم لأسواق المال لأن المستثمر قد لا يرغب في أن تُعرض معاملاته على الجميع على السلسلة، بينما قد يحتاج المدقِّق أو طرف مُخوّل إلى أدلة محددة.
اعتمدت DUSK هذا النهج لأن التمويل المنظّم يحتاج إلى الخصوصية والمسؤولية في الوقت نفسه.
هذه تعريف أكثر عملية للخصوصية.
@DuskFoundation $DUSK
#DUSK $DUSK #dusk @Dusk
تخيّل الاحتفاظ بمستنداتك المالية داخل غرفة مُقفلة.
لا تريد لكل زائر أن يقرأها.
لكن عندما يصل مُدقِّق، ستظل بحاجة إلى طريقة لإثبات ما بداخلها.
وهنا لفتتني مفاتيح العرض الخاصة بـ Phoenix من DUSK.
تحافظ Phoenix على تفاصيل المعاملات محمية، لكن مفاتيح العرض تتيح للمستخدمين كشف معلومات بشكل انتقائي للأطراف المصرّح لها.
لذلك ف الخصوصية لا تعني:
“إخفاء كل شيء إلى الأبد.”
بل تعني:
“تحديد من يحق له رؤية ماذا.”
وهذا مهم لأسواق المال لأن المستثمر قد لا يرغب في أن تُعرض معاملاته على الجميع على السلسلة، بينما قد يحتاج المدقِّق أو طرف مُخوّل إلى أدلة محددة.
اعتمدت DUSK هذا النهج لأن التمويل المنظّم يحتاج إلى الخصوصية والمسؤولية في الوقت نفسه.
هذه تعريف أكثر عملية للخصوصية.
@DuskFoundation $DUSK
#DUSK $DUSK #dusk @Dusk
12
5
315
·
--
صاعد
#baby $BABY هل لاحظتَ أن معظم الحجج لا تكون حول ما حدث، بل حول متى حدث؟
أدركت ذلك بينما كنت أستمع إلى صديقين يرويان القصة نفسها من رحلة قمنا بها معًا.
لم يكن أيٌّ منهما يتعمّد اختلاق الأمور. فقط تذكّرا ترتيب الأحداث بشكل مختلف، ومع ذلك تغيّر مجمل القصة.
جعلني ذلك أفكّر في السلاسل/البلوك تشين.
مع بدء تفاعل المزيد من الشبكات مع بعضها، فإنها تحتاج أيضًا إلى طريقة مشتركة للتوافق حول التاريخ. وإلا فقد تنتهي كل شبكة إلى تصديق نسختها الخاصة عمّا حدث أولًا.
ومن الأشياء التي وجدتها مثيرة للاهتمام حول Babylon.
بدلًا من مطالبة كل سلسلة أن تثق بالخط الزمني لأخرى، يتيح Babylon لها تثبيت نقاط تحقق مهمة على بيتكوين. يمنح هذا الشبكات المستقلة نقطة مرجعية مشتركة حين تكون الحتمية/النهائية حاسمة فعلًا.
في البداية، تساءلت لماذا اختارت Babylon هذا النهج بدلًا من جعل كل شيء أسرع فقط.
ثم اتضح الأمر. عند حماية قيمة ما، تكون اليقينية بشأنها غالبًا أهم من السرعة.
هناك، بالطبع، مفاضلة. فقد يستغرق انتظار الحتمية المدعومة ببيتكوين وقتًا أطول من الاعتماد فقط على التأكيد المحلي. لكن إذا كان الهدف هو منع تواريخ متضاربة، فإن ذلك الوقت الإضافي يبدأ وكأنه ليس تأخيرًا بل ضمانًا.
ربما لا يكمن مستقبل بيتكوين فقط في كونه أكثر مكان موثوق لتخزين القيمة.
ربما يصبح هو المكان الذي تتجه إليه الشبكات الأخرى عندما تحتاج إلى يقين.
$BABY #Babylon #BTCFi
$BABY #baby @babylonlabs_io
#baby $BABY هل لاحظتَ أن معظم الحجج لا تكون حول ما حدث، بل حول متى حدث؟
أدركت ذلك بينما كنت أستمع إلى صديقين يرويان القصة نفسها من رحلة قمنا بها معًا.
لم يكن أيٌّ منهما يتعمّد اختلاق الأمور. فقط تذكّرا ترتيب الأحداث بشكل مختلف، ومع ذلك تغيّر مجمل القصة.
جعلني ذلك أفكّر في السلاسل/البلوك تشين.
مع بدء تفاعل المزيد من الشبكات مع بعضها، فإنها تحتاج أيضًا إلى طريقة مشتركة للتوافق حول التاريخ. وإلا فقد تنتهي كل شبكة إلى تصديق نسختها الخاصة عمّا حدث أولًا.
ومن الأشياء التي وجدتها مثيرة للاهتمام حول Babylon.
بدلًا من مطالبة كل سلسلة أن تثق بالخط الزمني لأخرى، يتيح Babylon لها تثبيت نقاط تحقق مهمة على بيتكوين. يمنح هذا الشبكات المستقلة نقطة مرجعية مشتركة حين تكون الحتمية/النهائية حاسمة فعلًا.
في البداية، تساءلت لماذا اختارت Babylon هذا النهج بدلًا من جعل كل شيء أسرع فقط.
ثم اتضح الأمر. عند حماية قيمة ما، تكون اليقينية بشأنها غالبًا أهم من السرعة.
هناك، بالطبع، مفاضلة. فقد يستغرق انتظار الحتمية المدعومة ببيتكوين وقتًا أطول من الاعتماد فقط على التأكيد المحلي. لكن إذا كان الهدف هو منع تواريخ متضاربة، فإن ذلك الوقت الإضافي يبدأ وكأنه ليس تأخيرًا بل ضمانًا.
ربما لا يكمن مستقبل بيتكوين فقط في كونه أكثر مكان موثوق لتخزين القيمة.
ربما يصبح هو المكان الذي تتجه إليه الشبكات الأخرى عندما تحتاج إلى يقين.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
أدركت ذلك بينما كنت أستمع إلى صديقين يرويان القصة نفسها من رحلة قمنا بها معًا.
لم يكن أيٌّ منهما يتعمّد اختلاق الأمور. فقط تذكّرا ترتيب الأحداث بشكل مختلف، ومع ذلك تغيّر مجمل القصة.
جعلني ذلك أفكّر في السلاسل/البلوك تشين.
مع بدء تفاعل المزيد من الشبكات مع بعضها، فإنها تحتاج أيضًا إلى طريقة مشتركة للتوافق حول التاريخ. وإلا فقد تنتهي كل شبكة إلى تصديق نسختها الخاصة عمّا حدث أولًا.
ومن الأشياء التي وجدتها مثيرة للاهتمام حول Babylon.
بدلًا من مطالبة كل سلسلة أن تثق بالخط الزمني لأخرى، يتيح Babylon لها تثبيت نقاط تحقق مهمة على بيتكوين. يمنح هذا الشبكات المستقلة نقطة مرجعية مشتركة حين تكون الحتمية/النهائية حاسمة فعلًا.
في البداية، تساءلت لماذا اختارت Babylon هذا النهج بدلًا من جعل كل شيء أسرع فقط.
ثم اتضح الأمر. عند حماية قيمة ما، تكون اليقينية بشأنها غالبًا أهم من السرعة.
هناك، بالطبع، مفاضلة. فقد يستغرق انتظار الحتمية المدعومة ببيتكوين وقتًا أطول من الاعتماد فقط على التأكيد المحلي. لكن إذا كان الهدف هو منع تواريخ متضاربة، فإن ذلك الوقت الإضافي يبدأ وكأنه ليس تأخيرًا بل ضمانًا.
ربما لا يكمن مستقبل بيتكوين فقط في كونه أكثر مكان موثوق لتخزين القيمة.
ربما يصبح هو المكان الذي تتجه إليه الشبكات الأخرى عندما تحتاج إلى يقين.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
6
2
150
·
--
#baby $BABY هل لاحظت يومًا أن أقوى الفرق لا تتوقع من الجميع أن يفعلوا كل شيء؟
أدركت ذلك وأنا أشاهد مباراة كريكيت محلية.
لم يكن القائد أسرع لاعب رمي. ولم يكن حارس المرمى يفتتح الضرب. كان لكل شخص دوره المختلف، وبطريقة ما جعل ذلك الفريق أقوى.
عادت تلك الفكرة عندما كنت أقرأ عن بابل.
أحد الأشياء التي وجدتها مثيرة للاهتمام هو أن حاملي البيتكوين لا يتعين عليهم القيام بكل العمل التقني بأنفسهم. تقدم بابل مزوّدي نهائية (Finality Providers)، ومهمتهم مساعدة في إتمام (finalize) الكتل وتأمين الشبكة، بينما يمكن لحاملي BTC المساهمة بالأمان عبر الرهان (staking).
في البداية، تساءلت لماذا لم تجعل بابل كل واحد من المُراهنين يتولى كل شيء.
لكن اتضح المنطق. فمعظم حاملي البيتكوين يريدون ببساطة دعم الشبكة دون تشغيل بنية تحتية معقدة. ومن خلال فصل هذه المسؤوليات، تجعل بابل المشاركة أكثر عملية مع إبقاء المهام الحيوية في أيدي المشغّلين المتخصصين.
بالطبع، توجد مفاضلة. يتحمل هؤلاء المشغّلون مسؤولية أكبر، ولهذا يحتاج البروتوكول إلى حوافز قوية ومساءلة للحفاظ على أمان النظام.
كلما فكرت في الأمر أكثر، زاد إعجابي بالتصاميم التي لا تتوقع من الجميع القيام بنفس الوظيفة. أحيانًا تصبح الشبكة أقوى عندما تمنح كل مشارك دورًا يمكنه القيام به بالفعل على نحو جيد.
$BABY #Babylon #BTCFi
$BABY #baby @babylonlabs_io
#baby $BABY هل لاحظت يومًا أن أقوى الفرق لا تتوقع من الجميع أن يفعلوا كل شيء؟
أدركت ذلك وأنا أشاهد مباراة كريكيت محلية.
لم يكن القائد أسرع لاعب رمي. ولم يكن حارس المرمى يفتتح الضرب. كان لكل شخص دوره المختلف، وبطريقة ما جعل ذلك الفريق أقوى.
عادت تلك الفكرة عندما كنت أقرأ عن بابل.
أحد الأشياء التي وجدتها مثيرة للاهتمام هو أن حاملي البيتكوين لا يتعين عليهم القيام بكل العمل التقني بأنفسهم. تقدم بابل مزوّدي نهائية (Finality Providers)، ومهمتهم مساعدة في إتمام (finalize) الكتل وتأمين الشبكة، بينما يمكن لحاملي BTC المساهمة بالأمان عبر الرهان (staking).
في البداية، تساءلت لماذا لم تجعل بابل كل واحد من المُراهنين يتولى كل شيء.
لكن اتضح المنطق. فمعظم حاملي البيتكوين يريدون ببساطة دعم الشبكة دون تشغيل بنية تحتية معقدة. ومن خلال فصل هذه المسؤوليات، تجعل بابل المشاركة أكثر عملية مع إبقاء المهام الحيوية في أيدي المشغّلين المتخصصين.
بالطبع، توجد مفاضلة. يتحمل هؤلاء المشغّلون مسؤولية أكبر، ولهذا يحتاج البروتوكول إلى حوافز قوية ومساءلة للحفاظ على أمان النظام.
كلما فكرت في الأمر أكثر، زاد إعجابي بالتصاميم التي لا تتوقع من الجميع القيام بنفس الوظيفة. أحيانًا تصبح الشبكة أقوى عندما تمنح كل مشارك دورًا يمكنه القيام به بالفعل على نحو جيد.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
أدركت ذلك وأنا أشاهد مباراة كريكيت محلية.
لم يكن القائد أسرع لاعب رمي. ولم يكن حارس المرمى يفتتح الضرب. كان لكل شخص دوره المختلف، وبطريقة ما جعل ذلك الفريق أقوى.
عادت تلك الفكرة عندما كنت أقرأ عن بابل.
أحد الأشياء التي وجدتها مثيرة للاهتمام هو أن حاملي البيتكوين لا يتعين عليهم القيام بكل العمل التقني بأنفسهم. تقدم بابل مزوّدي نهائية (Finality Providers)، ومهمتهم مساعدة في إتمام (finalize) الكتل وتأمين الشبكة، بينما يمكن لحاملي BTC المساهمة بالأمان عبر الرهان (staking).
في البداية، تساءلت لماذا لم تجعل بابل كل واحد من المُراهنين يتولى كل شيء.
لكن اتضح المنطق. فمعظم حاملي البيتكوين يريدون ببساطة دعم الشبكة دون تشغيل بنية تحتية معقدة. ومن خلال فصل هذه المسؤوليات، تجعل بابل المشاركة أكثر عملية مع إبقاء المهام الحيوية في أيدي المشغّلين المتخصصين.
بالطبع، توجد مفاضلة. يتحمل هؤلاء المشغّلون مسؤولية أكبر، ولهذا يحتاج البروتوكول إلى حوافز قوية ومساءلة للحفاظ على أمان النظام.
كلما فكرت في الأمر أكثر، زاد إعجابي بالتصاميم التي لا تتوقع من الجميع القيام بنفس الوظيفة. أحيانًا تصبح الشبكة أقوى عندما تمنح كل مشارك دورًا يمكنه القيام به بالفعل على نحو جيد.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
10
4
144
·
--
#baby $BABY ماذا لو كانت أغلى الأشياء التي يمكن أن يقدّمها بيتكوين ليست المال... بل الوقت؟
أمسكتني هذه الفكرة على حين غِرّة بينما كنت أقرأ عن بابل.
لطالما اعتبرت بيتكوين المكان الذي يُحفَظ فيه القيم. لم أتخيل أبدًا أن شيئًا بسيطًا مثل الطابع الزمني يمكن أن يكون من أقوى نقاطها.
تخيّل الأمر بهذه الطريقة. إذا دوّن شخص حدثًا في دفتر اليوم، يمكن لأي شخص لاحقًا أن يجادل حول متى تم تدوينه فعليًا. لكن إذا تم تسجيل الحدث نفسه بشكل دائم على بيتكوين، يصبح تغيير تاريخه صعبًا بشكل لا يصدق.
هذا ما وجدته مثيرًا للاهتمام في آلية وضع الطوابع الزمنية لدى بابل. بدلًا من طلب أن تثق الشبكات الأخرى ببعضها البعض بشكل أعمى، فهي تسمح لها بتثبيت نقاط تحقق مهمة على خط زمني بيتكوين. وبهذه الطريقة يمكن للجميع التحقق من وقت حدوث شيء ما دون الاعتماد على طرف واحد.
كلما تعلّمت أكثر، أدركت أن مستقبل بيتكوين قد لا يقتصر فقط على حماية الثروة. بل قد تصبح أيضًا الساعة التي تساعد شبكات البلوك تشين الأخرى على البقاء صادقة.
لم أتوقع أبدًا أن تلعب بيتكوين هذا الدور.
$BABY #Babylon #BTCFi
$BABY #baby @babylonlabs_io
#baby $BABY ماذا لو كانت أغلى الأشياء التي يمكن أن يقدّمها بيتكوين ليست المال... بل الوقت؟
أمسكتني هذه الفكرة على حين غِرّة بينما كنت أقرأ عن بابل.
لطالما اعتبرت بيتكوين المكان الذي يُحفَظ فيه القيم. لم أتخيل أبدًا أن شيئًا بسيطًا مثل الطابع الزمني يمكن أن يكون من أقوى نقاطها.
تخيّل الأمر بهذه الطريقة. إذا دوّن شخص حدثًا في دفتر اليوم، يمكن لأي شخص لاحقًا أن يجادل حول متى تم تدوينه فعليًا. لكن إذا تم تسجيل الحدث نفسه بشكل دائم على بيتكوين، يصبح تغيير تاريخه صعبًا بشكل لا يصدق.
هذا ما وجدته مثيرًا للاهتمام في آلية وضع الطوابع الزمنية لدى بابل. بدلًا من طلب أن تثق الشبكات الأخرى ببعضها البعض بشكل أعمى، فهي تسمح لها بتثبيت نقاط تحقق مهمة على خط زمني بيتكوين. وبهذه الطريقة يمكن للجميع التحقق من وقت حدوث شيء ما دون الاعتماد على طرف واحد.
كلما تعلّمت أكثر، أدركت أن مستقبل بيتكوين قد لا يقتصر فقط على حماية الثروة. بل قد تصبح أيضًا الساعة التي تساعد شبكات البلوك تشين الأخرى على البقاء صادقة.
لم أتوقع أبدًا أن تلعب بيتكوين هذا الدور.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
أمسكتني هذه الفكرة على حين غِرّة بينما كنت أقرأ عن بابل.
لطالما اعتبرت بيتكوين المكان الذي يُحفَظ فيه القيم. لم أتخيل أبدًا أن شيئًا بسيطًا مثل الطابع الزمني يمكن أن يكون من أقوى نقاطها.
تخيّل الأمر بهذه الطريقة. إذا دوّن شخص حدثًا في دفتر اليوم، يمكن لأي شخص لاحقًا أن يجادل حول متى تم تدوينه فعليًا. لكن إذا تم تسجيل الحدث نفسه بشكل دائم على بيتكوين، يصبح تغيير تاريخه صعبًا بشكل لا يصدق.
هذا ما وجدته مثيرًا للاهتمام في آلية وضع الطوابع الزمنية لدى بابل. بدلًا من طلب أن تثق الشبكات الأخرى ببعضها البعض بشكل أعمى، فهي تسمح لها بتثبيت نقاط تحقق مهمة على خط زمني بيتكوين. وبهذه الطريقة يمكن للجميع التحقق من وقت حدوث شيء ما دون الاعتماد على طرف واحد.
كلما تعلّمت أكثر، أدركت أن مستقبل بيتكوين قد لا يقتصر فقط على حماية الثروة. بل قد تصبح أيضًا الساعة التي تساعد شبكات البلوك تشين الأخرى على البقاء صادقة.
لم أتوقع أبدًا أن تلعب بيتكوين هذا الدور.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
21
4
131
·
--
#baby $BABY كنت أعتقد دائمًا أن أصعب جزء في بناء سلسلة بلوك تشين هو التكنولوجيا. الآن لست متأكدًا من ذلك.
غيّرني نقاش مع صديق طريقة نظري. كنا نتحدث عن مشاريع جديدة، فسأل سؤالًا بسيطًا: "من يحصل فعليًا على فرصة عادلة ليكون جزءًا منها؟"
لم يكن لدي جواب في الحال.
كلما فكرت أكثر، أدركت أن التوزيع ليس مجرد مسألة توزيع توكنات. بل إنه يحدد من ينضم مبكرًا، ومن يساهم في تأمين الشبكة، ومن ينمو مع النظام البيئي مع مرور الوقت.
لهذا لفتتني بيبيليون الانتباه. إذا كان آلية توزيعها مصممة لتجعل المشاركة أكثر سهولة بدلًا من مكافأة مجموعة صغيرة فقط، فهذا يعني أنها تفعل أكثر من مجرد إطلاق توكن. إنها تحدد نبرة نوع المجتمع الذي تريد بناءه.
في النهاية، تهم التكنولوجيا الرائعة. لكن أحيانًا تكون طريقة دعوة الناس إلى الانضمام مهمة بقدر التكنولوجيا.
$BABY #Babylon #BTCFi
$BABY #baby @babylonlabs_io
#baby $BABY كنت أعتقد دائمًا أن أصعب جزء في بناء سلسلة بلوك تشين هو التكنولوجيا. الآن لست متأكدًا من ذلك.
غيّرني نقاش مع صديق طريقة نظري. كنا نتحدث عن مشاريع جديدة، فسأل سؤالًا بسيطًا: "من يحصل فعليًا على فرصة عادلة ليكون جزءًا منها؟"
لم يكن لدي جواب في الحال.
كلما فكرت أكثر، أدركت أن التوزيع ليس مجرد مسألة توزيع توكنات. بل إنه يحدد من ينضم مبكرًا، ومن يساهم في تأمين الشبكة، ومن ينمو مع النظام البيئي مع مرور الوقت.
لهذا لفتتني بيبيليون الانتباه. إذا كان آلية توزيعها مصممة لتجعل المشاركة أكثر سهولة بدلًا من مكافأة مجموعة صغيرة فقط، فهذا يعني أنها تفعل أكثر من مجرد إطلاق توكن. إنها تحدد نبرة نوع المجتمع الذي تريد بناءه.
في النهاية، تهم التكنولوجيا الرائعة. لكن أحيانًا تكون طريقة دعوة الناس إلى الانضمام مهمة بقدر التكنولوجيا.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
غيّرني نقاش مع صديق طريقة نظري. كنا نتحدث عن مشاريع جديدة، فسأل سؤالًا بسيطًا: "من يحصل فعليًا على فرصة عادلة ليكون جزءًا منها؟"
لم يكن لدي جواب في الحال.
كلما فكرت أكثر، أدركت أن التوزيع ليس مجرد مسألة توزيع توكنات. بل إنه يحدد من ينضم مبكرًا، ومن يساهم في تأمين الشبكة، ومن ينمو مع النظام البيئي مع مرور الوقت.
لهذا لفتتني بيبيليون الانتباه. إذا كان آلية توزيعها مصممة لتجعل المشاركة أكثر سهولة بدلًا من مكافأة مجموعة صغيرة فقط، فهذا يعني أنها تفعل أكثر من مجرد إطلاق توكن. إنها تحدد نبرة نوع المجتمع الذي تريد بناءه.
في النهاية، تهم التكنولوجيا الرائعة. لكن أحيانًا تكون طريقة دعوة الناس إلى الانضمام مهمة بقدر التكنولوجيا.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
8
2
83
·
--
#baby $BABY إليك نسخة أكثر إنسانية وتأملية، تبدو كتحليل لشخص حقيقي وليست محتوى ترويجيًا:
ماذا لو لم يكن على البيتكوين أبدًا أن يختار بين الأمان والـفائدة؟
طرأت هذه الفكرة على بالي بينما كنت أتواصل مع صديق قديم. لقد كان يحتفظ بـBTC لسنوات، لكن في كل مرة كان الحديث يجرّ إلى الـDeFi، كان يجيب بالإجابة نفسها: "لا أريد نقل بيتكوين الخاص بي فقط لأجني قليلًا من العائد." لا أستطيع لومه. كانت معظم الخيارات تبدو كأنها مبادلة اليقين بالفرص.
كلما تعمقت في بابل، أدركت أكثر أن المحادثة قد تكون تتغير. بدلًا من سحب BTC الأصلي بعيدًا عن البيتكوين، تتمثل الفكرة في السماح له بأن يصبح ضمانًا سريعًا للـDeFi مع البقاء أصليًا. هذا يبدو اتجاهًا مختلفًا تمامًا.
إذا أثبت هذا النهج نفسه مع مرور الوقت، فقد يزيل واحدة من أكبر الحواجز النفسية لدى حاملي البيتكوين على المدى الطويل. ربما لا يكون مستقبل BTCFi هو إقناع الناس بالثقة في شيء جديد—بل هو منحهم طريقة لاستخدام ما يثقون به بالفعل.
$BABY #Babylon #BTCFi
$BABY #baby @babylonlabs_io
#baby $BABY إليك نسخة أكثر إنسانية وتأملية، تبدو كتحليل لشخص حقيقي وليست محتوى ترويجيًا:
ماذا لو لم يكن على البيتكوين أبدًا أن يختار بين الأمان والـفائدة؟
طرأت هذه الفكرة على بالي بينما كنت أتواصل مع صديق قديم. لقد كان يحتفظ بـBTC لسنوات، لكن في كل مرة كان الحديث يجرّ إلى الـDeFi، كان يجيب بالإجابة نفسها: "لا أريد نقل بيتكوين الخاص بي فقط لأجني قليلًا من العائد." لا أستطيع لومه. كانت معظم الخيارات تبدو كأنها مبادلة اليقين بالفرص.
كلما تعمقت في بابل، أدركت أكثر أن المحادثة قد تكون تتغير. بدلًا من سحب BTC الأصلي بعيدًا عن البيتكوين، تتمثل الفكرة في السماح له بأن يصبح ضمانًا سريعًا للـDeFi مع البقاء أصليًا. هذا يبدو اتجاهًا مختلفًا تمامًا.
إذا أثبت هذا النهج نفسه مع مرور الوقت، فقد يزيل واحدة من أكبر الحواجز النفسية لدى حاملي البيتكوين على المدى الطويل. ربما لا يكون مستقبل BTCFi هو إقناع الناس بالثقة في شيء جديد—بل هو منحهم طريقة لاستخدام ما يثقون به بالفعل.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
ماذا لو لم يكن على البيتكوين أبدًا أن يختار بين الأمان والـفائدة؟
طرأت هذه الفكرة على بالي بينما كنت أتواصل مع صديق قديم. لقد كان يحتفظ بـBTC لسنوات، لكن في كل مرة كان الحديث يجرّ إلى الـDeFi، كان يجيب بالإجابة نفسها: "لا أريد نقل بيتكوين الخاص بي فقط لأجني قليلًا من العائد." لا أستطيع لومه. كانت معظم الخيارات تبدو كأنها مبادلة اليقين بالفرص.
كلما تعمقت في بابل، أدركت أكثر أن المحادثة قد تكون تتغير. بدلًا من سحب BTC الأصلي بعيدًا عن البيتكوين، تتمثل الفكرة في السماح له بأن يصبح ضمانًا سريعًا للـDeFi مع البقاء أصليًا. هذا يبدو اتجاهًا مختلفًا تمامًا.
إذا أثبت هذا النهج نفسه مع مرور الوقت، فقد يزيل واحدة من أكبر الحواجز النفسية لدى حاملي البيتكوين على المدى الطويل. ربما لا يكون مستقبل BTCFi هو إقناع الناس بالثقة في شيء جديد—بل هو منحهم طريقة لاستخدام ما يثقون به بالفعل.
$BABY #Babylon #BTCFi
$BABY #baby @BabylonLabs_io
11
5
167
·
--
#baby $BABY أعرف هذا الشعور الغامر بالغرق جيدًا.
مشاهدة الأموال وهي تختفي لأن جسرًا كنت تثق به فجأة يتعطل أمر قاسٍ.
لا تحذير. فقط رصيد صفري يحدّق في وجهك.
يجعلك ذلك تدرك مدى خطورة الاعتماد على الجسور المشبوهة أو اللجان متعددة التوقيع المركزية حقًا.
لهذا السبب بالذات ينهي حاملو $baby الوعود الفارغة ويريدون أمانًا محكمًا لا يقبل الجدل.
هنا تغيّر EOTS كل شيء.
بدلًا من أن تُبقي أصابعك مشدودة على أن لجنة ما تعاقب الفاعلين السيئين فعلًا، يتولى البروتوكول ذلك عبر الرياضيات البحتة.
إذا حاول المدقّق توقيعًا مزدوجًا والاحتيال على الشبكة، فسيتم تسريب مفتاحه الخاص مباشرةً على السلسلة كعقوبة فورية.
اللامركزية الحقيقية ليست مجرد الثقة في الناس للقيام بالتصرف الصحيح.
بل هي بناء نظام يصبح فيه الغش مستحيلًا رياضيًا.
الرياضيات دائمًا تنتصر.
بصراحة يجعل ذلك تتساءل—إذا صار الأمان ذاتي التنفيذ بالكامل، فكم سيستغرق الأمر حتى تصبح الجسور التقليدية شيئًا من الماضي؟$BABY #baby @babylonlabs_io
#baby $BABY أعرف هذا الشعور الغامر بالغرق جيدًا.
مشاهدة الأموال وهي تختفي لأن جسرًا كنت تثق به فجأة يتعطل أمر قاسٍ.
لا تحذير. فقط رصيد صفري يحدّق في وجهك.
يجعلك ذلك تدرك مدى خطورة الاعتماد على الجسور المشبوهة أو اللجان متعددة التوقيع المركزية حقًا.
لهذا السبب بالذات ينهي حاملو $baby الوعود الفارغة ويريدون أمانًا محكمًا لا يقبل الجدل.
هنا تغيّر EOTS كل شيء.
بدلًا من أن تُبقي أصابعك مشدودة على أن لجنة ما تعاقب الفاعلين السيئين فعلًا، يتولى البروتوكول ذلك عبر الرياضيات البحتة.
إذا حاول المدقّق توقيعًا مزدوجًا والاحتيال على الشبكة، فسيتم تسريب مفتاحه الخاص مباشرةً على السلسلة كعقوبة فورية.
اللامركزية الحقيقية ليست مجرد الثقة في الناس للقيام بالتصرف الصحيح.
بل هي بناء نظام يصبح فيه الغش مستحيلًا رياضيًا.
الرياضيات دائمًا تنتصر.
بصراحة يجعل ذلك تتساءل—إذا صار الأمان ذاتي التنفيذ بالكامل، فكم سيستغرق الأمر حتى تصبح الجسور التقليدية شيئًا من الماضي؟$BABY #baby @BabylonLabs_io
مشاهدة الأموال وهي تختفي لأن جسرًا كنت تثق به فجأة يتعطل أمر قاسٍ.
لا تحذير. فقط رصيد صفري يحدّق في وجهك.
يجعلك ذلك تدرك مدى خطورة الاعتماد على الجسور المشبوهة أو اللجان متعددة التوقيع المركزية حقًا.
لهذا السبب بالذات ينهي حاملو $baby الوعود الفارغة ويريدون أمانًا محكمًا لا يقبل الجدل.
هنا تغيّر EOTS كل شيء.
بدلًا من أن تُبقي أصابعك مشدودة على أن لجنة ما تعاقب الفاعلين السيئين فعلًا، يتولى البروتوكول ذلك عبر الرياضيات البحتة.
إذا حاول المدقّق توقيعًا مزدوجًا والاحتيال على الشبكة، فسيتم تسريب مفتاحه الخاص مباشرةً على السلسلة كعقوبة فورية.
اللامركزية الحقيقية ليست مجرد الثقة في الناس للقيام بالتصرف الصحيح.
بل هي بناء نظام يصبح فيه الغش مستحيلًا رياضيًا.
الرياضيات دائمًا تنتصر.
بصراحة يجعل ذلك تتساءل—إذا صار الأمان ذاتي التنفيذ بالكامل، فكم سيستغرق الأمر حتى تصبح الجسور التقليدية شيئًا من الماضي؟$BABY #baby @BabylonLabs_io
2
2
130
·
--
#newt $NEWT لقد حدث شيءٌ ما بالنسبة لي اليوم.
في كل مرة تُرتكب فيها قرصنة أو صفقة سيئة، يبدأ الجميع الحديث عن الأمان. لكن بحلول ذلك الوقت تكون المعاملة قد حدثت بالفعل.
هذا ما جعلني أتساءل لماذا نقبل ذلك كأمر طبيعي.
ربما لا يكون التحسين الأكبر هو الاستجابة بشكل أسرع. ربما يكون الأمر هو إيقاف المعاملات عالية الخطورة قبل تنفيذها على الإطلاق.
إحدى الأسباب التي جعلتني أتابع @NewtonProtocol بشكل أقرب هي هذا. يقوم بروتوكول نـيوتن ببناء شبكة بنية تحتية لامركزية لاستضافة نماذج الذكاء الاصطناعي وتنفيذها والتحقق منها. ما أعتبره مثيرًا للاهتمام هو أنه يتجه نحو تقييم المخاطر قبل التنفيذ، مع فصل الاستدلال عن التحقق بحيث يمكن للذكاء الاصطناعي الاستجابة بسرعة ويمكن تأكيد البراهين لاحقًا.
إذا نجحت هذه الفكرة عمليًا، فقد تغيّر طريقة تعامل التمويل على السلسلة مع الثقة. الفرصة هائلة. وفي الوقت نفسه، لا تزال البنية التحتية الجيدة بحاجة إلى تبنٍ حقيقي، وهذا أمر غير مضمون أبدًا.
لهذا السبب أرى أنه من المفيد مراقبته، ليس لأنني أتوقع نتائج فورية، بل لأن الاتجاه نفسه يبدو مختلفًا.
إذا كان الذكاء الاصطناعي سيجعل المزيد من القرارات على السلسلة، فهل تكون الأولوية في إصلاح الأخطاء بعد حدوثها أم منعها قبل أن تقع؟ $NEWT #Newt @NewtonProtocol
#newt $NEWT لقد حدث شيءٌ ما بالنسبة لي اليوم.
في كل مرة تُرتكب فيها قرصنة أو صفقة سيئة، يبدأ الجميع الحديث عن الأمان. لكن بحلول ذلك الوقت تكون المعاملة قد حدثت بالفعل.
هذا ما جعلني أتساءل لماذا نقبل ذلك كأمر طبيعي.
ربما لا يكون التحسين الأكبر هو الاستجابة بشكل أسرع. ربما يكون الأمر هو إيقاف المعاملات عالية الخطورة قبل تنفيذها على الإطلاق.
إحدى الأسباب التي جعلتني أتابع @NewtonProtocol بشكل أقرب هي هذا. يقوم بروتوكول نـيوتن ببناء شبكة بنية تحتية لامركزية لاستضافة نماذج الذكاء الاصطناعي وتنفيذها والتحقق منها. ما أعتبره مثيرًا للاهتمام هو أنه يتجه نحو تقييم المخاطر قبل التنفيذ، مع فصل الاستدلال عن التحقق بحيث يمكن للذكاء الاصطناعي الاستجابة بسرعة ويمكن تأكيد البراهين لاحقًا.
إذا نجحت هذه الفكرة عمليًا، فقد تغيّر طريقة تعامل التمويل على السلسلة مع الثقة. الفرصة هائلة. وفي الوقت نفسه، لا تزال البنية التحتية الجيدة بحاجة إلى تبنٍ حقيقي، وهذا أمر غير مضمون أبدًا.
لهذا السبب أرى أنه من المفيد مراقبته، ليس لأنني أتوقع نتائج فورية، بل لأن الاتجاه نفسه يبدو مختلفًا.
إذا كان الذكاء الاصطناعي سيجعل المزيد من القرارات على السلسلة، فهل تكون الأولوية في إصلاح الأخطاء بعد حدوثها أم منعها قبل أن تقع؟ $NEWT #Newt @NewtonProtocol
في كل مرة تُرتكب فيها قرصنة أو صفقة سيئة، يبدأ الجميع الحديث عن الأمان. لكن بحلول ذلك الوقت تكون المعاملة قد حدثت بالفعل.
هذا ما جعلني أتساءل لماذا نقبل ذلك كأمر طبيعي.
ربما لا يكون التحسين الأكبر هو الاستجابة بشكل أسرع. ربما يكون الأمر هو إيقاف المعاملات عالية الخطورة قبل تنفيذها على الإطلاق.
إحدى الأسباب التي جعلتني أتابع @NewtonProtocol بشكل أقرب هي هذا. يقوم بروتوكول نـيوتن ببناء شبكة بنية تحتية لامركزية لاستضافة نماذج الذكاء الاصطناعي وتنفيذها والتحقق منها. ما أعتبره مثيرًا للاهتمام هو أنه يتجه نحو تقييم المخاطر قبل التنفيذ، مع فصل الاستدلال عن التحقق بحيث يمكن للذكاء الاصطناعي الاستجابة بسرعة ويمكن تأكيد البراهين لاحقًا.
إذا نجحت هذه الفكرة عمليًا، فقد تغيّر طريقة تعامل التمويل على السلسلة مع الثقة. الفرصة هائلة. وفي الوقت نفسه، لا تزال البنية التحتية الجيدة بحاجة إلى تبنٍ حقيقي، وهذا أمر غير مضمون أبدًا.
لهذا السبب أرى أنه من المفيد مراقبته، ليس لأنني أتوقع نتائج فورية، بل لأن الاتجاه نفسه يبدو مختلفًا.
إذا كان الذكاء الاصطناعي سيجعل المزيد من القرارات على السلسلة، فهل تكون الأولوية في إصلاح الأخطاء بعد حدوثها أم منعها قبل أن تقع؟ $NEWT #Newt @NewtonProtocol
2
2
91
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف