Sia Noir
3k منشورات
Sia Noir
From novice to crypto queen 👑; securing the bag not just the dream 🔥
فتح تداول
مُتداول مُتكرر
3 سنوات
214 تتابع
543 المتابعون
3.9K+ إعجاب
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
#dusk $DUSK @Dusk
يصبح الغسق مثيرًا للاهتمام لسبب مختلف.
كنتُ أبحث بعيدًا عن سرد الخصوصية، وأراقب كيف يتموضع Dusk Trade.
السؤال الأكبر ليس ما إذا كانت الأسواق الخاصة تحتاج إلى بلوكتشين.
بل ما إذا كانت الأصول الخاضعة للرقابة يمكن أن تصبح متاحة فعلًا دون التضحية بالامتثال.
يجمع نهج Dusk بين الخصوصية والصلاحيات والتسوية على السلسلة في حزمة واحدة.
وهذا يهم بالنسبة للمنشآت الصغيرة والمتوسطة والمستثمرين الذين لا يمكنهم ببساطة استخدام مسارات DeFi المفتوحة.
قائمة الانتظار تجعل من الصعب الحكم على التبنّي اليوم.
لكن إذا توسّع الوصول، فقد يصبح Dusk Trade اختبارًا مفيدًا لكيفية انتقال الأسواق الخاصة إلى السلسلة.
$AVAAI
$ROBO
ما الذي يهم أكثر بالنسبة إلى Dusk Trade؟
يصبح الغسق مثيرًا للاهتمام لسبب مختلف.
كنتُ أبحث بعيدًا عن سرد الخصوصية، وأراقب كيف يتموضع Dusk Trade.
السؤال الأكبر ليس ما إذا كانت الأسواق الخاصة تحتاج إلى بلوكتشين.
بل ما إذا كانت الأصول الخاضعة للرقابة يمكن أن تصبح متاحة فعلًا دون التضحية بالامتثال.
يجمع نهج Dusk بين الخصوصية والصلاحيات والتسوية على السلسلة في حزمة واحدة.
وهذا يهم بالنسبة للمنشآت الصغيرة والمتوسطة والمستثمرين الذين لا يمكنهم ببساطة استخدام مسارات DeFi المفتوحة.
قائمة الانتظار تجعل من الصعب الحكم على التبنّي اليوم.
لكن إذا توسّع الوصول، فقد يصبح Dusk Trade اختبارًا مفيدًا لكيفية انتقال الأسواق الخاصة إلى السلسلة.
$AVAAI
$ROBO
ما الذي يهم أكثر بالنسبة إلى Dusk Trade؟
🔘 Privacy
🔘 Compliance
🔘 Liquidity
🔘 Easy access
12 ساعة (ساعات) مُتبقية
#dusk $DUSK @Dusk
بدأت هذا الأسبوع بالحفر في Dusk، أتوقع الحديث المعتاد عن الخصوصية.
ثم واصل STOX الظهور.
الآن بعد أن أصبح يحمل علامة Dusk Trade، صار الأمر أكثر إثارة للاهتمام عندما نظرت إلى ما وراء العنوان وطرحت سؤالًا أبسط: كيف تعمل آلية الوصول فعليًا؟
في 15 أغسطس، تحدثوا عن فتح أسواق خاصة للشركات الصغيرة والمتوسطة. لكن Dusk Trade ما زال خلف قائمة انتظار، مع محدودية الوصول لتقتصر على شركاء وأصول مختارين.
ثم هناك جانب الخصوصية.
الإفصاح الانتقائي يمكن أن يسمح لشخص ما بإثبات محل الإقامة أو الأهلية دون كشف هويته. هذا الجزء الذي أراه مثيرًا للاهتمام حقًا.
كما راجعت أرقام الرهن. أكثر من 30% من المعروض محجوز، مع معدل عائد سنوي متغير يقارب 27%. قمت برهن مبلغ صغير بنفسي.
لكن الرهن لا يعني الوصول للتداول.
هذا التمييز ربما هو الأهم.
يمكنك الحصول على خصوصية بلا ثقة بينما تبقى السوق نفسها مُنسّقة.
لذا لم أعد مهتمًا كثيرًا بعنوان ZK الآن.
أريد معرفة من سيتم قبوله في الدفعة الأولى من الأصول، وما الأصول التي سيحصل عليها، وبأي شروط.
هذه هي القصة الحقيقية التي أتابعها.
هل دخل أي شخص فعليًا خارج قائمة الانتظار بعد؟
بدأت هذا الأسبوع بالحفر في Dusk، أتوقع الحديث المعتاد عن الخصوصية.
ثم واصل STOX الظهور.
الآن بعد أن أصبح يحمل علامة Dusk Trade، صار الأمر أكثر إثارة للاهتمام عندما نظرت إلى ما وراء العنوان وطرحت سؤالًا أبسط: كيف تعمل آلية الوصول فعليًا؟
في 15 أغسطس، تحدثوا عن فتح أسواق خاصة للشركات الصغيرة والمتوسطة. لكن Dusk Trade ما زال خلف قائمة انتظار، مع محدودية الوصول لتقتصر على شركاء وأصول مختارين.
ثم هناك جانب الخصوصية.
الإفصاح الانتقائي يمكن أن يسمح لشخص ما بإثبات محل الإقامة أو الأهلية دون كشف هويته. هذا الجزء الذي أراه مثيرًا للاهتمام حقًا.
كما راجعت أرقام الرهن. أكثر من 30% من المعروض محجوز، مع معدل عائد سنوي متغير يقارب 27%. قمت برهن مبلغ صغير بنفسي.
لكن الرهن لا يعني الوصول للتداول.
هذا التمييز ربما هو الأهم.
يمكنك الحصول على خصوصية بلا ثقة بينما تبقى السوق نفسها مُنسّقة.
لذا لم أعد مهتمًا كثيرًا بعنوان ZK الآن.
أريد معرفة من سيتم قبوله في الدفعة الأولى من الأصول، وما الأصول التي سيحصل عليها، وبأي شروط.
هذه هي القصة الحقيقية التي أتابعها.
هل دخل أي شخص فعليًا خارج قائمة الانتظار بعد؟
#dusk $DUSK @Dusk
كنت أرى باستمرار ذكر PLONK وPoseidon وJubJub و��شجار Merkle بشكل منفصل في وثائق Dusk، لكن الأمر يصبح أكثر منطقية عندما تنظر إليها كحزمة واحدة.
PLONK هو طبقة الإثبات.
يسمح لـ Dusk بإثبات أن معاملة ما اتبعت القواعد المطلوبة دون كشف المدخلات الخاصة الموجودة خلف هذا الإثبات.
لكن PLONK وحده ليس هو نظام الخصوصية بالكامل.
JubJub يقع تحت آليات ZK.
إنه منحنى إهليلجي مُصمم للعمل بكفاءة في بيئات على نمط SNARK، وهذا يجعله مناسبًا للعمليات التشفيرية التي تحدث داخل دوائر الخصوصية.
ثم يأتي Poseidon.
هنا تصبح الأمور أقل وضوحًا.
تم تصميم Poseidon ليكون كفؤًا داخل دوائر المعرفة الصفرية. يستخدمه Dusk لإجراء عمليات تشفير مثل الالتزامات وتجزئة شجرات Merkle، بحيث لا يضطر الدارة إلى الاعتماد على دالة تجزئة مكلفة لإعادة إنتاجها داخل إثبات ZK.
وبعد ذلك هناك البنية الخاصة بـ Merkle.
المعاملة الخاصة لا تحتاج فقط إلى إثبات أن “معاملتي صحيحة”.
قد تحتاج أيضًا إلى إثبات أن بعض الالتزام أو الملاحظة تنتمي بالفعل إلى الحالة الحالية.
يمد مسار Merkle الدارة بدليل الانتماء دون نشر مجموعة البيانات الأساسية كاملة.
إذن النموذج الذهني الذي انتهيت إليه هو:
JubJub → الأساس التشفيري
Poseidon → التجزئة الملائمة لـ ZK
Merkle → دليل الحالة/الانتماء
PLONK → يثبت كامل مجموعة الشروط
تلك العلاقة أكثر إثارة لاهتمامي من مجرد القول “Dusk تستخدم خصوصية ZK”.
لأن الخصوصية ليست ميزة واحدة تتربع فوق السلسلة.
إنها حزمة من مكونات تشفير يجب أن تتكامل معًا بكفاءة.
وبالنسبة للبنية التحتية المالية، فإن هذا التمييز مهم.
لا تحتاج فقط إلى إخفاء المعلومات.
تحتاج أيضًا إلى أن يقوم الشبكة بإثبات أن المعلومات المخفية تستوفي القواعد.
وهنا يبدأ التصميم التشفيري لـ Dusk بأن يصبح أكثر إثارة للاهتمام من مقارنة سلسلة الخصوصية المعتادة.
$HEMI
$TREE
ما برأيك ما أهم جزء في حزمة خصوصية Dusk؟
كنت أرى باستمرار ذكر PLONK وPoseidon وJubJub و��شجار Merkle بشكل منفصل في وثائق Dusk، لكن الأمر يصبح أكثر منطقية عندما تنظر إليها كحزمة واحدة.
PLONK هو طبقة الإثبات.
يسمح لـ Dusk بإثبات أن معاملة ما اتبعت القواعد المطلوبة دون كشف المدخلات الخاصة الموجودة خلف هذا الإثبات.
لكن PLONK وحده ليس هو نظام الخصوصية بالكامل.
JubJub يقع تحت آليات ZK.
إنه منحنى إهليلجي مُصمم للعمل بكفاءة في بيئات على نمط SNARK، وهذا يجعله مناسبًا للعمليات التشفيرية التي تحدث داخل دوائر الخصوصية.
ثم يأتي Poseidon.
هنا تصبح الأمور أقل وضوحًا.
تم تصميم Poseidon ليكون كفؤًا داخل دوائر المعرفة الصفرية. يستخدمه Dusk لإجراء عمليات تشفير مثل الالتزامات وتجزئة شجرات Merkle، بحيث لا يضطر الدارة إلى الاعتماد على دالة تجزئة مكلفة لإعادة إنتاجها داخل إثبات ZK.
وبعد ذلك هناك البنية الخاصة بـ Merkle.
المعاملة الخاصة لا تحتاج فقط إلى إثبات أن “معاملتي صحيحة”.
قد تحتاج أيضًا إلى إثبات أن بعض الالتزام أو الملاحظة تنتمي بالفعل إلى الحالة الحالية.
يمد مسار Merkle الدارة بدليل الانتماء دون نشر مجموعة البيانات الأساسية كاملة.
إذن النموذج الذهني الذي انتهيت إليه هو:
JubJub → الأساس التشفيري
Poseidon → التجزئة الملائمة لـ ZK
Merkle → دليل الحالة/الانتماء
PLONK → يثبت كامل مجموعة الشروط
تلك العلاقة أكثر إثارة لاهتمامي من مجرد القول “Dusk تستخدم خصوصية ZK”.
لأن الخصوصية ليست ميزة واحدة تتربع فوق السلسلة.
إنها حزمة من مكونات تشفير يجب أن تتكامل معًا بكفاءة.
وبالنسبة للبنية التحتية المالية، فإن هذا التمييز مهم.
لا تحتاج فقط إلى إخفاء المعلومات.
تحتاج أيضًا إلى أن يقوم الشبكة بإثبات أن المعلومات المخفية تستوفي القواعد.
وهنا يبدأ التصميم التشفيري لـ Dusk بأن يصبح أكثر إثارة للاهتمام من مقارنة سلسلة الخصوصية المعتادة.
$HEMI
$TREE
ما برأيك ما أهم جزء في حزمة خصوصية Dusk؟
🔐PLONK
0%
🧩Poseidon
0%
🕸️Merkle
0%
⚙️JubJub
100%
1 الأصوات • تمّ إغلاق التصويت
التداول خلال 30 يوم $DUSK63.6 USDT
#dusk $DUSK @Dusk
لم أكن أنظر إلى مخطط Dusk اليوم.
كنت أُمعن النظر في شيئين عادةً ما يجلسان في محادثتين مختلفتين تمامًا: حادثة الجسر القديمة وأرقام مكافأة/حرق الشبكة.
ضعهما جنبًا إلى جنب وستصبح الصورة أكثر إثارة للاهتمام قليلًا.
لم تكن حادثة يناير مثيرة بالنسبة لي بسبب العنوان. كانت الفارق بين ما كان يحدث على السلسلة (on-chain) وكيف تمت صياغة الحدث بعناية على نحو علني.
ثم أعطاني مستكشف DUDE تفصيلًا صغيرًا آخر.
في نافذة مدتها 24 ساعة
~149,389 DUSK مدفوعة كمكافآت
~22,163 DUSK تم حرقها
56 معاملة فاشلة
لذا لم تكن الشبكة ببساطة تُصدر مكافآت ثم تمضي قدماً.
حوالي 15% من مبلغ تلك المكافآت كانت تتم إزالتها عبر آلية الحرق في نفس النافذة.
وهذا يغيّر الطريقة التي أفكر بها بشأن منحنى الإصدار.
تبدو خطة إمداد طويلة الأجل ثابتة جدًا على الورق. لكن السلسلة لا تعمل كجدول بيانات.
المكافآت تتغير مع نشاط الشبكة.
عمليات الحرق تتغير مع الاستخدام الفعلي.
والمعاملات الفاشلة تضيف طبقة أخرى من الاحتكاك لا تظهر عندما نتحدث فقط عن أن التسوية محسومة وحتمية.
وتضيف حادثة الجسر جزءًا غير مريح:
قد يتصرف البُنى التحتية بشكل مختلف جدًا في الظروف غير الطبيعية عما يحدث أثناء إنتاج الكتل بشكل طبيعي.
لا شيء من هذا يثبت أن Dusk لديه مشكلة.
إنه يفعل شيئًا أكثر فائدة.
يعطيني أسئلة أفضل لأطرحها.
هل تبقى نسبة الحرق/المكافأة قريبة من المستوى نفسه عبر العصور (epochs)؟
هل يرتفع نشاط المعاملات الفاشلة مع زيادة حمل الشبكة؟
ومتى ما أُجهدت الجسر، كم بسرعة يمكن للبُنى التحتية المحيطة عزل المشكلة دون التأثير على طبقة التسوية؟
هذه هي الأرقام التي أرغب في مراقبتها أكثر من أي مخطط رموز مرسوم بدقة.
لأن الاستخدام الحقيقي في النهاية يترك بصمات.
لم أكن أنظر إلى مخطط Dusk اليوم.
كنت أُمعن النظر في شيئين عادةً ما يجلسان في محادثتين مختلفتين تمامًا: حادثة الجسر القديمة وأرقام مكافأة/حرق الشبكة.
ضعهما جنبًا إلى جنب وستصبح الصورة أكثر إثارة للاهتمام قليلًا.
لم تكن حادثة يناير مثيرة بالنسبة لي بسبب العنوان. كانت الفارق بين ما كان يحدث على السلسلة (on-chain) وكيف تمت صياغة الحدث بعناية على نحو علني.
ثم أعطاني مستكشف DUDE تفصيلًا صغيرًا آخر.
في نافذة مدتها 24 ساعة
~149,389 DUSK مدفوعة كمكافآت
~22,163 DUSK تم حرقها
56 معاملة فاشلة
لذا لم تكن الشبكة ببساطة تُصدر مكافآت ثم تمضي قدماً.
حوالي 15% من مبلغ تلك المكافآت كانت تتم إزالتها عبر آلية الحرق في نفس النافذة.
وهذا يغيّر الطريقة التي أفكر بها بشأن منحنى الإصدار.
تبدو خطة إمداد طويلة الأجل ثابتة جدًا على الورق. لكن السلسلة لا تعمل كجدول بيانات.
المكافآت تتغير مع نشاط الشبكة.
عمليات الحرق تتغير مع الاستخدام الفعلي.
والمعاملات الفاشلة تضيف طبقة أخرى من الاحتكاك لا تظهر عندما نتحدث فقط عن أن التسوية محسومة وحتمية.
وتضيف حادثة الجسر جزءًا غير مريح:
قد يتصرف البُنى التحتية بشكل مختلف جدًا في الظروف غير الطبيعية عما يحدث أثناء إنتاج الكتل بشكل طبيعي.
لا شيء من هذا يثبت أن Dusk لديه مشكلة.
إنه يفعل شيئًا أكثر فائدة.
يعطيني أسئلة أفضل لأطرحها.
هل تبقى نسبة الحرق/المكافأة قريبة من المستوى نفسه عبر العصور (epochs)؟
هل يرتفع نشاط المعاملات الفاشلة مع زيادة حمل الشبكة؟
ومتى ما أُجهدت الجسر، كم بسرعة يمكن للبُنى التحتية المحيطة عزل المشكلة دون التأثير على طبقة التسوية؟
هذه هي الأرقام التي أرغب في مراقبتها أكثر من أي مخطط رموز مرسوم بدقة.
لأن الاستخدام الحقيقي في النهاية يترك بصمات.
التداول خلال 30 يوم $DUSK51.8 USDT
#dusk $DUSK @Dusk
الاختيار التصميمي الأكثر تجاهلًا في Dusk ليس الخصوصية. بل هو الشبكات.
عندما يناقش الناس RWAs، غالبًا ما يقفز الحديث إلى الترميز والامتثال وZK.
لكن توجد مشكلة أقل وضوحًا:
ما مدى كفاءة انتقال البيانات المالية عبر الشبكة؟
يستخدم Dusk Kadcast، وهو تراكب P2P منظم مبني على مبادئ Kademlia.
وهذا يهم لأن الانتشار التقليدي بأسلوب Gossip يرسل الرسائل إلى نظيرين (عُقد) مختارين عشوائيًا. يعمل ذلك، لكنه يولّد حركة مرور زائدة ويجعل زمن انتشار الرسائل أصعب في التنبؤ به.
يسلك Kadcast مسارًا مختلفًا.
بدلًا من البث العشوائي، يستخدم شبكة منظمة لتوجيه انتشار الرسائل.
ما النتيجة؟
→ استهلاك أقل للعرض الترددي
→ زمن انتشار أكثر قابلية للتنبؤ
→ انتشار أكثر كفاءة للكتل والمعاملات وتصويت الإجماع
تُبرز الورقة البيضاء المحدثة لـ Dusk تحديدًا Kadcast كجزء من تصميمها لكفاءة الشبكة، مشيرةً إلى خفض في عرض النطاق الترددي بنسبة 25–50% مقارنةً ببروتوكولات Gossip الشائعة.
وهنا تصبح زاوية الـ RWA أكثر إثارة للاهتمام.
بالنسبة إلى معاملة على هيئة ميم، فإن انتشارًا غير كفؤ غالبًا ما يكون مشكلة أداء.
أما بالنسبة إلى البنية التحتية المالية، فالقابلية للتنبؤ هي الأهم.
إذا كانت الكتل والمعاملات وأصوات الإجماع بحاجة إلى المرور عبر الشبكة بكفاءة، فإن تقليل حركة المرور غير الضرورية على الشبكة يمكن أن يخفف العبء على العقد مع جعل سلوك الانتشار أكثر قابلية للتنبؤ.
هذا لا يعني أن Kadcast هي الحل الكامل للتوسع.
لكنها تُظهر شيئًا مهمًا عن معمارية Dusk:
ليست الشبكة محسّنة فقط على مستوى طبقة المعاملات.
بل إن طبقة الاتصال نفسها صُممت وفق متطلبات البنية التحتية المالية.
وهذا هو الجزء الذي أظن أنه يُغفل.
السؤال المثير للاهتمام ليس فقط:
“هل يمكن لـ RWAs أن تعمل على السلسلة (on-chain)؟”
بل هو:
هل يمكن للشبكة الأساسية أن تنقل البيانات بكفاءة كافية لدعم الأسواق المالية على نطاق واسع؟
إن Kadcast هو جزء من إجابة Dusk.
#Dusk #RWA
الاختيار التصميمي الأكثر تجاهلًا في Dusk ليس الخصوصية. بل هو الشبكات.
عندما يناقش الناس RWAs، غالبًا ما يقفز الحديث إلى الترميز والامتثال وZK.
لكن توجد مشكلة أقل وضوحًا:
ما مدى كفاءة انتقال البيانات المالية عبر الشبكة؟
يستخدم Dusk Kadcast، وهو تراكب P2P منظم مبني على مبادئ Kademlia.
وهذا يهم لأن الانتشار التقليدي بأسلوب Gossip يرسل الرسائل إلى نظيرين (عُقد) مختارين عشوائيًا. يعمل ذلك، لكنه يولّد حركة مرور زائدة ويجعل زمن انتشار الرسائل أصعب في التنبؤ به.
يسلك Kadcast مسارًا مختلفًا.
بدلًا من البث العشوائي، يستخدم شبكة منظمة لتوجيه انتشار الرسائل.
ما النتيجة؟
→ استهلاك أقل للعرض الترددي
→ زمن انتشار أكثر قابلية للتنبؤ
→ انتشار أكثر كفاءة للكتل والمعاملات وتصويت الإجماع
تُبرز الورقة البيضاء المحدثة لـ Dusk تحديدًا Kadcast كجزء من تصميمها لكفاءة الشبكة، مشيرةً إلى خفض في عرض النطاق الترددي بنسبة 25–50% مقارنةً ببروتوكولات Gossip الشائعة.
وهنا تصبح زاوية الـ RWA أكثر إثارة للاهتمام.
بالنسبة إلى معاملة على هيئة ميم، فإن انتشارًا غير كفؤ غالبًا ما يكون مشكلة أداء.
أما بالنسبة إلى البنية التحتية المالية، فالقابلية للتنبؤ هي الأهم.
إذا كانت الكتل والمعاملات وأصوات الإجماع بحاجة إلى المرور عبر الشبكة بكفاءة، فإن تقليل حركة المرور غير الضرورية على الشبكة يمكن أن يخفف العبء على العقد مع جعل سلوك الانتشار أكثر قابلية للتنبؤ.
هذا لا يعني أن Kadcast هي الحل الكامل للتوسع.
لكنها تُظهر شيئًا مهمًا عن معمارية Dusk:
ليست الشبكة محسّنة فقط على مستوى طبقة المعاملات.
بل إن طبقة الاتصال نفسها صُممت وفق متطلبات البنية التحتية المالية.
وهذا هو الجزء الذي أظن أنه يُغفل.
السؤال المثير للاهتمام ليس فقط:
“هل يمكن لـ RWAs أن تعمل على السلسلة (on-chain)؟”
بل هو:
هل يمكن للشبكة الأساسية أن تنقل البيانات بكفاءة كافية لدعم الأسواق المالية على نطاق واسع؟
إن Kadcast هو جزء من إجابة Dusk.
#Dusk #RWA
التداول خلال 30 يوم $DUSK39.8 USDT
#dusk $DUSK @Dusk
تبدأ معظم تصاميم خصوصية EVM بأدلة ZK. سلكت Dusk طريقًا مختلفًا.
واصلت الحفر في Hedger، والجزء المثير للاهتمام ليس مجرد «معاملات خاصة».
بل كيف تحاول Dusk جعل تمويل EVM السري عمليًا وقابلًا للاستخدام.
يجمع Hedger بين أداتين تشفيريّتين:
→ يتيح التشفير المتماثل إجراء الحسابات على القيم المشفّرة، بحيث لا يلزم كشف البيانات الحساسة لمجرد معالجتها.
→ تتيح أدلة الإثبات صفر المعرفة (Zero-Knowledge Proofs) للشبكة التحقق من أن الحساب صحيح دون الكشف عن المدخلات الأساسية.
تتأكد أهمية هذا الجمع لأن الخصوصية المالية ليست هي نفسها إخفاء كل شيء.
تخيّل مؤسسة تتداول أصلًا خاضعًا للتنظيم.
قد لا ترغب في أن تكون ميزانيتها أو حجم مركزها أو مبلغ التحويل أو نية التداول مرئية للجميع.
لكن الجهات التنظيمية ما زالت بحاجة إلى طريقة للتحقق من اتباع القواعد.
وهذا هو الفجوة التي يستهدفها Hedger.
وهناك تفصيل آخر وجدته مهمًا:
يعمل Hedger على DuskEVM.
لذلك يمكن للمطورين العمل ضمن بيئة EVM وأدوات مألوفة، مع إضافة مسارات سرية عندما يكون ذلك منطقيًا في الواقع. تصف Dusk Hedger كمحرك الخصوصية الخاص بتطبيقات EVM لديها، مع دعم للملكية والتحويلات السرية ومعاملات قابلة للتدقيق.
لهذا لا أرى Hedger كميزة خصوصية أخرى فحسب.
تتمثل الفكرة الأكبر في أن:
بيانات مشفّرة → حساب خاص → تحقق عبر ZK → نتيجة قابلة للتدقيق.
بالنسبة للتمويل الخاضع للتنظيم، فإن هذا التصميم أكثر إثارة للاهتمام بكثير من مجرد القول إن «المعاملات خاصة».
الخصوصية تحمي المعلومات.
والأدلة تحمي سلامة التنفيذ.
والامتثال يحصل على طريقة لفحص ما يحتاجه.
هذه هي الجزء الذي أراقبه أكثر عن كثب في معمارية EVM لدى Dusk.
تبدأ معظم تصاميم خصوصية EVM بأدلة ZK. سلكت Dusk طريقًا مختلفًا.
واصلت الحفر في Hedger، والجزء المثير للاهتمام ليس مجرد «معاملات خاصة».
بل كيف تحاول Dusk جعل تمويل EVM السري عمليًا وقابلًا للاستخدام.
يجمع Hedger بين أداتين تشفيريّتين:
→ يتيح التشفير المتماثل إجراء الحسابات على القيم المشفّرة، بحيث لا يلزم كشف البيانات الحساسة لمجرد معالجتها.
→ تتيح أدلة الإثبات صفر المعرفة (Zero-Knowledge Proofs) للشبكة التحقق من أن الحساب صحيح دون الكشف عن المدخلات الأساسية.
تتأكد أهمية هذا الجمع لأن الخصوصية المالية ليست هي نفسها إخفاء كل شيء.
تخيّل مؤسسة تتداول أصلًا خاضعًا للتنظيم.
قد لا ترغب في أن تكون ميزانيتها أو حجم مركزها أو مبلغ التحويل أو نية التداول مرئية للجميع.
لكن الجهات التنظيمية ما زالت بحاجة إلى طريقة للتحقق من اتباع القواعد.
وهذا هو الفجوة التي يستهدفها Hedger.
وهناك تفصيل آخر وجدته مهمًا:
يعمل Hedger على DuskEVM.
لذلك يمكن للمطورين العمل ضمن بيئة EVM وأدوات مألوفة، مع إضافة مسارات سرية عندما يكون ذلك منطقيًا في الواقع. تصف Dusk Hedger كمحرك الخصوصية الخاص بتطبيقات EVM لديها، مع دعم للملكية والتحويلات السرية ومعاملات قابلة للتدقيق.
لهذا لا أرى Hedger كميزة خصوصية أخرى فحسب.
تتمثل الفكرة الأكبر في أن:
بيانات مشفّرة → حساب خاص → تحقق عبر ZK → نتيجة قابلة للتدقيق.
بالنسبة للتمويل الخاضع للتنظيم، فإن هذا التصميم أكثر إثارة للاهتمام بكثير من مجرد القول إن «المعاملات خاصة».
الخصوصية تحمي المعلومات.
والأدلة تحمي سلامة التنفيذ.
والامتثال يحصل على طريقة لفحص ما يحتاجه.
هذه هي الجزء الذي أراقبه أكثر عن كثب في معمارية EVM لدى Dusk.
التداول خلال 30 يوم $DUSK19.9 USDT
#dusk $DUSK
كنت أتساءل مرارًا لماذا لم يقم Dusk بتجعل كل معاملة خاصة.
هذه تحديدًا بدت أكثر منطقية بعد أن توقفت عن النظر إلى “الخصوصية” باعتبارها الفكرة الأساسية الكاملة لـ @Dusk .
Moonlight هو الجانب الشفاف.
Phoenix هو الجانب الخاص.
والجزء المثير للاهتمام هو أن Dusk لا يبدو أنه يحاول جعل أحدهما يستبدل الآخر.
مع Moonlight تبقى تفاصيل المعاملة ظاهرة. وهذا مفيد عندما تحتاج إلى تحريك مباشر للأصول والتحقق العام.
Phoenix يغيّر النموذج. يمكن أن تستخدم عمليات التحويل الملاحظات المُشفّرة وإثباتات المعرفة الصفرية، بحيث يمكن التحقق من المعاملة دون كشف كل شيء للعامة.
في البداية تساءلت لماذا يحتاج نظامٌ يركز على التمويل إلى كليهما.
ثم اتضح لي الاستخدام المؤسسي.
قد تحتاج بورصة إلى الإيداعات ونشاط التسوية كي تظل عملية التحقق سهلة.
وقد لا ترغب مؤسسة في أن تكون محفظتها بالكامل، أو سجل التحويلات، أو أحجام المراكز ضمن العرض العلني.
هنا يمكن أن تصبح “الخصوصية افتراضيًا” مبسطة زيادة عن اللزوم.
تحتاج البنية التحتية المالية إلى رؤية مُتحكم بها، لا بالضرورة إلى رؤية كاملة أو سرية كاملة.
لهذا يجعلني Moonlight + Phoenix مهتمًا.
إحداهما تمنح الشبكة مسار معاملة شفافًا.
والأخرى تمنح المستخدمين طريقة للاحتفاظ ببيانات المعاملات الحساسة خاصة مع الحفاظ على إثبات الصحة.
لذا فالسؤال الحقيقي ليس:
عام أم خاص؟
بل هل يمكن لنفس طبقة التسوية أن تدعم كليهما، اعتمادًا على ما تتطلبه المعاملة فعليًا.
ومعمارية Dusk مصممة بوضوح حول هذا الفرق.
كنت أتساءل مرارًا لماذا لم يقم Dusk بتجعل كل معاملة خاصة.
هذه تحديدًا بدت أكثر منطقية بعد أن توقفت عن النظر إلى “الخصوصية” باعتبارها الفكرة الأساسية الكاملة لـ @Dusk .
Moonlight هو الجانب الشفاف.
Phoenix هو الجانب الخاص.
والجزء المثير للاهتمام هو أن Dusk لا يبدو أنه يحاول جعل أحدهما يستبدل الآخر.
مع Moonlight تبقى تفاصيل المعاملة ظاهرة. وهذا مفيد عندما تحتاج إلى تحريك مباشر للأصول والتحقق العام.
Phoenix يغيّر النموذج. يمكن أن تستخدم عمليات التحويل الملاحظات المُشفّرة وإثباتات المعرفة الصفرية، بحيث يمكن التحقق من المعاملة دون كشف كل شيء للعامة.
في البداية تساءلت لماذا يحتاج نظامٌ يركز على التمويل إلى كليهما.
ثم اتضح لي الاستخدام المؤسسي.
قد تحتاج بورصة إلى الإيداعات ونشاط التسوية كي تظل عملية التحقق سهلة.
وقد لا ترغب مؤسسة في أن تكون محفظتها بالكامل، أو سجل التحويلات، أو أحجام المراكز ضمن العرض العلني.
هنا يمكن أن تصبح “الخصوصية افتراضيًا” مبسطة زيادة عن اللزوم.
تحتاج البنية التحتية المالية إلى رؤية مُتحكم بها، لا بالضرورة إلى رؤية كاملة أو سرية كاملة.
لهذا يجعلني Moonlight + Phoenix مهتمًا.
إحداهما تمنح الشبكة مسار معاملة شفافًا.
والأخرى تمنح المستخدمين طريقة للاحتفاظ ببيانات المعاملات الحساسة خاصة مع الحفاظ على إثبات الصحة.
لذا فالسؤال الحقيقي ليس:
عام أم خاص؟
بل هل يمكن لنفس طبقة التسوية أن تدعم كليهما، اعتمادًا على ما تتطلبه المعاملة فعليًا.
ومعمارية Dusk مصممة بوضوح حول هذا الفرق.
#dusk $DUSK @Dusk
بدأت أعتقد أن سؤال DUSK الحقيقي لا علاقة له بالخصوصية.
إنه الطلب.
لا ينقص التشفير سلاسل مثيرة للاهتمام تقنيًا. الجزء الصعب هو جعل الناس يستخدمونها بالفعل.
$DUSK يبلغ حاليًا حوالي 0.06 دولار، مع تداول ما يقارب 497–499 مليون رمز، وبقيمة سوقية تقارب 30 مليون دولار.
إليك ما لفت انتباهي.
بدأت Dusk بـ 500 مليون DUSK، لكن نموذجها يسمح بإصدار 500 مليون إضافية على مدار 36 عامًا لتمويل مكافآت التكديس (staking). يُستخدم DUSK للغاز (gas) وللتكديس، مع حد أدنى للتكديس يبلغ 1,000 DUSK.
لذا فأنا لا أسأل إن كانت لدى Dusk تقنية جيدة.
أنا أسأل ما إذا كان الاستخدام الفعلي يمكن أن يصبح في النهاية كبيرًا بما يكفي ليتأثر به الرمز.
هناك اختبار جديد يدعم هذه الفرضية.
تم إطلاق شبكة اختبار DuskEVM الرئيسية في 10 أغسطس، ما يتيح للمطورين استخدام أدوات مألوفة على غرار Ethereum مثل Solidity وHardhat.
هذا مهم لأن Dusk لا تعتمد على مسار تنفيذ واحد فقط. بنيتها تجمع بين تسوية/توافر بيانات DuskDS، وDuskVM، وDuskEVM، وبنية الهوية مثل Citadel.
لكن إليك التدقيق الواقعي:
مجموعة بنية تحتية أفضل لا تخلق تلقائيًا طلبًا على الرمز.
سأتابع شيئًا واحدًا بعد ذلك:
هل يحول المطورون بنية Dusk إلى معاملات فعلية؟
لأن هنا تصبح القصة مثيرة للاهتمام.
ما الذي سيقنعك بأن $DUSK له استخدام حقيقي خلفه؟
DYOR. ليس نصيحة مالية.
بدأت أعتقد أن سؤال DUSK الحقيقي لا علاقة له بالخصوصية.
إنه الطلب.
لا ينقص التشفير سلاسل مثيرة للاهتمام تقنيًا. الجزء الصعب هو جعل الناس يستخدمونها بالفعل.
$DUSK يبلغ حاليًا حوالي 0.06 دولار، مع تداول ما يقارب 497–499 مليون رمز، وبقيمة سوقية تقارب 30 مليون دولار.
إليك ما لفت انتباهي.
بدأت Dusk بـ 500 مليون DUSK، لكن نموذجها يسمح بإصدار 500 مليون إضافية على مدار 36 عامًا لتمويل مكافآت التكديس (staking). يُستخدم DUSK للغاز (gas) وللتكديس، مع حد أدنى للتكديس يبلغ 1,000 DUSK.
لذا فأنا لا أسأل إن كانت لدى Dusk تقنية جيدة.
أنا أسأل ما إذا كان الاستخدام الفعلي يمكن أن يصبح في النهاية كبيرًا بما يكفي ليتأثر به الرمز.
هناك اختبار جديد يدعم هذه الفرضية.
تم إطلاق شبكة اختبار DuskEVM الرئيسية في 10 أغسطس، ما يتيح للمطورين استخدام أدوات مألوفة على غرار Ethereum مثل Solidity وHardhat.
هذا مهم لأن Dusk لا تعتمد على مسار تنفيذ واحد فقط. بنيتها تجمع بين تسوية/توافر بيانات DuskDS، وDuskVM، وDuskEVM، وبنية الهوية مثل Citadel.
لكن إليك التدقيق الواقعي:
مجموعة بنية تحتية أفضل لا تخلق تلقائيًا طلبًا على الرمز.
سأتابع شيئًا واحدًا بعد ذلك:
هل يحول المطورون بنية Dusk إلى معاملات فعلية؟
لأن هنا تصبح القصة مثيرة للاهتمام.
ما الذي سيقنعك بأن $DUSK له استخدام حقيقي خلفه؟
DYOR. ليس نصيحة مالية.
قضيت بعض الوقت في قراءة أحدث اقتراح TBV الخاص بـ
@BabylonLabs_io ومناقشة Aave V4. كنت أتوقع إعلانًا آخر عن "سيولة أكثر في BTC".
بدلًا من ذلك، ظلت نقطة واحدة تشدّني للعودة.
يراقب معظم الناس $BABY وموعد الإتاحة لشهر أغسطس. مفهوم.
لكن السؤال الأكبر ليس أين سيتداول الرمز الأسبوع القادم.
بل ما إذا كانت Aave في النهاية ستقبل شكلًا من ضمانات البيتكوين لا يحتاج أصلًا إلى أن يُحوَّل إلى BTC مغلف.
هذا تحول أكبر بكثير.
اليوم، يعتمد معظم البيتكوين المستخدم عبر DeFi على وجود أمين حفظ أو جسر في مكان ما ضمن العملية.
محاولات Babylon لمخازن البيتكوين غير القابلة للثقة (Trustless Bitcoin Vaults) تسلك طريقًا مختلفًا.
يبقى $BTC أصليًا.
يُثبت الامتلاك بطريقة تشفيرية.
تصبح المخزنة هي الضمان بدلًا من إنشاء أصلٍ مُغلف آخر.
إذا كانت Aave V4 تدعم هذا النموذج في النهاية، يتغير الحديث من "كيف نُغلف البيتكوين؟" إلى "كيف نقرض ضد بيتكوين أصلي؟"
يبدو كأنه تغيير بسيط في الصياغة.
لكنني لا أعتقد أنه كذلك.
أحد الأساليب يخلق رمزًا آخر يمثل BTC.
والآخر يحاول جعل البيتكوين نفسه منتجًا دون تغيير ماهيته.
بالطبع، لا يهم أي شيء من هذا إذا لم تصل السيولة.
التصميم الأنيق تقنيًا ما يزال يحتاج إلى مقرضين ومقترضين ومُصفّين، وإلى عمق سوق كافٍ ليعمل تحت الضغط.
هذه هي الجزئية التي سأراقبها.
ليس الشمعة اليومية.
ليس عنوان الإتاحة.
سواء قررّت البروتوكولات خارج Babylon أن هذا نموذج الضمانات يستحق التكامل.
لأنّه إذا فعلت ذلك، ستتوقف TBVs عن كونها ميزة لدى Babylon.
ستصبح بنية تحتية للبيتكوين.
وهذه هي الجزئية التي بقيت معي بعد قراءة الاقتراح.
DYOR. هذا بحثي الشخصي وليس نصيحة مالية. #baby
ما الذي يهم أكثر لنجاح Babylon على المدى الطويل؟
@BabylonLabs_io ومناقشة Aave V4. كنت أتوقع إعلانًا آخر عن "سيولة أكثر في BTC".
بدلًا من ذلك، ظلت نقطة واحدة تشدّني للعودة.
يراقب معظم الناس $BABY وموعد الإتاحة لشهر أغسطس. مفهوم.
لكن السؤال الأكبر ليس أين سيتداول الرمز الأسبوع القادم.
بل ما إذا كانت Aave في النهاية ستقبل شكلًا من ضمانات البيتكوين لا يحتاج أصلًا إلى أن يُحوَّل إلى BTC مغلف.
هذا تحول أكبر بكثير.
اليوم، يعتمد معظم البيتكوين المستخدم عبر DeFi على وجود أمين حفظ أو جسر في مكان ما ضمن العملية.
محاولات Babylon لمخازن البيتكوين غير القابلة للثقة (Trustless Bitcoin Vaults) تسلك طريقًا مختلفًا.
يبقى $BTC أصليًا.
يُثبت الامتلاك بطريقة تشفيرية.
تصبح المخزنة هي الضمان بدلًا من إنشاء أصلٍ مُغلف آخر.
إذا كانت Aave V4 تدعم هذا النموذج في النهاية، يتغير الحديث من "كيف نُغلف البيتكوين؟" إلى "كيف نقرض ضد بيتكوين أصلي؟"
يبدو كأنه تغيير بسيط في الصياغة.
لكنني لا أعتقد أنه كذلك.
أحد الأساليب يخلق رمزًا آخر يمثل BTC.
والآخر يحاول جعل البيتكوين نفسه منتجًا دون تغيير ماهيته.
بالطبع، لا يهم أي شيء من هذا إذا لم تصل السيولة.
التصميم الأنيق تقنيًا ما يزال يحتاج إلى مقرضين ومقترضين ومُصفّين، وإلى عمق سوق كافٍ ليعمل تحت الضغط.
هذه هي الجزئية التي سأراقبها.
ليس الشمعة اليومية.
ليس عنوان الإتاحة.
سواء قررّت البروتوكولات خارج Babylon أن هذا نموذج الضمانات يستحق التكامل.
لأنّه إذا فعلت ذلك، ستتوقف TBVs عن كونها ميزة لدى Babylon.
ستصبح بنية تحتية للبيتكوين.
وهذه هي الجزئية التي بقيت معي بعد قراءة الاقتراح.
DYOR. هذا بحثي الشخصي وليس نصيحة مالية. #baby
ما الذي يهم أكثر لنجاح Babylon على المدى الطويل؟
TBV adoption
14%
More DeFi integrations
29%
Strong tokenomics
29%
Higher TVL
28%
7 الأصوات • تمّ إغلاق التصويت
التداول خلال 30 يوم $BABY147 USDT
كنت أقارن لوحة بيانات @BabylonLabs_io على السلسلة بالنشاط الأخير في السوق ضمن بحثي عن CreatorPad، وكانت هناك تفاصيل استمرت في جذب انتباهي.
لا يزال أكثر من 56,800 $BTC جالسًا داخل صناديق الإيداع التابعة لـ Babylon. وهذا يُعادل تقريبًا 5.6 مليار دولار مؤمّنة باستخدام بيتكوين الأصلية. لا توجد أصول مُغلّفة. لا توجد جسور. فقط بيتكوين تساهم في تعزيز الأمان.
على الورق، يبدو كل شيء مطابقًا تمامًا لما يصفه البروتوكول.
لكن بعد ذلك قمت بتكبير ما الذي دفع نشاط $BABY خلال الأيام القليلة الماضية، وأخبرتني الخطوط الزمنية قصة مختلفة.
معظم الحماس جاء بالتزامن مع حدث التداول على Upbit أكثر من كونه مرتبطًا بزيادة ملحوظة في دخول بيتكوين إلى البروتوكول. تسارع حجم التداول، وتحرك السعر استجابةً لذلك، بينما بقي جانب الإيداع شبه ثابت.
هذا جعلني أفكر أنه كانت هناك في الواقع محركان مختلفان يعملان في الوقت نفسه.
أحدهما هو اقتصاد البروتوكول.
حاملو البيتكوين يقفلون BTC ويقوّون الشبكة.
والآخر هو اقتصاد السوق.
المتداولون يستجيبون لحملات البورصات ولوحات المتصدرين والحوافز قصيرة الأجل.
ولا يُلغي أحدهما الآخر.
لكن التعامل معهما كإشارة واحدة قد يؤدي بسهولة إلى الاستنتاج الخاطئ.
عدت للتحقق مما إذا كانت TVL قد توسعت بالتزامن مع حركة السعر.
لم يتغير الأمر تقريبًا.
وهذا يعني أن أقوى محفّز في السوق خلال تلك الفترة لم يكن بيتكوينًا جديدًا يتدفق إلى Babylon. بل كانت السيولة تتحرك داخل البورصة.
وهذه هي الفروق التي أعتقد أنها تستحق مزيدًا من الاهتمام.
يمكن أن ترتفع قيمة توكن بسبب نشاط التداول بينما يظل استخدام البروتوكول ثابتًا نسبيًا. وإذا كنت تقيم التبنّي على المدى الطويل، فهذان هما مقياسان مختلفان جدًا.
أصبح اهتمامي الآن أكبر في مراقبة ما إذا كانت الزخم السعري المستقبلي سيأتي من إدخال BTC جديد إلى الخزائن، أم من حملة مدفوعة ببورصة أخرى.
ربما تخبرنا هذه الإجابة أكثر عن نمو Babylon من السعر وحده.
$BABY #baby
لا يزال أكثر من 56,800 $BTC جالسًا داخل صناديق الإيداع التابعة لـ Babylon. وهذا يُعادل تقريبًا 5.6 مليار دولار مؤمّنة باستخدام بيتكوين الأصلية. لا توجد أصول مُغلّفة. لا توجد جسور. فقط بيتكوين تساهم في تعزيز الأمان.
على الورق، يبدو كل شيء مطابقًا تمامًا لما يصفه البروتوكول.
لكن بعد ذلك قمت بتكبير ما الذي دفع نشاط $BABY خلال الأيام القليلة الماضية، وأخبرتني الخطوط الزمنية قصة مختلفة.
معظم الحماس جاء بالتزامن مع حدث التداول على Upbit أكثر من كونه مرتبطًا بزيادة ملحوظة في دخول بيتكوين إلى البروتوكول. تسارع حجم التداول، وتحرك السعر استجابةً لذلك، بينما بقي جانب الإيداع شبه ثابت.
هذا جعلني أفكر أنه كانت هناك في الواقع محركان مختلفان يعملان في الوقت نفسه.
أحدهما هو اقتصاد البروتوكول.
حاملو البيتكوين يقفلون BTC ويقوّون الشبكة.
والآخر هو اقتصاد السوق.
المتداولون يستجيبون لحملات البورصات ولوحات المتصدرين والحوافز قصيرة الأجل.
ولا يُلغي أحدهما الآخر.
لكن التعامل معهما كإشارة واحدة قد يؤدي بسهولة إلى الاستنتاج الخاطئ.
عدت للتحقق مما إذا كانت TVL قد توسعت بالتزامن مع حركة السعر.
لم يتغير الأمر تقريبًا.
وهذا يعني أن أقوى محفّز في السوق خلال تلك الفترة لم يكن بيتكوينًا جديدًا يتدفق إلى Babylon. بل كانت السيولة تتحرك داخل البورصة.
وهذه هي الفروق التي أعتقد أنها تستحق مزيدًا من الاهتمام.
يمكن أن ترتفع قيمة توكن بسبب نشاط التداول بينما يظل استخدام البروتوكول ثابتًا نسبيًا. وإذا كنت تقيم التبنّي على المدى الطويل، فهذان هما مقياسان مختلفان جدًا.
أصبح اهتمامي الآن أكبر في مراقبة ما إذا كانت الزخم السعري المستقبلي سيأتي من إدخال BTC جديد إلى الخزائن، أم من حملة مدفوعة ببورصة أخرى.
ربما تخبرنا هذه الإجابة أكثر عن نمو Babylon من السعر وحده.
$BABY #baby
تواجه PepsiCo تحديًا لا يمكن للمستثمرين تجاهله.
في حين تحرك السوق الأوسع نحو الارتفاع، $PEP.US واجهت صعوبات خلال الأشهر الستة الماضية. القلق الأكبر لا يقتصر فقط على سعر السهم بل يتمثل في تباطؤ الطلب.
انخفضت متوسطات أحجام المبيعات الفصلية، ما يشير إلى أن المستهلكين يشترون أقل رغم قوة علامات PepsiCo التجارية.
ستكون تقارير الأرباح القادمة مهمة. سيبحث المستثمرون عن مؤشرات على أن الشركة يمكنها تحسين الأحجام دون التضحية بالهوامش عبر الخصومات الثقيلة.
في الوقت الحالي، لا يقتصر التركيز على الإيرادات بل على ما إذا كانت PepsiCo قادرة على إعادة نمو الطلب.
#pep #stock $PEP.US
في حين تحرك السوق الأوسع نحو الارتفاع، $PEP.US واجهت صعوبات خلال الأشهر الستة الماضية. القلق الأكبر لا يقتصر فقط على سعر السهم بل يتمثل في تباطؤ الطلب.
انخفضت متوسطات أحجام المبيعات الفصلية، ما يشير إلى أن المستهلكين يشترون أقل رغم قوة علامات PepsiCo التجارية.
ستكون تقارير الأرباح القادمة مهمة. سيبحث المستثمرون عن مؤشرات على أن الشركة يمكنها تحسين الأحجام دون التضحية بالهوامش عبر الخصومات الثقيلة.
في الوقت الحالي، لا يقتصر التركيز على الإيرادات بل على ما إذا كانت PepsiCo قادرة على إعادة نمو الطلب.
#pep #stock $PEP.US
PEPUS+0.97%
كنت أفكر: ماذا يحدث عندما يسقط سعر توكن ما بينما يظل الشبكة آمنة؟
انخفض BABY بنسبة تقارب 14% هذا الأسبوع، وتبلغ قيمته السوقية حوالي 44 مليون دولار. لكن ما زالت Babylon تمتلك مليارات الدولارات من قيمة BTC مُرهَنة.
هذا جعلني أبحث بعمق أكبر في كيفية عمل @BabylonLabs_io .
ومن الأشياء التي وجدتها مثيرة للاهتمام هي EOTS.
إذا وقّع مزوّد نهائية على بلوكين مختلفين، فسيتم كشف مفتاحه الخاص. عندها يمكن اقتطاع $BTC المُقيَّد (slashing) على شبكة Bitcoin.
هذه القاعدة لا تتغير بسبب #baby price.
سواء صعد التوكن أو هبط، تبقى عملية الأمان كما هي.
كنت أعتقد أن انخفاض سعر التوكن يعني أن البروتوكول بأكمله يصبح أضعف.
الآن أرى أن الأمر مختلف.
سعر التوكن يعكس النشاط في السوق.
أمان الشبكة يأتي من التشفير وقواعد البروتوكول المدمجة.$BABY
ما رأيك؟ هل يمكن أن ينخفض سعر توكن بينما يظل البروتوكول آمنًا، أم أنك تعتقد أن أداء التوكن دائمًا يعكس الصحة الحقيقية وقوة شبكة البلوك تشين؟
انخفض BABY بنسبة تقارب 14% هذا الأسبوع، وتبلغ قيمته السوقية حوالي 44 مليون دولار. لكن ما زالت Babylon تمتلك مليارات الدولارات من قيمة BTC مُرهَنة.
هذا جعلني أبحث بعمق أكبر في كيفية عمل @BabylonLabs_io .
ومن الأشياء التي وجدتها مثيرة للاهتمام هي EOTS.
إذا وقّع مزوّد نهائية على بلوكين مختلفين، فسيتم كشف مفتاحه الخاص. عندها يمكن اقتطاع $BTC المُقيَّد (slashing) على شبكة Bitcoin.
هذه القاعدة لا تتغير بسبب #baby price.
سواء صعد التوكن أو هبط، تبقى عملية الأمان كما هي.
كنت أعتقد أن انخفاض سعر التوكن يعني أن البروتوكول بأكمله يصبح أضعف.
الآن أرى أن الأمر مختلف.
سعر التوكن يعكس النشاط في السوق.
أمان الشبكة يأتي من التشفير وقواعد البروتوكول المدمجة.$BABY
ما رأيك؟ هل يمكن أن ينخفض سعر توكن بينما يظل البروتوكول آمنًا، أم أنك تعتقد أن أداء التوكن دائمًا يعكس الصحة الحقيقية وقوة شبكة البلوك تشين؟
Protocol Security
25%
Token Price
0%
Both Important
25%
Need Learning
50%
4 الأصوات • تمّ إغلاق التصويت
متنازع عليه
أحد الأشياء التي تعلمتها هو أن التوقيت مهم بقدر أهمية اقتصاديات الرموز.
بينما كنت أقرأ عن $BABY ، لاحظت تباينًا مثيرًا للاهتمام. في 10 يوليو، تم إلغاء/إطلاق حوالي 4 مليارات من رموز BABY المخصصة للفريق والمستشارين والمستثمرين الأوائل من القطاع الخاص. حدث ذلك تمامًا كما كان مخططًا له وهو ظاهر على السلسلة (on-chain).
في الوقت نفسه، لا تزال ميزة المشاركة التعاونية (co-staking)، حيث يمكن للمستخدمين إقران BTC مع BABY للحصول على مكافآت أعلى، في طريقها من شبكة الاختبار (testnet) إلى الشبكة الرئيسية (mainnet).
لا يوجد شيء غير معتاد في ذلك. لقد كانت جداول الاستحقاق دائمًا معلنة. لكن هذا يبرز نمطًا يظهر في العديد من مشاريع الكريبتو.
عادةً ما تحدث عمليات فتح/إطلاق الرموز لأصحاب المصلحة الأوائل وفق جدول زمني ثابت. أما الميزات المصممة لمنفعة المستخدمين العاديين فتصل غالبًا لاحقًا مع استمرار التطوير.
لا يعني ذلك تلقائيًا أن المشروع جيد أو سيئ. إنه فقط يذكّرني بالنظر إلى أين وصلنا في خريطة الطريق (roadmap) بدلًا من التفاعل مع العناوين الرئيسية فقط.
@BabylonLabs_io #baby
$KOMA $BANK
ما رأيك، ما الذي سيحدث أكبر تأثير على BABY خلال الأسابيع القليلة القادمة؟
بينما كنت أقرأ عن $BABY ، لاحظت تباينًا مثيرًا للاهتمام. في 10 يوليو، تم إلغاء/إطلاق حوالي 4 مليارات من رموز BABY المخصصة للفريق والمستشارين والمستثمرين الأوائل من القطاع الخاص. حدث ذلك تمامًا كما كان مخططًا له وهو ظاهر على السلسلة (on-chain).
في الوقت نفسه، لا تزال ميزة المشاركة التعاونية (co-staking)، حيث يمكن للمستخدمين إقران BTC مع BABY للحصول على مكافآت أعلى، في طريقها من شبكة الاختبار (testnet) إلى الشبكة الرئيسية (mainnet).
لا يوجد شيء غير معتاد في ذلك. لقد كانت جداول الاستحقاق دائمًا معلنة. لكن هذا يبرز نمطًا يظهر في العديد من مشاريع الكريبتو.
عادةً ما تحدث عمليات فتح/إطلاق الرموز لأصحاب المصلحة الأوائل وفق جدول زمني ثابت. أما الميزات المصممة لمنفعة المستخدمين العاديين فتصل غالبًا لاحقًا مع استمرار التطوير.
لا يعني ذلك تلقائيًا أن المشروع جيد أو سيئ. إنه فقط يذكّرني بالنظر إلى أين وصلنا في خريطة الطريق (roadmap) بدلًا من التفاعل مع العناوين الرئيسية فقط.
@BabylonLabs_io #baby
$KOMA $BANK
ما رأيك، ما الذي سيحدث أكبر تأثير على BABY خلال الأسابيع القليلة القادمة؟
Unlock absorption
60%
Co-staking launch
20%
Both equally
0%
Too early
20%
5 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
@BabylonLabs_io كنت أقرأ وثائق TBV متوقعًا شرحًا آخر حول إدخال البيتكوين إلى التمويل اللامركزي.
بدلًا من ذلك، غيّرت جملة واحدة بالكامل ما كنت أعتقد أن البروتوكول يحاول حله.
"الثقة تنتقل من الحفظ إلى الحوسبة."
يبدو الأمر كشعار تسويقي حتى تواصل القراءة.
معظم حلول البيتكوين في التمويل اللامركزي تطلب من المستخدمين أن يثقوا بآخرين. يوجد أمين حفظ يحتفظ بالـ BTC. ويُتحكم في الأصول عبر جسر. أو يقرر اتحاد من الموقعين متى يمكن أن تتحرك الأموال.
TBV يغيّر هذا الافتراض بهدوء.
لا يغادر الـ BTC شبكة البيتكوين أبدًا. كل خزانة هي UTXO واحدة يملكها المودع، ومقفلة داخل سكربت Taproot تقوم أنت بالمشاركة في التوقيع عليه عند إنشاءه. ويتم الاتفاق على كل مسار خروج شرعي وتوقيعه منذ البداية، لذلك لا يستطيع البروتوكول اختراع طريقة جديدة لتحريك بيتكوينك لاحقًا.
ثم لفتت انتباهي تفاصيل أخرى.
البروتوكول لا يتحقق من الثقة. إنه يتحقق من البرهان التشفيري.
عند استرداد الضمانات، لا يعتمد البيتكوين على مشغل الجسر لتأكيد ما حدث على Ethereum. بدلًا من ذلك، يتيح برهان مبني على BABE لسكربت البيتكوين التحقق من حدث Ethereum المطابق دون الحاجة إلى انقسام في شبكة البيتكوين.
هذا نموذج ثقة مختلف جدًا.
الخزانة ليست تجمعًا مشتركًا في التمويل اللامركزي حيث تختلط أصول الجميع. إنها مخرَج بيتكوين فردي لا يمكن إعادة رهنه أو استخدامه مجددًا أو نقله خارج القواعد المحددة في سكربته.
كل ما هو فوق الخزانة—سواء كان Aave v4 اليوم أو تطبيقًا آخر للـ DeFi غدًا—هو مجرد طبقة تطبيقية أخرى. تبقى الخزانة مرتبطة بشبكة البيتكوين.
حاليًا، يُستخدم حوالي 1% فقط من بيتكوين في التمويل اللامركزي. تركز معظم المناقشات على السيولة.
بعد قراءة الوثائق، أعتقد أن السؤال الأكثر إثارة هو ما إذا كانت تقليل افتراضات الثقة، وليس مجرد إضافة سيولة أكبر، هو ما سيسمح في النهاية بإدخال المزيد من BTC الأصلي إلى التمويل اللامركزي.
$BABY #baby
$UAI
$BANK
ما أكبر عائق يمنع دخول المزيد من BTC الأصلي إلى التمويل اللامركزي؟
بدلًا من ذلك، غيّرت جملة واحدة بالكامل ما كنت أعتقد أن البروتوكول يحاول حله.
"الثقة تنتقل من الحفظ إلى الحوسبة."
يبدو الأمر كشعار تسويقي حتى تواصل القراءة.
معظم حلول البيتكوين في التمويل اللامركزي تطلب من المستخدمين أن يثقوا بآخرين. يوجد أمين حفظ يحتفظ بالـ BTC. ويُتحكم في الأصول عبر جسر. أو يقرر اتحاد من الموقعين متى يمكن أن تتحرك الأموال.
TBV يغيّر هذا الافتراض بهدوء.
لا يغادر الـ BTC شبكة البيتكوين أبدًا. كل خزانة هي UTXO واحدة يملكها المودع، ومقفلة داخل سكربت Taproot تقوم أنت بالمشاركة في التوقيع عليه عند إنشاءه. ويتم الاتفاق على كل مسار خروج شرعي وتوقيعه منذ البداية، لذلك لا يستطيع البروتوكول اختراع طريقة جديدة لتحريك بيتكوينك لاحقًا.
ثم لفتت انتباهي تفاصيل أخرى.
البروتوكول لا يتحقق من الثقة. إنه يتحقق من البرهان التشفيري.
عند استرداد الضمانات، لا يعتمد البيتكوين على مشغل الجسر لتأكيد ما حدث على Ethereum. بدلًا من ذلك، يتيح برهان مبني على BABE لسكربت البيتكوين التحقق من حدث Ethereum المطابق دون الحاجة إلى انقسام في شبكة البيتكوين.
هذا نموذج ثقة مختلف جدًا.
الخزانة ليست تجمعًا مشتركًا في التمويل اللامركزي حيث تختلط أصول الجميع. إنها مخرَج بيتكوين فردي لا يمكن إعادة رهنه أو استخدامه مجددًا أو نقله خارج القواعد المحددة في سكربته.
كل ما هو فوق الخزانة—سواء كان Aave v4 اليوم أو تطبيقًا آخر للـ DeFi غدًا—هو مجرد طبقة تطبيقية أخرى. تبقى الخزانة مرتبطة بشبكة البيتكوين.
حاليًا، يُستخدم حوالي 1% فقط من بيتكوين في التمويل اللامركزي. تركز معظم المناقشات على السيولة.
بعد قراءة الوثائق، أعتقد أن السؤال الأكثر إثارة هو ما إذا كانت تقليل افتراضات الثقة، وليس مجرد إضافة سيولة أكبر، هو ما سيسمح في النهاية بإدخال المزيد من BTC الأصلي إلى التمويل اللامركزي.
$BABY #baby
$UAI
$BANK
ما أكبر عائق يمنع دخول المزيد من BTC الأصلي إلى التمويل اللامركزي؟
🟠 Custody risks
40%
🔵 Bridge security
20%
🟢 User experience
20%
🟣 Limited use cases
20%
5 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
@BabylonLabs_io كنت أقرأ أحدث تصميم للبروتوكول بدلًا من الميزات البارزة، وتغيّر قسمٌ واحد بهدوء طريقةَ تفكيري بخصوص $BABY . يتحدث الجميع عن سيولة البيتكوين، لكن الجزء الأكثر إثارة للاهتمام قد يكون المكان الذي يخطط فيه البروتوكول لإرسال الرسوم.
يصف الورق “Babylon Genesis” باعتباره أكثر من مجرد أول شبكة “Bitcoin-Supercharged Network”. بل يعمل كطبقة تنسيق تقوم بتوجيه BTC الأصلي بين واجهات Vault APIs وواجهات Security APIs، وEthereum، وrollups، وBSNs مستقبلية. هذه هي البنية المرئية.
عند الإطلاق، تخطط Babylon لاستخدام حوافز BABY لتشجيع تكاملات DeFi وواجهات vault والبنية التحتية للمُصفّين (liquidators).
لكن تابع خارطة الطريق قليلًا أكثر، ويبدأ النموذج في التغيّر.
بدلًا من الاعتماد على الحوافز إلى الأبد، تقترح Babylon انتقالًا نحو رسوم استخدام على مستوى البروتوكول عندما تتوسع عمليات نشر Vault خارج Ethereum إلى نظم بيئية إضافية. يبدأ البروتوكول في الظهور أقل كونه برنامج مكافآت وأكثر كبنية تحتية تفرض رسومًا على استخدام الشبكة.
ثم برز اقتراح آخر.
بدلًا من إدارة الرسوم المقوّمة بالـBTC يدويًا، يناقش Babylon مزادًا على السلسلة (on-chain) حيث ينفق مقدّمون عروض BABY للاستحواذ على تلك الرسوم. تذهب BTC إلى الفائز بالمزايدة، بينما يتم حرق المبلغ #baby المستخدم في المزاد تلقائيًا. لا توجد جهة خزانة تقرر ما سيحدث بعد ذلك. لا تدخل يدوي. فقط قواعد بروتوكول يتم تنفيذها إذا وافقت عليها الحوكمة.
هذا نقاش مختلف جدًا عن مجرد سؤال ما إذا كان لـBABY منفعة. يصبح السؤال الأهم هو ما إذا كان نشاط BTCFi يمكنه في النهاية توليد طلب بروتوكولي كافٍ لنظام توجيه الرسوم نفسه ليصبح ذا معنى.
كل ما في هذا الأمر ما يزال قيد التصميم الفعلي وخاضعًا لموافقة الحوكمة، وليس تنفيذًا نهائيًا. لكن هذا هو القسم الأول الذي جعلني أتوقف عن التمرير، لأن نقاش القيمة طويلة الأجل ينتقل من انبعاثات الرمز إلى كيفية توقع البروتوكول لاستخدام البنية التحتية لتدوير القيمة عبر الشبكة.
$ON
$COTI
مع تطور Babylon بعيدًا عن الحوافز، ما الذي يخلق أقوى قيمة طويلة الأجل لـBABY؟
يصف الورق “Babylon Genesis” باعتباره أكثر من مجرد أول شبكة “Bitcoin-Supercharged Network”. بل يعمل كطبقة تنسيق تقوم بتوجيه BTC الأصلي بين واجهات Vault APIs وواجهات Security APIs، وEthereum، وrollups، وBSNs مستقبلية. هذه هي البنية المرئية.
عند الإطلاق، تخطط Babylon لاستخدام حوافز BABY لتشجيع تكاملات DeFi وواجهات vault والبنية التحتية للمُصفّين (liquidators).
لكن تابع خارطة الطريق قليلًا أكثر، ويبدأ النموذج في التغيّر.
بدلًا من الاعتماد على الحوافز إلى الأبد، تقترح Babylon انتقالًا نحو رسوم استخدام على مستوى البروتوكول عندما تتوسع عمليات نشر Vault خارج Ethereum إلى نظم بيئية إضافية. يبدأ البروتوكول في الظهور أقل كونه برنامج مكافآت وأكثر كبنية تحتية تفرض رسومًا على استخدام الشبكة.
ثم برز اقتراح آخر.
بدلًا من إدارة الرسوم المقوّمة بالـBTC يدويًا، يناقش Babylon مزادًا على السلسلة (on-chain) حيث ينفق مقدّمون عروض BABY للاستحواذ على تلك الرسوم. تذهب BTC إلى الفائز بالمزايدة، بينما يتم حرق المبلغ #baby المستخدم في المزاد تلقائيًا. لا توجد جهة خزانة تقرر ما سيحدث بعد ذلك. لا تدخل يدوي. فقط قواعد بروتوكول يتم تنفيذها إذا وافقت عليها الحوكمة.
هذا نقاش مختلف جدًا عن مجرد سؤال ما إذا كان لـBABY منفعة. يصبح السؤال الأهم هو ما إذا كان نشاط BTCFi يمكنه في النهاية توليد طلب بروتوكولي كافٍ لنظام توجيه الرسوم نفسه ليصبح ذا معنى.
كل ما في هذا الأمر ما يزال قيد التصميم الفعلي وخاضعًا لموافقة الحوكمة، وليس تنفيذًا نهائيًا. لكن هذا هو القسم الأول الذي جعلني أتوقف عن التمرير، لأن نقاش القيمة طويلة الأجل ينتقل من انبعاثات الرمز إلى كيفية توقع البروتوكول لاستخدام البنية التحتية لتدوير القيمة عبر الشبكة.
$ON
$COTI
مع تطور Babylon بعيدًا عن الحوافز، ما الذي يخلق أقوى قيمة طويلة الأجل لـBABY؟
🟠 Protocol usage fees
17%
🔵 Token burns via auctions
17%
🟢 More DeFi integrations
16%
🟣 Governance participation
50%
6 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
قضيت جزءًا من اليوم في التعمق في تصميم "الخزنة البيتكوين غير القابلة للثقة" التابعة لـ @BabylonLabs_io ، متوقعًا إطار عمل آخر من نوع "أدخل BTC إلى التمويل اللامركزي". لكن ما استوقفني فعليًا لم يكن الخزنة نفسها، بل الطريقة التي تزيل بها Babylon بهدوء الحاجة إلى الثقة فيمن يقوم بإصدار الأصل.
معظم تطبيقات بيتكوين DeFi اليوم تعتمد على شخصٍ ما، أو على لجنةٍ ما، تحتفظ بالمفاتيح قبل أن تتلقى تمثيلًا سائلًا لبيتكوينك.
تتعامل Babylon مع الأمر بشكل مختلف.
بدلًا من تغليف BTC عبر أمين حفظ، يمكن لخزنة واحدة أن تفرض مباشرةً ثلاثة مسارات على مستوى البيتكوين: الاسترداد، أو التصفية، أو الإيقاف/الـ slashing. تحدد الخزنة أي مسار هو الصحيح استنادًا إلى شروط محددة مسبقًا، وليس بناءً على تقدير بشري.
هذا يغيّر شيئًا لم أكن قد فكرت فيه حقًا من قبل.
إذا كان بإمكان نفس BTC الأصلي الاستمرار في جني عوائد الستيكينغ، وفي الوقت نفسه العمل كضمان للإقراض، فإن كفاءة رأس المال لا تُخلق عبر إصدار أصلٍ اصطناعي آخر، بل تُخلق عبر شروط إنفاق قابلة للبرمجة.
الجزء الذي أراقبه الآن ليس بروتوكول الإقراض.
بل البنية التحتية المحيطة به.
تبدو عقود الإيداع، وعملاء البيتكوين الخفيفين، وSDKs، وأدوات الواجهة الأمامية كلها مصممة لجعل BTC الأصلي يتصرف كأصل DeFi من الدرجة الأولى عبر عدة آلات افتراضية دون أن يُطلب من المستخدمين فهم برمجة سكريبتات البيتكوين.
يشعُر الأمر أقل كونه تطبيقًا آخر، وأكثر كأن Babylon تحاول بناء طبقة التشغيل التي تتصل بها بهدوء تطبيقات مستقبلية ضمن بيتكوين DeFi.
يجعلني أتساءل عما إذا كانت المنافسة الحقيقية لن تكون بين بروتوكولات الإقراض... بل بين النظم البيئية التي يمكنها دمج ضمانات بيتكوين غير قابلة للثقة أولًا.
#baby $BABY
$BROCCOLIF3B
$ON
بعد قراءة ما يتعلق بـ "الخزَنات البيتكوين غير القابلة للثقة" الخاصة بـ Babylon، ما الذي يهمك أكثر؟
معظم تطبيقات بيتكوين DeFi اليوم تعتمد على شخصٍ ما، أو على لجنةٍ ما، تحتفظ بالمفاتيح قبل أن تتلقى تمثيلًا سائلًا لبيتكوينك.
تتعامل Babylon مع الأمر بشكل مختلف.
بدلًا من تغليف BTC عبر أمين حفظ، يمكن لخزنة واحدة أن تفرض مباشرةً ثلاثة مسارات على مستوى البيتكوين: الاسترداد، أو التصفية، أو الإيقاف/الـ slashing. تحدد الخزنة أي مسار هو الصحيح استنادًا إلى شروط محددة مسبقًا، وليس بناءً على تقدير بشري.
هذا يغيّر شيئًا لم أكن قد فكرت فيه حقًا من قبل.
إذا كان بإمكان نفس BTC الأصلي الاستمرار في جني عوائد الستيكينغ، وفي الوقت نفسه العمل كضمان للإقراض، فإن كفاءة رأس المال لا تُخلق عبر إصدار أصلٍ اصطناعي آخر، بل تُخلق عبر شروط إنفاق قابلة للبرمجة.
الجزء الذي أراقبه الآن ليس بروتوكول الإقراض.
بل البنية التحتية المحيطة به.
تبدو عقود الإيداع، وعملاء البيتكوين الخفيفين، وSDKs، وأدوات الواجهة الأمامية كلها مصممة لجعل BTC الأصلي يتصرف كأصل DeFi من الدرجة الأولى عبر عدة آلات افتراضية دون أن يُطلب من المستخدمين فهم برمجة سكريبتات البيتكوين.
يشعُر الأمر أقل كونه تطبيقًا آخر، وأكثر كأن Babylon تحاول بناء طبقة التشغيل التي تتصل بها بهدوء تطبيقات مستقبلية ضمن بيتكوين DeFi.
يجعلني أتساءل عما إذا كانت المنافسة الحقيقية لن تكون بين بروتوكولات الإقراض... بل بين النظم البيئية التي يمكنها دمج ضمانات بيتكوين غير قابلة للثقة أولًا.
#baby $BABY
$BROCCOLIF3B
$ON
بعد قراءة ما يتعلق بـ "الخزَنات البيتكوين غير القابلة للثقة" الخاصة بـ Babylon، ما الذي يهمك أكثر؟
🛡️ Native BTC security
40%
💰 Capital efficiency
0%
🔒 Trustless collateral
20%
🌐 Multi-chain accessibility
40%
5 الأصوات • تمّ إغلاق التصويت
قضيت بعض الوقت في البحث مرة أخرى داخل @BabylonLabs_io ، متوقعًا أن تكون أكبر قصة هي رهان $BTC الأصلي. بشكل مفاجئ، لم تكن تلك هي النقطة التي وجدتني أعود إليها. بل كانت «خزنة بيتكوين الثِقَلْسِيّة» (TBV) وكيف تحاول إثبات حالة بيتكوين في مكان آخر دون أن يطلب من أي شخص أن يثق بوصلة.
ما لفت الانتباه هو أن TBV لا يعتمد على مرسِل واحد أو جهة حافظة واحدة. يتم التحقق من توافق إجماع بيتكوين وحالة UTXO عبر إثباتات ZK، وفهرسة مستقلة والتحقق على السلسلة، بينما تظل كل طبقة بنمط وحدات كافٍ لتتم ترقيتها بشكل منفصل. هذا يبدو أقل كونه تصميمًا آخر للوصلات وأكثر كونه إدخال بيتكوين كمصدر بيانات قابل للتحقق للأنظمة البيئية الأخرى.
الجزء المثير هو ما الذي يغيره ذلك. إذا كانت العقود الذكية تستطيع التحقق من بيتكوين مباشرة بدلًا من الثقة بالأصول المعبأة، فإن BTC تتوقف عن كونها سيولة معزولة وتبدأ في أن تصبح ضمانًا قابلًا للبرمجة دون التخلي عن نموذج أمانها الأصلي. هذا يبدو كتغير أكبر بكثير من مجرد إضافة منتج رهان آخر.
وجدت نفسي أرسم بنية النظام مرتين لأن من السهل التركيز على عنوان الرهان والتفويت تمامًا للبنية التحتية الكامنة تحته. يجعلني أتساءل ما إذا كانت TBV تنتهي بأن تكون أهم منتجات Babylon بينما يكون رهان بيتكوين هو أول شيء يلاحظه الجميع.
#baby $BABY $EUL
قبل اليوم، أي منتج من منتجات Babylon كنت أكثر ألفة به؟
ما لفت الانتباه هو أن TBV لا يعتمد على مرسِل واحد أو جهة حافظة واحدة. يتم التحقق من توافق إجماع بيتكوين وحالة UTXO عبر إثباتات ZK، وفهرسة مستقلة والتحقق على السلسلة، بينما تظل كل طبقة بنمط وحدات كافٍ لتتم ترقيتها بشكل منفصل. هذا يبدو أقل كونه تصميمًا آخر للوصلات وأكثر كونه إدخال بيتكوين كمصدر بيانات قابل للتحقق للأنظمة البيئية الأخرى.
الجزء المثير هو ما الذي يغيره ذلك. إذا كانت العقود الذكية تستطيع التحقق من بيتكوين مباشرة بدلًا من الثقة بالأصول المعبأة، فإن BTC تتوقف عن كونها سيولة معزولة وتبدأ في أن تصبح ضمانًا قابلًا للبرمجة دون التخلي عن نموذج أمانها الأصلي. هذا يبدو كتغير أكبر بكثير من مجرد إضافة منتج رهان آخر.
وجدت نفسي أرسم بنية النظام مرتين لأن من السهل التركيز على عنوان الرهان والتفويت تمامًا للبنية التحتية الكامنة تحته. يجعلني أتساءل ما إذا كانت TBV تنتهي بأن تكون أهم منتجات Babylon بينما يكون رهان بيتكوين هو أول شيء يلاحظه الجميع.
#baby $BABY $EUL
قبل اليوم، أي منتج من منتجات Babylon كنت أكثر ألفة به؟
Trustless Bitcoin Vault
0%
Bitcoin Staking
0%
Babylon Genesis
80%
I hadn't explored Babylon yet
20%
5 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
@NewtonProtocol ملاحظات سريعة. لم أكن أُمعن هذه المرة في ميزات الأمان. انتهى بي الأمر إلى التركيز أكثر على من يستفيد فعلاً من طبقة السياسة.
شعرت أن هناك شيئاً مختلفاً.
معظم الخزائن تطلب من المودعين الثقة بالقيِّم.
نيوتن يحاول جعل المودعين يثقون بالقواعد بدلًا من ذلك.
يبدو هذا فرقاً بسيطاً حتى تنظر إلى الطريقة التي تعمل بها الخزائن عادةً.
إذا غيّر القيِّم التخصيصات، أو أوقف الإيداعات، أو استجاب لظروف السوق، فغالباً لا يعرف المستخدمون ما الذي تم التحقق منه خلف الكواليس. إما أن تثق بالمشغّل... أو تترك.
يدرج نيوتن محرك سياسات قبل التنفيذ.
بدلًا من معالجة إجراء الخزانة فوراً، يتم تقييم الطلب مقابل قواعد محددة مسبقاً باستخدام بيانات السوق ومدخلات الامتثال وظروف البروتوكول. عندها فقط تُعيد شبكة المشغّلين ترخيصاً.
كما تشير الوثائق إلى شيء لا أراه تتم مناقشته كثيراً.
المنطق الحساس للسياسات لا يجب أن يصبح عاماً.
يمكن فرض نتيجة الترخيص على السلسلة بينما تبقى بيانات السياسة نفسها خاصة.
هذا يهم الخزائن المؤسسية حيث لا يرغب المديرون في نشر استراتيجية الاستثمار أو منطق الامتثال أو الحدود الداخلية للمنافسين.
كما أن البروتوكول لا يطلب من الخزائن إعادة بناء كل شيء.
يبقى البُنى التحتية الحالية في مكانها.
تقوم VaultKit فقط بإضافة طبقة فرض سياسة بين الطلب والتنفيذ، بينما توفر Policy Packs حواجز حماية قابلة لإعادة الاستخدام لأشياء مثل صحة الـ oracle وفحص العقوبات وحماية depeg.
يبدو الأمر أقل كأنه استبدالاً للثقة...
والمزيد كأنه تقليل مقدار الثقة المطلوب أصلاً.
ومع ذلك، فالتوثيق شيء واحد.
المؤشر الأكثر إثارة للاهتمام خلال الأشهر القليلة المقبلة لن يكون عدد السياسات التي يدعمها نيوتن.
بل سيكون عدد الخزائن الحقيقية التي تقرر أن تلك السياسات تستحق فرضها.
$NEWT
#Newt
$EVAA
$ALCH
ما هو أكبر فتح لخزائن DeFi؟
شعرت أن هناك شيئاً مختلفاً.
معظم الخزائن تطلب من المودعين الثقة بالقيِّم.
نيوتن يحاول جعل المودعين يثقون بالقواعد بدلًا من ذلك.
يبدو هذا فرقاً بسيطاً حتى تنظر إلى الطريقة التي تعمل بها الخزائن عادةً.
إذا غيّر القيِّم التخصيصات، أو أوقف الإيداعات، أو استجاب لظروف السوق، فغالباً لا يعرف المستخدمون ما الذي تم التحقق منه خلف الكواليس. إما أن تثق بالمشغّل... أو تترك.
يدرج نيوتن محرك سياسات قبل التنفيذ.
بدلًا من معالجة إجراء الخزانة فوراً، يتم تقييم الطلب مقابل قواعد محددة مسبقاً باستخدام بيانات السوق ومدخلات الامتثال وظروف البروتوكول. عندها فقط تُعيد شبكة المشغّلين ترخيصاً.
كما تشير الوثائق إلى شيء لا أراه تتم مناقشته كثيراً.
المنطق الحساس للسياسات لا يجب أن يصبح عاماً.
يمكن فرض نتيجة الترخيص على السلسلة بينما تبقى بيانات السياسة نفسها خاصة.
هذا يهم الخزائن المؤسسية حيث لا يرغب المديرون في نشر استراتيجية الاستثمار أو منطق الامتثال أو الحدود الداخلية للمنافسين.
كما أن البروتوكول لا يطلب من الخزائن إعادة بناء كل شيء.
يبقى البُنى التحتية الحالية في مكانها.
تقوم VaultKit فقط بإضافة طبقة فرض سياسة بين الطلب والتنفيذ، بينما توفر Policy Packs حواجز حماية قابلة لإعادة الاستخدام لأشياء مثل صحة الـ oracle وفحص العقوبات وحماية depeg.
يبدو الأمر أقل كأنه استبدالاً للثقة...
والمزيد كأنه تقليل مقدار الثقة المطلوب أصلاً.
ومع ذلك، فالتوثيق شيء واحد.
المؤشر الأكثر إثارة للاهتمام خلال الأشهر القليلة المقبلة لن يكون عدد السياسات التي يدعمها نيوتن.
بل سيكون عدد الخزائن الحقيقية التي تقرر أن تلك السياسات تستحق فرضها.
$NEWT
#Newt
$EVAA
$ALCH
ما هو أكبر فتح لخزائن DeFi؟
📜 Transparent rules
0%
🔒 Stronger security
67%
🏛️ Institutional trust
0%
⚡ Higher yields
33%
3 الأصوات • تمّ إغلاق التصويت
سجّل الدخول لاستكشاف المزيد من المُحتوى