-Vibrant-

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

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

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

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

@BabylonLabs_io

#baby $BABY

لفترة من الوقت، بدا أن المحادثة حول @BabylonLabs_io تدور حول رقم واحد: تضخم المعروض.

تم إطلاق البروتوكول بإجمالي 10B من الرموز، وأدخل انبعاثات سنوية لمكافأة كل من حاملي BTC وBABY. وهذه هي النقطة التي يلاحظها معظم الناس أولاً.

لكن بعد التعمق في البروتوكول، أدركت أن الصورة الأكبر أكثر إثارة للاهتمام بكثير.

لا يعتمد Babylon على الانبعاثات وحدها. فمن خلال نموذج الحوكمة الخاص به، تُكتسب مكافآت استيك BSN عبر مزادات على السلسلة (on-chain)، حيث يقوم المشاركون بالمزايدة باستخدام Baby. ثم يتم إزالة العطاءات الفائزة بشكل دائم من التداول.

وهذا يخلق عاملين يعملان في اتجاهين متعاكسين.

📈 الانبعاثات المجدولة تستمر وفقًا للبروتوكول. 🔥 عمليات حرق الرموز تعتمد كليًا على نشاط الشبكة والطلب على BSNs.

بعبارة أخرى، أحد الجانبين قابل للتوقع، بينما الجانب الآخر لا ينمو إلا إذا ظل النظام البيئي يجذب مستخدمين وبنّائين ورأس مال.

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

إذا استمر النظام البيئي لـ Babylon في التوسع، فقد تبدو الاقتصادات طويلة الأجل لـ $BABY مختلفة تمامًا عن الذي تشير إليه مخططات التضخم البسيطة.

ما رأيك، ما الذي سيؤثر أكثر على $BABY خلال السنوات القليلة المقبلة—اعتماد أقوى، أم عمليات حرق للرمز، أم تقليل الانبعاثات؟

#baby $BABY

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

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

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

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

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

@BabylonLabs_io

#baby $BABY

يركّز معظم الحديث حول البلوك تشين على أفضل سيناريو محتمل.

🚀 معاملات سريعة.
📈 إنتاجية أعلى.
⚡ أداء أفضل.

لكن اليوم وجدت نفسي أفكر في شيء آخر...

ماذا يحدث عندما تسوء الأمور؟

بينما كنت أقرأ عن @BabylonLabs_io ، أدركت أن القوة الحقيقية لأي بروتوكول لا تُقاس عندما يسير كل شيء بسلاسة. بل تُقاس بقدرته على التعامل مع الخلافات، والأحداث غير المتوقعة، والسلوك غير الصحيح.

🔍 لا ينبغي أن يعتمد النظام الآمن على أكبر مُحقّق (validator) أو أعلى رأي.

بل ينبغي أن يعتمد على أدلة يمكن التحقق منها.

غيّرت هذه الفكرة تمامًا الطريقة التي أنظر بها إلى أمن البلوك تشين.

بدلًا من أن أسأل: "ما مدى سرعته؟"، بدأت أسأل:

➡️ كيف يتم حلّ النزاعات؟
➡️ من يتحقق من النتيجة؟
➡️ هل يمكن لأي شخص إثبات النتيجة بشكل مستقل؟

بالنسبة لي، تكشف هذه الأسئلة عن شبكة أكثر بكثير مما يمكن أن تكشفه أي مخططات للأداء.

غالبًا ما تكون أهم أجزاء البروتوكول هي تلك التي لا يلاحظها المستخدمون إلا عندما تصبح ضرورية.

هنا يتم بناء المرونة.

وهنا تنشأ الثقة الحقيقية.

$BTC #baby $BABY

$BABY
حَوْكَمة بابل ليست شيئًا أراه كميزة إضافية. بالنسبة لي، هي واحدة من أوضح الدلائل على كيفية المقصود من المنظومة أن تتطور.

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

هنا يظهر بوضوح ثقافة البروتوكول.

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

نهج بابل يشجع على هذا التوجه. إنه يذكّر المجتمع بأن اللامركزية أكثر من مجرد توزيع الرموز؛ إنها بناء عادة المسؤولية وصنع القرار المتأني مع مرور الوقت.

#baby $BABY @BabylonLabs_io

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

يمكن للتقنية أن تحدد القواعد، لكن الحوافز هي التي تحدد كيف تنفَّذ تلك القواعد في العالم الحقيقي.

يريد مُسجِّل BTC عوائد ثابتة دون تحمل مخاطر غير ضرورية. ويهدف موفّر الإنهاء النهائي Finality Provider إلى بناء سمعة قوية بحيث يتم تفويض المزيد من BTC إليه. وفي الوقت نفسه، تعتمد كل شبكة Bitcoin Secured Network على أمنٍ موثوق وإنهاءٍ سريع لكسب ثقة المستخدمين.

لا تتطابق هذه الأهداف دائمًا بشكل مثالي، لكن بنية بابل تحاول جعل التعاون هو النتيجة الأكثر مكافأة لكل مشارك.

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

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

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

$BABY #baby $BTC @BabylonLabs_io

➤ النظر إلى بيانات ميتاداتا بابل من زاوية مختلفة.
@BabylonLabs_io

➜ للوهلة الأولى، يبدو أن معرّف معاملة بيتكوين (TXID) كافٍ كدليل. المعاملة إما موجودة أو لا.

➜ لكن هذا وحده يثبت القليل جدًا.

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

⟫ التحدي الحقيقي يكمن في الربط بين البيانات.

⟫ قراءة معرّف خزانة واحدة شيء. إثبات أن معرّف خزانة بعينها مرتبط فعليًا بهذا TXID بعينه شيء آخر.

⟫ لا يمكن لـ BABY ببساطة وضع قطعتين صالحتين من المعلومات بجانب بعضهما ثم اعتبار العلاقة مؤكدة.

⟫ هنا يمكن أن تتحول الميتاداتا ذات المظهر النظيف إلى معلومات مضللة.

❯ المعاملة نفسها أيضًا تستحق التحقق.

⤷ هل تم تحويل المبلغ الصحيح؟
⤷ هل استخدم الخرج السكربت المتوقع؟
⤷ هل تتطابق شروط الإنفاق مع ما تعهدت به الخزانة أصلًا؟

❯ من المتوقع تعقيد إضافي، ولم تكن الميتاداتا مُصممة أبدًا ليُعوَّل عليها وحدها.

⟫ إدخال الأصول المقترضة يطرح خطرًا خفيًا آخر.

⟫ قد يكون الرمز متطابقًا بينما العقد أو المُصدر أو التسمية/الفئة مختلف تمامًا.

⟫ قد يبدو كل شيء صحيحًا على السطح، ومع ذلك لا يزال يشير إلى الأصل الخطأ بمجرد أن يبدأ تحرك الدين.

➜ لا أرى هذا كدليل على أن BABY معطّلة.

➜ السؤال الحقيقي هو ما إذا كانت بابل تتحقق من كل علاقة بدلًا من الاكتفاء بالتحقق من الحقول الفردية.

⚡ إذا بدا أن TXID ومعرّف الخزانة والخرج والأصل جميعها صحيحة في حد ذاتها، فمن يؤكد أنها تنتمي معًا فعليًا؟

#baby $BABY

عندما كنت أتأمل عمارة بابل، كانت فكرة واحدة تعود إليّ باستمرار. غالبًا ما يصف الناس البروتوكول بأنه «قليل الثقة»، لكن هذا لا يعني أن الثقة لم تعد موجودة. فالأمر ببساطة يعني أن افتراضات الثقة مختلفة.

مع @BabylonLabs_io $BABY ، يظل بيتكوين مؤمَّنًا على شبكة بيتكوين، وهي جزء مهم من التصميم. ومع ذلك، لا يزال النظام يعتمد على مزوّدي الإنهاء (finality providers) الذين يتصرفون بأمانة، وعلى الشبكات التي تطبّق الـ slashing كما هو مقصود، وعلى المشاركين الذين يتدخلون كلما حدثت نزاعات أو أعطال. هذا ليس ثقة عمياء، لكنه أيضًا ليس نموذج ثقة صفريّة.

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

هذا ما جعلني أُعيد التفكير في معنى «قليل الثقة» فعليًا. ليس الأمر متعلقًا بإلغاء الثقة تمامًا. بل يتعلق ببناء نظام لا يتعين فيه الثقة بأي جهة فاعلة فردية إلى ما لا نهاية.

ما زلت أتعلم عن التصميم، لكن هناك سؤال واحد يبرز لي الآن كلما قرأت ادعاءات حول البروتوكول؛ بدلًا من أن أسأل، «هل يمكنني الوثوق بهذا؟» ربما يكون السؤال الأفضل هو، «من أُصدّق (وأثق) به، وماذا بالضبط أتوقع منه أن يفعل؟»
#baby

عندما نظرت لأول مرة إلى BitVM، افترضت أن أكبر تطور فيه يتمثل في إثبات المزيد مع استخدام بيانات أقل على السلسلة. بعد قراءة تفاصيل @BabylonLabs_io الخاصة بـ BitVM3، أدركت أن التغيير الأكثر معنى يقع في مكان آخر؛ إذ يعيد تشكيل افتراضات الثقة أثناء النزاعات.

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

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

ضمن هذا الإطار، $BABY مرتبط بعملية التنسيق، بينما يزيل Babylon BitVM3 الحاجة إلى طرف مقابل متعاون لإتمام التسوية. وهذا فرق مهم، لأن التعاون غالبًا ما يختفي بمجرد أن تدخل حوافز مالية في الصورة.

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

#baby $BABY

@grvt_io #grvt
قضيت بعض الوقت هذا الأسبوع في إعادة مراجعة طبقة تسوية ZK الخاصة بـ grvt.

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

تم افتتاح الموعد النهائي في 17 يوليو لخطة مضاعِف توزيع الهدايا (airdrop) قبل أربعة أيام.

لدى المشاركين الآن خيار أخير.

تلقي GRVT عند TGE، أو تأجيل التخصيص مقابل مضاعِف يصل إلى 4x.

ما لفت انتباهي لم يكن نموذج الحوافز.

فهذا الجزء مألوف إلى حد كبير.

ما يبرز هو أن آلاف المشاركين على وشك اتخاذ قرار تخصيص واضح وغير قابل للإلغاء.

خذ الرموز الآن أو انتظر المضاعِف.

وفي الوقت نفسه، تم مطابقة نشاط التداول الذي حقق حجم التخصيصات، والفائدة المفتوحة، والتصفّيات، وتسويته خارج السلسلة على مدار الوقت.

وصول إثبات صحة المعاملة فقط إلى Ethereum.

لذا هناك مفارقة مثيرة للاهتمام.

قرار التخصيص علني ومؤرَّخ بالوقت.

تاريخ التداول الكامن وراء هذا القرار يظل خاصًا.

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

هذا يعني أنه لا توجد رؤية لوضع الحيتان قبل TGE.

لكن ذلك يجعل أيضًا من الصعب تقييم مدى تركّز مجموعة المضاعِف فعليًا.

ما زلت غير متأكدًا مما إذا كان هذا سيغيّر نظرتي إلى TGE.

هل هناك من يتابع أرقام تسجيل المضاعِف؟

@grvt_io #grvt
من يدفع حقًا مقابل مضاعِف GRVT؟

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

وخير مثال هو «خطة المضاعِف» من grvt، وهي متاحة الآن وتغلق في 17 يوليو. يمكن لمشاركي الـairdrops المؤهلين تأجيل استلام GRVT لمدة أربعة أو ثمانية أشهر مقابل حصة مُرجّحة أكبر. من لا يتخذ أي إجراء ببساطة يتلقى حصته عند TGE.

النقطة الأساسية في مركز المساعدة هي أن إجمالي GRVT المخصّص للـairdrop لا يزداد أبدًا. اختيار مضاعِف لا يغيّر إلا طريقة تقسيم الحصّة القائمة.

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

أثر آخر هو أن كل مشارك يؤجل تخصيصه يقلّل كمية GRVT التي تدخل التداول عند TGE. وفي الوقت نفسه، لا يُجبر أحد على التأجيل لأن الخيار الافتراضي هو التوزيع الفوري.

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

يبقى لدي سؤال واحد: هل هذا في الأساس مكافأة لالتزام طويل الأجل، أم وسيلة لتقليل سيولة الإطلاق عبر تحويل التكلفة إلى من يطالبون فورًا؟ وهل ستتخذ هذا القرار قبل أن يكون للرمز سعر سوقي حتى الآن؟

#grvt @grvt_io
كلما تعمقت في آلية التصفية، أدركت أن الغرض منها ليس مجرد إغلاق الصفقات الخاسرة. وظيفتها الأساسية هي حماية نزاهة نظام التداول بمجرد ألا يعود بإمكان الحساب تلبية متطلبات الهامش.

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

بالنسبة للهامش المتقاطع، يقوم البروتوكول بتقييم حقوق ملكية الحساب المتقاطع (Cross Account Equity) مقابل إجمالي متطلبات الهامش الناقص للصيانة المتقاطع (Cross Maintenance Margin Requirement). إذا انخفضت حقوق ملكية الحساب عن هذا المتطلب، يتم إغلاق كل مراكز الهامش المتقاطع، ويتم تصفية رصيد الهامش المتقاطع المرتبط بها. ثم يتم تحويل أي حقوق ملكية متبقية، إلى جانب المراكز المُصفّاة، إلى صندوق التأمين (Insurance Fund)، الذي يتولى إدارة بقية العملية.

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

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

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

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

إن تعبئة طلبك لا يعني أن الصفقة بأكملها قد انتهت.

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

وهذا أحد الأسباب التي دفعتني إلى البدء في البحث حول @grvt_io

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

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

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

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

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

كنت أعتقد أن حسابًا واحدًا كان كافيًا.

ليس بسبب التنفيذ. فالتنفيذ موجود تقريبًا في كل مكان.

أما المشكلة الحقيقية فكانت فيما يحدث في الفترة بين الخطوات.

كان رأسمالي يجلس بلا عمل كلما اتخذت قرارًا.

كانت العملية دائمًا نفسها.

إيداع الأموال. انتظار التأكيد. فتح مركز. انتظار التسوية. سحب. انتظار التحويل.

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

لقد قضيت وقتًا أطول في تحريك أموالي الخاصة أكثر مما قضيت في استخدامها.

لم تكن أصولي موجودة أبدًا في المكان الذي أحتاجها فيه.

كانت إما تحقق عائدًا أو متاحة للتداول. ليست الاثنين معًا. كانت هناك دائمًا مفاضلة. دائمًا تأخير آخر. دائمًا تكلفة أخرى.

ثم صادفت @grvt_io.

حساب واحد. رصيد موحّد واحد.

مكان تستمر فيه الدولارات في كسب العوائد على Ethereum بينما أفتح مركزًا في Bitcoin مقابل الذهب.

حيث يولّد سهم Tesla عائدًا بينما يبقى هامش Bitcoin جاهزًا للفرصة التالية.

لم يعد عليّ الاختيار بين توظيف رأس المال وبين الإبقاء عليه متاحًا.

نفس الأصول تقوم بالأمرين.

تنمو بينما تدعم المراكز.

وتستثمر بينما تظل قابلة للاستخدام.

وتستمر في العمل دون مغادرة شاشة واحدة.

كنت أعتقد في السابق أن الكفاءة تتعلق بالتحرك بسرعة.

تحويلات أسرع. جسور أسرع. تنفيذ أسرع.

لكن الآن أرى الأمر بشكل مختلف.

الكفاءة ليست عن السرعة.

إنها حول إزالة الحركة غير الضرورية.

لا تحويلات مستمرة. لا تبديل بين المنصات. لا رأسمال خامد.

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

ماذا تفعل أصولك بينما تضع المراكز؟

#grvt @grvt_io

لحظة بدأت أشك فيها بالذكاء الاصطناعي ما كانت بسبب إجابة خاطئة.

كانت لأنها ما كان عندي طريقة لأثبت كيف هالإجابة جت.

مو النص على شاشتي. العملية اللي وراها.

أي نموذج أنتجها؟ أي بيانات استخدمت بالضبط؟ هل ممكن أي شيء تم تغييره بين الاستنتاج والتوصيل؟

هالأسئلة كانت أهم بكثير من الرد نفسه.

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

واجهة مصقولة مو تعني تحقق.

لفترة طويلة استخدمت أنظمة ذكاء اصطناعي كانت سريعة، مفيدة، ومفاجأة في قدرتها.

لكن كل مرة كنت أدور على دليل بدلاً من الضمانات، كنت ألاقي نفس الشيء.

ما في دليل مستقل. ما في تحقق شفاف. بس اعتماد على المنصة تشتغل بشكل صحيح.

في النهاية، أدركت إن المشكلة ممكن ما تكون في طبقة الذكاء أصلاً.

ممكن تكون في البنية التحتية تحتها.

كنت دائماً أفترض إنه فيه تسوية متضمنة.

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

بعدين شفت كيف @OpenGradient تتعامل مع المشكلة.

الرد يوصل فوراً.

التحقق يحصل بعدين.

مو كتصحيح. مو كميزة تسويقية.

كجزء من تصميم النظام نفسه.

الاستنتاج والدليل يمشون على مسارات منفصلة.

TEE لما تكون الكفاءة مهمة. ZKML لما تحتاج ضمانات أقوى. فانيلا لما تكون الأداء هو الأولوية.

نماذج تحقق مختلفة، مختارة حسب المهمة.

طبقة الاستنتاج معزولة عن الدفتر. الدفتر معزول عن الطلب.

هالفصل هو اللي يخلق الأمان.

ما في مكون واحد يتحكم في العملية بالكامل.

لأول مرة، واجهت شبكة ما تعتمد على الثقة العمياء.

توفر إطار حيث يمكن التحقق من الادعاءات.

الشبكة موجودة بالفعل.

الشيء اللي يبرز لي مو الوعد.

إنه القدرة على التحقق.

لأن الثقة مؤقتة.

الدليل دائم.

قبل ما تثق في نظام، وش الشي اللي تحقق أولاً؟
#OPG $OPG

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

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

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

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

قبل أيام، صار شيء خلاني أفكر.

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

ثم في يوم من الأيام، سألت عن شيء ناقشناه قبل نصف سنة.

ما في شيء.

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

اللي فاجأني مو الخطأ.

كان الشعور.

المساعد كأنه يتكلم معي كأننا متعرفين. "كيف أقدر أساعدك اليوم؟"

لكن ما كان في أي ألفة على الإطلاق.

تجربتي هذه خلتني أفكر بطريقة مختلفة عن الذاكرة.

مو تخزين. مو أرشيفات. ذاكرة.

الشيء اللي يخلق الاستمرارية. الشيء اللي يحول التفاعلات المتكررة إلى علاقة.

وهذا اللي خلاني أكتشف @OpenGradient chat.

مو لأنه يدعي إنه أذكى. مو لأنه يعد بنتائج أفضل.

لأن طريقة تعامله مع الذاكرة مختلفة.

ذاكرة مملوكة للمستخدم. بيانات تُعتبر شيء ينتمي للفرد.

مملوكة من قبل المستخدم. محمولة من قبل المستخدم.

ما أعرف إذا هذا يجاوب على كل سؤال.

إذا كانت الذكريات تتحول لأصول، ماذا يحدث للنسيان؟

الذاكرة الدائمة لها تعقيداتها.

الأشياء اللي نختار نحتفظ بها تشكل من نحن.

لكن الأشياء اللي نختار نتركها مهمة أيضًا.

بس، شيء واحد يبدو واضح لي.

الذكاء الاصطناعي اللي ما يتذكر شيء ما يقدر يعرفك حقًا.

والذكاء الاصطناعي اللي يتذكر كل شيء بينما يحتفظ بالذاكرة تحت سيطرة شخص آخر مو فعلاً ينتمي لك.

الاتصال مؤجر.

الذاكرة مؤقتة.

الشيء اللي يهمني عن OpenGradient مو التخزين نفسه.

إنه فكرة إن الذاكرة تسافر مع المستخدم.

إن المستخدم هو اللي يقرر ماذا يبقى.

إن المستخدم هو اللي يقرر ماذا يختفي.

أنا أراقب هذه المساحة.

مو لأنه عندي فكرة عن النتيجة.

لأن الذاكرة أكثر من مجرد ميزة أخرى.

إنها نقطة البداية لكل علاقة ذات معنى نبنيها مع الذكاء الاصطناعي.

فقل لي:

ماذا نسى ذكائك الاصطناعي عنك بالفعل؟
$OPG #opg

لا أحد يسأل عن الإيصال عندما يصرف الصراف الآلي المبلغ الدقيق الذي توقعه.

هم فقط يصلون إليه عندما يشعرون أن هناك شيء غير صحيح.

هذا كان يتكرر في رأسي أثناء قراءتي عن @OpenGradient

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

→ لا أتنازع على هذا الإطار.

لكن هناك طريقة أخرى للنظر إلى الأمر:

→ إعطاء الذكاء الاصطناعي إيصال خاص به.

ليس لأن أي شخص يحب دفع ثمن الأوراق.

→ معظم الناس يريدون الجواب بسرعة.

في البداية تخيلت أن التنفيذ والتحقق هما نبضة واحدة متزامنة.

• تراجع المخرجات.
• تراجع الإثبات.
• كل شيء يتماشى.
• نظيف.

→ كلما جلست مع ذلك، أصبح هذا الصورة أقل استقرارًا.

ربما يحدث العمل أولاً.

→ الإثبات يتبعه.

وأستمر في العودة إلى هذا:

→ الأسواق لا تنتظر.

→ ليست هذه اكتشافًا.

السرعة عادة تتغلب على اليقين.

→ فما الذي يستمر في العمل بينما لا يزال الإثبات يتعقب؟

• الطلبات بالفعل تم توجيهها.
• المراكز بالفعل تتغير.
• الضمانات بالفعل في حركة.

في هذه الأثناء، لا يزال التحقق يتأخر.

• ربما بملي ثانية.
• ربما لفترة أطول إذا امتلأت قائمة الانتظار.
• ربما لا يلاحظ أحد معظم الأيام.

التأخير نفسه ليس ما يزعجني.

→ ما لا أستطيع تحديده هو أين تعيش المخاطر في تلك الفجوة.

• المستخدمون؟
• البروتوكولات؟
• مزودو السيولة؟
• مشغلو العقد؟

→ من الصعب القول.

لأن توليد الإثبات لا يزال مجرد حساب.

→ والحساب له حدود.

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

لكن الحوافز جيدة في تدريب الأسواق على ما يمكن تجاهله بأمان.

→ أحيانًا أتساءل إذا كان الناس يبدؤون فقط في تقدير التحقق بعد أن يحدث شيء ما.

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

→ مؤخرًا، لست مقتنعًا أن هذه هي الصورة الكاملة.

→ ربما عندما تصل الأمور أكثر أهمية من ما إذا كانت تصل.
$OPG #OPG

ما كنتش ناوي أفكر كتير في أدوات توليد الصور. بدأت القصة لما كنت بجرب أفكار داخل #opg Chat.

في البداية، كان الموضوع بسيط. تدخل طلب → تستقبل صورة → تحكم عليها → تمشي.

لكن مع الوقت، لاحظت حاجة مميزة في @OpenGradient . مش نموذج AI واحد هو اللي شغال. Image Studio بيدي لك وصول لعدة نماذج... Gemini، ByteDance، xAI... كلهم في واجهة واحدة.

دا بيغير كل حاجة عن كيفية الإبداع.

ما بقيتش مربوط في تفسير واحد. تقدر تحط المخرجات جنب بعض وتتابع كيف كل نموذج يتعامل مع نفس الطلب بشكل مختلف.

لحظة التحول في تفكيري جات في الوقت دا.

السؤال ما بطلش "أي نموذج هو الأفضل" وبقى عن رؤية $OPG كنظام إبداعي → مساحة حيث العصف الذهني، التجريب، والإنتاج كلهم بيتحققوا مع بعض.

OpenGradient Chat موجود في مركز الموضوع. مش بس عشان تجيب إجابات → لكن عشان تستكشف الأفكار قبل ما تتحول لعمل مكتمل.

اللي أثر فيا كان كيف كل حاجة متماسكة. Chat و Image Studio مش ميزات بعيدة → هما بيتحركوا كتيار مستمر.

التماسك دا بيخلي التجريب سهل.

هنا $OPG بيبدأ يكون له قيمة. مش مجرد توكن → لكن كجزء من نظام حيث الاستخدام الفعلي والتفاعل له وزن.

استخدام المنصة مش حاجة بتعملها بشكل سلبي → هو تفاعل نشط مع إعداد AI متعدد النماذج.

معظم الأدوات بتديك النتيجة النهائية. هنا، بتشوف كيف الأفكار بتتغير عبر النماذج ومن خلال محاولات متكررة.

العملية دي بتغير كيف بتشوف الإبداع نفسه.

الموضوع مش بس عن مدى تلميع القطعة النهائية → هو عن المساحة للتجول قبل ما تقفل أي حاجة.

وده اللي بيميز OpenGradient بالنسبة لي.

مش مجرد أداة AI واحدة تانية → لكن نظام كامل للبناء والتفكير.

🚨 ما هو السؤال الحقيقي حول الذكاء الاصطناعي؟

معظم الناس يسألون السؤال الخطأ.

"أي ذكاء اصطناعي هو الأذكى؟"

لكن هذه ليست القضية الحقيقية.

السؤال الحقيقي هو:

من يمتلك الذكاء؟

🧠 كل يوم، ملايين الأشخاص يبنون حياتهم حول الذكاء الاصطناعي.

يستخدمونه للتعلم.

للعمل.

للإبداع.

لاتخاذ القرارات.

لكن معظمهم لا يمتلكون فعليًا الذكاء الذي يعتمدون عليه.

إنهم يستعيرونه.

يستأجرونه.

وهذا يغير كل شيء.

⚠️ تغيير واحد في السياسة.

تقييد واحد في API.

أمر حكومي واحد.

قرار شركة واحد.

ويمكن أن تختفي إمكانية الوصول في لحظة.

ليس لأن التكنولوجيا فشلت.

ولكن لأن السيطرة موجودة في مكان آخر.

🌐 لقد رأينا هذه القصة من قبل.

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

أصبح البيتكوين لا يمكن إيقافه عندما توقف المال عن الحاجة إلى إذن.

الآن يقف الذكاء الاصطناعي عند نفس نقطة التحول.

هل سيكون الذكاء ملكًا للجميع؟

أم سيبقى تحت سيطرة عدد قليل من حراس البوابة؟

🔥 لهذا السبب يبرز @OpenGradient .

بينما تتسابق معظم المشاريع لبناء ذكاء اصطناعي أذكى،

يبني OpenGradient شيئًا أعمق:

البنية التحتية للذكاء المفتوح.

مستقبل حيث يكون الذكاء الاصطناعي:

✓ خاص افتراضيًا

✓ قابل للتحقق تصميميًا

✓ مفتوح بطبيعته

✓ مملوك من قبل المستخدمين

لأن التحدي الحقيقي في الذكاء الاصطناعي ليس مجرد إنشاء الذكاء.

إنه ضمان أن الذكاء يعود للأشخاص الذين يستخدمونه.

💡 العقد القادم لن يُحدد من يبني أذكى ذكاء اصطناعي.

بل سيُحدد من يمتلكه.

امتلك الذكاء.
$OPG #opg